Loading market data...

Aptos tilføjer valgfri krypteret mempool for at blokere frontrunning-bots

Aptos tilføjer valgfri krypteret mempool for at blokere frontrunning-bots

Aptos har introduceret en krypteret mempool, en valgfri funktion, der skjuler transaktionsdetaljer, indtil deres rækkefølge er endelig. Tiltaget er rettet mod frontrunning- og sandwich-angreb – praksissen, hvor bots opdager en verserende handel og springer foran den for at tjene på den prisbevægelse, den forårsager.

Funktionen tvinger intet på udviklere eller brugere. Det er et værktøj, de kan slå til, hvis de ønsker beskyttelse mod den type rovdrift, der er blevet rutine på offentlige blockchains.

Sådan fungerer den krypterede mempool

På de fleste netværk ligger transaktioner i et offentligt venteområde kaldet mempoolen, før de bekræftes. Alle kan se, hvad der er i kø – aktivet, størrelsen, målprisen. Den synlighed er det, der gør sandwich-angreb mulige. En bot opdager en stor købsordre, placerer sit eget køb lige foran den, lader den oprindelige ordre presse prisen op og sælger derefter ind i stigningen. Den trader, der sendte den oprindelige ordre, får en dårligere udførelse.

Aptos' krypterede mempool holder disse detaljer skjult, indtil transaktionens placering i blokken er låst fast. Når nogen kan se, hvad der sker, er rækkefølgen allerede fastlagt. Bots kan ikke indsætte sig i en handel, de ikke kan se komme.

Designet er valgfrit, hvilket er vigtigt. Nogle applikationer er afhængige af gennemsigtige mempools til deres egen logik – arbitragestrategier, visse typer market making eller værktøjer, der simulerer handler før de gennemføres. De udviklere kan lade funktionen være slået fra. Andre, især forbrugerrettede børser og wallets, kan vælge at aktivere den for at tilbyde bedre udførelse til deres brugere.

En anderledes tilgang til MEV

Frontrunning er en delmængde af det, branchen kalder MEV – maximal extractable value. Det er den fortjeneste, som validatorer, blokbyggere og søgere kan presse ud af en blok ved at vælge, hvad der kommer med, og i hvilken rækkefølge. På Ethereum og andre netværk er MEV blevet en skyggeindustri til flere milliarder dollars, hvor relay-netværk og specialiserede auktioner afgør, hvis transaktioner der kommer først med.

De fleste forsøg på at tæmme det er kommet udefra fra baselaget – private transaktionsrelays, commit-reveal-ordninger eller ordreflow-auktioner, der forsøger at omfordele profitten. Aptos tager en anden vej: indbygger privatlivets fred i kædens egen transaktionspipeline.

Det eliminerer ikke MEV fuldstændigt. Validatorer kontrollerer stadig rækkefølgen, og krypterede transaktioner kan stadig forsinkes eller droppes. Men det fjerner den enkleste og mest skadelige form – den, hvor en bot ser din handel og straffer dig for den.

Hvad udviklere får

For teams, der bygger på Aptos, er den krypterede mempool endnu et håndtag at trække i, når de konfigurerer, hvordan deres applikationer interagerer med netværket. Det er ikke en standardindstilling, og det er ikke en mirakelkur. Det forhindrer ikke validatorer i at omarrangere transaktioner til egen fordel, og det løser ikke andre former for MEV som backrunning – hvor en bot placerer en handel umiddelbart efter din for at fange den prisbevægelse, du skabte.

Ikke desto mindre er sandwich-angreb dem, detailbrugere føler mest direkte. De viser sig som dårligere priser på swaps, uforklarlig slippage og en vag følelse af, at spillet er rigget. Ved at skjule ventende transaktionsdata, indtil rækkefølgen er endelig, fjernes det vindue, som disse bots er afhængige af.

Funktionen er live nu. Udviklere, der ønsker den, kan aktivere den i deres applikationskonfiguration. De, der ikke ønsker det, kan lade tingene være, som de er. Aptos har ikke udtalt, om funktionen på sigt bliver standard, eller om andre privatlivsforbedringer er undervejs.

Det, der er klart, er afvejningen: krypterede mempools tilføjer latenstid og kompleksitet til transaktionsflowet, og de reducerer den gennemsigtighed, som nogle on-chain-værktøjer er afhængige af. Om beskyttelsen er prisen værd, er en beslutning, hvert projekt selv må træffe.