Do you think relay related improvements are not important at this point? At all?
Simply put, there is no demand for secure communications, thats it.
And it seems to me its more harm when different people (devs and users) spread illusions its not true
Competition is great but goddamn, prices are insane :) wish you all the best and as many paying customers as possible :)
wss://saltivka.org
It would be great to have something like this, but is it solvable in general (with arbitrary client)?
What if clients, say, always fetch only events with filter by kind? And then map them to specific places in app. Should this relay “mask” those messages with existing kinds?
What if clients only fetch by users relationships graph? Forge pubkey?
This seems only viable for specific clients (i.e. brands client) and I would question its viability
Tbh, can’t understand this position (which a lot of people stick too though)
- i want as secure chat as possible for family/friends communications
- i don’t want to find a developer who I pay $2000 max and $10 month for
hosting to implement secure chat hosted on your personal hardware + software (which will do the thing but of course miss some top-notch UX patterns)
- so I will wait until people come up with a super-duper difficult, untested, not mature but mainstream alternative to this problem and use it for free
Technologies are already there to solve this problem pretty cheap of one really want to solve it and not get on the hype train
Not popular opinion today, but this is where relay should communicate relays either on their own or on behalf of a user
It doesn’t make sense for a client to open a connection, broadcast an old event of somebody else requiring relays to run relatively expensive computations
It does make sense though for a relay to batch events and send through http to other relays for import purposes through relatively cheap async processing. Perhaps, taking in mind what actual users think regarding rebroadcasting events multiplied by relays trust
Planned on https://saltivka.org for nearest future
What about #zapathon for a friendly relay focused on day-to-day features e.g. backups, authorization, payment models, chatbots control etc?
Are there people who think relays improvements and expansion are essential for #nostr at this point or most people are satisfied with existing state of things and think clients should be the main focus?
Some programming languages support such databases out of the box through standard library e.g. https://ruby-doc.org/stdlib-2.7.0/libdoc/dbm/rdoc/DBM.html
I can only agree on the fact you don’t know anything at all about rusian invasion of Ukraine, rusian wars with Ukraine and overall historical relationships between rusia and Ukraine
You also deny a fact nor rusia nor US declared a war. And they both still maintain a lot of connections (unfortunately)
Yet you want to sound smart with your stupid claims in search of attention on internet. That what I can agree on here
LOL, go take back all the US dollars and get Ukraine back their nukes that US forced to give to rusia
🇺🇦
🖕
Would be great to tune 12 and actually make 20 more usable before imo
1) “I dont know what zap means”
2) “well zap means to send a bitcoin over lightning and for that you first have to obtain bitcoin and then send it through lightning network and today its freaking centralized and nostr doesn’t actually aim to solve this problem”
Hello Saltivka! https://github.com/viktorvsk/saltivka
