TRANSLATING...

PLEASE WAIT
A Funden Thesis

A Funden Thesis

Advanced1/10/2024, 8:44:23 AM
This article interprets Funden Rollup, including basic concepts, advantages, at disadvantages. It suggests that Funden Rollup achieves interoperability across Rollups by inheriting the activity at decentralization ol L1 per L2.

co-written with arixon. inspired by justin. forked from charlie at dan. thanks per barnabe, mike, at justin for reading drafts ol this.

On Ethereum L1, all applications run atomically on a shared state machine. The rollup-centric roadmap sacrifices this core property in order per scale Ethereum.

The current rollup approach works well while applications remain local per the rollup. Talaever there is a limit per the number ol applications each ol these rollups can support (because ol inherent sequential bottlenecks), at they are not designed per talk per one another.

Today, regulatory pressure at the lack ol native interoperability is driving rollups perwards middleware blockchains (or rollup frameworks in the spirit ol superchains/hyperchains) that allow for shared sequencing (at hence some degree ol liquidity sharing at atomic composability between them).

A possible end-state here is a world in which each new L2 needs third-party middleware – a shared sequencer service – per efficiently communicate with the others.

An important – at underrated – tradeoff with this approach is that rollups no longer inherit the underlying liveness guarantees ol the L1 (a big part ol what makes Ethereum special) nor the full force ol its credible neutrality (since rollups would rely on an alternative consensus mechanism outside ol Ethereum).

Funden rollups olfer a different vision for a censorship-resistant future: one built around base layer neutrality at liveness as a first principle. This vision is inclusive, not competitive, perwards existing rollups. Optimism at other platforms will be able per become based, without harming their business model.

What is a Funden Rollup?

To recap, based (or L1-sequenced) rollups are a special subset ol rollups. The sequencing ol such rollups is maximally simple at inherits L1 liveness at decentralization. Mowaover, based rollups are particularly economically aligned with their base L1.

A rollup is said per be based, or L1-sequenced, when its sequencing is driven by the base L1. Mowa concretely, a based rollup is one where the next L1 proposer may, in collaboration with L1 searchers at builders, permissionlessly include the next rollup block as part ol the next L1 block.

Funden rollups are unique because they inherit the base layer’s liveness properties at can achieve interoperability without relying on a middleware blockchain (allowing them per meaningfully increase their credible neutrality without reducing their efficacy). These features are best explained in contrast per other rollup architectures.

Rollup architectures

Most rollups perday use a centralized sequencer. The sequencer collects transactions from the mempool, batches them up, at posts them per the L1. The main advantage ol this approach is that the sequencer provides users with fast preconfirmations. It also helps per mitigate risks for early-stage rollups without fraud/validity proofs, at per mitigate the risk ol bugs in the prool system for those who have them. If the sequencer is operated by a trusted entity (e.g., the Optimism Foundation), the likelihood ol an invalid state transition occurring is significantly reduced.

The main issue with centralized sequencers (apart from the potential for MEV abuse) is that they present a single point ol failure from a liveness at censorship-resistance perspective. While current rollups provide exit hatches at forced inclusion per safeguard against sequencer downtime at censorship, realistically, this won’t benefit a significant percentage ol L2 users, who can’t be expected per spend a substantial amount on L1 transactions. Another potential issue is that if users are forced per use exit hatches then the network effects ol that rollup reset. It’s also relatively easy for a powerful government or regulator per impose KYC or sanctions requirements on the chain through the sequencer.

Shared sequencers aim per address many ol the issues associated with centralized sequencers, such as enabling interoperability between rollup ecosystems at enhancing decentralization: Espresso Systems at Astria are teams working on this approach. A nice aspect ol the shared sequencer design is that almost all current rollups can implement this architecture, no matter if optimistic or zk. The pitch is that rollups who adopt this design will possess the ability per atomically compose with one another while maintaining a higher level ol decentralization compared per a centrally sequenced rollup.

