Content
@
0 reply
0 recast
0 reaction
vrypan |--o--|
@vrypan.eth
The snap chain design is cool, but its weak point is validator election. My concern is that once we move to system where 10 or 20 people or entities have the power to censor the network, it will eventually happen. Once we get there it will only be a matter of time, for someone to suggest that validators must censor topic A or fid B, and use social, legal or regulatory pressure to do so. I even guess that from day 1, there will be some geographies that implicitly or explicitly won't be able to host validators. China? Russia? Does the EU live up to the standards of the 10 voters? Do we really think that the 6 validators (even if they are not located in the US) will not comply with a decision of a US court or regulator that asks them to censor any FID associated somehow with an OFAC-sanctioned wallet? And do we want them to have to fight this fight? I have huge respect for the people that worked on the design, this is not an attack, but we have to have this discussion. I want to be convinced that I'm wrong.
4 replies
0 recast
13 reactions
Sanjay
@sanjay
OFAC only applies to financial transactions. At least in the US, I don't think validators can be legally compelled to censor speech. That said, we do take this attack vector seriously, and have some ideas on how we can address it. 1. Simplest version is a vote to replace the validator that's rejecting/skipping valid blocks. 2. Second simplest is increase geographic distribution. We can scale to ~50-100 nodes per shard if required with only slight impact on block times. 3. Allow the user to pick the shard. Validator sets will eventually be unique per shard. This is not possible for every user, but users that need it can register their shard preference in a smart contract which is respected by the protocol. 4. A variation of eth's inclusion lists to force validators to include messages 5. Finally, you could post merkle roots/messages to a smart contract and force inclusion to read nodes. Does not scale, but works for users at extreme risk of censorship. I don't think we'll need to go beyond 1 and 2 though.
2 replies
0 recast
1 reaction
christopher
@christopher
i mean you’re right that there is a risk, but it’s unlikely to happen anytime soon as the network is so small and the tools to coordinate an attack or censor are yet to be openly developed. best case we develop a more scalable system, worst case the hubs are forked to another network and continue from there.
0 reply
0 recast
2 reactions
Dan Romero
@dwr.eth
*Practically*, what’s the difference between electing 10 validators vs. Warpcast unfairly nerfing a user today?
1 reply
0 recast
0 reaction
Haole
@haole
how to prevent the validator be evil if there is no reward or penalty?
1 reply
0 recast
0 reaction
