Subnostr

It took nearly 40 years for email to happen. Nothing of nostr is that original. But it implements the simplest thing using all the tech we have. Self sovereign messaging was not really practical without mass adoption of internet, elliptic curves, and the most important, rebellion against the advertising model of the internet, which has let spooks and public relations take over.

Which is the end of the modern society.

Diacone Frost 1y ago

I agree 💯

I wish nostr is more efficient. because sooner or later we will have to realy over new (and shitty) hw layers like mesh radio networks.

Reply to this note

Please Login to reply.

Discussion

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 1y ago

btw i called my relay realy because it was such a frequent typo, really easy to do

ᴛʜᴇ ᴅᴇᴀᴛʜ ᴏꜰ ᴍʟᴇᴋᴜ 1y ago

yeah, there has been lots of chatter about the matter of bandwidth utilisation, and binary codecs

the binary codec i created for events only covers events but if filters and all the envelopes had a similar binary encoder - and this is one of the benefits of nostr's dumb and small protocol specification - the others who were talking about it rooting for their preferred codec, and i think this is retarded

nostr data formats are extremely simple and in most cases even if the json field ordering might vary, it is simple to structure them so they are stable - i did this with filters, so their json encoding output was stable, ie, same filter, same hash to the output, as part of my refactor of the subscription handling

the binary signature has to be added as a tag, not really any way to get around that, but the binary ID doesn't have to be, though the json based event id needs to be there, and it's more a convenience in that it can be easily found and used to reference the event against the filter that it matched on so the client can associate it quickly

i probably will build out something like this at some time, once i start tinkering with making an app, and i probably will make a simple DM app, been wanting to do that for a long time, it's just a big spin-up time for me to resume working with Go GUI libraries, i built an augmented widget toolkit and DSL for the Gio library which enables building native Go binaries that can be compiled to run on all hardware platforms, windows, linux, mac, android and ios... but the library radically broke its API for whatever dumb reason (project has been running for nearly 8 years and still no version 1...) so all my old code can't be used except with the old library and that causes pain for needing to fully support new parts of OS graphics stacks now so *sigh*

some day, i hope to do all these things, really, it would be awesome if i had the resources to put together a full project, i guess really the only thing holding me back there is crafting a really good business plan so someone can see why it is worth doing and to get me some underlings and apprentices to learn my black art voodoo style of development and me write some parts of it but do a lot of work on architecture so it's not built stupidly