Tehdään tämä selväksi: Arch ei ole L2. Leimaa heitellään ympäriinsä, koska ihmiset näkevät oman toteutusmallimme ja olettavat tutun kategorian. Mutta kategoriat auttavat vain silloin, kun ne heijastavat sitä, miten järjestelmä oikeasti toimii. Archin kutsuminen L2:ksi aiheuttaa vain sekaannusta siitä, mitä arkkitehtuuri tekee. L2-järjestelmät edellyttävät, että käyttäjät yhdistävät tai käärivät omat resurssinsa saadakseen paremman ohjelmoitavuuden. He ylläpitävät erillistä tilakonetta, joka synkronoituu takaisin Bitcoiniin vain, jos koskaan, kun tapahtumat palautetaan jälkisitoumuksina tai todisteina peruskerrokselle. Heidän transaktionsa eivät riipu lainkaan siitä, mitä tapahtuu Bitcoinin peruskerroksessa, koska heidän suorituksensa ja validointinsa ovat täysin muualla. ArchVM toimii eri tavalla. ・Samat validaattorit, jotka hyväksyvät tapahtumat ArchVM:ssä, omaavat myös suhteellisia avainjakoja Archin FROST + ROAST -kryptografiassa Bitcoinissa. ・Tilan muutokset heijastuvat vastaavasti, reaaliaikaisella mempool-indeksaattorilla ja DAG:lla (Directed Acyclic Graph), joka seuraa Archin tilamuutoksia ja Bitcoinin vastaavia omaisuussiirtoja varmistaakseen niiden atomisuuden. ・Sen rollback/reapply-menetelmä varmistaa tilan yhdenmukaisuuden, mahdollistaen Archin antamaan sovelluksille ennakkovahvistuksen, jolloin käyttäjät voivat irtautua Bitcoinin hitaita blokkiaikoja aiheuttamista käyttökokemuksen ongelmista. Näin Arch voi tuoda taloudellista logiikkaa UTXO-pohjaisiin Bitcoin-omaisuuseriin, pitäen toimenpiteet sovelluspaketissamme ja sovittaen ne jokaisessa vaiheessa peruskerrokseen. Kehittäjät voivat koordinoida toimintaa, valvoa sääntöjä ja rakentaa onchain-sovelluksia ilman paketoituja assetteja, siltamalleja tai tietoturvaoletuksia, jotka pakottavat käyttäjät siirtämään omaisuuttaan muualle. Se on malli, jota Bitcoin ei ole koskaan nähnyt... ja Bitcoinin ohjelmoitavuuden avaaminen, joka ei ole ollut koskaan aiemmin mahdollista.

Katso, miten Arch pitää suorituksen Bitcoinin luottamusrajojen sisällä: