dtonon on Nostr: Users always have to trust clients, they don't have the other way. For ...
Users always have to trust clients, they don't have the other way.
For reactions/zap/replies at protocol level, we are evaluating HyperLogLog (see https://github.com/nostr-protocol/nips/pull/1561) that seems to be a good (probably the only) solutions to an aggregate counting in a decentralized structure. There are risks about gaming the system, but they can be attenuated; therefore, they are already present today with a plain sum of events done by clients.
The reading cache is not only a cache, is potentially a totally new API abstracted on that data, probably with more processing (e.g. extracting images/videos data, text metrics, etc). This off-protocol approach gets from the network, but doesn't give back nothing, and so it creates an unfair competition since casual users that don't know these technical details see these off-protocol clients as a better choice, ignoring that they cannot exist without the protocol devs that hardly work every day to create a interoperable standard. They also don't know that they aren't Nostr clients at all in the strict sense, since they lost all the decentralized ability (if the API server goes down or is censored, the client is dead).
For reactions/zap/replies at protocol level, we are evaluating HyperLogLog (see https://github.com/nostr-protocol/nips/pull/1561) that seems to be a good (probably the only) solutions to an aggregate counting in a decentralized structure. There are risks about gaming the system, but they can be attenuated; therefore, they are already present today with a plain sum of events done by clients.
The reading cache is not only a cache, is potentially a totally new API abstracted on that data, probably with more processing (e.g. extracting images/videos data, text metrics, etc). This off-protocol approach gets from the network, but doesn't give back nothing, and so it creates an unfair competition since casual users that don't know these technical details see these off-protocol clients as a better choice, ignoring that they cannot exist without the protocol devs that hardly work every day to create a interoperable standard. They also don't know that they aren't Nostr clients at all in the strict sense, since they lost all the decentralized ability (if the API server goes down or is censored, the client is dead).