I'm having trouble wrapping my head around what you are thinking.
In my head the easiest path for a client is to fork js8call to automatically wrap text with the necessary information to be a nostr note. This means your every transmission is tied to your callsign by law.
A nostr relay has to be able to have the same data but you are using a relay instead of a client. If you are running a relay that is sharing notes between relays it would be sending other notes in addition to your own and this would obfuscate by sending lots of notes from many npubs from the same call.
That relay would have to be very limited. Any of the big relays would be way over bandwidth of any HF link even once we officially go live on not having baud rate limits.
I like being a nym on nostr. I guess I could roll a new nsec for my ham stuff and just tie it to my call sign. I wouldn't intentionally tie my call to this nym which is why I asked.
Login to reply
Replies (2)
Good points. To clarify:
I am not running a relay. Merely a server that sends and retrieves nostr events and notes from the relays of the server operating choosing. They could certainly run their own if they want.
The relays rjemselves will never, ever see the callsign. It isn't possible.
Js8 call is fantastic. For a bad signal conditions comm of sn ratios, light and short messaging, emergency reports etc.. I use it almost daily.
As a comms mechanism, it is absolutely horrendous. In good timing and good SN, you can get 22 bytes per 15 second slot. Then you have to wait until the next transmit to continue.
Without compression, a smallish nostr note raw json object is roughly 700 bytes. This note here will be well into the kilobytes. Even stripping meta, and other stuff out of it you are left with likely 400-500 bytes.
That's over 6 minutes of transmit time for one small not and no emoji's(which take up 4 bytes) on JS8 call.
Even for emergencies, 6+ minutes to publish or get a note frkm a relay is incredibly horrendous and adds to packet loss massively. If you include acks and connections and the actual requests, it likely would be closer to 10 minutes.
This is assuming no repeated data from lost. Yikes. No thanks.
Vara HF would be best honestly, but it I'd closer source, and their KISS TNC is a pain.
Yes, 100% every transmission has your callsign.
However, the data is legally allowed to be compressed with a public algorithm, so that helps obscure your message, even though that isn't the point and theoretically anyone could just decode the binary, brotli, grip, or whatever schema I end up using.
Only the server has to know your npub in my app, it has to for nostr, obviously so can post and get the notes .
I am not running a relay, merely a server that takes the note from radio and broad asts it to relays.
No permanent logging is done on the server on messages. After disconnect, there is no method to retrieve old connections by design.
If you run your own server, there is literally no provacy leakage I see from client to server to nostr. The relays never see the callsign.
If you were to use mine, I will require callsign and likely npub.
You are thinking about callsign leakage into nostr from your app, which is a concern. I am thinking about npub+callsign pairs being captured out of the air during the HF transmit.
No encryption, so the only fix there is to be relay like transmitting notes for many npubs from the same callsign or to only use doxxed keys.
You could also break callsign TX rules and not transmit it. Something to keep in mind as an emergency skill but not a valid regular habit.