Across V4 esittelee uuden ja parannetun ketjujen välisen arkkitehtuurin. Järjestelmä yhdistää aikomukset ja nollatietotodistukset (ZKP) laajentaakseen useampiin ketjuihin nopeammin. Tässä on tekninen erittely. 🧵

Aiemmin Across käytti "kanonisia siltoja" tai ketjukohtaisia sovittimia Ethereumin HubPoolin viestien tarkistamiseen. Tämä toimi hyvin L2:ssa, kuten Arbitrum ja Optimism, jotka paljastavat Ethereumin viimeistellyn tilan. Mutta tämä muotoilu oli rajoittava...

Muille kuin EVM-ketjuille, kuten BSC:lle, tämä malli hajoaa. Ethereumin tilaa ei voi tarkistaa kanonisesti. Tämä tarkoitti joko mukautettujen sovittimien rakentamista tai ketjujen tukematta jättämistä ollenkaan. Kumpikaan näistä ei ole optimaalinen ratkaisu. Joten keksimme paremman tavan käyttää ZKP:itä.

Tässä on prosessi: Kun uudelleenlayerit täyttävät ketjujen välisiä tilauksia, tapahtumat erään uudelleenlayer-takaisinmaksupaketteihin, jotka @UMAProtocol's Optimistic Oraccle sitten tarkistaa. Tämä tapahtuu aina Ethereumin pääverkossa.

Kun paketti on vahvistettu, Across HubPool käynnistää selvitysprosessin. Sitten se kirjoittaa takaisinmaksuviestin hajautusarvot HubPoolStore-sopimukseen tiettyihin tallennuspaikkoihin. Tämä tallennustapahtuma tapahtuu myös Ethereumin pääverkossa.

Jokainen HubPoolStore-sopimuksen viestihajautusarvo vastaa aikomusta maksaa takaisin kohdeketjun uudelleenkerroksesta. Huomaa, että L1→ L2-viestit voivat edustaa useita takaisinmaksuja (mukaan lukien hitaat täytöt). Tämä johtuu siitä, että ne ovat juurinippuja.

Kun HubPoolStore-sopimus kirjoittaa tallennetun viestin hajautusarvon, se lähettää StoredCallData-tapahtuman. Tämä tapahtuma sisältää viestin hajautusarvon ja tallennuspaikan. Tapahtuma + tallennetut tiedot muodostavat ankkurin ZK-todentamista varten loppupäässä.

Viimeistelijäksi kutsuttu palvelu kuuntelee näitä tapahtumia. Kun se havaitsee uuden, se käynnistää prosessin todistaakseen, että viestin hash on todellakin kirjoitettu Ethereumiin. Jokaisella viestillä, jolle hajautusarvo on tallennettu, on kohde, joka voi olla sen ketjukohtainen.

Tämän todisteen avulla viesti voidaan suorittaa turvallisesti kohdeketjussa. Mutta Ethereumin lopullisuus ei ole välitöntä. Kun viimeistelijä lähettää tiedot ZK API:lle, API odottaa Ethereumin lopullisuusikkunan läpi ennen kuin luo todisteen.

Kelvollisen ZK-todistuksen luomiseksi Ethereumin synkronointikomitean on allekirjoitettava tietty viimeistelty lohko. Jos viesti sisältyi kyseiseen lohkoon tai sitä ennen, tarvittavat allekirjoitukset tulevat saataville ZK-todistuksen luomisen aloittamiseksi.

Viimeistelijä tekee kyselyn ZK API:lta luodakseen todisteen siitä, että tietty viestin hajautusarvo on kirjoitettu tunnettuun HubPoolStore-tallennuspaikkaan viimeistellyssä Ethereum-lohkossa. Tämä mahdollistaa uudelleenkerroksen takaisinmaksujen luotettavan tarkistamisen missä tahansa kohdeketjussa.

ZK API valmistelee todistesyötteet, mukaan lukien (mutta ei rajoittuen): - Viimeistellyt majakkaotsikot - Synkronoi komitean allekirjoitukset - Merkle-todisteet Ethereumin suorituskerroksen tallennustilasta Nämä muodostavat perustan todisteen luomiselle.

Across ottaa käyttöön yleisen pinon kohdeketjuissa: - Todentajasopimus (vahvistaa ZK-todistuksen) - SP1Helios by @Succinct (tallentaa viimeistellyn Ethereum-tilan) - UniversalSpokepool-sopimus (varmistaa viestien aitouden toteutuksen aikana)

Kun ZK-todiste on vahvistettu ja tila vahvistettu, executeMsg() voi suorittaa hyötykuorman turvallisesti kohdeketjussa. Luottamukseton. Turvata. Yleismaailmallinen.

Tämä tarkoittaa, että Across ei enää tarvitse mukautettuja sovittimia kullekin ketjulle. Vain yksi putkisto, joka toimii kaikkialla: storeMsg() Ethereumissa → ZK-todiste → executeMsg():n missä tahansa kohdeketjussa, joka voi tarkistaa SP1Helios-todistuksen.

Ei luottamusoletuksia. Ei integrointikustannuksia. Vain aikomukset + ZK.

Miksi tämä on iso juttu? Se laajentaa dramaattisesti Acrossin kattavuutta avaamalla tuen pitkähäntäketjuille, jotka eivät pysty vahvistamaan Ethereumin tilaa natiivisti ja joilla ei ole kanonisia siltoja. Tämä tekee perehdytyksestä nopeampaa, turvallisempaa ja skaalautuvampaa.

Across ei tarvitse kanonista siltaa näille ketjuille. Se tarvitsee vain kyvyn tarkistaa ZK-todiste Ethereumin tilasta. Tämä vähentää integraation yleiskustannuksia, välttää keskitetyn siltausriskin ja vahvistaa Ethereumin roolia ketjujen välisen totuuden juurena.