Content pfp
Content
@
0 reply
0 recast
0 reaction

ncitron.eth pfp
ncitron.eth
@ncitron.eth
I've been seeing more support for relaxing Ethereum's use of state merklization by delaying it by a block or only computing the root every n blocks. Friendly reminder that without some form of up to date commitment to the state (like a merkle root) general purpose light clients basically cannot function.
3 replies
0 recast
11 reactions

c-node pfp
c-node
@colludingnode
Despite being a light client maxi, I support this We need light clients, by we don’t need them to be as fast as full nodes
1 reply
0 recast
0 reaction

ncitron.eth pfp
ncitron.eth
@ncitron.eth
If light clients aren't as good as a full node centralized RPC connection, users won't use them. We need to be able to provide the same if not a better experience to get users and wallets to switch over, with security as an added benefit. I've learned this the hard way trying to advocate for light client usage.
1 reply
0 recast
0 reaction

c-node pfp
c-node
@colludingnode
You still need a full node RPC service to query state. Light clients will just give you a eventual confirmation
0 reply
0 recast
0 reaction