This Milestone's aim is to identify what needs to be modified in the L1 protocol, the rollup node, the DAL node, the EVM node, and the Etherlink kernel to support the Adaptive DAL concept. Adaptive DAL is a concept in which slots might not be attested in the sense of L1 but sufficiently attested to trigger reconstruction. In this case, rollups with some extra security guarantees (like Etherlink, which only imports slots when the sequencer signals them).

Meta MR showing the whole diff: !15274 (closed)

Tasks

• Phase 1, MR !15081 (closed): Update skip list to remember attestation power of unattested slots
• Phase 2, MR !15176 (closed): New reveal data channel request request_adal_page for rollups in L1's PVM sig (without refutations)
• Phase 3: MR !15191 (closed): extend SDK / Host functions to handle adaptive DAL case request_adal_page: TODO in final version: include commitment publisher address
• [-] not needed currently In addition to unattested status, remember attestation power of unattested slots in DAL nodes
• Phase 4, MR !15205 (closed): be able to handle request_adal_page in the rollup node In addition to unattested status, remember attestation power of unattested slots in rollup nodes
• Phase 5, MR !15208 (closed): Basic test: DAL echo kernel can request importing an unattested slot depending on a pre-defined attestation power
• Phase 6, MR !15209 (closed): Etherlink can request importing an unattested slot depending on a pre-defined attestation power
• Phase 7, MR !15236 (closed): Refutation games extended to handle the new request_adal_page case + Test

Nice to have to simplify our lives later

• Bonus 1: Recycle MR !13946 (closed): Add the tz of the commitment publisher in the skip list cells (trivial)
• Bonus 2: MR !15237 (closed) Explore adding the level (at least) in the backpoints of skip lists (easy) discarded after discussions
• Bonus 3: Add a reveal channel for skip list cells' content OR a new internal message (laborious) discarded after discussions
  • Recycle imperfect unfinished closed MR !13948 (closed) for the internal message idea (we attempted to extend EOL with a payload here) discarded after discussions