jimbocoin 🃏 @jimbocoin - 9mo
Giving up on #strfry. Copying binaries didn’t work, some lib file missing or something. #Haven looked interesting, but it’s a personal relay and I’m trying to set up a special purpose public relay. Switching to #nostream aka #nostr-ts-relay. I had hoped to avoid the whole need for a Docker containerized setup, but here we are. Nice thing about the latter is that it’s in TypeScript, so there’s a chance I could contribute features if I need to.
I’m using Nostr as the communication mechanism for a special purpose site. Nostr is not the focus, just the user-generated-message sharing provider. My app sends custom events (unclaimed kind number) with empty content. Tags contain all the relevant info. Users’ nsecs are randomly generated. I may later allow profile features, but for now it’s irrelevant. So I need a relay with the following features: 0. (Required) Installable on my lowish -powered Ubuntu VPS. 1. (Required) Allow public access over SSL. 2. (Required) Persist events. 3. (Nice to have) Basic throttling. E.g. limit to 1 published event per second per IP address. 4. (Nice to have) Event kind allow-list. Disallow events of all kinds other than a specific short list of kind numbers. 5. (Nice to have) NIP-13 Proof-of-Work enforcement. Alternative to basic throttling.
It’s a complicated burden
David @mleku - 9mo
it's gonna be a fun dumpster fire but ok... this is why i'm a nip-42 maxi... paid relays are the only way to protect DM privacy
Looks like this is going to have to be my next attempt. nostream’s dependency on Postgres failed to start.
After a fashion, probably. But to use Docker at all you have to first install it, which you can’t do from the package maintainer. So you’re either out in apt sources config land, or installing deb packages by hand. And then you have to configure your user to be a member of the docker group. And then you can start using docker, which may include configuring your virtual network, and port forwarding from the system proper. And setting up persistent volumes. Compare that to “sudo apt install <whatever> “.
I have never heard of that before today. Saw it mentioned somewhere in some document. What is it?
OCI?
Part of what I dislike about Docker is the “you have to understand everything to do anything” nature of it. 😅
The fact that you’re making your point with nested parentheticals and footnotes does not fill me with great confidence 😂
nspawn is more lightweight than docker, no layered filesystem... but you have to bring more batteries to it... i never even heard of it until a year ago, it's a great way to put services in containers https://github.com/relaytools/relay-tools-images i helped build this
OK, I am now running the podman command from the nostr-rs-relay README. Let’s see if my VPS can handle it. Compiling… https://image.nostr.build/de731a1305e90e1e44133daf297c1745ceed7ddb1c45641620ebef1725d270e2.jpg
OK, I seem to have it running. How do I make it so it always runs at startup? Something about systemd?
yeah, it had go in it because cloudfodder was building strfry sprockets in Go and it was simplest to just write a script to install go and git and pull the stuff go and git have got to be the smallest footprint dev toolchain there is, anyone that doesn't get how powerful that is is just not thinking
i was very interested in "NoKernel" even more, and have even thought of an idea of having a kernel running on each core of a CPU with a message passing interface plan9 also goes towards this direction as well, by creating a uniform socket interface for everything, the next logical step from the unix "everything is a file" but android also with LXC namespace isolation goes a long way towards this also and i get it that this is what UFS and ZFS are trying to do to filesystems but really LVM2 does it better overall, you can conceive of a single service that just manages this, and another service that manages permission, like a local version of ETCD i think it's gonna be a long time yet before we see the end of monolithic kernels though... apple runs on a bsd microkernel and everyone else is running monolithics i think really it's just about the API differences, it's hard to make a mapping between standard system APIs and the distinctly different way you run things with a no-kernel everything-is-a-service style of architecture... the slowest moving parts of software development are languages and kernels it's a subject dear to my heart though... kernels and compilers, my two favourite things
yeah, and it might make it possible to dispense with much of the linux kernel too, especially if you start to think in terms of plan9 "everything is a server"
Yeah, strfry was too beefy to compile on my VPS. Copying the laptop-compiled binaries failed (something about a missing lib*.so file). Tried nostream, but its dependency on Postgres wouldn’t start. Probably to little memory in both cases. I have gotten nostr-re-relay to work, so I’m going with that for now.
i'm not sure if you are even reading my notes but i literally just built and am running my realy relay on wss://nostr.realy.lol this evening and you already have access to read and write to it if your client auths to confirm you are one of my follows it took a bit over a minute including download time to build it on a 1gb memory VPS you should be able to get any Go based relay to build from source in even as small as 512Mb of memory
I am reading your notes, but they don’t apply to my use case I don’t think. My users have randomly generated nsec that they don’t even see. No profile info. No standard event kinds (no 0, 1, 2, 7, etc., just custom events) So there can be no “follows” or web of trust etc. For my use-case Nostr is just the messaging protocol between anonymous contributors who don’t interact directly and have no in-app means of doing so.
well, i'll leave off on commenting because i think you are doing something that will prove to be a waste of time
No problem, it might be! Here’s a brief description of what my site is about: nostr:note1wntnh2napy79s4yj7dc4uxh4hqxrzc0297yqcnqtnq3ry0rjjkpqn0ams3
