jakiro
作者：Anurag Arjun，Polygon聯合創始人、Avail創始人；翻譯：xiaozou@比特鏈視界
2024年2月26日，Avail 宣布獲得由Founders Fund和Dragonfly 領投的 2700 萬美元種子輪融資，其他著名風險投資公司也參與其中，包括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 用戶體驗。