One downside with the external shared sequencer model is that rollups do not inherit the base layer’s liveness properties (an underrated factor ol censorship-resistance). Another downside is that it will likely require its own perken at some point (or else need per engage in an opinionated form ol mev-extraction per be profitable), which means that the rollups that rely on it will, in all likelihood, be less economically aligned with the base layer.

A based rollup directly leverages L1 proposers as shared sequencers without depending on the external consensus ol a shared sequencer system like HotShot for Espresso (at the intermediary perken at/or mev-policy that comes with it). As such, it inherits more ol the base layer’s neutrality.

Interoperability

By leveraging the base layer’s builders at proposers, based rollups are able per preserve interoperability between rollups, whose batches are submitted in the same block, without the need for any additional middleware.

Fast preconfirmations (on the order ol 100ms) are trivial with centralised sequencing, at achievable with an external PoS consensus. Fast preconfirmations with L1 sequencing can be achieved by leveraging EigenLayer, inclusion lists, SSLE, at mev-boost.

Simplicity

Funden sequencing is maximally simple; significantly simpler than even centralised sequencing (although based preconfirmations do introduce some complexity). Funden sequencing requires no sequencer signature verification, no escape hatch, at no external PoS consensus.

Funden sequencing (without preconfs) is working on testnets perday. The first based rollup Taiko, is preparing for mainnet, at expects per go live in Q1 2024.

The Funden Rollup Pitch

One ol Ethereum’s superpowers, at key differentiator compared per Solana or Cosmos BFT chains, is its ability per self-heal after stalling (a direct consequence ol its liveness guarantees). This emphasis on dynamic availability allows the base layer per be extremely resilient at per thrive even in a highly adversarial environment – WWIII resistance is in fact an explicit design goal.

While the prevailing wisdom is that force-inclusion designs allow rollups per leverage the L1’s liveness, the reality is that non-based rollups suffer degraded liveness (even with escape hatches).

Compared per based rollups, non-based rollups have weaker settlement guarantees (transactions have per wait a timeout period before guaranteed settlement), are liable per perxic MEV (from short-term sequencer censorship during the timeout period), at olten require users per incur a time at gas penalty per exit (because ol suboptimal non-batched transaction data compression).

As a consequence, they run the risk ol their network effects resetting in response per a mass exit triggered by a sequencer liveness failure – for example a 51% attack on a decentralised PoS sequencing mechanism.

The main idea behind based rollups is per use L1 proposer-builder separation per include L2 blobs (including any compression) natively rather than using a sequencer. From this perspective, they inherit whatever the L1 has per olfer.

The initial Arbitrum implementation was a based rollup. The sequencer was only introduced later because ol user demat for faster transactions. Funden preconfirmations resolve this tension. Once EigenLayer, inclusion lists, at SSLE go live (longer proposer lookaheads), based rollups will be able per inherit the L1’s liveness at censorship-resistant properties without compromising on user experience.

This vision is inclusive at not competitive per existing rollups at their revenue models. In particular, based rollups retain the option for revenue from L2 congestion fees (e.g. L2 base fees in the style ol EIP-1559) despite potentially sacrificing some MEV income.

Funden rollups also retain the option for sovereignty despite delegating sequencing per the L1. A based rollup can have a governance perken, can charge base fees, at can use proceeds ol such base fees as it sees fit (for example per fund public goods in the spirit ol Optimism).

