Blockchain

De fire kvadrantene til MEV Protection

Forstå MEV-løsningslandskapet

Som mange andre kryptofortellinger ble den mørke siden av blockchain først introdusert på Reddit i et innlegg med tittelen "Gruvearbeidere Frontrunning." I det nå historiske innlegget forfatter skisserer hvordan gitt Ethereum-mempoolen i seg selv er offentlig, kan gruvearbeidere frontkjøre transaksjoner og tjene på den til slutt arbitrerte forskjellen i den transaksjonen. Dette er imidlertid ikke et helt nytt fenomen innen finans. Boken fra 2014, Flash Boys: A Wall Street Revolt av Michael Lewis undersøker frontløpende bestillinger innen høyfrekvent handel. Avisen Flash Boys 2.0, publisert i 2019, tar disse observasjonene inn på et blokkjedenivå og viser hvordan fremtidens lovede rettferdige økonomiske system i virkeligheten har utbredte arbitrage-roboter som utnytter brukertransaksjoner. Frem til Ethereum "smelter sammen" til bevis-på-innsats i september, over $ 675 millioner har blitt trukket ut i disse arbitrasjetransaksjonene! 

Sannsynligvis det verste forkortede buzzwordet til blokkjedeindustrien, Maximal Extractable Value (MEV) er belønningen en validator, gruvearbeider, node eller en hvilken som helst blokkprodusent kan trekke ut ved å omorganisere transaksjoner i en gitt blokk. MEV utvinnes imidlertid ikke bare av blokkprodusentene. Arbitragehandlere og botoperatører kjent som "søkere" oppdager også lønnsomme MEV-muligheter ved å bruke offentlige blokkjededata til deres fordel. I tillegg jobber ofte søkere og validatorer sammen for å finne potensielle lønnsomme handler tilgjengelig på den offentlige blokkjeden. På grunn av dette ble MEV paraplybetegnelsen for enhver form for arbitrasjetransaksjon som skjer på kjeden. Til tross for at MEV er dominert av søkere, har ikke "SEV" (searcher extractable value) eller "BPEV" (block producer extractable value) en like god klang. I så fall satt MEV fast.

Typer MEV-angrep

Som nevnt tidligere, er MEV ikke bare begrenset til en transaksjonsrebestilling på protokollnivå av blokkvalidatorene. Arbitrage-handlere, roboter og nøye opprettede skript trekker også ut en betydelig prosentandel av MEV fra blockchain-applikasjoner. På noen måter kan MEV defineres som den skjulte skatten bak hver transaksjon. Før man analyserer MEV-løsningslandskapet, er det viktig å forstå noen av typene MEV-angrep som forekommer i økosystemet. Jeg er klar over at det skjer mange angrep under radaren som vi ennå ikke skal avdekke, men dette er noen av de mest typiske vi kommer over.

Frontløp:

Frontrunning er når roboter følger nøye med på nettverkets mempool for lønnsomme handler og transaksjoner. Når en bot anser en transaksjon som lønnsom, kopierer og fremskynder boten sin samme eksakte transaksjon med høyere gassavgifter, og til slutt holder den lønnsomme transaksjonen for seg selv. Her er en flott video av Frontløp i aksjon.

DEX Arbitrage:

Gitt automatiserte markedsmakere tilbyr forskjellige priser for sine tokens til enhver tid, skaper dette ulike arbitrasjemuligheter for roboter som ønsker å trekke ut forskjellen i priser. Når to desentraliserte børser (DEX) tilbyr et token til to forskjellige priser, kan en bot kjøpe på en DEX og umiddelbart bytte den på en annen i en enkelt transaksjon. Her er en eksempel av en søker som tjener $320k på grunn av prisforskjeller på Uniswap og Sushiswap. I mange tilfeller er DEX-arbitrasje ikke nødvendigvis det dårlig for nettverket. Oftere enn ikke holder det DEX's sunne ved å stadig rebalansere bassengene deres!

Tilbakekjøring:

Tilbakekjøring er når en transaksjonsavsender ønsker å få sin transaksjon bestilt rett bak en "måltransaksjon". Ofte kan disse transaksjonene være til utnytte nye token-oppføringer (og deretter blåse opp prisen), rebase tokens (som AMPL), eller for å dra nytte av prisavvik etter store handler på DEX. 

Likvideringer:

En form for en tilbakeløpsstrategi, søkere analyserer konstant blokkjededata for å finne ut hvor låntakere i utlånsprotokollen kan likvideres basert på valutavolatilitet eller en prisorakeloppdatering. Når en posisjon kan likvideres, sender roboten likvidasjonstransaksjonen og tjener likvidasjonsgebyrene.

Sandwichangrep:

Søkere skanner mempoolen for potensielle store DEX-handler. Før en handel skjer, kjøper en søker eiendelen som til slutt vil øke i verdi, og rett etter at hvalens handel er utført, selger søkeren den samme eiendelen, og "sandwicherer" dermed hvalens handel. Sandwichangrep kan også utnyttes av likviditetstilbydere ved å skape høyere glidning for et offers handler. Dette Artikkel forklarer utmerket forviklingene ved sandwich-angrep.

Sandwichangrep av en arbitrasjebot visualisert (Kilde: Liyi Zhou)
Sandwichangrep fra en likviditetsleverandør visualisert (Kilde: Liyi Zhou)
Time Bandit Attacks:

Time Bandit Attacks er strategien bak definisjonen av MEV: reorganisere tidligere blokker og foreslå konkurrerende blokker som inneholder endrede transaksjoner på bekostning av brukerne av nettverket. Selv om det er ekstremt vanskelig å få til, kan det sikkert påvirke sikkerheten og konsensusen til en blokkjede hvis det skulle skje. 

NFT MEV:

Som forventet kan søkere eller blokkprodusenter designe transaksjoner for å være de første i køen til å kjøpe en ettertraktet NFT, eller kjøpe mange i samme transaksjon. 

JIT likviditet:

Just-In-Time likviditet er en form for MEV i en transaksjonssekvens der en LP lager og brenner en posisjon rett før og etter en swap. Selv om det faktisk forbedrer utførelsen av handler som ellers ville ha høy prispåvirkning, er det svært konkurransedyktig og en minimal mengde JIT-likviditetshandler faktisk gå gjennom.

JIT likviditet visualisert (Kilde: Jon Charbonneau, Delphi Digital)

Noen andre fascinerende MEV-angrep er tverrkjede MEVstablecoin-arbitrasjerog onkel-bandittangrep.

