> Quick Slots received an S-tier ranking from Teku, A-tier from Prysm and Lighthouse, C-tier from Lodestar and a preference to not include for Nimbus and Grandine. imo quick slots should absolutely be included in hegota. S-plus tier. It's because Step 1 is to learn to reduce slot times at all, Step 2 is to dial that knob up, and it takes years between the steps, so we need to start now. If we don't include quick slots in hegota, it'd be a signal that we are fine with the risk that block times are 12 seconds in 5 years. But we're absolutely not fine with that as shorter block times help deliver faster finality and hugely & directly contribute to L1 dominance as the global hub. LFG quick slots.

Where should the issuers tokenize assets? Base Layer or Execution Layers? "We want assets to be tokenized on the L1" — not for ideological reasons, but for product reasons. Assets issued on an L1 distribute more easily across L2s and can be used as collateral in app-chains within seconds. The UK regulator has already said that blockchains can serve as the official ledger of record for money market funds. That changes everything about why L1 security properties matter. FT @_julianMA @binji_x @decentrek

Ethereum's "special chain" thesis explained in one clean idea. ETHLabs thinks Ethereum is the best place to issue assets because when you issue on Ethereum, those assets "can move seamlessly from Ethereum to any other L2 and even other L1's such as Solana." Faster finality and the fast confirmation rule would make Ethereum the only chain that can settle fast AND stay truly trustless. FT @_julianMA @binji_x @decentrek

Faster slots benefit Ethereum and flow straight through to SP1: → Faster settlement for @Base, @Optimism, and soon @Arbitrum → Faster SP1 Helios light client updates for @AcrossProtocol, @Agglayer, and soon ███ RTP becomes harder. But that's okay, we like a challenge 😉

i read the ethlabs "faster ethereum" piece so you do not have to. the headline is simple: ethereum makes a block every 12 seconds. EIP-8198 (quick slots) wants to start cutting that to 10, and rebuild the plumbing so block time can keep falling later without rewriting the chain from scratch every upgrade. why that matters if you are not a core dev: between blocks the real world keeps moving. your swap quote ages. LPs get picked off. arbs need fatter spreads because they sit on 12 seconds of price risk. tokenized stocks wait on a signed quote while the underlying keeps trading. every second of dead air shows up as worse UX or wider spreads. so shorter blocks are not a vibe. they are fresher state, tighter markets and less "please wait" cosplay on mainnet. what i liked: they are not pretending l1 has to win a speedrun against every other chain. the pitch is settlement-first ethereum that still gets faster. They talked to defi, rwa, privacy, consumer apps. the ondо / derive / defillama style points are the ones normies actually feel. the underrated bit is the boring refactor. today too much software assumes "block time is always 12." rip that out once and future cuts get cheaper, same philosophy as raising gas limits when clients can handle it. timing matters too. they want this in the hegota window, miss it and the next fork may get eaten by a much bigger consensus redesign, and simple latency work waits again. worth your time if you trade or build on Ethereum . full article linked (I recommend you read it of feed it to your agent). i still care about ethereum. This is one of those protocol conversations that is actually about the user experience, not another abstract roadmap slide.

“Faster slot times on @Ethereum directly improves LP returns and makes capital markets more efficient. Shipping EIP-8198 as soon as possible would help ensure the network is the dominant place for capital formation and trading.” -- @aadams, Founder & CEO, Doppler

Glamsterdam is pushing hard on L1 capacity, and for Hegotá we think the next major focus should be latency. Quick slots gives us a way to start doing that progressively, by reducing slot times as the network demonstrates it can support them while preserving decentralisation. Our priorities are: 1. A focused upgrade that makes Ethereum faster and better to use. 2. Well-defined, concrete work towards major future improvements. 3. Removing unnecessary protocol complexity wherever we can.

After a month of community outreach, @ethlabs_org is shipping a major piece on a faster Ethereum with faster L1 blocks, collecting perspectives from all corners of the ecosystem. Ethereum core developers are in the final stretches of deciding what to include in Hegotá, the network's upcoming fork after Glamsterdam. Our Hegotá proposal is EIP-8198: Quick Slots. It does two things: 1. Prepare the network to decrease the slot time, currently set at 12 seconds. 2. Perform a first decrease from 12 seconds to 10 seconds. We presented this plan to major DeFi applications, Ethereum core infrastructure and many top builders, to get their thoughts on the value of a faster L1. This post is the result. Beyond highly valuable data from broad user research, the post also stands as an effort to continue closing the loop between the network development process and the most direct consumers of the network's affordances. Core developers have in my view already expressed relatively positive sentiment regarding the value of faster slots on the L1, showing clearly their understanding for the benefits and appreciation for the change. But understandably, their bandwidth and the network's capacity to upgrade aren't infinite, and there are critical decisions to make today regarding the long-term survival of the protocol with the quantum threat. The bar to clear in order to justify a change beyond those that are existential is very high, and we hope with this piece to show that opening the door for improved latency on Ethereum clears it. As recounted in the piece, this is one of the highest-value items for the network to deliver, and without the groundwork performed by EIP-8198, the door will remain closed for much longer than necessary. At Ethlabs, we are committed to seeing EIP-8198 through should its inclusion be decided. We are working on specifications with the support of Ethereum Foundation engineers, and we are deeply engaged with the broader research and engineering allowing for the Ethereum consensus to thrive in the post-quantum age. We are also engaged in technical outreach to understand how a slot time change affects deployed smart contracts and broader infrastructure. It's time for a faster Ethereum!

Dropping our ranking of consensus-layer EIPs proposed for inclusion in Hegotá FOCIL is our top priority, alongside proposals that help scale Ethereum Read more from our very own @terencechain 👇

Transaction inclusion latency isn't decided only by the protocol's speed (though that's an important part!) but also by timely inclusion in blocks delivered by builders. Great to see new mechanisms go live, increasing the parties participating in building a single block.

Raw thoughts.. Frictionless distribution of single, reference assets, backed by Ethereum's security, all over Ethereum's network. This is one outcome we should aim for. @vladtenev made the point that re-issuing is permissionless, and this is right! We won't avoid having multiple versions issued by distinct issuers, but we can reduce the span or at the very least get one of these versions to be as close to canonical as possible. Wallets can fix the UX for users that are sophisticated enough to care about multiple versions besides the more canonical one. It's not the only solution to a problem that is part regulation, part coordination, and part technology.. but a more unified Ethereum, with fast, seamless, secure bridges that reduce the distance between the issuer and the chain, allows for issuers to mint their assets once and have them be available everywhere, securely.