En bot mot sandwich-angrep skal redusere risikoen for at en traders bytte utnyttes gjennom rekkefølgen på omkringliggende transaksjoner. Navnet beskriver et defensivt mål, ikke én universell mekanisme. En nyttig utforming kombinerer forståelige handelsvilkår, kontrollert eksponering av informasjon og dokumentasjon på at de endelige kontoendringene samsvarte med brukerens autorisasjon.
Den første feilen å unngå er å behandle en beskyttelsesmerkelapp som tillatelse til å overse den underliggende handelen. En eiendel med dårlig likviditet er fortsatt vanskelig å bytte, og et dårlig kjøp kan tape verdi selv når utførelsen foregår ordnet. Forsvaret gjelder hvordan handelen gjennomføres; det fastslår ikke at handelen bør gjennomføres.
Denne artikkelen forklarer beskyttelseslag og hvordan begrensningene vurderes. De fiktive scenarioene handler om traderens egne pristilbud, tillatelser og resultater. De beskriver ikke hvordan en annen deltaker kan utnyttes eller en ventende transaksjon forstyrres.
Definer skaden forsvaret retter seg mot
Risikoen ved et sandwich-angrep innebærer at en annen deltaker arrangerer omkringliggende aktivitet som endrer utførelsesvilkårene brukerens handel møter. Den viktige virkningen for brukeren er et potensielt mindre gunstig bytte. Å forklare risikoen krever ikke at angriperens praktiske fremgangsmåte gjenskapes.
Den offisielle oversikten over MEV på Ethereum plasserer transaksjonsrekkefølge innenfor det bredere begrepet maksimal utvinnbar verdi. Sandwich-angrep er bare én mulig bekymring i dette bildet. En kontroll som retter seg mot ett mønster, bør ikke markedsføres som om den fjerner alle kostnader knyttet til rekkefølge.
Begynn med en konkret eiendelsbevegelse: kontoen er villig til å bytte en avgrenset mengde av én verifisert token mot en akseptabel mengde av en annen. Forsvaret bør bevare instruksen selv om den foreslåtte transaksjonen blir attraktiv for andre markedsdeltakere.
Veiledningen om MEV-beskyttelse utdyper dette spørsmålet om omfang. Den hjelper med å skille en påstand om redusert konkret eksponering fra et løfte om at markedet gir et gunstig eller lønnsomt resultat.
Bygg beskyttelseslagene i en bot mot sandwich-angrep
Beskyttelseslagene i en bot mot sandwich-angrep bør ha forskjellige oppgaver. Handelsutvelgelse avviser økonomisk uegnede forslag. Validering av pristilbud kontrollerer dokumentasjonen som brukes til å bygge byttet. Transaksjonsbegrensninger uttrykker akseptable vilkår. Leveringsvalg påvirker informasjonseksponering og behandling. Avstemming fastslår hva som skjedde.
En svikt i ett lag repareres ikke nødvendigvis av styrken i et annet. Privat levering kan ikke få et token som ikke støttes, til å oppføre seg normalt. Et ferskt pristilbud kan ikke forklare en ukjent brukstillatelse. En riktig minste utgående mengde kan ikke garantere at eiendelen beholder verdien etterpå.
Skriv ned hva hvert lag kan og ikke kan fastslå. Det hindrer operatøren i å tolke flere grønne indikatorer som gjentatt bekreftelse på den samme brede sikkerhetspåstanden. De kan i stedet gjelde separate og langt snevrere forhold.
Ved et fiktivt kjøp kan systemet fastslå riktig identitet, oppdaterte pristilbud og en avgrenset utgående mengde, samtidig som en egendefinert overføringsfunksjon forblir uavklart. Den riktige beslutningen følger den uavklarte avhengigheten fremfor å beregne et gjennomsnitt av de gunstige kontrollene som en samlet tillitsskår.
Begynn med en handel som kan forstås
Kontoens foreslåtte bytte bør være konkret før beskyttelsesinnstillinger vurderes. Identifiser nettverk, inngående token, utgående token, beløp, mottaker og planlagt rute. Et symbol eller et populært navn på en likviditetspool er ikke nok til å definere den autoriserte handlingen.
Et pristilbud for feil token kan være internt riktig og likevel ubrukelig. På samme måte kan en transaksjon overholde minste utgående mengde og samtidig sende mengden til en mottaker brukeren ikke hadde til hensikt. Kontroller mot sandwich-angrep erstatter ikke grunnleggende gjennomgang av autorisasjon.
Vurder handelen i den faktiske størrelsen. Et lite prøvepristilbud kan skjule prispåvirkningen fra en større ordre. Hvis det større forslaget allerede er lite attraktivt før omkringliggende aktivitet oppstår, gjør ikke en beskyttet leveringsvei det til et rimelig bytte.
Veiledningen om kjøp av memecoins forklarer denne rekkefølgen med eiendel og rute. Defensiv utførelse begynner med en meningsfull økonomisk instruks fremfor en beslutning om å tvinge hver oppdagede token inn på kontoen.
Oversett grensene for pristilbud i en bot mot sandwich-angrep
Grensene for pristilbud i en bot mot sandwich-angrep bør uttrykkes i mengdene oppgjørsmekanismen faktisk håndhever. Ved en handel med fast inngående mengde er brukeren vanligvis opptatt av minste akseptable utgående mengde. Andre operasjonstyper kan i stedet fastsette utgående mengde og avgrense inngående mengde.
Anta at et fiktivt pristilbud forventer 12 000 utgående tokens. Med en forenklet konvensjon om én prosents toleranse for utgående mengde ville minimum være 11 880. Et fullført resultat på 11 910 ville holde seg innenfor grensen, selv om det er dårligere enn det opprinnelige pristilbudet.
Grensen definerer dermed autorisert forverring, ikke et løfte om å motta de oppgitte 12 000. En evaluator bør skille håndhevingen av grensen fra det separate spørsmålet om hvorfor sluttresultatet endret seg.
Kontroller om mengden er før eller etter eventuelle tokenspesifikke virkninger. Et minimum som gjelder ett overføringstrinn, kan bety noe annet enn den disponible mengden som til slutt godskrives. Rutens faktiske virkemåte avgjør om den planlagte økonomiske grensen er representert riktig.
Forstå kostnaden ved å stramme inn en grense
En strammere grense reduserer utvalget av akseptable utfall. Den kan også føre til at flere forslag forblir ugjennomført når vanlig markedsaktivitet endrer prisene. Konsekvensen er ikke automatisk en feil; den er en del av å velge prisdisiplin fremfor sikkerhet for gjennomføring.
Gå tilbake til det fiktive pristilbudet på 12 000 tokens. En grense på 11 988 tillater bare en tidels prosent forverring etter den oppgitte konvensjonen. Et marked som uavhengig har flyttet seg til 11 970, ville ikke lenger oppfylle den, selv uten tegn til et angrep.
Riktig respons er en ny økonomisk gjennomgang, ikke en automatisk regel om å løsne terskelen etter hver avvisning. Brukeren kan bestemme at den nye prisen er akseptabel, men beslutningen bør være synlig og begrenset av den bredere utgiftspolicyen.
Sammenlign samlede utfall når strammere innstillinger vurderes. Tell avviste forslag, relevante feilkostnader og senere beslutninger hver for seg. En konfigurasjon som rapporterer svært gode gjennomsnittlige utførelser ved å utelate de fleste forsøk, må opplyse om utvalget før resultatet kan tolkes.
Hold pristilbudets alder og forsinkelse før inkludering adskilt
Alderen på inngangsdataene og tiden som kreves for å behandle en transaksjon, er forskjellige intervaller. En svært rask innsending bygget på utdaterte reserver kan fortsatt være dårlig priset. Et ferskt pristilbud kan bli utdatert mens transaksjonen venter.
Registrer når kildetilstanden ble observert, når appen mottok den, når transaksjonen ble autorisert og når et utfall ble fastslått. Tidsstemplene viser hvor usikkerhet bygget seg opp, uten å late som ett responstidstall forklarer hele arbeidsflyten.
I en fiktiv tidslinje skjer kildeobservasjonen klokken 09:00:00, autorisasjonen klokken 09:00:03 og utførelsen klokken 09:00:05. Handelens økonomiske utgangspunkt er fem sekunder gammelt ved utførelse, selv om selve sluttforsendelsen bare tok en liten del av denne perioden.
En ferskhetsregel kan avvise et gammelt forslag før det pådrar seg flere forpliktelser. Relevant alder bør følge strategiens faktiske dokumentasjonskrav. Å gjenbruke et gammelt pristilbud fordi transaksjonens ytre ramme fortsatt er teknisk gyldig, blander sammen to separate former for gyldighet.
Undersøk hvem som mottar transaksjonen
Redusert innsyn før utførelse kan være ett beskyttelseslag, men privat betyr ikke at ingen ser innholdet. Den valgte ruten kan bygge på operatører eller annen infrastruktur som mottar informasjon før oppgjør. Mottakerne og deres oppgitte atferd betyr noe.
Gjennomgå hvilke deler av transaksjonen som deles, med hvem og under hvilken konfigurasjon. Et alternativ som utvider mottakerkretsen for å bedre tilgjengeligheten, kan endre tillitsforutsetningene. Den nyttigste forklaringen knytter endringen til formålet fremfor å bruke én merkelapp om beskyttelse på alle innstillinger.
Ikke utled en garanti for hele nettverket fra en regel på tjenestenivå. En leverandør kan håndheve betingelser innenfor sin egen vei uten å kontrollere andre systemer eller alle senere behandlingsmiljøer. De dokumenterte begrensningene er en del av beskyttelsesbeskrivelsen.
Veiledningen om utførelse mot MEV undersøker skillet mellom innsyn og pris. Ingen av dimensjonene bør skjule den andre: begrenset innsyn erstatter ikke en grense for utgående mengde, og en slik grense fastslår ikke fortrolighet.
Gjør reserveatferd til en del av den opprinnelige policyen
En foretrukket rute kan bli utilgjengelig eller unnlate å gi dokumentasjon i tide. Reservepolicyen avgjør om boten venter, stopper eller bruker et uttrykkelig akseptabelt alternativ. Atferden kan bety mer enn ruten som velges under en problemfri demonstrasjon.
En reservehandling som endrer mottakere, gebyrer eller pristilbudets alder, bør registreres. Systemet bør også revurdere om den opprinnelige autorisasjonen fortsatt er gyldig. En ny vei med vesentlig forskjellige vilkår er ikke bare et teknisk nytt forsøk.
Anta at en hypotetisk policy tillater én alternativ vei bare mens pristilbudet er yngre enn en definert grense og samme minste utgående mengde håndheves. Hvis ett av vilkårene svikter, er neste handling en ny beslutning eller ingen handel, ikke en ubegrenset opptrapping.
Vurder policyen med et testtilfelle for driftsavbrudd og registrerte eller syntetiske data. Det viktige resultatet er om systemet bevarer brukerens økonomiske grenser når den foretrukne ruten mangler. En innstilling som bare virker under ideelle forhold, er ikke den fullstendige driftspolicyen.
Henvis og tjen USDC
Henvis og tjen USDCPartnerprogrammet vårt betaler i sanntid.
Prisbeskyttelse er forskjellig fra kontosikkerhet
Et system kan beskytte prisen på ett bytte og samtidig be om en bruksfullmakt brukeren ikke forstår. Omfanget av godkjenninger, signeringstilgang og mottakerverifisering fortjener hver sin vurdering. En god utførelseskvittering rettferdiggjør ikke overdreven myndighet i ettertid.
For ERC-20-eiendeler skiller standardmodellen for brukstillatelser eierens saldo fra beløpet en part med bruksfullmakt får bruke. En bot bør forklare tillatelsen den planlagte operasjonen trenger, og hva som blir igjen etterpå.
De tilsvarende kontrollene varierer mellom kjeder og kontotyper. Ikke overfør en tankemodell for Ethereum-brukstillatelser uendret til hver Solana-tokeninstruks eller ordning med delegert konto. Myndigheten må vurderes under den faktiske mekanismen.
En sammenligning av beskyttelse bør derfor ha separate funn for utførelseskvalitet og kontroll over eiendeler. Ett grensesnitt kan tilby forståelig ruting med uklar oppbevaring, eller tydelig oppbevaring med en dårlig dokumentert reservehandling. Å slå dem sammen i én sikkerhetsskår ville skjule nyttige forskjeller.
Gå gjennom en fiktiv sammenligning med alle kostnader
Vurder to fiktive utførelser for samme planlagte inngående verdi under omtrent sammenlignbare forhold. Vei A leverer 9 900 tokens og pådrar seg fire noteringsenheter i separate utgifter på et bytte på 200 enheter. Samlet utlegg er 204.
Vei B leverer 10 000 tokens og pådrar seg ni enheter i separate utgifter. Samlet utlegg er 209. Vei A koster omtrent 0,020606 noteringsenheter per anskaffet token, mens vei B koster 0,0209. I dette eksemplet har veien som leverer flere tokens, høyere enhetskostnad når alle utgifter regnes med.
Tallene måler ikke noe produkt. De viser hvorfor utgående mengde alene ikke kan vurdere en defensiv tjeneste som endrer gebyrer. Den relevante sammenligningen omfatter faktisk belastning av kontoen og faktisk mottatt mengde under konsekvente verdsettingskonvensjoner.
En senere oppgang i tokenprisen ville ikke endre hvilken anskaffelse som var billigst i eksemplet. Utførelseskvalitet måles ved byttet; investeringsresultatet legger til senere markedsbevegelser og den endelige utgangen. Å holde målene adskilt hindrer at en heldig prisoppgang godkjenner beskyttelsesmekanismen.
Hold anslåtte refusjoner adskilt fra bekreftede besparelser
Hvis en tjeneste annonserer mulige refusjoner eller delte utførelsesfordeler, undersøk hva som kvalifiserer og når beløpet blir endelig. En anslått kreditering kan forbedre en forhåndsvisning uten ennå å redusere kontoens faktiske utlegg. Brukeren bør kunne vurdere handelen før betinget inntekt regnes med.
Anta i et separat fiktivt kjøp at byttet bruker to hundre enheter og tilknyttede utgifter summerer seg til seks. Dagens utlegg er 206. En vist mulig refusjon på to gjør ikke det bekreftede utlegget til 204 før retten og mottatt beløp er fastslått under relevante vilkår.
Regnskapet bør beholde begge datoer når de er forskjellige: handelsdatoen og den senere mottaksdatoen. Da kan en rapport tilordne betalingen til operasjonen som skapte den, uten å late som midlene var tilgjengelige tidligere.
En refusjon beviser heller ikke at enhver bekymring om rekkefølge ble forebygget. Den er en økonomisk overføring styrt av egne betingelser. Vurder det opprinnelige byttet, beskyttelsesmekanismen og den mottatte krediteringen separat, og beregn deretter samlet virkning. Det hindrer at en gunstig bonus skjuler en ugunstig utførelse eller et bredere tillatelsesproblem.
Tell manglende utførelse uten å finne på en hypotetisk handel
En avvist handel avslører ikke hva som ville skjedd om beskyttelsen var fjernet. Den kan ha unngått et dårlig bytte, gått glipp av en gunstig senere bevegelse eller ganske enkelt gjenspeilet et utdatert forslag. Det kontrafaktiske utfallet krever forutsetninger som bør merkes.
Anta at i et fiktivt sett på femti forslag fullføres tretti innenfor grensene, ti avvises lokalt, fem utføres uten å lykkes, og fem forblir uavklart ved rapporteringsfristen. Undersøkelsen har tretti fullførte utfall, ikke femti bekreftede beskyttede utførelser.
Den uavklarte gruppen bør forbli synlig til dokumentasjon tillater klassifisering. De fem utførte feilene kan ha andre utgifter enn de ti lokale avvisningene. Å behandle enhver manglende fullføring som samme hendelse forkaster informasjon som trengs for å forbedre arbeidsflyten.
Bruk den oppgitte strategien og realistiske senere priser når alternativkostnad vurderes. Ikke tilordne hvert avvist forslag den beste senere diagramprisen. Det ville straffe fornuftige begrensninger med kunnskap som ikke var tilgjengelig da den opprinnelige beslutningen ble tatt.
Samle vurderingsdokumentasjon for en bot mot sandwich-angrep
Vurderingsdokumentasjon for en bot mot sandwich-angrep bør koble det opprinnelige pristilbudet, autoriserte grenser, valgt rute, transaksjonsidentitet og endelige kontoendringer. Relevant omkringliggende aktivitet kan bidra til å forklare forskjellen, men kontoregistreringen er utgangspunktet.
Klassifiser observasjoner omhyggelig. Et dårligere resultat enn pristilbudet er direkte målbart. Nærliggende aktivitet som påvirker samme likviditetspool, kan også være observerbar. En påstand om at en annen adresse bevisst rettet seg mot handelen, legger til en slutning om hensikt og kontroll som trenger separat støtte.
Bevar alternative forklaringer, blant annet uavhengig prisbevegelse, feil i pristilbud, størrelseskonvensjoner og overføringsvirkninger. En undersøkelse blir nyttigere når den identifiserer hvilken forklaring som fortsatt er plausibel, og hvilken dokumentasjon som ville skille dem.
Rapporten bør ikke kreve en definitiv angripermerkelapp før et reelt utførelsesproblem anerkjennes. En bruker kan stramme inn en policy eller avvise en dårlig forstått rute ut fra observerte svakheter, samtidig som tilordningen forblir uavklart. Det er en snevrere konklusjon støttet av tilgjengelige fakta.
Unngå å behandle oppdeling av handler som et universelt forsvar
Å dele et stort planlagt bytte i mindre operasjoner endrer både markedssamspill og driftskostnad. Det fjerner ikke automatisk bekymringer om innsyn eller rekkefølge, og hele sekvensen kan fortsatt være synlig gjennom den faktiske aktiviteten.
En fiktiv utførelse i fire deler med en fast utgift på to enheter per del betaler åtte enheter før andre kostnader, mens én operasjon under samme forenklede gebyrmodell betaler to. Enhver forbedring i gjennomsnittlige byttevilkår må vurderes mot forskjellen på seks enheter og den endrede eksponeringen for priser over tid.
Separate operasjoner trenger også en policy for forpliktelser. Fullføring av første del garanterer ikke at senere deler forblir attraktive eller i det hele tatt kan utføres. Kontoen kan ende med en delvis fordeling som avviker fra den opprinnelige planen.
Vurder hele det planlagte byttet, inkludert uferdige deler, uten å behandle fragmentering som en skjulingsteknikk. Det legitime spørsmålet er om en tydelig autorisert tidsplan forbedrer brukerens økonomi under gjeldende likviditets- og kostnadsforhold, ikke om den skaper et villedende bilde av uavhengig etterspørsel.
Test grensene som kan svikte uavhengig av hverandre
En nyttig defensiv vurdering inkluderer tilfeller der ett lag svikter mens de andre fortsatt fungerer. En riktig rute med et utløpt pristilbud, et ferskt pristilbud med en ukjent mottaker og en gyldig transaksjon med en uavklart innsending tester forskjellige avhengigheter.
Bruk tydelig merkede testtilfeller for å kontrollere forventet beslutning. Systemet bør forklare hvorfor et forslag avvises eller settes på pause, og bevare nok dokumentasjon til at en gjennomleser kan gjenskape grunnen. En generell feilmelding fastslår ikke at den planlagte kontrollen ble brukt.
Test også konfigurasjonsendringer og gjenoppretting. Hvis en omstart fjerner den valgte grensen eller gjenoppretter en bredere standardvei, har det effektive forsvaret endret seg. Innstillinger og kontotilstand må gjenopprettes sammen før nye forpliktelser autoriseres.
Testene beviser ikke fremtidig immunitet. De fastslår at boten følger den oppgitte policyen under bestemte forhold. Skillet er verdifullt fordi pålitelig gjennomføring og en policys økonomiske effektivitet krever forskjellig dokumentasjon.
Avgjør om det ekstra laget forsvarer kostnaden
En beskyttelsesfunksjon bør vurderes mot brukerens faktiske handelskontekst, ikke et abstrakt ønske om merkelappen som høres sterkest ut. Relevante forskjeller omfatter handelsstørrelse, likviditet, rutetilgjengelighet, forventet prisbevegelse og kostnaden ved å akseptere ingen utførelse.
En moderat forbedret utførelse kan være økonomisk nyttig hvis forbedringen overstiger ekstrautgiftene under en rettferdig sammenligning. Et dyrt lag kan også forsvares av et snevrere risikomål, men formålet bør være uttrykkelig fremfor forkledd som garanterte besparelser.
Behold ugunstige observasjoner og beskriv utvalgets begrensninger. Noen få utvalgte suksesser kan ikke fastslå ytelse på tvers av alle eiendeler eller markedsforhold. Forbedringer bør knyttes til omfanget som faktisk ble undersøkt.
En bot mot sandwich-angrep er nyttig når den bevarer forståelige handelsvilkår og synliggjør egne begrensninger. Den sterkeste påstanden den kan støtte, kommer fra fullstendig dokumentasjon: en definert trussel, konkrete kontroller, ærlige kostnader og et kontoutfall som kan forklares uten å late som enhver ugunstig prisendring er fjernet.