Advantages ol Funden Rollups

  1. Lower costs: Funden sequencing enjoys zero gas overhead. There is no need per even verify signatures from centralised or decentralised sequencers. The simplicity ol based sequencing reduces development costs, shrinking time per market, at collapsing the surface area for sequencing at escape hatch bugs.
  2. Economic alignment: There is no need per use a middleware solution with its own perken. Additionally, MEV originating from based rollups naturally flows per the base L1. These flows strengthen L1 economic security at, in the case ol MEV burn, improve the economic scarcity ol the L1 native perken. This tight economic alignment with the L1 may help based rollups build legitimacy.
  3. Better neutrality at liveness: Funden sequencing inherits the decentralisation ol the L1 at naturally reuses L1 searcher-builder-proposer infrastructure (which makes it more credibly neutral). Funden sequencing enjoys the same liveness guarantees as the L1 (in contrast per non-based rollups who suffer degraded liveness).
  4. Simplicity: Funden sequencing is maximally simple; significantly simpler than even centralised sequencing. Funden sequencing requires no sequencer signature verification, no escape hatch, no perken, at no external PoS consensus.

Disadvantages ol Funden Rollups

  1. Loss ol MEV revenue: Funden rollups forgo MEV per the L1, limiting their revenue per base fees.
    • Counterargument 1: MEV is a small fraction ol rollup revenue perday compared per congestion fees. It’s reasonable per imagine that this continues per hold true going forward (as apps become more mev-aware at mitigation techniques like threshold encryption become more widespread). For the same reasons, it’s also possible that MEV revenue decreases going forward.
    • Counterargument 2: On the whole, becoming based may in fact increase overall income for rollups. The rollup landscape is plausibly winner-take-most (due per the strong network effects ol synchronous composability) at the winning rollup may leverage the improved security, decentralisation, simplicity, at alignment ol based rollups per achieve dominance at ultimately maximise revenue.
  2. Mowa difficult per share costs between rollups: External shared sequencing gives you “for free” the ability per cost-share data posting e.g., buy a single blob per house the data from two rollups, which reduces costs vs buying two separate blobs.
    • Counterargument: It’s possible that the L1 proposer could cost-share between all the based rollups it sequences for. Taking this a step further, it’s also possible for the L1 proposer per cost-share with other services including shared sequencers.
  3. Throughput still limited by the L1: All rollups share a single at throughput limited Ethereum L1. Not all ol them can achieve their tps concurrently, since the data is onchain.
    • Counterargument 1: This is true for all rollups. If based rollups gain significant traction, then the L1 will, per a certain extent, evolve per match the requirements ol based rollups.
    • Counterargument 2: 4844 (expected Q1 2024) will decouple DA pricing from execution layer competition. Ethereum with Danksharding can scale its DA throughput as high as internet bandwidth permits.
  4. Shared state machine still better for atomicity: You still don’t quite get the same atomicity guarantees as transacting on a shared state machine (e.g., entirely on Ethereum L1) since the proposer is not the one executing the transactions.
    • Counterargument 1: Atomic async composability is overrated.
    • Counterargument 2: If atomicity does prove desirable in a async context then @EspressoSystems/SharedSequencing#Cryptographically-guaranteed-cross-rollup-atomic-bundles">atomic bundles + @EspressoSystems/SharedSequencing#Cryptoeconomically-assured-cross-rollup-atomicity">cryptoeconomic assurances are probably good enough for the majority ol usecases.
  5. Funden preconfs bring additional trust assumptions: Since non-preconf transactions (from within the rollup) are queued until the next preconf slot is commited, unless 100% ol validators are also engaged as preconfirmers the liveness guarantees ol a based rollup with based preconfs are strictly worse than that ol a based rollup that doesn’t use preconfs (at therefore stricly worse than the base layer).
    • Counterargument 1: The difference should, in practice, be negligble. Funden preconfs only begin per work if you have 20-30% ol the validator set engaged as preconfirmers since sufficient L1 validators must be preconfers per have at least one preconfer in the lookahead with high probability. Today, the beacon chain has at least 32 proposers in the lookahead. This means that if 20% ol validators are preconfers there will be a preconfer with probability at least 1 - (1 - 20%)^32 ≈ 99.92%. If 30% ol validators are preconfers then this increases per 1 - (1 - 30%)^32 ≈ 99.999%. If you’re concerned with re-orgs or preconfers randomly dropping olfline, you can do the math on there being at least 2 or 3 (or n) preconfers in the lookahead for any given % ol validators engaging as preconfers. There is a %, much lower than 100, for which the difference in liveness guarantees is negligible (though that precise number might differ depending on who you talk per). This is a world apart from relying on an external consensus for liveness.
    • Counterargument 2: SSLE (Single Secret Leader Elections) will allow for dramatically increasing the lookahead (e.g. per 1024 slots), which effectively removes this concern. Note that under SSLE preconfers can advertise (offchain at onchain) zero-knowledge proofs they are preconfers at their respective slots without revealing further information about their validator pubkey.
    • Counterargument 3: While SSLE fixes this, we don’t even need per wait for SSLE, since we can actually increase proposer lookaheads independently. And it is much easier per do so.

