Låt oss klargöra detta: Arch är inte en L2. Etiketten används ofta eftersom folk ser vår anpassade exekveringsmodell och antar en bekant kategori. Men kategorier hjälper bara när de speglar hur ett system faktiskt fungerar. Att kalla Arch för ett L2 skapar bara förvirring kring vad arkitekturen gör. L2:or kräver att användare bryggar eller wrappar sina tillgångar för att få större programmerbarhet. De underhåller en separat tillståndsmaskin som bara synkar tillbaka till Bitcoin, om det någonsin händer, när transaktioner bokförs som poståtaganden eller bevis på baslagret. Deras transaktioner är inte alls beroende av vad som händer på Bitcoin-basen, eftersom deras utförande och validerare helt finns någon annanstans. ArchVM fungerar annorlunda. ・Samma validerare som godkänner transaktionerna i ArchVM har också proportionella nyckeldelningar inom Archs FROST + ROAST-kryptografi på Bitcoin. ・Tillståndsändringar återspeglas därefter, med en realtids mempoolindexer och en DAG (Directed Acyclic Graph) som håller koll på tillståndsövergångarna på Arch och motsvarande tillgångsöverföringar på Bitcoin för att säkerställa att de förblir atomära. ・Dess rollback/återapplicera-metod säkerställer tillståndskonsistens, vilket gör att Arch kan ge applikationer en förhandsbekräftelse, vilket gör det möjligt för användare att bryta sig loss från de problem som Bitcoins långsamma blockperioder medför. Det är så Arch kan föra finansiell logik till UTXO-baserade tillgångar på Bitcoin, genom att hålla åtgärder vidtagna inom vår appsvit och anpassa dem i varje steg till baslagret. Utvecklare kan samordna aktiviteter, upprätthålla regler och bygga onchain-applikationer utan att införa wrapped assets, bridging-modeller eller säkerhetsantaganden som tvingar användare att flytta sina tillgångar någon annanstans. Det är en modell olik allt Bitcoin någonsin sett... och låsa upp en form av Bitcoin-programmerbarhet som aldrig varit möjlig förrän nu.

Se hur Arch håller exekveringen inom Bitcoins förtroendegränser: