Ethereum bespreekt versleutelde mempool: bots moeten transacties later zien
Een grote swap op Ethereum is nu vaak zichtbaar voordat hij wordt uitgevoerd. Dat geeft gespecialiseerde bots tijd om ervoor te springen, eromheen te handelen of de volgorde uit te buiten.
Ethereum-ontwikkelaars bespreken vandaag een ingrijpender antwoord: transacties tijdelijk versleutelen totdat de plek in het block grotendeels vaststaat. De tiende officiële Encrypt the Mempool-bijeenkomst begint om 15:00 UTC, oftewel 17:00 uur in Nederland en België.
Ethereum wil bots informatie afpakken
Een gewone Ethereum-transactie komt vaak eerst in de publieke mempool terecht.
Dat is de wachtruimte waarin transacties zichtbaar zijn voordat een validator ze definitief in een block opneemt.
Die openheid heeft een prijs.
Bots kunnen de mempool voortdurend uitlezen en zoeken naar transacties waarvan de volgorde geld waard is. Ethereum beschrijft in zijn eigen uitleg over MEV hoe zogenoemde generalized frontrunners winstgevende transacties kunnen herkennen, kopiëren en met een hogere vergoeding vóór het origineel proberen te plaatsen.
Bij een sandwich-aanval gaat een bot nog verder.
Hij koopt bijvoorbeeld vóór een grote swap, laat de transactie van het slachtoffer de prijs bewegen en verkoopt daarna opnieuw. Het slachtoffer krijgt daardoor een slechtere uitvoering.
Vooral binnen DeFi kan vooraf zichtbare handelsinformatie rechtstreeks geld waard zijn.
LUCID wil transacties eerst verzegelen
Een van de belangrijkste ontwerpen is EIP-8184, beter bekend als LUCID.
Het voorstel introduceert zogenoemde sealed transactions. De transactie reist door de publieke Ethereum-route, maar de inhoud blijft tijdelijk versleuteld.
Builders moeten zich eerst vastleggen op de opname van zo'n transactie voordat de informatie wordt ontsleuteld.
Dat verandert de volgorde fundamenteel.
Nu kan een builder of bot eerst de inhoud bekijken en daarna reageren. Bij LUCID moet een groot deel van die speelruimte verdwijnen doordat de commitment vóór de reveal komt.
Het voorstel staat nog op Draft.
Er is dus geen besluit dat LUCID daadwerkelijk in Ethereum wordt opgenomen.
Dit is geen permanente transactieprivacy
De term encrypted mempool kan snel de verkeerde indruk geven.
Ethereum probeert hiermee niet alle transactiegegevens geheim te houden.
De inhoud wordt uiteindelijk ontsleuteld en komt gewoon op de publieke blockchain terecht.
Het beveiligingsvoordeel zit in timing.
Bots moeten de transactie niet kunnen zien op het moment dat ze nog gemakkelijk hun eigen orders ervoor, erna of eromheen kunnen plaatsen.
Daarmee richt LUCID zich vooral op frontrunning, sandwiching en andere vormen van schadelijke MEV.
Private mempools lossen één probleem op en creëren een ander
Ethereum-gebruikers proberen die risico's nu al te vermijden.
Waardevolle transacties worden steeds vaker rechtstreeks naar private relays, builders of andere gesloten orderflowkanalen gestuurd. Daar zijn ze niet zichtbaar voor iedereen in de openbare mempool.
Dat beschermt tegen bepaalde bots.
Maar het verschuift ook macht.
De LUCID-specificatie stelt dat gebruikers daardoor afhankelijker worden van private partijen, exclusieve deals en gesloten verbindingen met block builders.
Wie toegang heeft tot de beste orderflow krijgt een voordeel.
De publieke mempool verliest juist transacties die economisch het interessantst zijn.
LUCID probeert daarom iets lastigers: de bescherming van een private route combineren met een publieke en permissionless toegang tot Ethereum.
Wie de decryptiesleutel vrijgeeft wordt het lastige punt
Daar zit vandaag een van de zwaarste discussiepunten.
Op de officiële agenda staat:
“Reducing optionality via key-reveal allowlist. How to maintain permissionlessness?”
Het probleem is technisch, maar de inzet is eenvoudig.
Iemand moet uiteindelijk zorgen dat de sleutel waarmee een transactie wordt ontsleuteld op het juiste moment beschikbaar komt.
Wanneer een key publisher zelf kan kiezen of hij een sleutel wel of niet publiceert, ontstaat nieuwe speelruimte. Hij kan mogelijk selectief onthullen wanneer dat hem goed uitkomt.
Een beperkte groep goedgekeurde partijen kan dat probleem technisch makkelijker maken.
Maar dan ontstaat onmiddellijk een andere vraag: wie bepaalt wie op die lijst staat?
Een systeem dat frontrunning bestrijdt door een nieuwe gesloten groep tussenpersonen te creëren, lost het ene machtsprobleem op door een ander te bouwen.
EIP-8105 kiest voor meerdere soorten sleutelproviders
Naast LUCID ligt ook EIP-8105 op tafel.
Dat voorstel heet de Universal Enshrined Encrypted Mempool en probeert bewust niet één encryptietechniek vast te leggen.
Verschillende aanbieders van decryptiesleutels zouden zich kunnen registreren.
Daarbij noemt het voorstel mogelijke technieken zoals threshold encryption, MPC-constructies, trusted execution environments en andere cryptografische systemen.
Ook EIP-8105 staat nog als Draft geregistreerd.
Het verschil zit vooral in hoeveel van het encryptiesysteem Ethereum zelf moet vastleggen en hoeveel ruimte buiten het protocol blijft.
Post-quantumtechniek staat vandaag ter discussie
Het tweede opvallende agendapunt luidt:
“PQ and threshold - off the table till crypto improves?”
PQ staat voor post-quantum.
LUCID benoemt zelf een lastig probleem. Voor een volledig ingebouwde cryptografische oplossing wil Ethereum onder meer kleine sleutels, geen trusted setup, praktische versleutelde berichten, sterke beveiliging en een geloofwaardig pad richting quantumveiligheid.
Volgens de huidige EIP bestaat geen bekende constructie die al die eisen tegelijk op Ethereum-schaal afvinkt.
Daarom probeert LUCID Ethereum voorlopig niet aan één specifiek cryptografisch systeem vast te ketenen.
De vergadering van vandaag moet mede duidelijk maken of post-quantum- en bepaalde threshold-oplossingen voorlopig buiten het hoofdontwerp moeten blijven.
Dat is nog geen besluit om ze definitief te laten vallen.
Permissionless wordt belangrijker dan alleen encryptie
Daarmee verschuift de discussie.
De vraag is niet langer alleen: kunnen we een transactie versleutelen?
Dat kan.
De moeilijkere vraag is of Ethereum dat kan doen zonder nieuwe partijen zoveel macht te geven dat het netwerk opnieuw afhankelijk wordt van toegang, toestemming of vertrouwen.
Voor een permissionless netwerk is dat een harde eis.
Iedere extra sleutelbeheerder, commissie of whitelist kan technisch nuttig zijn, maar verandert ook wie een transactie kan tegenhouden of vertragen.
Juist daarom besteedt de werkgroep zoveel aandacht aan de manier waarop sleutels worden vrijgegeven.
Encrypted mempool kan macht van builders aantasten
MEV draait uiteindelijk om informatie en volgorde.
Wie als eerste weet welke grote transacties eraan komen, kan zijn eigen transacties daarop aanpassen.
Dat voordeel is lucratief.
Ethereum waarschuwt zelf dat partijen die bijzonder efficiënt MEV verzamelen daardoor economisch sterker kunnen worden. Grote staking- en builderpartijen kunnen hun schaalvoordeel vervolgens verder uitbouwen.
Een encrypted mempool pakt niet alle MEV weg.
Arbitrage tussen handelsplatformen verdwijnt bijvoorbeeld niet ineens.
Wel kan het moeilijker worden om winst te halen uit de simpele informatievoorsprong dat je de order van een andere gebruiker nét eerder ziet.
Voor gewone DeFi-gebruikers is dat waarschijnlijk het interessantste deel.
LUCID vereist uiteindelijk een hard fork
Wie vandaag op een snelle invoering rekent, loopt te hard vooruit.
EIP-8184 wijzigt volgens de specificatie zowel de consensus- als executionlaag. Ook blockregels, inclusion lists, netwerkcommunicatie en verschillende interfaces moeten worden aangepast.
Daarvoor is een hard fork nodig.
Bestaande gewone transacties blijven onder het voorgestelde ontwerp wel geldig. Gebruikers zouden dus niet verplicht worden iedere transactie via LUCID te versturen.
Maar voordat het zover komt, moeten ontwikkelaars eerst bepalen welk ontwerp technisch en economisch overeind blijft.
Er staat nog geen definitieve Ethereum-upgrade gepland waarin LUCID is vastgelegd.
Vandaag draait het om wie uiteindelijk te vertrouwen is
De bijeenkomst van vandaag levert dus geen knop op waarmee frontrunning morgen verdwijnt.
Wel raakt ze aan een groter probleem binnen Ethereum.
De publieke mempool is open, maar lekt waardevolle informatie. Private orderflow beschermt die informatie, maar geeft meer macht aan gesloten partijen.
Een encrypted mempool probeert tussen die twee modellen door te breken.
De techniek is niet het lastigste deel.
De echte strijd draait om wie de sleutel mag vrijgeven, wie die partij controleert en of Ethereum die bescherming kan bouwen zonder toestemming opnieuw tot handelswaar te maken.
Stop met te veel betalen voor je crypto. Bij de Amsterdamse exchange Finst handel je tegen de laagste tarieven van Nederland, zonder verborgen kosten.
👀 Bekijk Finst nu ›Let op: Beleggen in crypto brengt risico’s met zich mee. Handel alleen met geld dat u kunt missen.
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