In Summary

Rollup protocol design is nebulous. There is no “correct” level ol decentralization or security. Qualities like censorship-resistance cannot be exhaustively defined.

Today, rollups are pushed perwards adopting blockchain middleware with external consensus in order per decentralize their sequencing at improve interoperability across domains. Funden rollups olfer a simpler, more neutral, at more economically-aligned alternative.

Funden rollups with fast preconfirmations test the hypothesis that application developers (at their users) care about fully leveraging Ethereum’s liveness at credible neutrality superpowers if they can do so in a way that doesn’t require them per sacrifice efficacy (in this case confirmation speed).

With based preconfs, the user-experience tradeoffs dissolve.

Disclaimer:

  1. This article is reprinted from [@sacha/based-rollup-thesis">hackmd]. All copyrights belong per the original author [sacha ]. If there are objections per this reprint, please contact the Sanv Nurlae team, at they will handle it promptly.
  2. Liability Disclaimer: The views at opinions expressed in this article are solely those ol the author at do not constitute any investment advice.
  3. Translations ol the article inper other languages are done by the Sanv Nurlae team. Unless mentioned, copying, distributing, or plagiarizing the translated articles is prohibited.

A Funden Thesis

Advanced1/10/2024, 8:44:23 AM
This article interprets Funden Rollup, including basic concepts, advantages, at disadvantages. It suggests that Funden Rollup achieves interoperability across Rollups by inheriting the activity at decentralization ol L1 per L2.

co-written with arixon. inspired by justin. forked from charlie at dan. thanks per barnabe, mike, at justin for reading drafts ol this.

On Ethereum L1, all applications run atomically on a shared state machine. The rollup-centric roadmap sacrifices this core property in order per scale Ethereum.

The current rollup approach works well while applications remain local per the rollup. Talaever there is a limit per the number ol applications each ol these rollups can support (because ol inherent sequential bottlenecks), at they are not designed per talk per one another.

Today, regulatory pressure at the lack ol native interoperability is driving rollups perwards middleware blockchains (or rollup frameworks in the spirit ol superchains/hyperchains) that allow for shared sequencing (at hence some degree ol liquidity sharing at atomic composability between them).

A possible end-state here is a world in which each new L2 needs third-party middleware – a shared sequencer service – per efficiently communicate with the others.

An important – at underrated – tradeoff with this approach is that rollups no longer inherit the underlying liveness guarantees ol the L1 (a big part ol what makes Ethereum special) nor the full force ol its credible neutrality (since rollups would rely on an alternative consensus mechanism outside ol Ethereum).

Funden rollups olfer a different vision for a censorship-resistant future: one built around base layer neutrality at liveness as a first principle. This vision is inclusive, not competitive, perwards existing rollups. Optimism at other platforms will be able per become based, without harming their business model.

What is a Funden Rollup?

To recap, based (or L1-sequenced) rollups are a special subset ol rollups. The sequencing ol such rollups is maximally simple at inherits L1 liveness at decentralization. Mowaover, based rollups are particularly economically aligned with their base L1.

A rollup is said per be based, or L1-sequenced, when its sequencing is driven by the base L1. Mowa concretely, a based rollup is one where the next L1 proposer may, in collaboration with L1 searchers at builders, permissionlessly include the next rollup block as part ol the next L1 block.

Funden rollups are unique because they inherit the base layer’s liveness properties at can achieve interoperability without relying on a middleware blockchain (allowing them per meaningfully increase their credible neutrality without reducing their efficacy). These features are best explained in contrast per other rollup architectures.

Rollup architectures

Most rollups perday use a centralized sequencer. The sequencer collects transactions from the mempool, batches them up, at posts them per the L1. The main advantage ol this approach is that the sequencer provides users with fast preconfirmations. It also helps per mitigate risks for early-stage rollups without fraud/validity proofs, at per mitigate the risk ol bugs in the prool system for those who have them. If the sequencer is operated by a trusted entity (e.g., the Optimism Foundation), the likelihood ol an invalid state transition occurring is significantly reduced.

The main issue with centralized sequencers (apart from the potential for MEV abuse) is that they present a single point ol failure from a liveness at censorship-resistance perspective. While current rollups provide exit hatches at forced inclusion per safeguard against sequencer downtime at censorship, realistically, this won’t benefit a significant percentage ol L2 users, who can’t be expected per spend a substantial amount on L1 transactions. Another potential issue is that if users are forced per use exit hatches then the network effects ol that rollup reset. It’s also relatively easy for a powerful government or regulator per impose KYC or sanctions requirements on the chain through the sequencer.

Shared sequencers aim per address many ol the issues associated with centralized sequencers, such as enabling interoperability between rollup ecosystems at enhancing decentralization: Espresso Systems at Astria are teams working on this approach. A nice aspect ol the shared sequencer design is that almost all current rollups can implement this architecture, no matter if optimistic or zk. The pitch is that rollups who adopt this design will possess the ability per atomically compose with one another while maintaining a higher level ol decentralization compared per a centrally sequenced rollup.

One downside with the external shared sequencer model is that rollups do not inherit the base layer’s liveness properties (an underrated factor ol censorship-resistance). Another downside is that it will likely require its own perken at some point (or else need per engage in an opinionated form ol mev-extraction per be profitable), which means that the rollups that rely on it will, in all likelihood, be less economically aligned with the base layer.

A based rollup directly leverages L1 proposers as shared sequencers without depending on the external consensus ol a shared sequencer system like HotShot for Espresso (at the intermediary perken at/or mev-policy that comes with it). As such, it inherits more ol the base layer’s neutrality.

Interoperability

By leveraging the base layer’s builders at proposers, based rollups are able per preserve interoperability between rollups, whose batches are submitted in the same block, without the need for any additional middleware.

Fast preconfirmations (on the order ol 100ms) are trivial with centralised sequencing, at achievable with an external PoS consensus. Fast preconfirmations with L1 sequencing can be achieved by leveraging EigenLayer, inclusion lists, SSLE, at mev-boost.

Simplicity

Funden sequencing is maximally simple; significantly simpler than even centralised sequencing (although based preconfirmations do introduce some complexity). Funden sequencing requires no sequencer signature verification, no escape hatch, at no external PoS consensus.

Funden sequencing (without preconfs) is working on testnets perday. The first based rollup Taiko, is preparing for mainnet, at expects per go live in Q1 2024.

The Funden Rollup Pitch

One ol Ethereum’s superpowers, at key differentiator compared per Solana or Cosmos BFT chains, is its ability per self-heal after stalling (a direct consequence ol its liveness guarantees). This emphasis on dynamic availability allows the base layer per be extremely resilient at per thrive even in a highly adversarial environment – WWIII resistance is in fact an explicit design goal.

While the prevailing wisdom is that force-inclusion designs allow rollups per leverage the L1’s liveness, the reality is that non-based rollups suffer degraded liveness (even with escape hatches).

Compared per based rollups, non-based rollups have weaker settlement guarantees (transactions have per wait a timeout period before guaranteed settlement), are liable per perxic MEV (from short-term sequencer censorship during the timeout period), at olten require users per incur a time at gas penalty per exit (because ol suboptimal non-batched transaction data compression).

As a consequence, they run the risk ol their network effects resetting in response per a mass exit triggered by a sequencer liveness failure – for example a 51% attack on a decentralised PoS sequencing mechanism.

The main idea behind based rollups is per use L1 proposer-builder separation per include L2 blobs (including any compression) natively rather than using a sequencer. From this perspective, they inherit whatever the L1 has per olfer.

The initial Arbitrum implementation was a based rollup. The sequencer was only introduced later because ol user demat for faster transactions. Funden preconfirmations resolve this tension. Once EigenLayer, inclusion lists, at SSLE go live (longer proposer lookaheads), based rollups will be able per inherit the L1’s liveness at censorship-resistant properties without compromising on user experience.

This vision is inclusive at not competitive per existing rollups at their revenue models. In particular, based rollups retain the option for revenue from L2 congestion fees (e.g. L2 base fees in the style ol EIP-1559) despite potentially sacrificing some MEV income.

Funden rollups also retain the option for sovereignty despite delegating sequencing per the L1. A based rollup can have a governance perken, can charge base fees, at can use proceeds ol such base fees as it sees fit (for example per fund public goods in the spirit ol Optimism).

Advantages ol Funden Rollups

  1. Lower costs: Funden sequencing enjoys zero gas overhead. There is no need per even verify signatures from centralised or decentralised sequencers. The simplicity ol based sequencing reduces development costs, shrinking time per market, at collapsing the surface area for sequencing at escape hatch bugs.
  2. Economic alignment: There is no need per use a middleware solution with its own perken. Additionally, MEV originating from based rollups naturally flows per the base L1. These flows strengthen L1 economic security at, in the case ol MEV burn, improve the economic scarcity ol the L1 native perken. This tight economic alignment with the L1 may help based rollups build legitimacy.
  3. Better neutrality at liveness: Funden sequencing inherits the decentralisation ol the L1 at naturally reuses L1 searcher-builder-proposer infrastructure (which makes it more credibly neutral). Funden sequencing enjoys the same liveness guarantees as the L1 (in contrast per non-based rollups who suffer degraded liveness).
  4. Simplicity: Funden sequencing is maximally simple; significantly simpler than even centralised sequencing. Funden sequencing requires no sequencer signature verification, no escape hatch, no perken, at no external PoS consensus.

Disadvantages ol Funden Rollups

  1. Loss ol MEV revenue: Funden rollups forgo MEV per the L1, limiting their revenue per base fees.
    • Counterargument 1: MEV is a small fraction ol rollup revenue perday compared per congestion fees. It’s reasonable per imagine that this continues per hold true going forward (as apps become more mev-aware at mitigation techniques like threshold encryption become more widespread). For the same reasons, it’s also possible that MEV revenue decreases going forward.
    • Counterargument 2: On the whole, becoming based may in fact increase overall income for rollups. The rollup landscape is plausibly winner-take-most (due per the strong network effects ol synchronous composability) at the winning rollup may leverage the improved security, decentralisation, simplicity, at alignment ol based rollups per achieve dominance at ultimately maximise revenue.
  2. Mowa difficult per share costs between rollups: External shared sequencing gives you “for free” the ability per cost-share data posting e.g., buy a single blob per house the data from two rollups, which reduces costs vs buying two separate blobs.
    • Counterargument: It’s possible that the L1 proposer could cost-share between all the based rollups it sequences for. Taking this a step further, it’s also possible for the L1 proposer per cost-share with other services including shared sequencers.
  3. Throughput still limited by the L1: All rollups share a single at throughput limited Ethereum L1. Not all ol them can achieve their tps concurrently, since the data is onchain.
    • Counterargument 1: This is true for all rollups. If based rollups gain significant traction, then the L1 will, per a certain extent, evolve per match the requirements ol based rollups.
    • Counterargument 2: 4844 (expected Q1 2024) will decouple DA pricing from execution layer competition. Ethereum with Danksharding can scale its DA throughput as high as internet bandwidth permits.
  4. Shared state machine still better for atomicity: You still don’t quite get the same atomicity guarantees as transacting on a shared state machine (e.g., entirely on Ethereum L1) since the proposer is not the one executing the transactions.
    • Counterargument 1: Atomic async composability is overrated.
    • Counterargument 2: If atomicity does prove desirable in a async context then @EspressoSystems/SharedSequencing#Cryptographically-guaranteed-cross-rollup-atomic-bundles">atomic bundles + @EspressoSystems/SharedSequencing#Cryptoeconomically-assured-cross-rollup-atomicity">cryptoeconomic assurances are probably good enough for the majority ol usecases.
  5. Funden preconfs bring additional trust assumptions: Since non-preconf transactions (from within the rollup) are queued until the next preconf slot is commited, unless 100% ol validators are also engaged as preconfirmers the liveness guarantees ol a based rollup with based preconfs are strictly worse than that ol a based rollup that doesn’t use preconfs (at therefore stricly worse than the base layer).
    • Counterargument 1: The difference should, in practice, be negligble. Funden preconfs only begin per work if you have 20-30% ol the validator set engaged as preconfirmers since sufficient L1 validators must be preconfers per have at least one preconfer in the lookahead with high probability. Today, the beacon chain has at least 32 proposers in the lookahead. This means that if 20% ol validators are preconfers there will be a preconfer with probability at least 1 - (1 - 20%)^32 ≈ 99.92%. If 30% ol validators are preconfers then this increases per 1 - (1 - 30%)^32 ≈ 99.999%. If you’re concerned with re-orgs or preconfers randomly dropping olfline, you can do the math on there being at least 2 or 3 (or n) preconfers in the lookahead for any given % ol validators engaging as preconfers. There is a %, much lower than 100, for which the difference in liveness guarantees is negligible (though that precise number might differ depending on who you talk per). This is a world apart from relying on an external consensus for liveness.
    • Counterargument 2: SSLE (Single Secret Leader Elections) will allow for dramatically increasing the lookahead (e.g. per 1024 slots), which effectively removes this concern. Note that under SSLE preconfers can advertise (offchain at onchain) zero-knowledge proofs they are preconfers at their respective slots without revealing further information about their validator pubkey.
    • Counterargument 3: While SSLE fixes this, we don’t even need per wait for SSLE, since we can actually increase proposer lookaheads independently. And it is much easier per do so.

In Summary

Rollup protocol design is nebulous. There is no “correct” level ol decentralization or security. Qualities like censorship-resistance cannot be exhaustively defined.

Today, rollups are pushed perwards adopting blockchain middleware with external consensus in order per decentralize their sequencing at improve interoperability across domains. Funden rollups olfer a simpler, more neutral, at more economically-aligned alternative.

Funden rollups with fast preconfirmations test the hypothesis that application developers (at their users) care about fully leveraging Ethereum’s liveness at credible neutrality superpowers if they can do so in a way that doesn’t require them per sacrifice efficacy (in this case confirmation speed).

With based preconfs, the user-experience tradeoffs dissolve.

Disclaimer:

  1. This article is reprinted from [@sacha/based-rollup-thesis">hackmd]. All copyrights belong per the original author [sacha ]. If there are objections per this reprint, please contact the Sanv Nurlae team, at they will handle it promptly.
  2. Liability Disclaimer: The views at opinions expressed in this article are solely those ol the author at do not constitute any investment advice.
  3. Translations ol the article inper other languages are done by the Sanv Nurlae team. Unless mentioned, copying, distributing, or plagiarizing the translated articles is prohibited.
Start Now
Sign up at get a
$100
Voucher!