Loading market data...

Aptos legger til valgfritt kryptert mempool for å blokkere frontrunning-boter

Aptos legger til valgfritt kryptert mempool for å blokkere frontrunning-boter

Aptos har introdusert et kryptert mempool, en valgfri funksjon som skjuler transaksjonsdetaljer til rekkefølgen er endelig. Tiltaket retter seg mot frontrunning og sandwich-angrep – praksisen der boter oppdager en ventende handel og kaster seg foran den for å tjene på prisbevegelsen den forårsaker.

Funksjonen tvinger ingenting på utviklere eller brukere. Det er et verktøy de kan slå på hvis de ønsker beskyttelse mot den typen rovdrift som har blitt rutine på offentlige blokkjeder.

Hvordan det krypterte mempoolen fungerer

På de fleste nettverk ligger transaksjoner i et offentlig venteområde kalt mempoolen før de bekreftes. Alle kan se hva som står i kø – eiendelen, størrelsen, målprisen. Denne synligheten er det som gjør sandwich-angrep mulige. En bot oppdager en stor kjøpsordre, legger inn sin egen kjøpsordre rett foran, lar den opprinnelige ordren presse prisen opp, og selger deretter inn i toppen. Traderen som sendte den opprinnelige ordren, får en dårligere fylling.

Aptos' krypterte mempool holder disse detaljene skjult til transaksjonens plassering i blokken er låst. Når noen først kan se hva som skjer, er rekkefølgen allerede avgjort. Bøter kan ikke sette seg inn i en handel de ikke kan se komme.

Designet er valgfritt, noe som er viktig. Noen applikasjoner er avhengige av gjennomsiktige mempooler for sin egen logikk – arbitrasjestrategier, visse typer market making, eller verktøy som simulerer handler før de committer. Disse utviklerne kan la funksjonen være av. Andre, spesielt forbrukerrettede børser og lommebøker, kan velge å aktivere den for å tilby bedre utførelse til brukerne sine.

En annen tilnærming til MEV

Frontrunning er en underkategori av det bransjen kaller MEV – maksimalt utvinnbar verdi. Det er fortjenesten som validatorer, blokkbyggere og søkere kan presse ut av en blokk ved å velge hva som skal inkluderes og i hvilken rekkefølge. På Ethereum og andre nettverk har MEV blitt en skyggeindustri verdt flere milliarder dollar, med relénettverk og spesialiserte auksjoner som avgjør hvis transaksjoner blir inkludert først.

De fleste forsøk på å temme det har kommet utenfra baselaget – private transaksjonsreléer, commit-reveal-ordninger eller ordrestrømsauksjoner som prøver å omfordele fortjenesten. Aptos tar en annen vei: de baker personvernet inn i kjedenes egen transaksjonspipeline.

Det eliminerer ikke MEV fullstendig. Validatorer kontrollerer fortsatt rekkefølgen, og krypterte transaksjoner kan fortsatt bli forsinket eller droppet. Men det fjerner den enkleste og mest skadelige formen – den der en bot ser handelen din og straffer deg for den.

Hva utviklere får

For team som bygger på Aptos, er det krypterte mempoolen en ekstra spak å trekke i når de konfigurerer hvordan applikasjonene deres samhandler med nettverket. Det er ikke en standardinnstilling, og det er ikke en kur mot alt. Det vil ikke hindre validatorer i å omorganisere transaksjoner for egen vinning, og det løser ikke andre former for MEV som backrunning – der en bot legger inn en handel umiddelbart etter din for å fange prisbevegelsen du skapte.

Likevel er sandwich-angrep de som vanlige brukere føler mest direkte. De viser seg som dårligere priser på bytter, uforklarlig slippage og en vag følelse av at kortstokken er stablet. Å skjule ventende transaksjonsdata til rekkefølgen er endelig, fjerner vinduet disse botene er avhengige av.

Funksjonen er live nå. Utviklere som ønsker den, kan aktivere den i applikasjonskonfigurasjonen sin. De som ikke vil, kan la ting være som de er. Aptos har ikke sagt om funksjonen til slutt vil bli standard, eller om andre personvernforbedringer er underveis.

Det som er klart, er avveiningen: krypterte mempooler legger til ventetid og kompleksitet i transaksjonsflyten, og de reduserer åpenheten som noen on-chain-verktøy er avhengige av. Om beskyttelsen er verdt kostnaden, er en beslutning hvert prosjekt må ta på egen hånd.