作者：Anurag Arjun，Polygon共同創辦人、Avail創辦人；翻譯：xiaozou@金色財經
2024年2月26日，Avail 宣布獲得由Founders Fund和Dragonfly 領投的 2,700 萬美元種子輪融資，其他著名創投公司也參與其中，包括SevenX、Figment、Nomad Capital和一些天使投資者。這一輪融資將用於推動 Avail 三位一體的開發——一個統一整個 web3 生態系統的三階段路線圖。
Polygon聯合創辦人、Avail創辦人Anurag Arjun發文深度探討了「Avail Trinity」的背景和緣起，以及Avail如何解決當今生態系統面臨的用戶碎片化和可擴展性問題。
1、綜述
Web3的無需授權環境催生了多種突破性技術，這些技術共同推動瞭如今蓬勃發展的生態系統，而這個生態系統的發展空間還很大。想要達到大規模採用所需的規模，有許多技術挑戰需要克服，而生態系統已基於web3技術堆疊建造了大量創新解決方案。然而，還需要解決的難題就是將所有這些技術融合在一起，作為一個面向最終用戶的整體來運行，同時保持生態系統的去中心化精神。
跨生態系交易的複雜程度超乎預期，導致了不必要的片段化問題。用戶採用的努力應該傾向於吸引網路新用戶，而非聚焦現有的web3社群。
為了解決所有這些問題，Avail正在透過Avail Trinity（三位一體）加速推進web3的統一，該路線圖分為三個階段，可為任何生態系統的最終用戶提供安全可擴展且無縫連接的web3體驗。
本文，我們將深入探討Avail Trinity的背景和理論，展示它是如何解決當今生態系統面臨的使用者碎片化問題及可擴展性問題的。我們將展示Avail DA如何為眾多渴望高效數據可用性的rollup打下完美根基，並為透過Avail Nexus（一個無需許可的協調中心）跨web3生態系統無縫實現用戶意圖（intent）奠定基礎。 Avail Fusion Security讓Avail Trinity變得完整，解決了日益增長的共享安全需求，讓欣欣向榮的web3統一生態系統更加強大。
2、前言
如果你曾經嘗試過跨多鏈網路進行交易，那麼你就會清楚相應的體驗還沒準備好迎接大規模採用。
具備非常深刻的對區塊鏈架構的技術理解，就可以著手解決這個長期問題了。透過第一原理往回追溯，我們可以得出創建區塊鏈統一體驗所需的技術基礎。該基礎將連接各個獨立的L2 rollup網路和L1，同時仍支援跨生態系統的開發人員進行無需許可的去中心化創新和實驗。
Rollup是作為可擴展性挑戰解決方案的一部分而開發的，它在鏈下處理交易，然後將多個交易打包為單一鏈上交易。 Rollup雖然有效地降低了費用並增強了以太坊的可擴展性，但卻帶來了新的複雜性：
● 由於可用性有限，對更多區塊空間的需求導致成本上升。
● L2生態系統的激增加劇了市場的分散問題，進一步阻礙了使用者體驗和規模經濟。
隨著這些問題得以解決，多年來一直止步不前的區塊鏈系統的可擴展性和互通性潛力終於可以實現。
3、Avail解決方案
Avail正在利用非同步訊息傳遞原則（與在網路上擴展應用程式的原則相同）來擴展區塊鏈，而現在正是最佳建設時機。
Avail Trinity由基礎資料可用性（DA）層、Nexus互通性層和Fusion Security網路層共同構成。
● DA層專為數據可用性構建，經高度優化，是區塊鏈的最底層，具有構建跨生態系統互操作性所需的最小功能。
●Nexus作為運行在Avail之上的一個輕量級但強大的ZK rollup，支援跨rollup和跨生態系統結算。
● Fusion Security可匯集眾多代幣的加密經濟安全性，以服務並保障Avail網路。
Avail的使命是簡化rollup體驗，為所有不同生態系統的使用者和開發人員提供高效的統一平台。
這種垂直整合模式旨在解決如今越來越多的麻煩和用戶碎片化問題，使rollup能夠無縫觸及整個區塊鏈領域的用戶和流動性。
Avail的願景是在靈活的模組化區塊鏈生態系統中提供一致的使用者體驗，並借鑒Web2的經驗在Web3中進行創新。透過將先進的技術、清晰的路線圖和快速的執行，Avail正在構建的不僅僅是產品，還在為區塊鏈領域開創一個嶄新階段，為更好的可擴展性和無縫用戶交互時代舖平道路。
4、背景與啟發
我們可以從web2學到什麼？
互聯網上的應用程式是如何真正實現規模化的？異步微服務。
互聯網不是一台巨大的世界計算機，而是一系列相互連接的計算機，它們根據業務用例執行特定任務，在需要時相互通信。
Amazon是一組專門從事電子商務的相關微服務。 Visa經營一系列處理支付的微服務。
● 當使用者在Amazon上點選產品的購買按鈕時，就會觸發從瀏覽器到Amazon產品微服務的呼叫。
● 然後會呼叫Visa微服務向使用者發送支付頁面。
● 一旦用戶填寫了付款詳情，另一個驗證支付請求就會發送給Visa微服務。
● 一旦付款通過驗證，就會向Amazon產品微服務發送回調，讓使用者知道產品已購買並且付款已完成。
如果碰到黑色星期五這樣的節假促銷日，Amazon和Visa微服務將擴大規模，滿足更多的網路需求。
關鍵是，網路只有透過非同步微服務才能擴展到如此大的規模。區塊鏈也將如此。
我們如何在web3中實現這一點？
UPI是個很好的學習榜樣。就用戶量和交易量而言，它是世界上最大的支付系統之一。目前，UPI每月處理交易超過100億筆，證明了該系統的規模之大。
UPI是一個使不同銀行的客戶能夠互動的系統。但它在剛推出時並沒有那麼成功。銀行最初對是否加入該系統非常猶豫——政府並沒有強制要求加入UPI。銀行表示主要顧慮是，如果它們支持了UPI交易，最終結果將是客戶帳戶裡的資金轉移到其他銀行（流動性外流）。
解決這個問題使用了互惠原則。互惠原則取代了經濟激勵，被用來傳達這樣一種觀念：銀行只有在允許「pay-out」（向外支付）的情況下，才能加入UPI獲取其他銀行客戶的「pay-in」（支付流入）。
儘管這是一個有關需許可設定的例子（web2中的銀行），web3的無需許可統一層仍然應該內嵌互惠原則，這對整個生態系統來說是有益無害的。
互惠原則有助於各家銀行打開他們的客戶和錢包之門，進行有效合作，以確保最終客戶盡可能獲得最佳使用者體驗。
這樣的合作對生態系統有益無害。但這只有在底層技術使用正確原語來實現合作的情況下才有可能實現。 UPI擁有這些，我們設計了Avail，將全球範圍的web2系統的經驗帶入web3。
將web2的經驗帶入web3
互聯網的發展為區塊鏈世界提供了珍貴的見解。互聯網的擴展主要是透過非同步微服務實現的，異步微服務是一個由相互連接的電腦組成的網絡，每個電腦執行特定的任務，在需要事進行通訊。
● Amazon和Visa等平台就是這種模式的範例，它們分別針對電子商務和支付處理提供一系列專門的微服務。
● 這些服務獨立擴展以滿足需求，並展示了去中心化非同步操作的效力。
● 像是UPI（統一支付介面）這類系統的成功進一步突顯了互聯互惠在擴展大型複雜系統中的重要性。
在web3中，我們正在見證一個類似的複雜性和成長階段。如今，以太坊上出現了許多rollup和Layer 2解決方案，這導致了用戶和流動性的碎片化問題，以及用戶體驗的脫節，讓人想起早期的網路挑戰。現在讓我們來深入了解這些問題，以及Avail是如何協助解決這些問題的。
模組化生態系現狀
Rollup已經成為公認的區塊鏈擴展解決方案。隨著rollup技術的成熟和發展，以及不斷融合更有效率的、特定應用程式的新的先進技術，它們正在成為各個區塊鏈平台的標準功能。我們看到rollup正越來越多地獲取多鏈採用，這種發展趨勢是顯而易見的。
然而，這項發展引起了人們對使用者體驗的重大關注，因為有數百個鏈，每個鏈上都有無數的使用者互動。
主要的L2參與者在應對這些挑戰的過程中，都制定了各自獨特的解決方案。不幸的是，這導致了進一步的碎片化問題。
雖然這些生態系統允許在其邊界內進行順暢的整合操作，但跨生態系統操作會產生摩擦，這對用戶在更廣泛的區塊鏈領域中尋求無縫的互通性構成了障礙。
基於有效性證明的DA層為基礎
基於第一原理的思維，統一堆疊的底層需要是一個基於有效性證明的使用資料可用性抽樣所建構的DA層。
DA層是區塊鏈中必不可少的一層，因為它是共識和排序的整合點。雖然DA層需要其他元件（即執行）來建立區塊鏈，但它充當的是信任的根，對交易進行排序並就這些交易順序達成共識。
當執行層從基礎層檢查排序和DA保證時，最有效且信任最小化的執行方法是對排序承諾進行抽樣。透過使承諾以有效性證明為基礎，使其成為無可辯駁的事實之源。這正是KZG承諾在Avail DA中所扮演的角色。然而，為了獲得針對已提交排序的可用性保證，客戶端要么必須下載完整數據，要么必須對糾刪碼數據執行抽樣，以提供高可信度的可用性。前者強制客戶端運行基礎層全節點，因此Avail使對糾刪碼資料執行DAS的輕客戶端能夠有效率地驗證可用性。
有效性證明支持的DAS是Avail DA的超能力，它是我們建構Avail Trinity的支點。
Avail Trinity
Avail生態系統旨在為使用者和開發人員提供卓越體驗，在不妥協的情況下平衡可擴展性，互通性和安全性三大基本要素。此平台的結構主要為以下三層：
● 基礎資料可用性（DA）層
這一層是通用基礎層，任何區塊鏈都可以利用它來增強其可擴展性和安全性。 Avail DA簡單而強大的設計非常靈活，適應各鏈需求，不強加特定的約束或偏見。
● 面向互通性的Nexus層
Nexus層是Avail的協調元件，它為rollup內部訊息傳遞提供了一個無需許可的框架。
這一層對於創建跨多個場景的無縫用戶體驗至關重要，無論用戶使用的是單一rollup，還是在Avail中跨多個rollup，或是與外部生態系統中的鏈進行互動。
● Fusion安全層
Fusion讓Avail基礎鏈將非原生代幣與Avail原生代幣結合在一起，以保護Avail平台安全，從而實現強大可靠的安全層。
Fusion Security將為構建在Avail上的rollup代幣提供更高的安全性和更多效用。
Fusion也將有助於將其他區塊鏈的更多流動性引入Avail生態系統並將其鎖定。
5、Avail DA
DA層是區塊鏈網路的核心基礎，可作為可擴展的共享事實來源。它確保每次誕生一個新區塊時，網路中的所有相關數據都在，沒有任何隱藏或刪除，從而支持它繼續運行。
雖然很重要，但DA層需要其他層來創建區塊鏈，特別是決定區塊鏈狀態變化的執行層。執行層透過rollup被高效擴展，但是如果沒有一個優化的DA層，資料可用性很快就會成為瓶頸。
（1）Avail DA層工作原理
Avail DA層是一個去中心化區塊鏈網路。它創建區塊空間並確保其安全，其他區塊鏈可以將這些區塊空間用作自己的資料可用性層。
使用專門的AppID，區塊鏈將交易資料發佈到Avail，隨後這些資料被提交，變得可用。
● 發佈在Avail區塊上的資料由Avail網路驗證，但並未執行（因為這是執行層的工作）。
● Avail的數據可用性區塊鏈可以支援任何區塊鏈網路。
● Avail使用有效性證明，所以開發人員和使用者無需信任Avail網路確認資料是可用的；他們可以自己驗證。
● 發佈到Avail的資料透過糾刪碼進行擴展，從增加了資料冗餘。
●Avail 使用KZG多項式承諾確保資料在Avail區塊頭中留下痕跡。
● 一旦新區塊被驗證者最終確定，有效性證明就可用於保證資料在區塊確認後立即可用。
● Avail的提名權益證明（NPoS）區塊鏈是使用Polkadot SDK建構的，它將支援多達1000個外部驗證者。
（2）資料可用性抽樣（DAS）
DAS是一個核心概念，用於有效驗證其他網路、錢包和用戶在Avail區塊鏈上可用的數據。
使用Avail的Light Client（輕客戶端），使用者可以快速對Avail區塊鏈進行抽樣，以驗證證明資料可用的有效性證明。這種高效且簡潔的程式碼可以在不同的產品和裝置上輕鬆部署，包括用戶的手機和瀏覽器。
8.擴展能力
透過Avail輕客戶端和資料可用性抽樣，Avail支援可擴展區塊，可增加區塊大小，並隨著需求的增長支援更多區塊。
這是由於輕客戶端和DAS的獨特特性。
Avail輕客戶端可以對網路中的資料子集進行抽樣，並驗證該資料的可用性。輕客戶端可以透過8-30個樣本快速產生接近100%的資料可用性保證，提供與全節點相當的安全保障。當跨輕型客戶端網路進行複製時，輕客戶端網路本身開始形成鏈當前狀態的副本，為整個網路增加冗餘。最終，你將獲得一個帶有驗證器和輕客戶端網路的Avail網路的副本。
有了更多的輕客戶端，網路就有了更強大的資料抽樣能力。隨著網路中發生更多的DAS，輕客戶端網路的覆蓋範圍將變得足夠大，就可以對更大的區塊進行抽樣了。這將帶來一個正向回饋循環，即隨著區塊空間越來越大，網路中輕客戶端的數量也將越來越多。與隨著需求增加可用區塊空間減少的單體鏈設計相反，Avail的DA層將能夠根據需求擴展DA區塊空間。
9、維持排序
維持交易排序是建立區塊鏈系統的基本要求。隨著每個新的Avail區塊的出現，區塊鏈上的交易將出現新的排序。
雖然維持發布資料排序的責任在於Avail DA驗證器集，但驗證責任卻外包給了使用者。為了確定鏈的正確性，使用者必須：
● 驗證資料可用性：就是根據已建立的排序檢查資料可用性。使用者可以根據Avail驗證器集確定的排序執行資料可用性抽樣（DAS）來實現這一點。 Avail使用Avail DA中的有效性證明可實現大約60秒的最終確定性，可以說是如今的DA層可提供的最快的最終確定性保證。
●驗證執行：這是透過驗證特定於rollup的執行證明來實現的。
實際上，在預設情況下，這些驗證過程將整合到使用者錢包中。這種整合確保使用者不需要具備驗證技術，也不需要運行專門的軟體。這種方法不僅簡化了使用者體驗，也維持了Avail生態系內互動的可靠性和完整性。
6、Avail Nexus
能夠輕鬆地對rollup提供支援也意味著將迎來成千上萬rollup的到來。也就是說，與這些rollup互動的最終使用者體驗將是碎片化的。在多鏈世界中，區塊鏈用戶的體驗已受到一定影響，如果在不改變可組合性的情況下進一步增加rollup數量，將帶來更嚴重的問題。這就是為什麼我們正在建構Avail Nexus，它作為rollup的統一驗證中心，使用Avail DA作為信任的根。
Avail Nexus是基於Avail的自訂ZK協調rollup，包括：
● 證明聚合和驗證層
●排序器/slot拍賣機制
Nexus也將聚合證明定期提交給以太坊和Avail DA層進行驗證。由Avail DA中的一個自訂模組來驗證聚合證明。
背景
Rollup對於解決可擴展性問題至關重要。當涉及到吸引更多用戶時，單體鏈總歸是一個瓶頸。在理想化的未來，每個dapp都是自己的rollup，只受自身效能的限制。但是，這未來最重要的部分是dapp之間的無縫通訊。模組化的世界一定會像指示跨rollup通訊的訊息傳遞協定一樣有效率。
跨rollup通訊涉及到跨鏈橋，如果要與單體鏈提供的安全性相媲美，那麼對這些跨鏈橋來說，信任最小化是很重要的。當在同一DA層上的rollup之間進行橋接時，就不會涉及跨信任和安全區域，因為它們都依賴於相同的共識和經濟安全來決定排序（存在細微差別），但是對於無需信任的橋接來說，rollup需要知道執行是否正確，這是相當重要的，它必須自己驗證，這樣它就不必信任其他人依靠其提供這些保證。這就引出了一系列重要的問題。
● 如何在不成為瓶頸的情況下進行狀態驗證？
● Rollup如何了解生態系內其他rollup上的訊息或事件，訊息傳遞是否可非同步實現？
● Rollup A如何知道rollup B的規範排序？
●安全假設是否在不同rollup之間有所變化？
● 需要多少跨鏈橋，即使它們是通用的？
Avail Nexus旨在大規模解決這些問題。
設計
當一條區塊鏈想要與另一條鏈對話時，為了自身的安全，它需要回答兩個重要的問題。
1. 鏈的規範和最終順序是什麼？
2. 執行是否有效？
共識決定了鏈的規範順序，通用的 DA 層在這方面提供了統一的安全性。 DA 層為其交易順序提供 Rollups 共識，對於具有相同 DA 層的 Rollups，這是改變遊戲規則的。所有rollup（包括自己的rollup）的交易順序由相同的共識決定，因此即使存在重組，所有rollup的順序也將由該重組決定。
然而，即使對於具有公共 DA 層的Rollup來說，確定執行是否有效也是一個難題。
讓我們想像一下 NFT Rollup 想要確認付款 Rollup 上的付款的情況。跨Rollup通訊大致如下圖所示：
紅色線表示從支付Rollup到 NFT Rollup的資訊流。儘管這看起來很簡單，但隨著更多的Rollup加入生態系統，複雜性就會增加。
即使對於一些想要相互通訊的Rollup，結構最終也會看起來像這樣，它們之間有獨特的橋實例，執行上述所有功能。
當我們認識到每個Rollup可能具有獨特的狀態轉換函數，並根據其特定領域自訂設計選擇時，挑戰變得更加明顯。執行的驗證可能取決於博弈論，結合詐欺證明或依賴零知識證明（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。每個聚合證明在Rollup世界中都是一個新的區塊或batch。區塊頭是某種狀態的承諾，用於儲存 Nexus 之前的Rollup區塊頭，以及截至該點為止Rollup產生的所有事件的清單。此外，這甚至允許樂觀的Rollup參與。樂觀Rollup將能夠向 Nexus 提交其收據和狀態根，並且詐欺證明將是 ZK 詐欺證明，從而縮短挑戰期。如果在挑戰期間內沒有提交詐欺證明，則樂觀Rollup產生的收據（或事件）將包含在 Nexus 狀態中。
回到 NFT 和支付的例子，現在的實作看起來像這樣。
橙色部分描述了兩條鏈之間的資訊流。 Avail Nexus 提供的收據根描述了基於歷史記錄中所有Rollup產生的所有事件構建的樹的根。重要的是，可以為事件證明非包含證明。在目前的實作中，事件全部儲存為稀疏 Merkle 樹，事件的雜湊值作為其索引，並且 Nexus 強制每個事件都是唯一的。
同步組合的應用程式可以準確預測並且更容易建立。然而，隨著用例的擴展和使用者體驗要求的提高，同步組合並不能提供足夠的靈活性。在單片鍊或單一Rollup中，應用程式位於同一系統中，並且很容易同時擁有兩種結構。應用程式之間的任何通訊都需要在區塊時間內進行，但是像future 這樣的高級結構可以用來儲存未來的承諾，並且在這些future 實現的時候，可以完成某些預先提交的執行（我們在web2 中知道它們是callback）。
當我們從單鏈世界轉向具有許多Rollup的模組化世界時，對非同步可組合性的需求變得更加明顯。一條鏈停止的情況並不理想，因為它正在等待另一條鏈上的付款完成。任何類型的通訊都需要能夠跨多個區塊進行。除此之外，對於任何非同步組合的系統，原子屬性變得非常重要。所有部分完成的執行都需要在外部條件失敗時復原。如同上面所展示的，這些都是 Avail Nexus 解決的挑戰。 Avail Nexus 透過聚合證明在模組化世界中提供統一的體驗。這允許future儲存等自訂實現，並跨系統證明未來的完成。 （在這種結構中，Rollup本身不會因外部故障而恢復，但Rollup會進入新狀態，未來被取消。）本質上，只有在支付完成後，NFT 才能轉移給某人。支付Rollup，就像我們在 web2 世界中所熟悉的 UX 一樣。
訂單和執行驗證
今天以太坊上的 rollups 承擔了使用以太坊作為 DA 的成本。當 Gas 費上漲時，他們支付的費用約為 1300-1600 美元/MB，甚至更高。因此，我們看到許多鏈希望使用 Avail 作為其鏈的 DA 層。這可降低 70-90% 的營運成本，具體取決於他們的施工選擇和batch大小。他們仍然在以太坊上發布證明並將其用作結算層。事實上，他們只是使用以太坊作為他們的規範橋。
雖然我們將在接下來的幾個月中繼續看到這種趨勢，但實際上，如果每個區塊有數百個Rollup在以太坊上自行解決，以太坊的執行將無法再次擴展。我們希望 Avail 驗證者繼續在以太坊上建立一座橋樑，以便能夠存取那裡的使用者和流動性。但我們將透過 Avail Nexus 來分攤橋接成本。
參與 Avail Nexus 的Rollup將由 Avail Rollup和驗證其證明。經過驗證的證明將通過 Vector 橋到達以太坊，Vector 橋是從 Avail 到以太坊的基於 ZKP 的共識證明橋。以太坊仍然能夠驗證執行的聚合證明，並且不必依賴 Avail 驗證者，除了 DA 和順序之外，這與 Validiums 的假設相同。
現在唯一的區別是 Avail Nexus 成為Rollup的規範橋，而以太坊則使用相同的橋進行保證。該設計降低了以太坊上的執行成本，從每個驗證驗證一個證明到驗證參與 Avail Nexus 的所有Rollup的單一證明。然後，Rollup可以像正常情況一樣在以太坊上退出。
7、Avail Fusion
統一的層需要統一的安全性。建立新的Rollup而不是創建單獨的 L1 的最大價值主張是能夠從基礎層繼承安全性。要使 Avail 成為 web3 協調層，它需要非常安全，因為加密經濟保證和加密保證將最終定義 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 原型遵循兩種不同的方法：
1. Avail 區塊鏈上的質押模組：此模組將透過 Avail 節點中的資產托盤支援多種外部代幣。
2. 用於資產轉換的質押模組：這將使外部資產能夠轉換為 Avail 的原生代幣，並在轉換時維護價格轉換映射。
這些方法的最終選擇將在仔細考慮經濟風險模型、通膨約束和其他關鍵因素後確定。這項舉措代表了 Avail 生態系統內各種加密貨幣的整合和互通性邁出了重要一步。
Fusion 的靈感來自於：
● Eigenlayer，開創了在獨立於以太坊共識機製或完整驗證者集運行的服務中重新抵押 ETH
● Babylon Chain，正在創建一個允許使用 BTC（比特幣）跨不同區塊鏈網路確保安全的平台
● Osmosis，開創了網狀安全性，允許一條鏈從其他鏈借用經濟安全
Fusion是與這些方法相似但又不同的構造。它藉用了其他資產的經濟安全性，但對 Avail 共識中的安全性和活躍性失敗進行了懲罰。
8、Avail代幣
Avail 代幣將推動網路內的循環經濟
● DA、Nexus 和 Fusion 安全層將透過 Avail 代幣質押來保護
● 交易和橋接費用以 Avail 的原生代幣支付，確保網路能夠自我維持，並為所有參與者提供一致的激勵措施
Avail 代幣持有者將構成許多希望在 Avail DA 上建構並利用 Avail 生態系統優勢的專案的基礎社群。
9.統一願景
在由數百個鏈組成的環境中，每個鏈都有自己的安全性和互通性考慮因素，Avail 的目標是成為在整個生態系統中提供無縫、統一體驗的平台。
該平台將提供單一用戶介面，允許用戶輕鬆管理各個區塊鏈上的所有資產。當用戶希望執行交易時，他們只需在介面上簽署意圖即可。
然後，Avail 平台的後端就會利用 Avail Nexus 及其對非同步訊息傳遞的支援開始行動。該系統與生態系統中的其他鏈進行通訊以滿足用戶的請求，確保流暢、高效、統一的 web3 用戶體驗。