What would be a torrent service on top of Nostr?
#[0] may be interested.
Why are you so bitter? I'm not trying to make any money.
I was kidding. In my mind the shares would just be entries on a database. This relay cannot be anything other than a centralized entity, as it is running a server on a domain name anyway.
Is subscribing to relays -- as entities themselves, not only as vehicles -- the future of the "global feed"?
#[0] may be interested in this.
This is good, as you can have relays with diverse groups and read the global feeds of each of these as you wish. An outsider may be able to immediately gather what is considered the best by each group in a glance.
There are many ways to fix that.
when you say fly you mean you fly alone in your own plane?, just to be sure.
Someone should do a relay that is very-high signal. It can issue shares of revenue of that relay and then charge for each note submitted to it.
Shareholders take a cut of the revenue, but are bound to vote on whether a note is worth being published or not. If they vote no when most people voted yes or vice-versa they lose a small fraction of their shares, the shares go to those who voted with the majority.
Would this work? Why not?
You want to create a hard dependency on POW for the entirety of Nostr, ensuring that all clients and relays implement POW requirements?
The point of Nostr is that different people will make different choices for how to filter things and where to connect to. You want to impose your view on everybody. Instead, you should be supporting initiatives that give the user more control while still keeping everything interoperable and open. That will create an environment in which your desired solution has more chance of being fulfilled.
Can you try multiple times with small values and tell me if the error persists? Also, are you in one of the US sanctioned countries?
Connected by cable or WiFi?
We've focused too much on cool math and code and not enough on actual real-world use cases.
To support edits on normal text notes would put an insurmountable burden on all clients and the complexity would be so huge that no one would be able to write a client ever again.
What do you think of https://github.com/nostr-protocol/nips/issues/236?
Maybe it is time for a backwards-compatible general cleanup on the Nostr spec? But it will only work if developers are onboard.
I'm not sure what to think myself.