NotizieCryptoIl mempool crittografato di Aptos è attivo sul mainnet, proteggendo le transazioni dai bot MEV con 20ms di ritardo

Il mempool crittografato di Aptos è attivo sul mainnet, proteggendo le transazioni dai bot MEV con 20ms di ritardo

Autore: Crypto Ninjas·

Punti chiave

  • •Il mempool crittografato di Aptos nasconde il payload di una transazione, inclusi la chiamata di funzione e i suoi argomenti, fino a quando il consenso non finalizza il blocco, mentre gli indirizzi dei mittenti e le commissioni di gas restano visibili.
  • •La crittografia a soglia gira sui validatori esistenti di Aptos, quindi nessun singolo validatore o gruppo al di sotto della soglia può decrittare una transazione in sospeso, e non viene introdotto alcun comitato di decrittazione aggiuntivo, block builder privato o hardware fidato.
  • •Petra è il primo wallet a consentire agli utenti di crittografare le transazioni al momento della firma, mentre Decibel, un exchange di perpetual futures costruito su Aptos, utilizzerà l'infrastruttura per mantenere gli ordini off-chain fino all'esecuzione.
  • •I test su 50 nodi hanno registrato circa 20 millisecondi di latenza aggiuntiva per blocco rispetto alla versione di produzione di AptosBFT, un ritardo che Aptos ritiene trascurabile dato che i blocchi vengono finalizzati in meno di un secondo.
  • •Gli smart contract Move esistenti non richiedono modifiche, con supporto disponibile tramite Aptos TypeScript SDK versione 7.0.0 e successive, collocando l'adozione più ampia nelle mani delle integrazioni di wallet e applicazioni.
Il mempool crittografato di Aptos è attivo sul mainnet, proteggendo le transazioni dai bot MEV con 20ms di ritardo

Aptos ha attivato un mempool crittografato nativo del protocollo sul mainnet, offrendo agli utenti un modo opzionale per nascondere i dettagli delle transazioni fino alla finalizzazione dell'ordinamento dei blocchi. Secondo un annuncio ufficiale, la funzione mira a risolvere un problema di lunga data nella finanza decentralizzata (DeFi): il frontrunning e gli attacchi sandwich condotti dai bot MEV contro le transazioni in sospeso visibili pubblicamente. MEV, o maximal extractable value, indica il profitto che può essere ottenuto riordinando, inserendo o censurando transazioni all'interno di un blocco.

Crittografare le transazioni prima che entrino nel mempool

Quando la funzione è attivata, il payload di una transazione viene crittografato lato client prima di essere inviato alla rete. Le informazioni sensibili come la chiamata di funzione e i suoi argomenti vengono nascoste, mentre l'indirizzo del mittente e la commissione di gas restano visibili.

I validatori possono quindi confermare l'ordinamento delle transazioni senza visualizzare il messaggio di pagamento stesso. Una volta che il consenso ha approvato il blocco, i validatori decrittano collettivamente le transazioni, le eseguono e le aggiungono al registro della blockchain.

Nessun singolo validatore può sbloccare una transazione in sospeso

Aptos implementa la crittografia a soglia direttamente sul suo attuale insieme di validatori. Nessun singolo validatore è in grado di decodificare una transazione in sospeso, né lo è qualsiasi gruppo la cui stake combinata scende al di sotto della soglia richiesta. Nei design a soglia, il potere di decrittazione è suddiviso tra più parti, quindi chi detiene quelle chiavi — e se introduce nuove ipotesi di fiducia — diventa centrale per il design. Gli schemi basati su crittografia che aggiungono un comitato di decrittazione dedicato, un block builder privato o hardware fidato portano nuove parti in quell'equazione, una preoccupazione affrontata direttamente nell'annuncio: "Non creiamo alcun comitato di decrittazione aggiuntivo né alcun block builder privato o fornitore di hardware fidato in Aptos. Al contrario, la conversione del token AQUA è gestita dagli stessi validatori che facilitano il consenso di Aptos."

Il mempool crittografato prende di mira i bot di frontrunning e sandwich

I mempool pubblici mostrano i dati delle transazioni prima dell'esecuzione, offrendo ai bot di trading automatizzati l'opportunità di individuare transazioni di grandi dimensioni e copiarle, o di eseguire operazioni immediatamente prima e dopo quelle di un altro trader. Con il payload tenuto seg e l'ordinamento finale confermato solo tramite consenso, Aptos elimina gran parte delle informazioni di cui questi bot hanno bisogno per interferire con le operazioni.

Questa protezione può essere particolarmente rilevante per gli ordini istituzionali, le grandi operazioni DeFi e gli agenti automatizzati, poiché la divulgazione anticipata dell'intenzione di transazione può tradursi in rischio di esecuzione.

Petra è il primo wallet a rendere disponibile la funzione come parte del proprio processo di firma, consentendo agli utenti di scegliere di crittografare una transazione al momento della firma. Separatamente, Decibel, un exchange di perpetual futures costruito su Aptos, utilizzerà l'infrastruttura del mempool crittografato per garantire che gli ordini restino off-chain fino alla loro esecuzione. Insieme, le due integrazioni portano il lancio sul mainnet in produzione sia a livello di wallet consumer sia di applicazioni, e rappresentano i punti di riferimento più chiari nel breve termine su come la funzione viene utilizzata nella pratica.

Privacy con circa 20ms di latenza aggiuntiva

Eseguire la crittografia a soglia su scala blockchain aumenta il calcolo richiesto, ma Aptos afferma che l'impatto sulle prestazioni è minimo. Il suo design di crittografia a lotti consente di decrittare un intero blocco con comunicazioni di dimensione costante per validatore, indipendentemente dal numero di transazioni nel lotto.

I test su 50 nodi hanno prodotto ulteriori 20 millisecondi di latenza per blocco rispetto alla versione di produzione di AptosBFT. Il progetto considera il ritardo trascurabile, dato che i blocchi di Aptos vengono finalizzati in meno di un secondo.

Limiti e supporto per gli sviluppatori

Le restrizioni nelle implementazioni iniziali significano che la funzione non offre un'anonimato completo delle transazioni. Gli indirizzi dei mittenti e le informazioni sul gas restano visibili — e poiché gli indirizzi sono pubblici on-chain, le transazioni possono comunque essere associate a conti specifici una volta eseguite — mentre il payload della transazione stesso resta crittografato fino alla finalizzazione del blocco.

Gli smart contract Move esistenti non richiedono modifiche, e il supporto è disponibile tramite la versione 7.0.0 e successive dell'Aptos TypeScript SDK. Ciò colloca la disponibilità più ampia nelle mani delle integrazioni di wallet e applicazioni piuttosto che negli aggiornamenti dei contratti, seguendo il modello di firma al momento del signing già implementato da Petra.

Fonte: Crypto Ninjas