ethrd

/ethrd1221

Channel to discuss Ethereum R&D topics

233924
Luca Zanolini
@luca-zanolini·
We are excited to share our latest research on a faster finality protocol for Ethereum. We introduce 3-Slot Finality (3SF), a protocol designed to finalize blocks proposed by an honest proposer within 3 slots, given that network latency is bounded by a known value Δ, and requiring only one voting phase per slot.

https://ethresear.ch/t/3-slot-finality-ssf-is-not-about-single-slot/20927
/ethrd
4583
whit.eth ☕️
@whit·
As he’s done with other initiatives that he’s helped take off, @justindrake says it’s time for him to step away from heavy participation in based sequencing movement.
/ethrd
3329
soispoke
@soispoke·
🦴🦕 The FOCIL EIP is now EIP-7805 🦕🦴

This EIP proposes a committee-based, Fork-choice enforced Inclusion Lists (FOCIL) mechanism to preserve Ethereum’s censorship resistance properties by guaranteeing timely transaction inclusion.

https://x.com/soispoke/status/1853420123563970810
/ethrd
191774
Ellie
@ellied·
If you had to rank TEEs, what would their ranking be and why?
/ethrd
193851
Mark
@markodayan·
I feel like it would be way better if sovereign rollups classified themselves not by being able to enforce their FCR independently because classic rollups have the exact same capabilities. This social distinction thing isn't good enough for formal classification, the motivations driven by social goals need to manifest somewhere -- and for me that comes from looking at choices made around bridging. Sure there are other bells and whistles but the key distinction is whether bridging is baked into the architecture of the rollup.

The only real functional difference at the technical foundations of these two rollup types is simply that classic rollups have a two-way, trust-minimized bridge (made possible through implementation of validating bridge contract on the L1 side), while sovereign rollups only have a 1-way, trust-minimized bridge.
/ethrd
191774
Ellie
@ellied·
If anyone wants to be invited to this channel let me know!
/ethrd
193851
Mark
@markodayan·
Writing about proposer commitments and what they mean for Ethereum in the present and future.

Publishing tomorrow
/ethrd
453
Daniel Fernandes
@dfern.eth·
It seems like the main quandary (in my view) with Multiple Concurrent Proposers is whatever the 'combining rule' turns out to be. It's very easy to design a rule that rewards pools with a high percentage of the validator set non-linearly, it's hard to design a rule that doesn't do this without trivially devolving back into single proposer.

At this point MCP looks more like a solution seeking a problem, having to wait 12 seconds until the next slot is actually fine when the only real decentralized competition (Bitcoin) makes you wait 10 minutes. Change my view?
/ethrd
215506
Anders Elowsson
@anderselowsson·
Vorbit SSF with circular and spiral finality: validator selection and distribution

This post analyzes how cumulative finality accrues across committees in single-slot finality (SSF) for a wide range of validator sets, with a key focus on committee design.

https://ethresear.ch/t/vorbit-ssf-with-circular-and-spiral-finality-validator-selection-and-distribution/20464

✍️
/ethrd
7479
.
@chaskin.eth·
Fyi @scrollzkp has been putting out weekly talks about various research topics and they're fantastic. Here's the playlist on youtube 👇
https://www.youtube.com/watch?v=g_MnTlZDkoI&list=PLrzRr7okCcmZr9GHM595Q9_BH482IjvQg
/ethrd
18559
terence
@terencechain·
Wrote a post on FOCIL resource considerations after reflecting on how clients might implement it. We outlined some concerns about potential bottlenecks, hoping to spark more discussions to move it toward the spec realization phase. Feedback welcome! https://ethresear.ch/t/focil-resource-design-considerations/20457
/ethrd
193851
Mark
@markodayan·
Kinda wondering whether synchronous based rollups via SUAVE is a candidate solution for Ethereum based sequencing goals?

Functionally it meets the criteria of enabling L1 proposer sequencing for rollups (potentially multiple in service of synchronous composability). But lacks baked in preconfirmation functionality afaict
/ethrd
253227
Quintus
@quintus·
Just published a piece with Christoph which frames all of the research going into “propsing rights allocation” (i.e. ePBS, APS, ET etc)

There are a bunch of designs, posts and papers but its not always clear how it all relates to each other. We try to clarify that

Some opinions and open questions also included

https://collective.flashbots.net/t/isolating-attesters-from-mev/3837?u=quintus
/ethrd
18824
pa7x1
@pa7x1·
https://ethresear.ch/t/the-shape-of-issuance-curves-to-come/20405

In this post I delve into why and how we should consider tweaking the issuance curve. To prevent ever-growing stake rates that would cause centralization issues to the validator set. In summary, the proposal is to introduce:
- A tweak to the issuance curve so that issuance can go negative at high stake rates.
- Uncorrelation incentives like those proposed by @vitalik.eth and nerolation.

Hope it peaks your interest, feel free to chime in and discuss.
/ethrd
194406
Web3Builder.news
@w3buildernews.eth·
This Week's Research & Education

-frankmint2024 proposed EIP-7766
-0xwels introduced CCTP Express
@yashasedu shares MegaETH 101
-ddimitrovv22 published ”Programming ZKPs: From Zero to Hero”

https://web3builder.news/research-and-education-09-02-24/
/ethrd
193851
Mark
@markodayan·
This is fantastic article on app self-sequencing.

At the end of the day DApps need to bundle to help provide their users with more efficient outcomes and I really do believe this would be the best way to manage L1 blockspace for welfare.

It makes me wonder whether bundles should be an abstracted fee market. Under the hood, we still have vectorization of computational resource usage patterns (which are far more granular), but when it comes to fee markets we could potentially have "CR blockspace" as well as bundle blockspace.

I havn't really thought about it long enough, but there are diamonds in the rough in this article that are making me think more about our approach

lu-ban.notion.site/From-Self-sequ…
/ethrd
193851
Mark
@markodayan·
This is a false statement. It will replace SMR, not decentralized consensus which relies upon stake-weighted bonds and consensus rewards to enforce fork-choice logic.

ZK is not magic that replaces everything

https://x.com/kapursanat/status/1831940273636831370
/ethrd
193851
Mark
@markodayan·
Summarized notes I made from the Ethereum AMA regarding progress within cryptography and upgrades depending on work here 👇:

Covers developments with ZK and VDFs and where they fit into the roadmap.
/ethrd
193851
Mark
@markodayan·
A Twitter article I wrote giving my opinion on how the Ethereum roadmap should be structured and the tangible deliverables that contribute towards reaching milestones:

https://x.com/markodayan/status/1831348173413212548?t=RIbroqdzF7K_SxLltQ7AYg&s=19
/ethrd
193851
Mark
@markodayan·
1/

EIP-1559 is a very misunderstood upgrade. While many know that it was an upgrade made to Ethereum’s transaction fee mechanism, many of the benefits are not well understood.

It is our goal with this article to present you with the facts around what EIP-1559 is about, what it was designed to solve, and how we made it work 🧵

research.2077.xyz/eip-1559-separ…
/ethrd