Aptos Encrypted Mempool ist live auf dem Mainnet und schützt Trades mit 20ms Verzögerung vor MEV-Bots
Wichtige Erkenntnisse
- •Der verschlüsselte Mempool von Aptos verbirgt das Transaktions-Payload, einschließlich Funktionsaufruf und Argumenten, bis der Konsens den Block finalisiert, während Absenderadressen und Gas-Gebühren sichtbar bleiben.
- •Die Threshold-Verschlüsselung läuft auf den bestehenden Aptos-Validatoren, sodass weder ein einzelner Validator noch eine Gruppe unterhalb des Schwellenwerts eine ausstehende Transaktion entschlüsseln kann; ein zusätzliches Entschlüsselungskomitee, ein privater Block-Builder oder vertrauenswürdige Hardware werden nicht eingeführt.
- •Petra ist die erste Wallet, die Nutzern die Verschlüsselung von Transaktionen beim Signieren ermöglicht, und Decibel, eine auf Aptos aufgebaute Perpetual-Futures-Börse, nutzt die Infrastruktur, um Orders bis zur Ausführung Off-Chain zu halten.
- •Tests mit 50 Nodes ergaben rund 20 Millisekunden zusätzliche Latenz pro Block gegenüber der Produktionsversion von AptosBFT — eine Verzögerung, die Aptos angesichts der Finalisierung unter einer Sekunde als unbedeutend ansieht.
- •Bestehende Move-Smart-Contracts erfordern keine Änderungen; Unterstützung ist über das Aptos TypeScript SDK ab Version 7.0.0 verfügbar, womit die breitere Einführung bei Wallet- und Anwendungsintegrationen liegt.

Aptos hat einen protokollnativen verschlüsselten Mempool auf dem Mainnet aktiviert, der Nutzern eine optionale Möglichkeit bietet, Transaktionsdetails zu verbergen, bis die Blockanordnung finalisiert ist. Laut einer offiziellen Ankündigung zielt die Funktion auf ein langjähriges Problem im dezentralen Finanzwesen (DeFi) ab: Frontrunning und Sandwich-Angriffe durch MEV-Bots gegen öffentlich sichtbare ausstehende Transaktionen. MEV (Maximal Extractable Value) bezeichnet den Gewinn, der durch Umordnung, Einfügen oder Zensieren von Transaktionen innerhalb eines Blocks erzielt werden kann.
Verschlüsselung von Transaktionen vor dem Eintritt in den Mempool
Wenn die Funktion aktiviert ist, wird das Payload einer Transaktion clientseitig verschlüsselt, bevor es an das Netzwerk gesendet wird. Sensible Informationen wie der Funktionsaufruf und seine Argumente bleiben verborgen, während die Absenderadresse und die Gas-Gebühr weiterhin sichtbar sind.
Validatoren können dann die Reihenfolge der Transaktionen bestätigen, ohne die Zahlungsnachricht selbst einsehen zu müssen. Sobald der Konsens dem Block zugestimmt hat, entschlüsseln die Validatoren die Transaktionen kollektiv, führen sie aus und fügen sie der Blockchain hinzu.
Kein einzelner Validator kann eine ausstehende Transaktion entschlüsseln
Aptos implementiert Threshold-Verschlüsselung direkt auf Basis seiner bestehenden Validatoren. Kein einzelner Validator kann eine ausstehende Transaktion entschlüsseln, und auch keine Gruppe, deren kombinierter Stake unterhalb des erforderlichen Schwellenwerts liegt. Bei Threshold-Designs wird die Entschlüsselungsbefugnis auf mehrere Parteien aufgeteilt, daher stehen die Schlüsselinhaber — und ob sie neue Vertrauensannahmen einführen — im Zentrum des Designs. Verschlüsselungsbasierte Schemata, die ein dediziertes Entschlüsselungskomitee, einen privaten Block-Builder oder vertrauenswürdige Hardware hinzufügen, bringen neue Parteien in diese Gleichung — ein Anliegen, das die Ankündigung direkt ansprach: "Wir schaffen in Aptos kein zusätzliches Entschlüsselungskomitee, keinen privaten Block-Builder und keinen Anbieter vertrauenswürdiger Hardware. Stattdessen wird die AQUA-Token-Konvertierung von denselben Validatoren abgewickelt, die den Aptos-Konsens ermöglichen."
Verschlüsselter Mempool richtet sich gegen Frontrunning- und Sandwich-Bots
Öffentliche Mempools zeigen Transaktionsdaten vor der Ausführung an, was automatisierten Trading-Bots die Gelegenheit gibt, große Transaktionen zu erkennen und zu kopieren oder Trades unmittelbar vor und nach einem anderen Trader auszuführen. Da das Payload geheim gehalten wird und die endgültigeihenfolge nur durch den Konsens bestätigt wird, entzieht Aptos diesen Bots einen Großteil der Informationen, die sie zur Störung von Trades benötigen.
Der Schutz könnte insbesondere für institutionelle Orders, große DeFi-Trades und automatisierte Agenten relevant sein, da die vorzeitige Offenlegung der Transaktionsabsicht ein Ausführungsrisiko mit sich bringen kann.
Petra ist die erste Wallet, die die Funktion als Teil ihres Signaturprozesses anbietet und Nutzern erlaubt, eine Transaktion beim Signieren zu verschlüsseln. Darüber hinaus wird Decibel, eine auf Aptos aufgebaute Perpetual-Futures-Börse, die verschlüsselte Mempool-Infrastruktur nutzen, um sicherzustellen, dass Orders bis zur Ausführung Off-Chain bleiben. Zusammen führen die beiden Integrationen den Mainnet-Launch sowohl auf der Wallet- als auch auf der Anwendungsebene in die Praxis — sie sind die klarsten aktuellen Referenzpunkte dafür, wie die Funktion genutzt wird.
Privatsphäre mit rund 20ms zusätzlicher Latenz
Der Betrieb von Threshold-Verschlüsselung im Blockchain-Maßstab erhöht den Rechenaufwand, doch laut Aptos ist die Auswirkung auf die Performance minimal. Das batchweise Verschlüsselungsdesign ermöglicht die Entschlüsselung eines gesamten Blocks mit konstanter Kommunikationsgröße pro Validator, unabhängig von der Anzahl der Transaktionen im Batch.
Tests mit 50 Nodes ergaben zusätzliche 20 Millisekunden Latenz pro Block gegenüber der Produktionsversion von AptosBFT. Das Projekt betrachtet die Verzögerung als unbedeutend, da Aptos-Blöcke in weniger als einer Sekunde finalisiert werden.
Grenzen und Entwicklerunterstützung
Die Einschränkungen der ersten Implementierungen bedeuten, dass die Funktion keine vollständige Transaktionsanonymität bietet. Absenderadressen und Gas-Informationen bleiben sichtbar — und da Adressen On-Chain öffentlich sind, lassen sich Transaktionen nach ihrer Ausführung weiterhin bestimmten Konten zuordnen — während das Transaktions-Payload selbst bis zur Blockfinalisierung verschlüsselt bleibt.
Bestehende Move-Smart-Contracts erfordern keine Änderungen, und Unterstützung ist über das Aptos TypeScript SDK ab Version 7.0.0 verfügbar. Damit liegt die breitere Verfügbarkeit in den Händen von Wallet- und Anwendungsintegrationen statt bei Contract-Upgrades — im Einklang mit dem von Petra umgesetzten Signaturzeitpunkt-Muster.
Quelle: Crypto Ninjas