Effekter av MEV: The Bad and the Good

Ved første øyekast ser MEV ut til å være en eksistensiell trussel mot blockchain. De skjulte kostnadene ved transaksjoner som lurer under hver lommeboksignering kan absolutt ikke være økonomisk levedyktig for et nytt teknologisk paradigme. Faktisk er MEV et av få fenomener som gir en betydelig dårligere opplevelse for både nybegynnere og avanserte blockchain-brukere. Brukere lider av økt glidning og dårligere utførelse for store handler (som et resultat av sandwich-handel og DEX-arbitrasje), en økning i gasspriser og langsommere utførelse av handler (et resultat av frontrunning), og alle lider av trusselen mot blokkjedens konsensusstabilitet ( et resultat av validator-reorganiseringsblokker). Disse bekymringene fjerner hele bull-case for blockchain: sikkerhet, uforanderlighet og tillit.

Likevel, til tross for de negative implikasjonene, er det noen positive faktorer ved å sameksistere med MEV. Arbitrage-handlere sikrer at token-prising på tvers av AMM-er er lik, tilfredsstiller mekanismer for at stabile mynter forblir på paritet, sikrer at DeFi-lån vil ha jevne avviklingsprosesser, og holder blokkforslagsstillere insentivert til å øke blokkjedesikkerheten (ved å tilby høyere belønninger). Denne saken for "god MEV" søker å forsterke de gode aspektene ved MEV samtidig som de negative konsekvensene minimeres.

Uansett om du mener at det positive ved MEV oppveier det negative (eller omvendt), er virkeligheten at MEV er kommet for å bli i en viss kapasitet, spesielt i en verden etter sammenslåing. Nå, gitt det forskjellige synspunkter på MEV og hvordan det lever i blockchain, ville det være fornuftig at det ville være forskjellige tilnærminger til å nærme seg MEV-situasjonen. Som sådan diskuterer og jobber blokkjedeøkosystemet aktivt med løsninger for å dempe eller i det minste minimere MEVs effekter. Ulike løsninger har blitt foreslått fra begge sider – de som mener MEV er uunngåelig og tilgang til det bør demokratiseres, og de som prøver å forhindre det. 

Det er flere forskjellige måter å kategorisere og nærme seg MEV. Vi kan kategorisere etter oppfatning og syn på MEV-problemet:

  • Fornærmelse – MEV er uunngåelig, la oss finne en måte å trekke ut og demokratisere det på.
  • Forsvar – MEV er en eksistensiell trussel, la oss prøve å forhindre den.

Eller, som inspirert av @Hasu, hvor disse løsningene finner sted:

  1. P2P-lag
  2. Påføringslag

I teorien bygges alle MEV-beskyttelsesløsninger på kjeden, men noen blir rent brukt på applikasjonsnivå via en utpekt frontend. Å kalle disse brukervendte plattformene for et applikasjonslag er absolutt akseptabelt. Ved å se på MEV-løsningsrommet gjennom disse linsene, har vi faktisk skapt de fire kvadrantene til MEV-beskyttelse

De fire kategoriene er:

  1. Støtende beskyttelse på kjeden
  2. Støtende søknader
  3. Defensiv beskyttelse på kjeden
  4. Defensive applikasjoner
De fire kategoriene for MEV-beskyttelse

