跨生態系統交易比想像的更複雜，導致不必要的碎片化。
原文：The Avail Vision： Accelerating the Unification of Web3（Avail）
作者：Anurag Arjun，Avail 創始人
編譯：1912212.eth，Foresight News
封面：Avail
概述
Web3 無需許可的特性催生多項突破性技術，這些技術共同為如今蓬勃發展的生態系統提供了動力，但仍有很大的增長空間。 為了達到大規模採用所需的性能，行業面臨著眾多需要克服的技術挑戰，該生態系統在 Web3 技術堆疊中構建了多種創新解決方案。 然而，我們仍然需要將所有這些技術聚集在一起，並作為有凝聚力的整體為終端使用者運行，同時維護生態系統的去中心化精神。
跨生態系統交易比想像的更複雜，導致不必要的碎片化。 用戶增長工作應該針對新用戶的進入，而不是將他們拉到現有的 Web3 社區之間。
為了解決所有這些問題，Avail 正在通過 Avail「三位一體」加速 Web3 統一，分三階段路線圖，旨在為任何生態系統的最終使用者提供安全、可擴展和無縫互連的 Web3 體驗。
在本次深入研究中，我們探討了 Avail 三位一體的背景和論文，以及它如何解決當今生態系統面臨的使用者碎片化和可擴充性問題。 Avail DA 不僅通過數據可用性為 Rollups 提供基礎設施，而且還通過 Avail Nexus 為用戶體驗奠定基礎。 Fusion Security 完善了 Avail 三位一體，滿足日益增長的共用安全需求，以強化繁榮統一的 Web3 生態系統。
介紹
如果你有過跨鏈交易經歷，就會明白用戶體驗這塊，還遠遠沒有為大規模採用做好準備。
有了對區塊鏈架構非常深入的技術理解，就可以開始解決這一長期存在的問題。 從第一原理開始逆推，我們可以提煉出創建統一區塊鏈體驗所需的技術基礎。 它連接單獨的 L2 Rollups 網路和 L1，同時仍然支援不同生態系統的開發人員進行無需許可、去中心化的創新和實驗。
Rollup 作為可擴充性挑戰的部分解決方案而開發的，在將交易捆綁到單個鏈上交易之前處理鏈下交易。 雖然 Rollup 可以有效降低費用並增強乙太坊的可擴充性，但也帶來了新的複雜性：
- 由於可用性有限，對更多區塊的需求導致成本上升
- L2 生態系統的激增導致市場碎片化，進一步阻礙了用戶體驗和規模經濟
隨著這些問題的解決，區塊鏈系統沉寂多年的可擴展性和互操作性潛力終將可以實現。
Avail 解決方案
Avail 正在利用異步消息傳遞原理（與擴展互聯網上的應用程式相同原理）來擴展區塊鏈，而現在正是構建此原理的最佳時機。
基礎數據可用性（DA）層、Nexus 互操作性層和融合安全網路層共同形成 Avail 三位一體。
- DA 層是高度優化的低級層，專為數據可用性而構建。 這是最深的區塊鏈層，具有在頂部構建跨生態系統互操作性所需的最少功能。
- Nexus 充當 Avail 上的羽量級證明聚合和序列化 ZK Rollup，使得跨 Rollup 和跨生態結算成為可能。
- Fusion Security 使一籃子代幣能夠彙集其加密經濟安全性，以服務和保護 Avail 網路。
Avail 的使命就是為了簡化 Rollups 體驗，為任何生態系統的使用者和開發人員提供統一、高效的平臺。
這種垂直集成的堆疊旨在解決當今所經歷的成長難題和使用者碎片化，使 Rollups 能夠無縫訪問整個區塊鏈領域的用戶和流動性。
背景和靈感
我們能從 Web2 中學到什麼？
互聯網上的應用程式如何真正擴展？異步微服務。
互聯網不是一台巨大的世界計算機。 它是一系列互連的計算機，根據業務用例執行一些特定的操作，然後在需要時相互通信。
- 亞馬遜是一組專門從事電子商務的相關微服務。 Visa 運營一組處理支付的微服務。
- 當使用者按下亞馬遜產品的「購買」按鈕時，會觸發瀏覽器對亞馬遜產品微服務的調用。
- 這反過來又調用 Visa 微服務向用戶發送支付頁面。
- 使用者填寫付款詳細資訊后，另一個請求將發送到 Visa 微服務以驗證付款。
- 一旦付款經過驗證，它就會回調亞馬遜產品微服務，讓使用者知道產品已購買並且付款已完成。
如果是「黑色星期五」，那麼 Amazon 和 Visa 微服務將進行擴展，以滿足獨立於互聯網上其他微服務的需求。
關鍵點在於，互聯網只有通過異步微服務才能擴展到如此大的範圍。 區塊鏈也會發生同樣的事情。
我們如何在 Web3 中啟動該功能
UPI 是值得學習的好例子。 從用戶數、交易量和交易量來看，它是世界上最大的支付系統之一。 目前，它每月處理超過 100 億筆交易，證明瞭該系統的規模。
UPI 可以使不同銀行的客戶能夠進行交互，但剛推出時並沒有那麼成功。 銀行最初對於加入該系統非常猶豫——政府沒有強制要求加入 UPI。 銀行主要擔心是，如果允許 UPI 交易，最終將導致客戶帳戶中的資金轉移到其他銀行（流動性外流）。
互惠原理就是用來解決這個問題的。 互惠原則取代了經濟激勵，而是被用來傳達這樣一種觀念：銀行只有在允許「付款」的情況下才能獲得 UPI 和其他銀行客戶的「付款」。
儘管這是來自許可設置（Web2 中的銀行）的示例，但 Web3 的無許可統一層仍應嵌入互惠原則，並對整個生態系統產生凈積極影響。
簡單的互惠原則有助於各個銀行開放其客戶和錢包進行有效合作，以確保最終客戶擁有最佳的用戶體驗。
這個事例告訴我們，彼此間的合作會對整個生態產生積極影響。 只有當底層技術具備支援合作的正確原語時，才有可能實現互惠共贏。
在 Web3 中實踐 Web2 的學習成果
互聯網的發展為區塊鏈世界提供了寶貴經驗。 互聯網的擴展主要通過異步微服務實現——一個由互連的計算機組成的網路，每個計算機執行特定的任務並根據需要進行通信。
Amazon 和 Visa 等平臺就是這種模式的例證，它們分別運營一系列用於電子商務和支付處理的專用微服務。
這些服務可以獨立擴展以滿足需求，展示了去中心化、異步操作的有效性。
UPI（統一支付介面）等系統的成功進一步凸顯了互連性和互惠性在擴展大型複雜系統中的重要性。
在 Web3 中，我們正在見證類似的增長和複雜性階段。 今天，乙太坊上的許多 Rollups 和 L2 解決方案所經歷的成長陣痛導致了使用者和流動性的碎片化以及用戶體驗的脫節，讓人想起早期的互聯網挑戰。 讓我們深入瞭解這些問題是什麼以及 Avail 如何幫助解決這些問題。
Rollups 已成為公認的擴展區塊鏈的解決方案，日益主導該技術的執行層。 隨著 Rollups 技術的成熟和發展，結合新的、更高效的和特定於應用程式的進步，它們正在成為各種區塊鏈平台的標準功能。 當我們觀察到多個鏈越來越多地採用 Rollups 堆疊時，這種增長趨勢是顯而易見的。
然而，這種發展引起了人們對存在數百個鏈的環境中的用戶體驗的嚴重困擾，每個鏈都承載著無數的使用者交互。
主流 L2 參與者在努力應對這些挑戰的過程中，各自制定了獨特的解決方案。 不幸的是，這導致了進一步的碎片化，成了發展過程中的煩惱。
雖然這些生態系統允許在其邊界內集成操作，但在它們之間轉帳時會出現摩擦，這對使用者在更廣泛的區塊鏈領域尋求的無縫互操作性構成了障礙。
基於有效性證明的 DA 作為堆疊的基礎
基於第一原理思維，統一堆棧的基礎層需要基於有效性證明的數據可用性採樣構建的 DA 層。
DA 層是區塊鏈中最小層，因為它是共識和排序的整合點。 雖然 DA 層需要其他元件（即執行）來在頂部構建區塊鏈，但它充當信任的根，對交易進行排序並就這些交易的順序達成共識。
當執行層檢查來自基礎層的排序和 DA 保證時，最有效且信任最小化的執行方法是根據排序承諾進行採樣。 通過使承諾基於有效性證明，使其成為無可辯駁的事實來源。 這正是 KZG 承諾在 Avail DA 中發揮的作用。 然而，為了根據承諾的訂單獲得可用性保證，客戶端要麼必須下載整個數據，要麼對糾刪碼數據進行採樣，以提供高度可信的可用性。 前者迫使客戶端運行基礎層的完整節點，因此 Avail 使輕客戶端能夠對糾刪碼數據執行 DAS，以有效地驗證可用性。
由有效性證明驅動的 DAS 是 Avail DA 的超能力，它是我們構建 Avail 三位一體的支點。
Avail 三位一體
Avail 生態系統旨在為使用者和開發人員提供良好體驗，在不妥協的情況下平衡可擴充性、互操作性和安全性的基本要素。 該平台的結構分為三個主要層：
- 基礎數據可用性（DA）層
任何區塊鏈都可以用來增強其可擴展性和安全性的通用基礎。 Avail DA 簡單而強大的設計非常靈活，可以容納各種鏈，而不會對它們施加特定的限制或偏見。
- 用於互操作性和定序器選擇的 Nexus 層
Nexus 層是 Avail 的協調元件，它為 Rollups 間消息傳遞提供無需許可的框架。
無論用戶是參與單個 Rollups、在 Avail 內導航多個 Rollups，還是與外部生態系統中的鏈交互，該層對於在多個場景中打造無縫用戶體驗至關重要。
Fusion Security Layer
Fusion 允許 Avail 基礎鏈將非原生代幣與原生代幣合併，以保護 Avail 平臺，從而實現強大的安全層。
Fusion 安全性將為基於 Avail 構建的 Rollups 代幣提供更高的安全性和更多實用性。
Fusion 還將有助於將更多的流動性從其他區塊鏈引入並鎖定到 Avail 生態系統中。
Avail DA
DA 層是任何區塊鏈網路的核心基礎，充當可擴展和共用的事實來源。 它確保每次生成新區塊時網路中的所有相關數據都存在，沒有任何內容被隱藏或從網路中刪除，從而使其能夠繼續運行。
雖然很重要，但 DA 層本身就需要其他層來創建區塊鏈。 至關重要的是，執行層使區塊鏈狀態發生變化。 執行層可以通過 Rollups 進行有效擴展，但如果沒有針對擴展而構建的優化 DA 層，DA 很快就會成為瓶頸。
Avail 的 DA 層如何工作
Avail 的 DA 層是去中心化的區塊鏈網路，它生成並保護其他區塊鏈可以用作自己的「可插入」數據可用性層的區塊。
使用專用的 AppID，區塊鏈將交易數據發佈到 Avail，這些數據被提交並可用。
- Avail 區塊上發佈的數據由 Avail 網路驗證，但不會被執行（因為這就是執行層的用途）。
- Avail 的數據可用性區塊鏈可以支援任何區塊鏈網路。
- Avail 使用有效性證明，這樣開發者和使用者就不需要相信 Avail 網路數據是可用的，他們實際上可以自己驗證。
- 發佈到 Avail 的數據通過擦除編碼進行擴展，從而為數據添加冗餘。
- Avail 使用 KZG 多項式承諾確保數據在 Avail 區塊中佔有一席之地。
- 一旦新的區塊被驗證者最終確定，有效性證明可用於保證最終確定后數據的可用性。
- Avail 的提名權益證明（NPoS）區塊鏈是使用 Polkadot SDK 構建的，它將支援多達 1,000 個外部驗證器。
資料可用性採樣（DAS）
DAS 是核心概念，用於有效驗證其他網路、錢包和使用者在 Avail 上的數據是否可用。
使用 Avail 的輕用戶端，用戶可以快速對 Avail 進行採樣，以驗證證明數據可用的有效性證明。 這種高效且精簡的代碼可以在不同的產品和設備上輕鬆實現，包括使用者的手機和瀏覽器。
擴展能力
借助 Avail 輕客戶端和資料可用性採樣，Avail 支援可擴展的區塊，使其能夠隨著需求的增長增加區塊的大小並支援更多的區塊鏈。
這是輕用戶端和 DAS 的獨特功能。
Avail 輕用戶端可以對網路中的數據子集進行採樣並驗證該數據的可用性。 輕用戶端可以快速生成接近 100% 的數據可用性保證，通過 8-30 個樣本提供與全節點相當的安全保證。 當在輕用戶端網路上進行複製時，輕用戶端網路本身開始形成鏈當前狀態的副本，為整個網路增加冗餘。 您最終會獲得包含驗證器和輕用戶端網路的 Avail 網路的副本。
輕用戶端越多，網路就有更多的數據採樣能力。 隨著網路中出現更多 DAS，輕用戶端網路的覆蓋範圍將變得足夠大，可以共同採樣更大的區塊。 這導致了一個正反饋迴圈，其中區塊實際上增加了網路中輕客戶端的數量。 與隨著需求增加而減少可用區塊量的整體區塊鏈設計相反，Avail 的 DA 層將能夠根據需求擴展 DA 區塊。
維護交易順序是構建區塊鏈系統的最小層。 每個新 Avail 區塊都會為頂部的區塊鏈帶來新的交易順序。
雖然維護已發佈數據的順序的責任在於 Avail DA 驗證器集，但驗證的責任卻外包給了使用者。 為了確定任何鏈的正確性，用戶必須：
驗證數據可用性：這涉及根據既定訂單檢查 DA。 用戶可以通過根據可用性驗證器集最終確定的訂單執行數據可用性採樣（DAS）來做到這一點。 Avail 在 Avail DA 中使用有效性證明，提供了大約 60 秒的最終性保證，這是當今 DA 層提供的最快之一。
驗證執行：這是通過驗證特定於 Rollups 的執行證明來實現的。
實際上，這些驗證過程將預設集成到使用者錢包中。 這種集成確保使用者無需承擔驗證技術細節或運行專用軟體的需要。 這種方法不僅簡化了用戶體驗，還保持了 Avail 生態系統內交互的穩健性和完整性。
Avail Nexus
輕鬆啟動 Rollups 意味著未來將會有數千個 Rollups。 同時，與這些 Rollups 交互的用戶體驗將是支離破碎的。 在多鏈世界里，一些鏈與鏈的交互過程中，用戶體驗早已受到負面影響，如果在可組合性方面沒有根本性改變的情況下，進一步增加數量，將會導致更大的問題。 這就是我們構建 Avail Nexus 的原因，它充當統一 Rollups 的驗證中心，使用 Avail DA 作為信任根。
Avail Nexus 是基於 Avail 的自定義 ZK 協調 Rollups，包括：
- 證明聚合和驗證層
- 定序器選擇 / 槽拍賣機制
Nexus 還定期向乙太坊和 Avail DA 層提交聚合證明以進行驗證，Avail DA 中的自定義模組驗證聚合證明。
背景
Rollups 對於解決可擴充性問題非常重要。 在吸引更多使用者方面，單片鏈始終是瓶頸。 理想情況下的未來，每個 DApp 都將是自己的 Rollups，僅受其自身性能的限制。 但是，未來最重要的是無縫通信。 模組化世界的效率與規定跨 Rollups 通信的消息傳遞協議一樣高效。
Rollups 通信需要橋樑，如果要與單片鏈提供的安全性相媲美，最小的信任對於這些橋樑來說非常重要。 當橋位於同一 DA 層上的 Rollups 之間時，它們不會跨越信任和安全區域，因為它們都依賴於決定順序的相同共識和經濟安全（有細微差別），但橋是不可信的，對於 Rollups 來說，瞭解執行是否正確完成非常重要，並且它必須自己驗證此語句，這樣它就不必信任其他人來提供這些保證。 這給我們帶來了一系列重要的問題。
狀態驗證如何進行而不成為瓶頸？
Rollup 將如何理解生態系統中其他 Rollup 上發生的消息或事件，以及消息傳遞是否可以異步？
Rollup A 如何知道 Rollup B 的規範順序？
安全假設在 Rollups 過程中是否會發生變化？
需要多少橋，即使它們是通用的？
Avail Nexus 旨在大規模解決這些問題。
設計
當一條鏈想要與另一條鏈對話時，為了自身的安全，它需要回答兩個重要的問題。
- 鏈的規範和最終順序是什麼？
- 執行是否有效？
共識決定了鏈的規範順序，通用的 DA 層在這方面提供了統一的安全性。 DA 層為其交易順序提供 Rollups 共識，對於具有相同 DA 層的 Rollups，這是改變遊戲規則的。 所有 Rollup（包括其自己的 Rollup）的交易順序由相同的共識決定，因此即使存在重組，所有 Rollup 的順序也將由該重組決定。
然而，即使對於具有公共 DA 層的 Rollups 來說，確定執行是否有效也是一個難題。
讓我們想像一下 NFT Rollup 想要確認付款 Rollup 上的付款的情況。 交叉 Rollups 通信大致如下所示：
紅色線表示從支付 Rollups 到 NFT Rollups 的資訊流。 儘管這看起來很簡單，但隨著更多的 Rollups 加入生態系統，複雜性就會增加。
即使對於一些想要相互通信的 Rollups，結構最終也會看起來像這樣，它們之間有獨特的橋實例，執行上述所有功能。
當我們認識到每個 Rollups 可能具有獨特的的狀態轉換函數，並根據其特定領域定製設計選擇時，挑戰就很明顯了。 執行驗證取決於博弈論，結合欺詐證明或零知識證明（ZK 證明）的有效性。 但即便在 ZK Rollups 中，證明系統本身也可能出現變化，比如從 Groth16 到 PLONK。
Rollup 並不真正需要知道其他 Rollup 的細節和狀態轉換函數是什麼，而只需要能夠驗證這些狀態轉換函數的執行是否如實執行，並且需要能夠理解這些與他們相關執行。 此外，通過驗證單個證明，他們是否可以基本上驗證與他們相關的所有執行的有效性，這將改變遊戲規則。 一個驗證中心可以實現跨鏈通信與介面，並在其背後抽象 rollup 的特定領域細節，這正是行業所需要的。 Avail Nexus 就是這一理念的體現。
聚合證明
ZK 證明有個非常重要的特性——簡潔。 驗證語句所需的計算資源比得出語句本身要少得多。 在區塊鏈的背景下，狀態驗證比通過執行狀態轉換函數到達某個狀態要容易得多。 除此之外，能夠通過單個證明（聚合）證明 n 個證明有效的可能性是開創性的。 現在，我們不再需要單獨驗證 Rollup 的有效性證明，而是驗證單個聚合證明會驗證截至該點參與 Rollup 的所有有效性證明，這意味著驗證所有參與 Rollup 的整個歷史記錄的有效性。
Avail Nexus 在其運行時會驗證在滿足某些條件的情況下提交給它的所有有效性證明，並創建一個簡潔的證明來證明已完成此操作。 然後將該證明提交給 Avail 基礎層，由所有節點進行驗證。 本質上，它成為載入數據的驗證層。 任何參與的 Rollup 都可以通過驗證這個簡潔的證明來對任何其他 Rollup 進行狀態驗證，最重要的是，通過 L1 跨鏈器，內網就獲得許可權訪問其他鏈。
實現細節可能會發生變化，但可以通過驗證 Zeth 實例內部的證明或使用更多目標證明聚合工具（例如 Nebra 構建的工具）來執行聚合。
Avail Nexus 本身就是 ZK Rollup。 每個聚合證明在 Rollups 世界中都是一個新的區塊（block）或批次（batch）。 標頭是某種狀態的承諾，用於存儲 Nexus 之前的 Rollups 標頭，以及截至該點為止 Rollups 生成的所有事件的清單。 此外，這甚至允許 Optimistic Rollups 參與。 Optimistic Rollups 將能夠向 Nexus 提交其收據和狀態根，並且欺詐證明將是 ZK 欺詐證明，從而縮短挑戰期。 如果在挑戰期內沒有提交欺詐證明，則 Optimistic Rollups 生成的收據（或事件）將包含在 Nexus 狀態中。
回到 NFT 和支付的例子，現在的實現看起來像這樣。
橙色部分描述了兩條鏈之間的資訊流。 Avail Nexus 提供的收據根描述了基於歷史記錄中所有 Rollups 生成的所有事件構建的樹根。 它可以為事件證明非包含證明。 在當前的實現中，事件全部存儲為 Merkle，事件的哈希值作為其索引，並且 Nexus 使得每個事件都是唯一的。
同步組合的應用程式可以準確預測並且更容易構建。 然而，隨著用例的擴展和用戶體驗要求的提高，同步組合並不能提供足夠的靈活性。 在單片鏈或單個 Rollups 中，應用程式位於同一系統中，並且很容易同時擁有兩種結構。 應用程式之間的任何通信都需要在區塊內進行，但是像 future 這樣的高級結構可以用來存儲未來的承諾，並且在這些在未來實現的時候，可以完成某些預先提交的執行（我們在 Web2 中知道它們是回調）。
當我們從單鏈世界轉向多 Rollups 的模組化世界時，對異步可組合性的需求變得更加明顯。 一條鏈停止的情況並不理想，因為它正在等待另一條鏈上的付款完成。 任何類型的通信都需要能夠跨多個區塊進行。 除此之外，對於任何異步組合的系統，原子性質（atomic properties）變得很重要。 所有部分完成的執行都需要在外部條件失敗時恢復。 正如上面所展示的，這些都是 Avail Nexus 解決的挑戰。 Avail Nexus 通過證明聚合在模組化世界中提供完整體驗，允許存儲未來等自定義實現，並跨系統證明未來的完成。（在這種結構中，Rollups 本身不會因外部故障而恢復，但 Rollups 會進入新狀態，未來被取消。）本質上，只有在支付完成後，NFT 才能轉移給某人，就像我們在 Web2 世界中熟悉的用戶體驗（UX）一樣。
訂單與執行驗證
今天乙太坊上的 Rollups 承擔了使用乙太坊作為 DA 的成本。 當 Gas 費上漲時，他們支付的費用約為 1300-1600 美元 /MB，甚至更高。 因此，我們看到許多鏈希望使用 Avail 作為其 DA 層。 這可降低 70-90% 運營成本，具體取決於他們的構建選擇和批量（batch）大小。 他們仍然在乙太坊上發佈證明並將其用作結算層。 事實上，他們只是使用乙太坊作為他們的規範橋樑。
雖然我們將在接下來的幾個月中繼續看到這種趨勢，但實際上，如果每個區塊有數百個 Rollups 在乙太坊上自行執行，乙太坊的執行將無法再次擴展。 我們希望 Avail 驗證者繼續在乙太坊上建立一座橋樑，以便能夠訪問那裡的用戶和流動性。 但我們將通過 Avail Nexus 來分攤跨鏈成本。
參與 Avail Nexus 的 Rollups 將由 Avail Rollups 和驗證其證明。 經過審計的證明將通過 Vector 橋到達乙太坊，Vector 橋是從 Avail 到乙太坊的基於 ZKP 的共識證明橋。 乙太坊仍然能夠驗證執行的聚合證明，並且不必依賴 Avail 驗證器，除了 DA 和順序之外，這與 Validiums 的假設相同。
現在唯一的區別是 Avail Nexus 成為 Rollups 的規範橋樑，而乙太坊則使用相同的橋樑進行保證。 這種設計降低了乙太坊上的執行成本，從審計一個證明，再到驗證 Avail Nexus 的所有 Rollups 單個證明。 Rollups 就能保持正常情況，在乙太坊上安全退出。
Avail Fusion
統一的層需要完整安全性。 建立新的 Rollups 而不是創建單獨的 L1 的最大價值主張，是能夠從基礎層繼承安全性。 要使 Avail 成為 Web3 協調層，必須確保 Aviail 非常安全 – 因為加密經濟保證和加密保證將最終定義 Avail 生態系統。
為了滿足這一需求，我們正在開發 Fusion Security，它採用最成熟生態系統的原生資產，例如 BTC、ETH 等，並允許它們為 Avail 共識做出貢獻。 不僅如此，它還允許新的 Rollup 代幣在保護基礎層方面發揮作用，從而賦予它們權力。
Fusion Security 是附加的加密經濟安全，旨在實現 Avail 的統一願景。
在 Avail 平臺的背景下，Fusion Security 允許在 Avail DA 共識中包含除 Avail 原生代幣之外的外部代幣。
Fusion 允許將兩種新類別的代幣添加到 Avail 的質押系統中，從而增強其整個生態系統的經濟安全性：
- 成熟的加密貨幣：BTC、ETH 和 SOL 等代幣。
- 新興 Rollup 代幣：在 Avail 上創建的新代幣，僅限於總權益的一小部分以引導其效用。
這種方法將逐步增強 Avail 的安全性，並標誌著如 ETH 和 BTC 這類非原生代幣，在不同鏈上達成共識的首批實例之一。
目前，為 Avail 開發的 Fusion 原型遵循兩種不同的方法：
- Avail 上的質押模組：該模組將通過 Avail 節點中的資產庫支援多鏈代幣。
- 用於資產轉換的質押模組：這將使非原生資產資產能夠轉換為 Avail 的原生代幣，並在轉換時維護價格轉換映射。
這些方法的最終選擇將在仔細考慮經濟風險模型、通脹約束和其他關鍵因素后確定。
Fusion 的靈感來自於：
- Eigenlayer，正開創將 ETH 再質押到獨立於乙太坊共識機制或完整驗證者服務中的先河。
- Babylon Chain，正在創建一個允許使用 BTC（比特幣）跨不同區塊鏈網路確保安全的平臺。
- Osmosis，開創了網狀安全性，允許一條鏈從其他鏈借用經濟安全。
Fusion 是一種與這些方法相似，但卻有著不同構造。 它從其他資產中借用經濟安全，但在 Avail 共識中懲罰安全性和活躍性故障。
Avail 代幣
Avail 代幣將推動網路內的循環經濟。
- DA、Nexus 和 Fusion 安全層將通過 Avail 代幣質押來保護;
- 交易和跨鏈費用以 Avail 的原生代幣支付，確保網路能夠自我維持，併為所有參與者提供一致的激勵措施。
Avail 代幣持有者將組成諸多項目的基礎社區，這些專案希望建立在 Avail DA 之上，並利用好 Avail 生態系統的優勢。
統一願景
在由數百個鏈組成的環境中，每個鏈都有自己的安全性和互操作性考量因素，Avail 的目標是成為在整個生態系統中提供無縫、完整體驗的平臺。
該平臺將提供單使用者介面，允許用戶輕鬆管理各個鏈上資產。 當使用者希望執行交易時，他們只需在 UI 上簽名即可。
然後，Avail 後端就會通過 Avail Nexus 及其對異步消息傳遞的支持開始行動。 該系統與生態系統中的其他鏈進行通信以滿足使用者的請求，確保流暢、高效、統一的 Web3 用戶體驗。
免責聲明：作為區塊鏈資訊平臺，本站所發佈文章僅代表作者及嘉賓個人觀點，與 Web3Caff 立場無關。 文章內的資訊僅供參考，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
