Update: One step closer to a faster Ethereum L1. Quick slots just moved to Considered for Inclusion (CFI) in today's All Core Devs call! This is a new milestone for our proposal to make Ethereum blocks faster 🎉 Btw.. Faster blocks => - Better UX - Better markets - Faster finality and fast confirmation rule - And improved censorship-resistance too! TLDR: More value for the network, its users, and ETH, without compromising on the core values and properties of Ethereum. Hear this from 20 top Ethereum teams in our ecosystem survey: ethlabs.org/writings/quick-s… --- Ok, what does CFI mean? This does not mean that the EIP is for sure included in Hegotá. This means that now it will be considered more seriously, including testing, towards inclusion in future devnets once headliners (FOCIL and frame transactions) are stable. In particular, the call today revealed the appetite for a phased approach, installing the plumbing which allows us to reduce the slot time in Ethereum clients, and deciding to pull the trigger based on further testing. Ultimately, this is how EIP-8198 is designed, so CFI'ing today allows us to move forward with more of the plumbing work, and start looking into testing towards an actual slot reduction from 12 to 10 seconds. This is a first reduction, as EIP-8198 opens the door for progressively lower slot times, as they get sufficiently safe to ship. In parallel, as discussed on the call too, we are continuing our ecosystem survey and outreach of deployed smart contracts with a slot time dependency. We have reached out to more teams on this. --- Faster slots are one important dimension of our Faster Ethereum body of work. A more responsive network helps cement its role as a liquidity hub and as the heartbeat of the network as a whole. Along with our work on fast finality, fast confirmation rule and fast interop, it all combines for a seamless and secure flow of assets everywhere on the network. Thank you to the many builders who are taking us there!
20
48
253
21,999
You're not bullish enough decoupled consensus. This is Ethereum's next-generation consensus protocol, and the unlock to: - Post-quantum consensus - Faster finality - (Even) Faster slots while preserving the unique properties of Ethereum Proof-of-Stake: economic security and making progress even if a big chunk of the network is offline. Expected for I*, early 2028.
One step closer to 4-8x faster Ethereum finality! It took some time and lots of tokens, but we now have a formally verified proposal for a decoupled consensus protocol in I* (a future Ethereum upgrade)! Not yet a full spec (up next), but it includes all the key consensus-relevant details to become one. Since Ethereum aspires to be live without most of the stake online, the protocol involves many more components than a normal BFT protocol, and its correctness involves much more than standard safety and liveness. Those nuanced properties are now verified! What's more, I came away convinced that all protocol design will involve AI-assisted Formal Verification in the future, both for correctness and iteration speed. The work wasn't limited to just: Design the protocol -> Formally verify it Instead, the loop became more like: Design -> Formal Model -> Find exactly what breaks and why -> Redesign it. For a fairly complicated protocol like this one, I think having the Lean model be part of the design loop played a big role in accelerating the process. A future with agents paired with formal models is a superpower for Ethereum development, because they can then use those models to find exactly where an argument breaks down, formalize counterexamples, test proposed fixes, iterate on the protocol. Many details that would slip under the radar when asking agents (and indeed, humans) can now be specified exactly and checked by the Lean kernel. This then forces agents to be more precise and lets them make verifiable progress on their own. It's been incredible to see this play out, seeing agents find gaps and propose protocol changes to fix them. In other words, autoresearch can speed up protocol design, formal verification is here to stay, and Ethereum Finality will get faster.
4
5
68
2,168
Barnabé Monnot | barnabé.eth retweeted
I made a visualization of EIP-8288 aka "recursive mempool aggregation," my new favorite EIP of all time because it perfectly encapsulates the thesis of the "cryptographic world computer" -- a system whose scalability *increases*, not decreases, with the level of decentralization. In a previous tweet I explained how EIP-8288 achieved this seemingly impossible feat, but one gif is worth a thousand words. Essentially, EIP-8288 leverages Ethereum's decentralized mempool as a parallel ZK proving cluster. Clients send signatures and proofs to the mempool, which over multiple rounds progressively aggregate them into fewer and fewer proofs, until the block builder finally aggregates them into one SINGLE proof. This design accomplishes five things at once: - The more nodes we add to the decentralized mempool, the more signatures/proofs Ethereum can process as a whole. This is obvious if you look at the animation and imagine more nodes in the mempool ring, which would "fan out" to more signatures/proofs. - By aggregating over multiple rounds (aka "recursive aggregation"), the bandwidth consumed by proofs remains constant for each node even as the network processes more proofs. As a result, the network stays decentralized even as capacity increases. - By aggregating proofs before one final aggregation by the builder, as opposed to requiring the builder to aggregate everything, the network can process more proofs without increasing hardware requirements for the builder. - By aggregating everything to a single block-level proof, validators can verify thousands of signatures/proofs by checking just one aggregated proof. Hardware requirements for validators can therefore stay low, keeping the network decentralized. - By aggregating not just native signatures but also STARKs, Ethereum can support any signature scheme by wrapping them in STARKs. So once again, this is how Ethereum will: - scale to process tens of thousands of PQ and private transactions per second - charge a tiny amount of gas to validate each txn, even though the original signature/proof may be huge (up to hundreds of KBs in size) - all while decentralizing even MORE. You are not bullish enough.
Ultimately, precompiles and EVM are both the wrong place to put most cryptography support into Ethereum. The reason is that precompiles and EVM both operate on data that has to be included into the ethereum chain somehow, which realistically means included in a block as calldata. That space is limited - even with PeerDAS and blocks-in-blobs, there's a practical cap of ~8 MB/s before it starts getting uncomfortable. Remember: it's not a blockchain. It's a cryptographic world computer. Any data/computation that does not need to be in the "main thread" of data/execution should not be put into the main thread. Instead, the correct solution is... EIP-8288 maximalism. If you have any heavy computation that's self-contained, compute it and STARK it client-side (this is quickly getting faster and faster, even on phones), and push the STARK through the EIP-8288 recursive aggregation mechanism. The chain sees the fact that the computation was done and what the result is; it never needs to see the actual data and computation. This way everyone can use whatever cryptography they want, the Ethereum chain can be lean, and we never need to add more precompiles again.
18
59
291
16,240
Here is an even better view of who's stepping in, who's stepping out, and who's consolidating in the validator set. This is not the mass exodus that some accounts are wrongly portraying. Great to see all these consolidations! Source: @beaconcha_in beaconcha.in/validators/queu…
This is incorrect! On the QT’d chart, consolidations (good!) are counted as exits (bad!) @beaconcha_in made the point here:
5
9
53
2,281
It really boils down to these two: - Security (risk, decentralisation) - Liquidity (users, state) And you can't solve for one without solving for the other: - Security is a hard cap on the amount of liquidity you can bring in - Liquidity directly ties to security via ethereum:native
There are many ways to tap into Ethereum’s unique features. Its two unique features to me are its decentralisation, and its state: liquidity, user accounts etc, all accumulated from 11 years of continuous uptime. Decentralisation and trustlessness of the L1 have been the key to obtaining liquidity over time, including for ETH. Some use cases want to tap into the chain’s decentralisation, and build to obtain the same properties that decentralisation offers: integrity, uptime and fair access (safety, liveness, censorship-resistance). Some use cases want to tap into liquidity. This is not parasitic: this creates demand for L1-issued assets, in particular ETH. Some use cases want to tap into both! But the liquidity is only there, once again, because of the L1’s decentralisation and trustlessness. Making the L1 a better home for liquidity amplifies something that is originally there because of the L1’s core properties. In particular, L1 should serve as the root of trust for assets that go on to be deployed across various use cases. Note that this argument does not depend on whether the use case in question is offered as “an L2” or not. L1 apps, including some tokens, may offer very little of the properties that the chain offers maximally. Let us not confuse the way a use case is packaged with the properties it offers. L2s themselves come in different shapes, and at the limit blur with what one might recognise as an L1 application. So we need not pin our hopes on any one kind of package to realise the potential of Ethereum. We need not reject them either, when their success celebrates Ethereum’s unique offering to the world. We may even support their emergence, particularly so when providing them the means to succeed is aligned with improving the L1’s own core properties.
11
7
71
4,031
Barnabé Monnot | barnabé.eth retweeted
"Every app, every L2, every institution that settles on Ethereum is one more reason to hold ETH. Maximum durability plus broad usefulness is what makes ETH special." If u are bullish on the ecosystem, u gotta be more bullish on ethereum:native
4
5
28
1,182
"We are gradually building an internet of finance where the underlying network has one native asset: Ether. ETH secures that system and can be used directly as collateral. Bringing Bitcoin or any other asset, into Ethereum requires additional backing, bridge, or custody arrangements. Native ETH already belongs there." ETH is home on Ethereum
Two major pieces of Ethereum news landed today: Deutsche Bank, Germany’s largest bank, is reportedly preparing to offer institutional ETH custody, while JPMorgan, the largest bank in the United States, is bringing JPM Coin’s tokenized dollar deposits to Ethereum. Two giants of traditional finance embracing Ethereum and ETH. But the price barely reacted, whereas on another network, people would be expecting a major pump. There are two reasons for this. First, ETH is larger and more liquid than most competing assets, so it takes more buying pressure to move it. Second, the market already expects major institutions to build on Ethereum. Another announcement is not subverting expectations. Some people might say Ethereum is cursed: success is expected, and it only has something to lose when it disappoints. This is where Ethereum bulls diverge from bears. For years, bulls predicted the adoption now materializing before our eyes. This was NOT consensus. People said institutions would never use Ethereum, or would build everything privately. Now it’s: “That’s already priced in. Good for Ethereum, but how does it accrue value to ETH?” There are two things that mentality ignores. First, this is financial adoption, with size. The players matter, but so do the capital they commit, the assets they tokenize, and how deeply they integrate their products and services. All of that shows growing trust in Ethereum as a financial network, both for people using layer one directly and for layer twos using it for settlement. We are gradually building an internet of finance where the underlying network has one native asset: Ether. ETH secures that system and can be used directly as collateral. Bringing Bitcoin or any other asset, into Ethereum requires additional backing, bridge, or custody arrangements. Native ETH already belongs there. Why does this matter so much? Financial activity settling on Ethereum does not pay Bitcoin’s miners. Bitcoin’s own security model anticipates transaction fees replacing its declining issuance. That activity will not magically show up on Bitcoin just because its proponents expect it to. Second, the uncertainty pushed around ETH’s supply ignores what has actually happened. Since the Merge, ETH’s net supply has grown roughly 1.3% in total, while continuing to reward the stakers securing it. Stakers can earn above supply dilution, with transaction income on top. For an asset used as a store of value, that cannot simply be ignored. There is already actual substance behind ETH’s gradual recognition as a store of value. The network has matured. Proof of stake has years of operation behind it. Current SEC guidance identifies ETH as a digital commodity. The ETFs that critics said would never happen now exist, including BlackRock’s multibillion-dollar fund. Treasury companies like Bitmine and Sharplink are accumulating ETH at scale, and their holdings can produce staking income. That adds another way for investors to gain exposure, and another reason to hold the asset. So when bulls talk about ETH eventually flipping Bitcoin, then gold, this is what they are looking at: an asset with restrained supply growth, native yield, and direct usefulness in a growing financial system. You can disagree with that thesis. But “the price didn’t move” does not answer it. Fundamentals are moving int the right direction, but price is a lagging metric. Many of the things bulls expected are happening. The argument is that ETH is severely underpriced, and that the market still underestimates where it leads.
6
16
168
3,576
Grateful for @Sharplink's support behind @ethlabs_org, aligned with the mission of putting ethereum:native to work, and working for Ethereum and ETH 🫡
Anyone can own $ETH. We know how to put it to work. Over the last year, Sharplink has done roughly $500M worth of deals to put ETH to work across the ecosystem. These include staking deployments, a dedicated onchain yield fund, and investments for the teams leading Ethereum’s next decade. Here’s how it fits together 👇
1
9
132
2,941
A cash leg is an important feature of a marketplace for tokenised assets. With this new deposit token on L1, JPM products such as their money market fund can settle atomically on mainnet. With a few more steps, they’d also enjoy the benefits of composability with broader DeFi, and become productive onchain too, as collateral or lending assets.
News: JPM Coin (JPMD), @jpmorgan's USD deposit token, is now live on @ethereum. JPMD extends from Base to Ethereum L1, giving institutional clients native onchain cash that sits alongside the assets, collateral and counterparties they transact with already. J.P. Morgan has now added a cash leg to the products it already live on Ethereum mainnet, with tokenized money market funds MONY and JLTXX both already on the network. Ethereum is the home of onchain finance.
5
7
66
1,729
Barnabé Monnot | barnabé.eth retweeted
"ETH is Ethereum’s most important application." ETH is also a top source of onchain activity - as Ethereum grows, so does ETH usage. The figures below are for transactions that send ETH from one wallet to another - does not include ETH sent to contract addresses. Wrapped ETH is also not currently included. growthepie.com/applications/…
2
5
43
1,552
One very common pattern with discourse around chain features is "our chain has X, Ethereum doesn't have X". Most of the time it's true in some ways, but also wrong in other, important ways. Ethereum is built to the core for permissionless innovation. It's a Turing-complete virtual machine for its execution, with very few opinionated choices for its consensus. That means it *can* support anything. But it doesn't always mean that it *does* feature everything. Take the Ethereum L1 account abstraction proposal "Frames", that is slotted in for the Q2-Q3 2027 upgrade Hegotá. It supports keystores, it supports passkeys, it supports post-quantum leanSPHINCS signature, and yes it also supports lattices. It supports, to put a spin on the New York Times's motto, all the features that's fit to run. Does it mean that all of these functions will feel like first-class citizens on day one? Choosing optionality means that you need to go the extra mile sometimes and maybe also build most or all of the things, in order to make the cost of that optionality bearable for applications and tooling, and to align with standards that improve the life of users. Same story with MEV-resistance, same thing with delegated proof-of-stake, same thing with interop, same thing with compliance.. much of it can be built on top of the fairly open Ethereum core, either as apps or infra or L2s (tbqh the three sometimes blur in productive ways, if they're really working hard to extend what Ethereum the protocol can do). I'm happy that we're trending as an ecosystem towards being more intentional with this, and hope @ethlabs_org continues to play a role here. Mislav @ox_shaman is hard at work kicking off an effort for Frames, to prevent the fragmentation and lost opportunity that lessened 7702's impact when it launched, collaborating with EF and more key teams in the ecosystem. You should reach out to him if you haven't yet.
Replying to @lex_node
> we could still ultimately do Lattice stuff for accounts, wallets, etc. through a precompile if it is proved to be AI-secure The ideal route to support everyone's cryptography is imo through 8288. You make whatever signature you want locally, then STARK it, and then it gets included through the stark aggregator machine. Don't need any calldata onchain. Ethereum can then never add a new precompile again.
15
9
89
4,748
Oh and btw, why is permissionless innovation the right choice for Ethereum? @joshrudolf made the point elegantly in our last weekly update. "The dual qualities of Ethereum’s maximum durability and broad usefulness are what pave the path for ETH’s role as the first programmable store of value. The lack of a single story for Ethereum the network is by design, and is in some ways what enables ETH as a SoV. Every other serious SoV attempt has had to pick one story as a single use SoV. Ethereum’s story is that of permissionless innovation combined with best-in-class security. Every app, every L2, every institution that settles on Ethereum is one more reason to hold ETH. Maximum durability plus broad usefulness is what makes ETH special." nitter.siddz.com/joshrudolf/status/2111…
1
10
344
This is incorrect! On the QT’d chart, consolidations (good!) are counted as exits (bad!) @beaconcha_in made the point here:
📊 MARKET: There is almost more $ETH exiting staking than there is trying to enter. Once we cross that line, it'll be something we haven't seen since late 2025.
2
8
37
4,267