Ujasněme si to: Arch není L2. Tento nálepek se často používá, protože lidé vidí náš vlastní model provádění a předpokládají známou kategorii. Ale kategorie pomáhají jen tehdy, když odrážejí, jak systém skutečně funguje. Nazývat Arch L2 jen vytváří zmatek ohledně toho, co architektura dělá. L2 vyžadují, aby uživatelé své assety přemostili nebo obalili, aby získali větší programovatelnost. Udržují samostatný stavový automat, který se s Bitcoinem synchronizuje pouze tehdy, pokud vůbec, když jsou transakce zaznamenány jako post-závazky nebo důkazy na základní vrstvě. Jejich transakce vůbec nezávisí na tom, co se děje na základní vrstvě Bitcoinu, protože jejich provádění a validátor jsou zcela jinde. ArchVM funguje jinak. ・Stejní validátoři, kteří schvalují transakce v rámci ArchVM, mají také proporcionální podíl klíčů v kryptografii FROST + ROAST Arch na Bitcoinu. ・Změny stavů jsou odpovídajícím způsobem odrážené, pomocí indexéru mempoolu v reálném čase a DAG (Directed Acyclic Graph), který sleduje přechody stavů na archu a odpovídající převody aktiv na Bitcoinu, aby zajistil, že zůstanou atomické. ・Její metoda rollback/reapply zajišťuje konzistenci stavu, což umožňuje Archu aplikacím předem potvrdit a vymanit se z problémů s uživatelským zážitkem, které jsou spojeny s pomalými bloky Bitcoinu. Takto může Arch přinést finanční logiku do aktiv založených na UTXO na Bitcoinu, zachovat akce prováděné v naší sadě aplikací a sladit je v každé fázi se základní vrstvou. Vývojáři mohou koordinovat aktivity, vynucovat pravidla a vytvářet onchain aplikace, aniž by zaváděli zabalené assety, mostní modely nebo bezpečnostní předpoklady, které nutí uživatele přesouvat svá data jinam. Je to model, jaký Bitcoin nikdy předtím neviděl... a odemknutí formy programovatelnosti Bitcoinu, která dosud nebyla možná.

Podívejte se, jak Arch udržuje provádění v rámci důvěry Bitcoinu: