讓我們澄清這一點：Arch 不是 L2。 這個標籤被隨意使用，因為人們看到我們的自定義執行模型，並假設它屬於一個熟悉的類別。但類別只有在反映系統實際運作時才有幫助。 稱 Arch 為 L2 只會對架構的運作造成混淆。 L2 需要用戶橋接或包裝他們的資產，以便訪問更大的可編程性。它們維持一個獨立的狀態機，只有在交易作為後置承諾或證明回到基礎層時，才會與 Bitcoin 同步。 它們的交易根本不依賴於 Bitcoin 基礎層上發生的事情，因為它們的執行和驗證者完全存在於其他地方。 ArchVM 的運作方式不同。 ・批准 ArchVM 內部交易的相同驗證者在 Bitcoin 的 Arch 的 FROST + ROAST 密碼學中也擁有相應的密鑰份額。 ・狀態變更相應地反映，配備實時的內存池索引器和一個 DAG（有向無環圖），跟踪 arch 上的狀態轉換及相應的 Bitcoin 資產轉移，以確保它們保持原子性。 ・其回滾/重新應用方法確保狀態一致性，允許 Arch 為應用程序提供預確認，讓用戶擺脫 Bitcoin 緩慢區塊時間帶來的用戶體驗問題。 這就是 Arch 如何將金融邏輯帶入基於 UTXO 的 Bitcoin 資產，保持我們應用套件內的行動並在每個階段與基礎層對齊。 開發者可以協調活動，強制規則，並構建鏈上應用程序，而無需引入包裝資產、橋接模型或迫使用戶將資產移至其他地方的安全假設。 這是一種 Bitcoin 以前從未見過的模型……並解鎖了一種 Bitcoin 可編程性，這在此之前從未可行。

看看 Arch 如何在 Bitcoin 的信任邊界內保持執行：