Across V4 introduserer ny og forbedret krysskjedearkitektur.
Systemet kombinerer intensjoner og nullkunnskapsbevis (ZKP-er) for å utvide til flere kjeder, raskere.
Her er det tekniske sammenbruddet. 🧵
Tidligere brukte Across «kanoniske broer» eller kjedespesifikke adaptere for å verifisere meldinger fra Ethereums HubPool.
Dette fungerte bra for L2-er som Arbitrum og Optimism, som avslører Ethereum-ferdigstilt tilstand.
Men dette designet var begrensende...
For ikke-EVM-kjeder som BSC går denne modellen i stykker.
Det er ingen kanonisk måte å verifisere Ethereum-tilstanden på. Dette betydde enten å bygge tilpassede adaptere eller ikke støtte disse kjedene i det hele tatt.
Ingen av disse er optimale løsninger. Så vi fant ut en bedre måte å bruke ZKP-er på.
Her er prosessen:
Når relayers fyller ordrer på tvers av kjeder, blir transaksjonene batchet til relétilbakebetalingspakker, som deretter verifiseres av @UMAProtocol's Optimistic Oracle.
Dette skjer alltid på Ethereums hovednett.
Når en bunt er verifisert, utløser Across HubPool oppgjørsprosessen.
Den skriver deretter tilbakebetalingsmeldingen hashes til HubPoolStore-kontrakten i spesifikke lagringsspor.
Denne lagringshendelsen skjer også på Ethereums hovednett.
Hver meldingshash i HubPoolStore-kontrakten tilsvarer en intensjon om å tilbakebetale en videresender på en destinasjonskjede.
Vær oppmerksom på at L1- → L2-meldinger kan representere flere tilbakebetalinger (inkludert trege fyllinger). Dette er fordi de er rotbunter.
Når HubPoolStore-kontrakten skriver en lagret meldingshash, sender den ut en StoredCallData-hendelse.
Denne hendelsen inneholder meldingshashen og lagringssporet.
Hendelsen + de lagrede dataene danner ankeret for ZK-verifisering nedstrøms.
En tjeneste kalt finalizer lytter etter disse hendelsene.
Når den oppdager en ny, starter den en prosess for å bevise at meldingshashen faktisk ble skrevet på Ethereum.
Hver melding, som hashen er lagret for, har et mål som kan være spesifikt for kjeden.
Dette beviset gjør at meldingen kan utføres trygt på destinasjonskjeden.
Men Ethereums endelighet er ikke øyeblikkelig.
Når finalisatoren sender dataene til ZK API, venter API-en gjennom Ethereums finalitetsvindu før den genererer et bevis.
For å generere et gyldig ZK-bevis, må Ethereum-synkroniseringskomiteen signere på en spesifikk fullført blokk.
Hvis meldingen ble inkludert i eller før denne blokken, blir de nødvendige signaturene tilgjengelige for å begynne å generere ZK-beviset.
Finalizeren spør ZK API for å generere et bevis på at en spesifikk meldingshash ble skrevet til en kjent HubPoolStore-lagringsplass i en fullført Ethereum-blokk.
Dette muliggjør tillitsløs verifisering av videresendinger på alle destinasjonskjeder.
ZK API forbereder bevisinnganger, inkludert (men ikke begrenset til):
- Ferdige beacon-overskrifter
- Synkronisere komitésignaturer
- Merkle bevis på lagring fra Ethereums utførelseslag
Disse danner grunnlaget for å generere beviset.
Across distribuerer en generisk stabel på målkjeder:
- En verifikatorkontrakt (validerer ZK-beviset)
- SP1Helios av @Succinct (lagrer fullført Ethereum-tilstand)
- UniversalSpokepool-kontrakt (verifiserer ektheten til meldinger under utførelse)
Når ZK-beviset er bekreftet og tilstanden er bekreftet, kan executeMsg() trygt kjøre nyttelasten på destinasjonskjeden.
Tillitsløs. Sikker. Universell.
Dette betyr at Across ikke lenger trenger tilpassede adaptere for hver kjede.
Bare én pipeline som fungerer overalt:
storeMsg() på Ethereum → ZK-bevis → executeMsg() på en hvilken som helst destinasjonskjede som kan verifisere SP1Helios-beviset.
Ingen tillitsforutsetninger.
Ingen integrasjonskostnader.
Bare intensjoner + ZK.
Hvorfor er dette en stor sak?
Den utvider Across' rekkevidde dramatisk ved å låse opp støtte for long-tail-kjeder som ikke kan verifisere Ethereum-tilstanden naturlig og ikke har kanoniske broer.
Dette gjør onboarding raskere, tryggere og mer skalerbar.
Across trenger ikke en kanonisk bro for disse kjedene. Den trenger bare muligheten til å verifisere et ZK-bevis på Ethereum-tilstand.
Dette reduserer integrasjonskostnader, unngår sentralisert brorisiko og forsterker Ethereums rolle som roten til krysskjedesannheten.
7,68k
42
Innholdet på denne siden er levert av tredjeparter. Med mindre annet er oppgitt, er ikke OKX forfatteren av de siterte artikkelen(e) og krever ingen opphavsrett til materialet. Innholdet er kun gitt for informasjonsformål og representerer ikke synspunktene til OKX. Det er ikke ment å være en anbefaling av noe slag og bør ikke betraktes som investeringsråd eller en oppfordring om å kjøpe eller selge digitale aktiva. I den grad generativ AI brukes til å gi sammendrag eller annen informasjon, kan slikt AI-generert innhold være unøyaktig eller inkonsekvent. Vennligst les den koblede artikkelen for mer detaljer og informasjon. OKX er ikke ansvarlig for innhold som er vert på tredjeparts nettsteder. Beholdning av digitale aktiva, inkludert stablecoins og NFT-er, innebærer en høy grad av risiko og kan svinge mye. Du bør nøye vurdere om handel eller innehav av digitale aktiva passer for deg i lys av din økonomiske tilstand.