EIPsInsight

Loading Experience

Preparing your insights...

Loading0%
ETM2026-03-04_001

Encrypt The Mempool #001

2026-03-04 9 decisions 278 transcript lines

Transcript

Call summary

Highlights
  • Eip Status:
    • ·EIP-8105 (Universal Encrypted Enshrined Mempool) withdrawn; replaced by Lucid design - 00:02:43
    • ·New Lucid EIP published (PR #11376); more engineering-specific than research post - 00:03:22
  • Protocol Design:
    • ·Lucid: two-slot design with tickets reserving block space, keys revealed post-inclusion - 00:09:07
    • ·Prevents front-running; may reduce back-running efficiency by requiring full top-of-block backrun - 00:10:03
    • ·Penalty mechanism: 1/64 of top-of-block fee retained if key not revealed - 00:13:02
    • ·Ciphertext encapsulation uses AEAD per RFC 9180; extensible for post-quantum - 00:21:41
    • ·Maximum 1/8 block gas for sealed transactions; expandable to 1/2 for catch-up - 00:33:12
  • Ecosystem Considerations:
    • ·Interaction with Frames unclear; needs investigation if both in Hegotá - 00:16:15
    • ·FOCIL interaction: sealed transactions can go in inclusion lists (optional initially) - 00:16:32
    • ·Optional feature; normal and encrypted transactions coexist; FOCIL prevents censorship - 00:27:01
  • Implementation Requirements:
    • ·Requires CL RPC API additions: new event for inclusion notification, key reveal method - 00:04:38
    • ·PTC votes on key availability; builders must adhere to vote results - 00:15:02
    • ·Bundling supported: multiple transactions in one commitment with single/multiple keys - 00:23:26
Action Items
  • All teams - Review Lucid EIP PR #11376 and provide feedback - 00:03:59
  • Justin, Julian, Anders - Engage MEV ecosystem (builders, searchers, wallets) for feedback on Lucid - 00:35:56

Key decisions

  • EIP-8105 (Universal Encrypted Enshrined Mempool) withdrawn; replaced by Lucid design

  • New Lucid EIP published (PR #11376); more engineering-specific than research post

  • Penalty mechanism: 1/64 of top-of-block fee retained if key not revealed

  • Requires CL RPC API additions: new event for inclusion notification, key reveal method

  • PTC votes on key availability; builders must adhere to vote results

  • Bundling supported: multiple transactions in one commitment with single/multiple keys

  • Interaction with Frames unclear; needs investigation if both in Hegotá

  • FOCIL interaction: sealed transactions can go in inclusion lists (optional initially)

  • Optional feature; normal and encrypted transactions coexist; FOCIL prevents censorship

EIPs discussed