I denne artikkelen forklarer jeg de forskjellige aktørene i hver leir, nøyaktig hvordan de takler MEV-dilemmaet, og noen av mine tanker om hvor bransjen er på vei. Jeg er klar over at det er mange jeg ikke omtalte her – hele bransjen beveger seg med lysets hastighet. Hvis det er etterspørsel, vil jeg publisere en oppfølging som skisserer løsningene jeg ikke viste. For nå, her er de fire kvadrantene av MEV-beskyttelse (fra november '22).

De fire kvadrantene til MEV Protection

Offensiv On-Chain

flashbots

Flashbots er en FoU-organisasjon som jobber med å dempe de negative effektene av MEV. Gjennom en samling av koordinert forskning og produkter, har Flashbots befestet navnet sitt ved å være en av de ledende organisasjonene innen demokratisering og omfordeling av MEV-inntekter, samtidig som det gir mer åpenhet til økosystemet. Flashbots-økosystemet begynner først med Flashbots Auction. 

Flashbots auksjon

Flashbots auksjon er en privat kommunikasjonskanal mellom Ethereum-brukere og validatorer for effektivt å kommunisere foretrukket transaksjonsordre innenfor en blokk. Flashbots Auction ble først introdusert som mev-geth (en lapp på toppen av go-ethereum-klienten) kombinert med mev-relé (transaksjonsbunt-relayer) på proof-of-work Ethereum. Nå på PoS Ethereum er Flashbots Auction bygget på MEV-Boost (mer om det senere).

Flashbots Auction hopper over den tradisjonelle åpne budgivningsauksjonen som skaper unødvendig nettverksbelastning og legger til en ekstra kostnad for budgivere. I stedet bruker Flashbots Auction en auksjonsmekanisme som lar brukere privat kommunisere bud- og transaksjonsordrepreferansene sine uten å betale for mislykkede bud, samtidig som de maksimerer validatorbelønningene og forhindrer frontkjøring. Kombinasjonen av den private transaksjonspoolen kombinert med forseglede bud sikrer både rettferdig og optimal blokkkonstruksjon for Ethereum-nettverket.

Jon Charbonneau
MEV-Boost

Gitt Ethereums fusjon til proof-of-stake, gikk Flashbots Auction over til mev-boost, som er en implementering av separasjon mellom forslagsstiller og byggherre (PBS) for PoS Ethereum. MEV-Boost lar validatorer outsource blokkkonstruksjon til en konkurransedyktig markedsplass av blokkbyggere, og aksepterer den mest lønnsomme blokkkonstruksjonen gjennom en tjeneste kalt reléer – og minimerer dermed de negative effektene av MEV. MEV-Boost forbedrer Ethereums sikkerhet og desentralisering ved å gjøre det mulig for alle validatorer, uavhengig av størrelse, å motta PBS-aktiverte MEV-belønninger, i motsetning til bare et lite antall store, hvitelistede bedriftsvalidatorer. 

Transaksjoner lastes vanligvis opp til blokkjeden på en av to måter: den offentlige mempoolen eller gjennom private RPC-er (AKA eksklusiv ordreflyt). Uansett er MEV-Boost-transaksjonsflyten ganske lik. Transaksjoner som sendes til den offentlige mempoolen bestilles av "søkere" i bunter. Disse buntene er vanligvis bestilt på en måte som trekker ut mest mulig MEV. Deretter sender søkerne buntene sine til blokkbyggere, som samler buntene på en måte som maksimerer MEV-fortjenesten for dem mens de bygger dem på blokken. Til syvende og sist sender de blokken (som har en samling bunter innebygd) gjennom et relé, som samler blokkene fra flere byggere og rangerer dem i rekkefølge etter belønning, i tillegg til å filtrere dem for sensur. Validatorene velger deretter den mest lønnsomme blokken mottatt fra MEV-boost og legger den til Ethereum-nettverket. 

Flashbots Github
De fire deltakerne i MEV-Boost:
  1. Searchers er bots, avanserte Ethereum-brukere, tradere eller noen som aktivt søker i mempoolen etter arbitrasjemuligheter som finner lønnsomme transaksjoner og forsøker å få transaksjonene deres inkludert i en blokk. Søkere samler inn transaksjoner, legger dem til bunter og sender dem til blokkbyggere.
  2. Blokkbyggere er spesialiserte enheter som kobler til søkere og tar bunter (bestående av transaksjoner) og oppretter en siste blokk for å sende gjennom releer til validatorer.
  3. Relays samle blokker fra flere blokkbyggere og velg den mest lønnsomme (bestemt av byggherrenes bud) for å sende til en validator for forslag. Reléer spiller en kritisk rolle i sensur fordi de er i stand til å velge og vrake hvilke blokker som skal inkluderes (mer om dette senere).
  4. validatorer abonnere på ett eller flere reléer ved å bruke MEV-Boost og foreslå den mest lønnsomme blokken av de mottatt fra reléene den abonnerer på, og til slutt validerer og fullfører blokken på kjede.
MEV-Boost-prosessen (flashbots)

Siden Ethereum ikke fullt ut har lagt til PBS i protokollen sin, er MEV-Boost for tiden en sidevogn til det blokkproduserende og MEV-minimerende økosystemet. Til slutt, etter noen flere trinn på Ethereums oppgraderingstidslinje, vil MEV-Boost bli direkte innlemmet i Ethereums basislag via Proposer Builder Separation (PBS), som helt vil skille rollen som byggherre og forslag på basisnivå og vil fjerne behovet for reléer i det hele tatt. Som du kan se, er det store flertallet av MEV-forsterkede blokker gjennom Flashbots:

MEVBoost.pics, skjermdumpet 11

Det som er mest imponerende er imidlertid at hele MEV-Boosts funksjonalitet er utelukkende drevet på tillit.

Jon Charbonneau, Twitter
Flashbots beskytter

I tillegg til Flashbots MEV-beskyttelse på validatornivå, har Flashbots også flere produkter for enhver blokkjedebruker for å beskytte seg mot MEV. Flashbots Protect er Flashbots verktøy for brukere og utviklere for frontrunning-beskyttelse. Flashbots Protect RPC lar vanlige brukere enkelt sende inn transaksjonene sine til Flashbots-auksjonen ved å bruke et tilpasset RPC-endepunkt i lommeboken. Alt er det samme for brukere, bortsett fra at transaksjoner sendes til Flashbots-byggeren i stedet for den offentlige mempoolen. Dermed er disse transaksjonene helt private og vil ikke bli sett av de sultne arbitrasjerobotene som lurer mempoolen. Det er superintuitivt for brukere å samhandle med det – faktisk er det like enkelt som å legge til en URL til MetaMask!

Sensurproblemer, ulemper og neste trinn

Til tross for de utrolige fremskrittene til Flashbots, er det fortsatt flere bekymringer med løsningene deres. Noen av problemene som oppstår er iboende med teknologien deres, for eksempel hvis hele nettverket kobles til det samme reléet og det reléet er det høyeste budreléet, vil det helt sikkert bli valgt av validatorer. Men hva om det reléet holder tilbake blokker fra validatorene, ville det ende opp med å skape en endeløs syklus av tomme spor som publiseres til kjeden. Denne bekymringen er kjent som livlighetsproblemer. Heldigvis skisserer Flashbots to mulige løsninger for livlighetsproblemer, og når PBS er nedfelt i Ethereum selv, vil dette problemet forsvinne av seg selv. Ikke bare det, hvis MEV-boost ikke har noen releer som kjører eller eller alle reléer er offline, så vil beacon-noden alltid falle tilbake til å konstruere en blokk fra den offentlige mempoolen.

Et annet problem som dukker opp med Flashbots er deres sentraliseringsbekymringer. Siden det er en privat organisasjon som lager produkter for Ethereums beste, er det alltid en fin linje mellom hva det større Ethereum-samfunnet ønsker og ikke ønsker. Nylig kunngjorde Flashbots at de, i samsvar med sanksjonene fra det amerikanske finansdepartementet, vil begynne å sensurere transaksjoner som det amerikanske finansdepartementets kontor for utenlandsk aktivakontroll (OFAC) svartelistet (det vil si alle Tornado Cash-transaksjoner. Dette har skapt en del tilbakeslag fra publikum). , og brakte frem flere filosofiske blokkjederelaterte spørsmål. Uansett er det store flertallet av transaksjoner på MEV-Boosted-blokker OFAC-kompatible, og det er absolutt på vei i den retningen også. 

Skjermdump fra MEV Watch 8. november 2022

Nylig kunngjorde Flashbots at de har utviklet den neste iterasjonen av programvaren deres under stealth-begrepet "SUAVE" - Single Unifying Auction for Value Expression. Fra de tidlige plagene ser det ut til at SUAVE vil være en MEV-bevisst, kryptert mempool for brukere og lommebøker. De planlegger å lage den fullstendig desentralisert, åpen kildekode, EVM-kompatibel, med opprulling og støtte på tvers av kjeder. Jeg er ganske spent på dette, og jeg forventer at dette vil endre MEV-beskyttelsesparadigmet betydelig. 

Manifold Finans

Som Flashbots, Manifold Finans bygger teknologi og infrastruktur for å minimere de negative effektene av MEV. Grunnlaget for Manifold Finance er deres SecureRPC-system, som lar brukere sende inn sikre og private transaksjoner. Ved å sende bestillinger til et RPC-endepunkt som Manifolds SecureRPC eller Flashbots, sendes brukernes transaksjoner gjennom et mellomledd som beskytter brukerne mot sultne søkere som henger i den offentlige mempoolen som ønsker å utnytte handlene dine.

På toppen av deres SecureRPC tilbyr Manifold flere produkter. OpenMEV (Tidligere kjent som YCabal), er en SDK som muliggjør protokoller og applikasjoner for å beskytte mot direkte MEV-arbitrage. OpenMEV lar protokoller gjenfange ineffektive implementeringer og returnere det til brukerne. Faktisk har Manifold Finance allerede noen store navnepartnerskap, Sushi Guard er OpenMEV-implementeringen for Sushi. Hver gang du sender inn en handel på SushiSwap, hvis handelen din er kvalifisert for å få transaksjonskostnaden refundert, vil du få en rabatt på ~90 %. Imidlertid, hvis handelen din ikke er kvalifisert, vil den umiddelbart sendes gjennom et privat RPC-lag. Selv om du ikke vil få en transaksjonsrabatt, drar du fortsatt nytte av en beskyttet handelsinnsending. Manifold Finance driver i tillegg sin egen blokkbyggende MEV relé (i likhet med Flashbots), men det har vært påstand om berømmelse at den er motstandsdyktig mot sensur (i motsetning til Flashbots). Du kan se hele økosystemet rundt SecureRPC her:

Manifold Finance Docs 

Manifold Finance-økosystemet dreier seg om deres FOLD-token. All MEV den integrerte protokollen (OpenMEV) fanger opp er da omfordelt: 50 % brukere, 25 % validatorer og 25 % xFOLD-spillere. De forventes å kunngjøre andre iterasjon av deres innsatsprodukt innen kort tid, som samfunnet forventer. Til tross for at den er ganske imponerende, er Manifold Finances dokumentasjon ufullstendig, så jeg kunne ikke grave helt inn i de teknologiske vanskelighetene til produktene deres. I tillegg var det noen bekymringer rundt organiseringen av deres innsats, hvordan selskapet og grunnleggeren presentere seg på sosiale medier, og deres tokenomics modell. Spørsmålet om disse bekymringene rettferdiggjør ikke å sensurere transaksjoner, spesielt når det problemet er pent minimal, er en som skal diskuteres. Til syvende og sist har Manifold Finance en utrolig mulighet til å ta kontroll over MEV-økosystemet, men bare hvis de spiller kortene sine riktig.

BloxRoute

Etter Flashbots fremstår BloxRoute som den nest største reléleverandøren. De kjører for tiden tre forskjellige reléer: BloXroute Max Profit, BloXroute Ethical og BloXroute Regulated. Nedenfor er deres spesifikasjoner:

BloxRoute Dokumenter

Gitt diskusjonene i dag som dreier seg om hvorvidt det er reléets ansvar å sensorsanksjonerte transaksjoner, fortalte administrerende direktør i BloXroute Labs, Uri Klarman, CoinDesk at BloXroute "følte at det å avgjøre om validatorer skal eller ikke bør inkludere [sanksjonerte] transaksjoner er utenfor vår lønnsgrad", og at de valgte å innføre et relé som sensurerer Tornado Cash avhengig av brukernes skjønn og spesifikke juridiske status. 

I tillegg til BloxRoutes stafetttilbud har de også et støtende applikasjonsprodukt kalt BackRunMe, som lar brukere trygt sende inn private transaksjoner samtidig som søkere kan kjøre tilbake transaksjonen via MEV for å produsere ytterligere arbitragefortjeneste. Den private transaksjonsfunksjonen holder transaksjonene dine skjult for de sultne front- og sandwichrobotene som suser rundt i mompoolen. I tillegg, hvis en tilbakekjøring er tilgjengelig, gir BackRunMe en del av denne ekstra fortjenesten tilbake til brukeren. Disse tilbakeløpstransaksjonene påvirker ikke transaksjonen som sendes inn av brukeren siden den skjer etter at transaksjonen er bekreftet, så en vinn-vinn for alle. For tiden, BackRunMe kan brukes på SushiSwap og Uniswap V2.

Hvordan BackRunMe fungerer
Tilbakeløpende overskuddsdeling

BloxRoute tilbyr et ekstra frontløpende beskyttelsesprodukt kalt Rask beskyttelse som er brukbart på alle Dapps på Ethereum, selv om det ikke er så nybegynnervennlig. Uansett er BloxRoute ledende innen MEV-beskyttelsesområdet.

Eden nettverk

Eden nettverk er den fjerde offensive kjedeløsningen for MEV-beskyttelse. I likhet med de tre ovennevnte har Eden tre relaterte, men distinkte produkter for MEV-beskyttelse: en RPC, releer og bunter. Eden RPC er et RPC-endepunkt som brukere kan legge til lommebøkene sine som sender transaksjonene deres til Eden-byggere. Eden RPC driver Eden Relay som kobler validatorer til et nettverk av blokkbyggere for å maksimere validatorutbyttet. På denne måten er brukere garantert ikke å være frontrun i Eden-blokker. Til slutt, gjennom Edens RPC, kan sofistikerte Ethereum-brukere kalt "søkere" sende "bunter" til Edens nettverk av blokkbyggere. Blant alle MEV-Boosted-blokker gjør Eden det ganske bra (men fortsatt er en til og med i nærheten av Flashbots).

MEVBoost.Pics, skjermdumpet 11

En annen reléleverandør som er viktig å nevne er Blocknative. Stafetten deres, kalt Drømmebåt, er offentlig tilgjengelig, gjennomsiktig, men filtrerer sanksjonerte adresser. Som du kan se ovenfor, er det også en del av MEV-forsterkede blokker på kjeden. Spørsmålet om transaksjonssensur er et som skal diskuteres, og blockchain-samfunnet har hatt ganske mye å si om det i det siste. Til tross for kontroversene og argumentene på hvilken side du er på, har Flashbots og hele MEV-boost-økosystemet gjort ganske mye for blokkjede- og MEV-beskyttelse. Jeg er nysgjerrig og forventer de neste trinnene for dette feltet av MEV-beskyttelse

Kontroverser i MEV-Boost

I tillegg til MEV-boost-tilbudet, er det flere andre bemerkelsesverdige prosjekter som er verdt å nevne som bygger offensiv beskyttelse i kjeden. 

Hopp over protokoll

Hopp over protokoll bygger økosystemtilpassede MEV-produkter på Cosmos, forsterker effekten av god MEV og minimerer effekten av dårlig MEV – og omfordele disse belønningene tilbake til validatorer og aktører. Skip identifiserte følgende problemer på Cosmos-kjeder, gitt dens en første-til-mølla-mempool, sitert fra Skip's whitepaper:

  1. Utførelsesrisiko: I perioder med høy kjedeoverbelastning er det ingen måte å uttrykke at visse transaksjoner er «viktigere» eller mer økonomisk verdifulle for næringsdrivende eller for økosystemet. Dette skjedde mye under 5/9 Terra-depeg.
  2. Bortkastet blokkplass og gass: Du kan finne en kirkegård med flere mislykkede transaksjoner bak store arbitrasjemuligheter (f.eks. se Terra Classic blokk 5635240) fra hastverket til å være først.
  3. Sentralisering av overskudd: Nesten alle arbitrasjemuligheter vinnes av noen få adresser, sannsynligvis kontrollert av et par HFT-butikker som har råd til den massive infrastrukturen med lav ventetid som kreves for å vinne løpet. Dette utgjør en skjult skatt på Cosmos-brukere og validatorer som lager disse arb-mulighetene, men som ikke kan fange dem.
  4. Konsolidering av deltakere: MEV-søkere og validatorer oppmuntres til å integrere vertikalt for å få robotene og nodene deres på de samme serverne for raskere tilgang til mempool og transaksjonskringkasting. (f.eks. Vi har sett fremgang i partnerskap mellom MEV-søkere og validatorer for fortrinnsrett tilgang), noe som undergraver langsiktig desentralisering.
  5. Risiko for kjedestopp: Store bølger av spam kan slå ut fulle noder eller validatorer (når de avslører porter), slik det nylig har skjedd på andre lag 1-er (f.eks. Solana)

Derfor er Skips foreslåtte løsning å lage et lukket auksjonssystem med lukkede bud som lar tradere sende inn tippede transaksjoner til validatorer som prioriterer dem øverst i blokker basert på blokker.

Hopp over transaksjonsbestilling

Ved å gjøre det vil validatorer motta flere belønninger per transaksjon og innsatsfortjeneste vil øke ettersom MEV-belønninger deles ut til stakere – en vinn-vinn! 

Nylig, Skip annonsert deres Skip-Select-produkt, slik at validatorer kan bestemme helt hvordan de bygger blokkene sine. Validatorer kan velge hvordan MEV-belønninger skal spres, om Skip bygger sine blokker, compliance, styring og en rekke andre MEV-preferanser. Alt dette er en del av deres Suverene MEV visjon, som er å la aktører, validatorer og kjerneutviklere for app-kjeder bestemme hvordan deres MEV-markeder fungerer. For å gjøre dette utvikler de MEV-SDK, som bringer disse preferansene og blokkbyggerrettighetene i protokollen og på kjeden. I skrivende stund er Skip aktiv på testnet og mainnet for Juno, og vil snart lanseres på Evmos, Terra2 og andre Cosmos-kjeder. I tillegg har de vært det i samtaler med Osmosis på en rekke partnerskapsintegrasjoner. Du kan spore hvor mange validatorer som aktivt kjører Skip på dashbordet deres her.

Jito Labs

I motsetning til de tidligere nevnte prosjektene som er i Ethereum- og Cosmos-økosystemene, Jito Labs er på et oppdrag for å skalere Solana gjennom høyytelses MEV-infrastruktur. Gitt at de er i den støtende MEV-kategorien, prøver de å minimere de negative effektene av MEV samtidig som de maksimerer den gode MEV som skal distribueres til brukerne. Gjennom tre forskjellige produkttilbud, som fungerer unisont, leder Jito flokken når det gjelder å minimere MEV på Solana. 

Først kjører validatorer Jito-Solana, som er en modifisert Solana Labs-valideringsklient som lar validatorer lage "bunter" av transaksjoner, noe som gir søkere og høyfrekvente handelsmenn fleksibiliteten til å uttrykke transaksjonsbestilling. De åpen kildekode Jito-Solana validator er midtpunktet i nettverket og administrerer kommunikasjon med Jito-stafett, som utfører filtrering og signaturverifisering for transaksjonene som behandles. De høyeste budene og de mest lønnsomme buntene sendes til validatorene fra reléet for å bli lagt til kjeden. I tillegg tilbyr Jito en Block Engine, som kobler sammen reléer, søkere og validatorer via en off-chain forseglet bud auksjon for transaksjoner som skal legges til kjeden. Block Engine simulerer hver transaksjonskombinasjon og videresender den høyest betalende gruppen med bunter til lederen for blokkinkludering. Ved auksjonens utløp sendes de mest lønnsomme buntene til lederen for å bli henrettet umiddelbart. Det som er pent er at Block Engine er globalt distribuert for å sikre at validatorer og søkere får tilgang med lav ventetid uansett hvor de er.

Jito Teknisk dokumentasjon

Validatorers MEV-fortjeneste blir deretter delt opp og distribueres på slutten av hver epoke. Her er en kul regneark Jito laget for å beregne validatorfortjeneste før og etter MEV-fortjeneste.

Til syvende og sist har den offensive leiren på kjeden gjort utrolige fremskritt i sin andel av MEV-beskyttelse. Mitt håp er at de vil fortsette å innovere, ettersom validatorer er grunnlaget for hvert nettverk. Nå vil vi analysere det støtende applikasjonen MEV-beskyttelsesøkosystemet. 

Støtende applikasjonslag

Offensive applikasjoner er løsninger som mener MEV er uunngåelig, så de tilbyr applikasjons- og brukervendte løsninger for å trekke ut og demokratisere det. Vi har allerede diskutert BackRunMe ovenfor (ettersom det er en del av BloxRoutes produkttilbud), så nå skal vi dykke inn i de to andre store aktørene i denne leiren.

Rook-protokollen

Rook-protokollen er en av de første MEV-ekstraksjonsløsningene som tar sikte på å fange MEV på applikasjonslaget, beskytte brukere og protokoller mot negative eksternaliteter og redusere den totale MEV tilgjengelig på konsensuslaget. Til syvende og sist omfordeler Rook MEV-fortjenesten blant deltakerne på en måte som øker den totale nettverks- og markedseffektiviteten.

Rook-protokollen fortsetter TÅRN, et ERC-20-styrings- og nyttetoken som brukes til å oppdage verdien av MEV i en transaksjon mens den behandles. Alle som bruker Rook-protokollen – brukere, smarte kontrakter, market makers, keepers – er koblet sammen gjennom ROOK-token-økosystemet. Keepers er automatiserte roboter som oppfyller brukerens transaksjon som setter ROOK inn i en smart koordinatorkontrakt og mottar xROOK i retur. Keepers ser konstant på transaksjons-mempoolen for arbitrasjemuligheter. Når en lønnsom transaksjon er oppdaget, har Keepers en budkrig ved å bruke deres xROOK for muligheten til å utføre transaksjonen. Koordinatorauksjonsmodulen grønne lys Keeperen som vant auksjonen, og de oppfyller transaksjonen mens de distribuerer budet Keeperen betalte for den muligheten. I mellomtiden kan ROOK-tokenholdere satse ROOK i Rook-utsettingspoolen, og motta xROOK i bytte. En prosent av verdien fanget i hvert bud går direkte til xROOK-innehavere og gir dem en avkastning som direkte tilsvarer nytten og suksessen til Rook-protokollen. 

tårn Teknisk dokumentasjon

Dette er bygget med Rook's "gjemmebok”, en ordrebok utenfor kjeden som er vert for transaksjoner som kun kan fylles ut av Rook Keepers. Bestillinger som sendes gjennom skjuleboken er utilgjengelige for andre rov MEV-roboter, og lar dermed brukeren motta transaksjonen til målprisene. Rook sin gjemmebok kan til og med brukes via deres egen DEX, Skjulespill, deres API, eller gjennom partnerintegrasjonene deres. 

tårn Teknisk dokumentasjon

B.Protokol

B.Protokol er en annen offensiv MEV-løsning på applikasjonsnivå. Den fokuserer imidlertid på lån- og likvidasjonssfæren (i motsetning til de andre løsningene som er nevnt, som i økende grad fokuserer på DEX, frontrunning og sandwich-angrep). B. Protocol demokratiserer likvideringer, sikrer høyere kapitaleffektivitet og bekjemper MEV. 

På plattformene som B.Protocol er integrert med, samler den brukernes midler til en Backstop-pool som brukes til avviklinger. Mens fondene er uvirksomme, ligger de i en avkastningsbærende plattform og genererer passive inntekter til brukerne (renter eller likviditetsutvinningsbelønninger). Når en avvikling finner sted, trekker den smarte kontrakten de nødvendige midlene fra bakstopperen for å lette avviklingen, og legger automatisk den beslaglagte sikkerheten for salg. Når det er solgt, blir avkastningen satt tilbake til backstop-poolen, og fortjenesten påløper. Her er en flott oversikt av hvordan det fungerer.

B.Protokol Teknisk dokumentasjon

Ved å lage demokratiske pools som alle kan delta i, deler B.Protocol MEV-fortjeneste med brukere som setter inn sikkerhet og gir dem likvidasjonsprioritet. B. Protocol er for øyeblikket live over flere store navneprosjekter, inkludert Likviditetens Kyllingobligasjoner. B.Protocol er distinkt i den forstand at den er en av de ensomme aktørene i MEV-beskyttelsesområdet for likvidasjoner, i en allerede nisjeoffensiv applikasjonslagskategori.

Til syvende og sist har beskyttelse av støtende applikasjonslag et relativt mindre antall aktører, selv om hver enkelt er unik og beundringsverdig i seg selv. Jeg er stadig mer optimistisk med tanke på fremtiden til denne leiren.

Defensiv On-Chain Protection

Som nevnt tidligere, mener disse løsningene at MEV er en eksistensiell trussel mot blockchain, så de tilbyr on-chain og konsensuslag for å ideelt sett eliminere det fullstendig. Det er definitivt noen fascinerende spillere på dette feltet, så jeg holder øye med og ser denne leiren utvikle seg tett.

Chainlink Fair sekvenseringstjenester

En annen stor aktør som går inn i MEV-beskyttelsesområdet er lenke, det desentraliserte orakelnettverket. For de som ikke er kjent med orakler, kobler de i utgangspunktet smarte kontrakter sammen med data utenfor kjeden. Dette kan brukes til finansmarkeder, sportsdata eller til og med nisjeting som vær og karbonkreditter. Chainlink tar nå dette et skritt videre ved å implementere MEV-beskyttelse til deres smarte kontrakttillegg – ved å introdusere Fair Sequencing Services (FSS). Kort sagt, FSS er et orakelnettverk som bestiller transaksjonene sendt til den smarte kontrakten. Den samler inn brukertransaksjoner utenfor kjeden, genererer bestillingen basert på smartkontraktutviklerens spesifikasjoner, og sender transaksjonene til kjeden på en desentralisert måte.

Fair Sequencing Services Flytmodell

I tillegg kan FSS brukes ikke bare på smarte kontrakter i et forhåndsbehandlingsstadium, men også på blokkbyggings- og opprullingsnivå. I dag er FSS allerede en fullt fungerende prototype, og de har en pilotprogram med Arbitrum! Hele blockchain- og MEV-fellesskapet forventer fullskala lansering av FSS i løpet av de kommende månedene.

Hemmelig nettverk

Hemmelig nettverk er en lag-1 blokkjede bygget på Cosmos IBC med smarte kontrakter som bevarer personvern. Secrets smarte kontrakter, kjent som "Hemmelige kontrakter" er private som standard. Alt er kryptert (inndata, utdata, tilstand osv.) og kan ikke sees av andre, med mindre de får tilgang. Dette åpner for brukstilfeller som ikke er mulig på tradisjonelle offentlige blokkjeder. Bygget på disse hemmelige kontraktene er "Secret DeFi", som er deres personvernbevarende desentraliserte finansøkosystem. Som alle andre DeFi-applikasjoner kan brukere handle, bytte, kjøpe, låne, selge – men dataene dine er private som standard. På grunn av dette iboende personvernet er bestillinger ikke synlige på mempoolen. Dermed blir du beskyttet mot de sultne MEV-frontrunning- og sandwich-botene. Secret Network er en av få (om ikke den eneste) protokollene som har personvern som en rettighet, ikke en funksjon – og fordelene merkes definitivt i MEV-området.

Cosmos 2.0

Nylig, Kosmos kunngjorde den andre iterasjonen av deres Internet of Blockchains-produkttilbud. Med en rekke nye funksjoner verdt en artikkel i seg selv, er fokuset på Interchain Scheduler – deres foreslåtte løsning for å bekjempe MEV. Men i en uventet vending var ATOM 2.0-forslaget avvist av ATOM-fellesskapet. Uansett, jeg tror det er verdt å utdype litt om den foreslåtte (men med en uklar fremtid) Interchain Scheduler.

Siden Cosmos-økosystemet består av flere blokkkjeder, er det en forskjell i aktivapriser på tvers av de desentraliserte børsene i nettverket. I tillegg til å skape åpenbare DEX-arbitrasjemuligheter, introduserer den også mer komplekse og intrikate frontrunning og sandwich-angrep. Interchain Scheduler foreslo å opprette et MEV-marked på kjeden, og hjalp Cosmos' appkjeder med å selge en del av blokkplassen deres som omsettelige NFT-er. Med Scheduler vil de reservere blokkplass på de deltakende blokkjedene gjennom en auksjon. Deretter vil denne betalingen bli omfordelt over hele økosystemet (stakere, validatorer, etc.). 

Interchain Scheduler

De tekniske forviklingene kunne bli funnet her., selv om jeg forventer at det vil endre seg litt før det blir fullstendig utført på kjeden.

Andre defensive verktøy og løsninger på kjeden

I tillegg til produktene som er omtalt ovenfor, finnes det en rekke andre defensive on-chain-løsninger for MEV-beskyttelse. 

Ubåt sender:

Ubåt sender er et åpen kildekode-smart kontraktsbibliotek som beskytter kontrakten din mot frontløpere ved midlertidig å skjule transaksjoner på kjeden. Kort sagt, brukeren forplikter transaksjonen sin til ubåtadressen, skjuler dataene som sendes til den smarte kontrakten og låser verdien som sendes. Når den forpliktede transaksjonen holder sin plass i kjeden, låser den smarte kontrakten opp dataene som lagres og verifiserer dem. 

Ubåt sender Strømningsmodell

All koden for Submarine Sends er offentlig tilgjengelig på Github, selv om den ikke har blitt oppdatert på flere år.

NullMEV

NullMEV er en fullstendig desentralisert løsning for Ethereum-validatorer for å beskytte brukerne sine mot frontkjøring og sensur. Når du bruker MEV-Boost, kan brukere av og til være foran med millisekunder. For å forhindre dette, beskytter ZeroMEV brukerne ved å bestille transaksjoner etter tid i stedet for etter gasspris eller MEV. Faktisk beskytter ZeroMEV brukere opp til en forskjell på 500 millisekunder! For å bruke ZeroMEV er bare tre linjer med kode i den originale Geth endret. Men for øyeblikket er bruk av ZeroMEV kun for altruistiske formål, da validatorer sannsynligvis vil tjene mindre fordi de bare blir betalt i tips etter EIP-1559. Validatorer kan imidlertid kjøre tilbake transaksjoner, og dermed skape litt mer fortjeneste. Uansett er ZeroMEV et utrolig MEV-beskyttelsesverktøy for validatorer.

Salmonella angrep

I et skuespill å lure sandwich-handelsrobotene, introduserte Defi-Cartel en ganske pen teknikk for å bringe kraft tilbake til traderen. Salmonella-ideen er følgende: lag et typisk ERC-20-token, men når noen andre enn den spesifiserte eieren handler med det, returnerer det bare 10 % av det spesifiserte beløpet – til tross for publisering av hendelseslogger som viser hele handelen. Som du kan se her., hadde den flere store bedrifter i sin storhetstid. 

Den giftige funksjonen

Salmonella-kontrakten var absolutt et slag i ansiktet for alle arbitrage-robotene som ville ha lommetyver for oss typiske brukere.

Kattana

Nok en flott historie om å lure robotene, Kattana er en kjedehandelsterminal for DEX-er og CEX-er. Under sin token-lansering inkluderte de en felle for front-run-roboter som hindret dem i å selge sine tokens. Dette lille tillegg til deres smarte kontrakt laget en bot taper 68 ETH for tokens han ikke kunne bli kvitt. Noen ganger, rovdyr blir byttedyr

Til syvende og sist er den defensive beskyttelsesleiren på kjeden ganske avansert, teknisk, hemmelighetsfull og til og med humoristisk til tider. Sikkert ved lanseringen av Chainlinks FSS vil denne leiren skape enda flere bølger over hele bransjen. Hvis noen lesere har noen andre eksempler på morsomme måter å lure robotene på, send dem min vei!

Defensivt applikasjonslag

Til slutt er den siste leiren som skal diskuteres den defensive søknadssfæren. Dette er løsningene som mener MEV er en eksistensiell trussel mot blockchain, så de tilbyr applikasjons- og brukervendte løsninger for å eliminere den fullstendig. Mange av disse er produkter som nybegynnere av blockchain allerede er kjent med, men det er viktig å dykke ned i MEV-beskyttelsesfunksjonene deres. For best mulig å forklare dem kan de deles inn i kategorier. 

Automated Market Makers (AMM)

For å diskutere den defensive søknadsleiren, er det viktig å begynne med automatiserte markedsmakere. For en oversikt over AMM-er, les dette Artikkel Jeg skrev for litt siden. 

MEV Capturing AMM (McAMM)

Det har vært mye diskusjon rundt omkring MEV-fangst AMM-er nylig. Kort sagt, ideen er følgende: AMM auksjonerer bort retten til den første handelen per blokk, og selger dermed en potensiell MEV-plass og omdistribuerer overskuddet til tradere, stakere og til og med potensielt søkere. Jeg anbefaler på det sterkeste å lese gjennom hele forslaget da det er veldig interessant. Hvis noen har ytterligere ressurser til AMM-er som prøver dette, vennligst send dem min vei!

Konsentrert likviditet

I mars 2021 kunngjorde Uniswap sin tredje iterasjon av plattformen deres, Uniswap V3. I den introduserte de et helt nytt paradigme for DeFi og AMM: konsentrert likviditet. Kort sagt, konsentrert likviditet gir LPs granulære kontroll over hvilke prisklasser deres kapital allokeres til, og gir dermed betydelig høyere kapitaleffektivitet og betydelig lavere glidning, samtidig som den beskytter mot ethvert frittfallsscenario. Siden det skaper en lavere prispåvirkning på hver handel, har det også mindre MEV-påvirkning. I tillegg er det en fascinerende JIT-likviditet MEV-teknikk på konsentrerte likviditetspooler som faktisk kommer traderen til gode. Selv om konsentrert likviditet ikke fjerner MEV fullstendig, minimerer den den absolutt. 

Det finnes en rekke andre MEV-resistente AMM-er, noen av de jeg har i tankene er: hashflowDualitySwapSwapog Wendy (en nøkkelfunksjon ved Vega Protocol). Denne regionen med MEV-beskyttelse blomstrer med innovasjon og jeg ser veldig frem til de neste stadiene i utviklingen her.

DEX Aggregatorer

For de som ikke er kjent med DEX-aggregatorer, kobler de hundrevis av DApps i ett og tilbyr de beste valutakursene gjennom disse forskjellige likviditetspoolene. Jeg diskuterer DEX Aggregators kort i dette Artikkel

1inch

1inch er den mest kjente og mest brukte DEX-aggregatoren. Nylig har de samarbeidet med Flashbots for å beskytte brukerne sine mot frontrunning og sandwich-angrep. Gjennom 1inch-børsen nå kan brukere velge å rute transaksjonene sine via Flashbots, som skaper en direkte forbindelse mellom validatoren og 1inch. Jeg er imidlertid ikke sikker på om dette har blitt oppdatert eller om det fortsatt er funksjonelt etter sammenslåing. Hvis noen fra 1inch-teamet leser dette, vennligst gi meg beskjed! Et annet ledende beskyttelsesverktøy som 1inch tilbyr er en "automatisk utglidning” som vil minimere sannsynligheten for at en bot målretter mot en transaksjon, gitt at den vil ha lavere glidningstoleranse og som et resultat mindre rom for å manipulere brukerens ønskede beløp returnert.

CowSwap 

CowSwap, kort sagt, er DEX-aggregatoren til DEX-aggregatorer. Handler på CowSwap kan gjøres opp via tilkoblede AMM-er i kjeden, andre DEX-aggregatorer og en unik funksjon kalt Coincidence of Wants (CoW). Kort sagt, CoWs nettverk av "løsere" skanner hver batch for tilfeldigheter av ønsker (når handelsmenn som vil ha det hverandre har). Disse kuene er matchet peer-to-peer, slik at alle får en bedre pris og ingen betaler unødvendige AMM-avgifter. Dette kommer i tillegg til å søke i alle andre likviditetskilder for potensielle beste handelspriser. Deretter sender CoW disse handlene i partier til kjeden, skjuler dem fra den offentlige mempoolen og i realiteten fra transaksjonsreordnende gruvearbeidere og sultne sandwich-roboter. CoW Protocol er absolutt unik i denne forbindelse, og de har ganske mye forskning forslag så vel på andre potensielle MEV-løsninger. Jeg er nysgjerrig på å se hvilke andre MEV-innovasjoner de implementerer.

Noen av de andre diverse defensive MEV-beskyttelsesløsningene på applikasjonslag er MistX LabsDFlowog Shutter Network. Som du kan se, er denne leiren ganske overfylt, men hver spiller gjør en betydelig del i å redusere MEV og beskytte brukerne sine. En spådom min er at i fremtiden vil DApper som ikke beskytter brukerne sine mot MEV lide av en betydelig mangel på brukere, og MEV-beskyttelse må være en industristandard.

Nåværende problemer og fremtiden til MEV

Nå som vi har gått gjennom hele MEV-løsningslandskapet, er det viktig å nevne bekymringene og problemene som fortsatt oppstår, i tillegg til å forstå hvor de neste innovasjonene vil finne sted. 

For det første, som de fleste andre problemer i blockchain, er problemet bare for komplekst til at massene kan forstå. De aller fleste blokkjedebrukere vil ganske enkelt handle med dårligere utførelseshastigheter. Selv om dette kanskje ikke er et slikt problem på kort sikt på grunn av at noen få cent går tapt per handel, vil blokkjede aldri bli fremtidens økonomiske status hvis disse bekymringene ikke blir forstått, enn si løst. For å ta det et skritt videre, er løsningene som tilbys også utrolig kompliserte med en rekke aktører å forstå. På den annen side, men å være MEV-bevisst driver ikke adopsjon, som er en interessant filosofisk diskusjon i seg selv og en bør vurderes når man utvikler disse applikasjonene. 

For det andre tilbyr ikke løsningene som tilbys eierskap eller eierandel i nettverket deres (ROOK og COW til side) – de er rene tillegg eller funksjoner til protokollene deres, og det blir sjelden utdelt overskudd. Løsningene som har overskudd som blir distribuert, blir distribuert i sitt eget token i motsetning til selve implementerte DApps-tokenet (dette gjelder kun på applikasjonslaget). 

Sist, mange av løsningene i det nåværende landskapet har en viss implementering av privat ordreflyt eller skjermede transaksjoner. Nylig har argumentet dukket opp om at privat ordreflyt har sine ulemper – fjerner den offentlige naturen til blokkjeder og potensielt føre til sentralisering. Realiteten er at det alltid vil være avveininger på begge sider, så brukere eller applikasjoner må plukke giften sin.

Til tross for disse bekymringene, er innovasjonene som skjer i MEV-beskyttelsesområdet dumme å se på. Lengden på denne artikkelen alene fremhever hvor viktig, fascinerende og lukrativ dette problemet er. I den forbindelse kunne jeg absolutt se mempool-utvikling være et av de ledende temaene i 2023, spesielt ettersom bunner av bjørnemarkeder er de viktigste innovasjonsknutepunktene for underliggende infrastrukturer. 

I tillegg er det noen spådommer om store DEX-er bli blokkbyggere i fremtiden som absolutt ville skape en interessant dynamikk i dette rommet. Den økende interessen for personvernbevarende kjeder og applikasjoner etter hele Tornado Cash-debakelen hever også noen øyenbryn, spesielt siden MEV kan reduseres gjennom disse plattformene (som f.eks. Silent ProtocolKjerneog Aztec nettverk). 

Siden nedfallet av FTX de siste ukene, tror jeg dette vil understreke MEV enda mer. Ettersom mer og mer transaksjonsflyt vil gå på kjeden og slutte med sentraliserte alternativer, vil roboter hoppe ved tanken på intetanende brukere som tar med seg stabler til DEX-er og AMM-er. Jeg kommer til å se på mempoolene de neste ukene for å absorbere all handlingen.

Spørsmålet om MEV er en eksistensiell trussel eller løselig utfordring for blockchain er til syvende og sist i dine hender. Det nåværende landskapet av løsninger har blitt skissert, men transaksjoner er fortsatt i forkant og roboter lager fortsatt deilige smørbrød. Om vi ​​trenger å lære å leve, takle eller potensielt tjene penger med MEV, eller om vi helt vil glemme det om flere år, er et spørsmål jeg tenker ofte på. For nå, la oss prøve vårt beste for å holde robotene sultne.

Photo by Nathan Watson on Unsplash
  • Myntsmart. Europas beste Bitcoin og Crypto Exchange. Klikk her
  • Platoblokkkjede. Web3 Metaverse Intelligence. Kunnskap forsterket. Tilgang her.
  • Kilde: Platon Data Intelligence: Platodata.ai