0

2026 is the year that we take back lost ground in terms of self-sovereignty and trustlessness.

Some of what this practically means:

Full nodes: thanks to ZK-EVM (zero-knowledge Ethereum Virtual Machine) and BAL (Block-level Access Lists), it will once again become easier to locally run a node and verify the Ethereum chain on your own computer.

Helios: actually verify the data you're receiving from RPCs instead of blindly trusting it.

ORAM (Oblivious RAM), PIR (Private Information Retrieval): ask for data from RPCs without revealing which data you're asking, so you can access dapps without your access patterns being sold off to dozens of third parties all around the world.

Social recovery wallets and timelocks: wallets that don't make you lose all your money if you misplace your seedphrase, or if an online or offline attacker extracts your seedphrase, and also don't make all your money backdoored by Google.

Privacy UX: make private payments from your wallet, with the same user experience as making public payments.

Privacy censorship resistance: private payments with the ERC-4337 mempool, and soon native AA (Account Abstraction) + FOCIL (Fork-choice enforced Inclusion Lists), without relying on the public broadcaster ecosystem.

Application UIs: use more dapps from an onchain UI with IPFS, without relying on trusted servers that would lock you our of practical recovery of your assets if they went offline, and would give you a hijacked UI that steals your funds if they get hacked for even a millisecond.

In many of these areas, over the last ten years we have seen serious backsliding in Ethereum. Nodes went from easy to run to hard to run. Dapps went from static pages to complicated behemoths that leak all your data to a dozen servers. Wallets went from routing everything through the RPC, which could be any node of your choice including on your own computer, to leaking your data to a dozen servers of their choice. Block building became more centralized, putting Ethereum transaction inclusion guarantees under the whims of a very small number of builders.

In 2026, no longer. Every compromise of values that Ethereum has made up to this point - every moment where you might have been thinking, is it really worth diluting ourselves so much in the name of mainstream adoption - we are making that compromise no longer.

It will be a long road. We will not get everything we want in the next Kohaku release, or the next hard fork, or the hard fork after that. But it will make Ethereum into an ecosystem that deserves not only its current place in the universe, but a much greater one.

In the world computer, there is no centralized overlord.

There is no single point of failure.

There is only love.

Milady.

All credits to OP u/vbuterin on reddit. Sharing it here to try to engage some discussion. Added abbreviations meaning for those that might not be familiar with them, so it is easier to research in case you get interested.

you are viewing a single comment's thread
view the rest of the comments
[-] lystytsiaverschmitzt@anarchist.nexus 1 points 6 days ago* (last edited 6 days ago)

Does anyone know if there are any teams working on PBAC (Policy-Based Access Control) or RBAC (Role-Based Access Control) as questioned by the post from u/LogrisTheBard below?:

Social recovery wallets and timelocks: wallets that don't make you lose all your money if you misplace your seedphrase, or if an online or offline attacker extracts your seedphrase, and also don't make all your money backdoored by Google.

I'd really like to see a competent execution of policy based smart contract wallets. So not just timelocks but different signature thresholds for extracting larger sums of money, different roles for signers that are expected to do different things or interact with different applications, and governance extensibility through administration wallets that may not be part of the admin controls of the managed smart contracts. In addition to doing this on chain I'd like to see this implemented at the wallet level so my wallet can detect and reject malicious transactions before it has a chance of being signed.

Last year BitWise lost over $1B in ETH because they didn't have something as simple as an ATM withdrawal limit on the cold wallet.

Privacy UX: make private payments from your wallet, with the same user experience as making public payments.

Is this using the FHE (Fully Homomorphic Encryption)/Zama route or the Aztec/Railgun route to privacy? I think we need a clearer explainer of how privacy is achieved on chain with some of the different approaches being developed and the tradeoffs of those approaches.

Application UIs: use more dapps from an onchain UI with IPFS, without relying on trusted servers that would lock you our of practical recovery of your assets if they went offline, and would give you a hijacked UI that steals your funds if they get hacked for even a millisecond.

Get this built into the Rabby wallet browser. Also get an ERC standard where a smart contract can refer to an IPFS url where users should go to interact with it.

this post was submitted on 19 Jan 2026
0 points (50.0% liked)

cryptocurrency

3138 readers
1 users here now

The largest cryptocurrency community on the Fediverse!

Lemmy community dedicated to cryptocurrency news, technicals, education, memes and so more!

💬 Chat on Community Improvements and Development

Community Knowledge Base:

Be nice, have fun.

Community rules:

General lemmy.ml instance rules applicable here too.

Ugly brother of this community: bωockchain

For a community devoted to cryptography itself, visit c/cryptography

founded 6 years ago
MODERATORS