Spark價格

𝐑𝐞𝐬𝐭𝐚𝐤𝐢𝐧𝐠 𝐒𝐋𝐀 𝐌𝐚𝐫𝐤𝐞𝐭𝐬: 𝐓𝐡𝐞 𝐄𝐜𝐨𝐧𝐨𝐦𝐢𝐜𝐬 𝐨𝐟 𝐑𝐞𝐥𝐢𝐚𝐛𝐢𝐥𝐢𝐭𝐲 兩天前，我提到過 Restaking 正在重新受到關注，沒錯，它確實如此。唯一懸而未決的問題是：「我該關注哪裡？」這就是我研究並確定了一些需要關注的主題的原因。第一個主題是「Restaking SLA 市場」。這是什麼呢？ ----- 一個簡單的類比： 在雲計算中，正常運行時間被轉化為合同。也就是說，你為 99.99% 的正常運行時間支付給 AWS 的費用比 99.9% 的費用要高。保證越高，價格越高，因為提供者需要承擔賠償責任，如果他們未能滿足承諾的服務水平。 在 Restaking 中，你有去中心化的獨立運營商，他們提供諸如排序器、預言機和數據可用性網絡等服務。這些運營商發布抵押品（他們的質押資產），如果他們未能滿足承諾的服務水平，這些資產可能會被削減。 共享安全性使 Restaking 變得強大。但這也帶來了信任挑戰。也就是說，如果你是一個購買排序服務的 Rollup 或一個購買預言機數據的協議，你如何知道運營商會提供你所需的質量？ 這就是服務水平協議（SLA）的作用。它們將可靠性、包容性和延遲轉化為可以定價、監控和執行的明確合同。也就是說，AVS 買家會為一個保證在 T 個槽位內 99.9% 包容性的排序器支付更多，而不是僅僅保證 95% 的排序器。 如果你對頂級 Restaking 協議之間的比較感興趣，可以閱讀我一週前發布的文章，引用在最後。 ----- 現在，我們說 AVS 買家會為一個保證 99% 包容性的「排序器」支付更多。這些有迫切需求的買家被稱為 𝗦𝗵𝗮𝗿𝗲𝗱 𝗦𝗲𝗾𝘂𝗲𝗻𝗰𝗲𝗿𝘀。它們的一些例子包括： • @AstriaOrg：他們的設計優先考慮快速確認和抗審查，這轉化為 SLA 的包容性和延遲 SLO（服務水平目標）。 • @EspressoSys 運行一個具有跨 Rollup 功能的共享排序網絡。它強調可信中立性和互操作性，以標準化包容性和可靠性。 • @radius_xyz 通過可驗證延遲加密專注於加密內存池，以遏制有害的 MEV 和審查。一個為 Radius 保護的應用程序的 SLA 將更重視包容性和審查 SLO，並可以納入解密和排序延遲的監控。 ----- 繼續... 我們需要知道哪些服務需要明確的保證。我們所說的服務是按功能劃分的 AVS。我們有： 1. 𝗗𝗮𝘁𝗮 𝗔𝘃𝗮𝗶𝗹𝗮𝗯𝗶𝗹𝗶𝘁𝘆：如你所知，數據可用性是確保交易背後的數據得到良好發布和可訪問。@eigenlayer 的 EigenDA 確保數據被寫入具有明確費用和生命周期的 blob 中，因為這些是可測量的，SLA 可以使用數據發布延遲或突發費用飆升作為何時應適用懲罰的信號。 2. 𝗙𝗮𝘀𝘁 𝗙𝗶𝗻𝗮𝗹𝗶𝘁𝘆 𝗢𝘃𝗲𝗿𝗹𝗮𝘆𝘀：FFOs 為 Rollup 提供了更強的保證，確保交易何時真正確認。@alt_layer 的 MACH 系統為早期確認增加了經濟支持，因此用戶和應用程序知道一旦交易被看到，就不太可能被撤銷。因此，SLA 總是有明確的目標，說明確認的可靠性必須達到什麼程度，以及最終性需要多快。 3. 𝗭𝗞 𝗖𝗼𝗽𝗿𝗼𝗰𝗲𝘀𝘀𝗶𝗻𝗴：這與使用零知識證明來驗證計算相同。@brevis_zk 建立了一項服務，允許應用程序外包重計算，同時仍然獲得結果正確的證明，從而實現 SLA 的準確性和延遲。 4. 𝗜𝗻𝘁𝗲𝗿𝗼𝗽𝗲𝗿𝗮𝗯𝗶𝗹𝗶𝘁𝘆 𝗮𝗻𝗱 𝗟𝗶𝗴𝗵𝘁 𝗖𝗹𝗶𝗲𝗻𝘁 𝗔𝘁𝘁𝗲𝘀𝘁𝗮𝘁𝗶𝗼𝗻𝘀：這使得一個區塊鏈能夠信任另一個區塊鏈的狀態。@lagrangedev 運行運營商委員會，他們證明 Rollup 的狀態，同時與鏈上事件進行核對，使得 SLA 定義可證明的響應時間和正確性保證。 5. 𝗢𝗿𝗮𝗰𝗹𝗲𝘀：預言機將外部數據傳遞給區塊鏈。@redsrone_defi 和 @eoracle_network 提供這些數據，因此如果價格錯誤或延遲交付，經濟損失是立即的。因此，SLA 指定了準確性和時間表的嚴格閾值。 6. 𝗦𝗲𝗰𝘂𝗿𝗶𝘁𝘆 𝗔𝘂𝘁𝗼𝗺𝗮𝘁𝗶𝗼𝗻 𝗮𝗻𝗱 𝗪𝗮𝘁𝗰𝗵𝘁𝗼𝘄𝗲𝗿𝘀：這些是監控者。@witnesschain 組織監視塔網絡，檢測 Rollup 中的欺詐活動或停機等問題。他們還可以挑戰不正確的證明。在 SLA 系統中，他們提供獨立證據，證明運營商是否履行或未履行其義務。 ----- Restaking 現在是一個獨立的經濟體。因此，SLA 市場非常相關。𝗪𝗛𝗬？ • 首先是問責制。如果 AVS 可以指定一個條件，它現在可以在經濟上得到執行，確保定價承諾。 • 其次，買家正在圍繞共享排序進行整合。Astria 和 Espresso 正在市場上並吸引用戶，而 Radius 正在推動私有訂單流保護。這些服務的包容性、延遲和審查保證對用戶信任和應用安全至關重要。 • 第三，存在測量。這是因為包容性可以與簽名的首次看到的收據和規範鏈掃描相關聯，而數據可用性延遲和 blob 費用透明到足以參考。因此，訂單流研究議程是公開的，增加了保證的價值，以對抗獨占流。 • 第四，風險尾部是可投保的。削減的保險產品已經上線，憑藉標準化的證據和基於百分位的懲罰曲線，保險公司和再保險公司可以對運營商的預期損失和投資組合相關性進行建模，這使得這些市場的資本形成成為可能。 ----- 保險和再保險？它們意味著什麼？ 保險在削減發生時保護質押者和運營商。如果運營商受到懲罰，保險政策將覆蓋部分損失。@NexusMutual 和 @BlockdaemonHQ 提供這些保護服務。 另一方面，再保險將風險分散到多個保險公司，以便沒有單一的失敗會壓垮系統。通過標準化的違約證據，這些保護可以在二級市場上打包和定價，使其成為 Restaking 的金融層的一部分。 ----- 𝗜𝗻 𝗽𝗿𝗮𝗰𝘁𝗶𝗰𝗲... 想像一個 Rollup 通過 SLA 合同共享排序，目標為： → 在超過費用閾值的交易中，99.9% 的包容性目標在 T 個基礎鏈槽位內， → 中位延遲低於 300 毫秒， → 最大審查失誤率為 0.01%。 會發生什麼？ → 監控者將發出簽名的首次看到的收據，並在挑戰窗口後提交不包容證明。 → 在違反時，托管的質押將被削減， → 保險公司在附加點以上承擔尾部風險， → 再保險公司對多個運營商和 AVS 的相關性進行定價。 從這裡，質量評分和實際懲罰流向一個交易場所，在那裡信用和保險分層交易。 ----- 𝗔 𝗣𝗿𝗼𝗷𝗲𝗰𝘁-𝗯𝘆-𝗽𝗿𝗼𝗷𝗲𝗰𝘁 𝗥𝗼𝗹𝗲 𝗠𝗮𝗽 📌 EigenLayer 提供運營商集、重質押抵押和削減鉤，使得執行成為可能。EigenDA 是數據可用性 AVS，其延遲和費用可以參數化數據可用性相關的懲罰。 📌 Symbiotic 和 Karak 擴大了抵押集和治理模型。它們可以為希望資產靈活性或不同治理風險的團隊托管相同的 SLA 邏輯。 📌 Astria、Espresso 和 Radius 是優先買家。它們將立即從由可削減質押和保險支持的包容性、延遲和審查 SLA 中受益。 📌 AltLayer 的 MACH、Brevis、Lagrange、RedStone 和 eOracle 是 AVS，其中正確性、及時性和可靠性被框定為具有客觀證明的明確 SLO。它們是標準化 SLA 模板的自然早期採用者。 📌 Witness Chain 和類似的監視塔系統是監控者和在違約證據管道中的獎勵接收者。 📌 Nexus Mutual 和運營商提供的保證提供第一代覆蓋，一旦 SLA 在鏈上條款中定義附加和限制，就會演變為標準化的分層。 ----- 在接下來的兩個季度，你應該關注： • 共享排序器的集成和遷移 • 更多的包容性和延遲分佈 • 新的跨 Rollup 功能。 此外，如果 Pectra 升級增加了 blob 吞吐量，數據可用性相關的懲罰參數將需要更新，以反映新的費用和延遲動態。隨著更多的 AVS 啟動削減，保險公司將發布他們的首次損失模型，市場肯定會與實際懲罰進行比較。 ----- 總結 正如我在比較文章中所說，Restaking 現在不僅僅是一個敘述。它現在是一個完整的基礎設施，因此，對於機構和嚴肅的建設者來說，要信任它，他們需要定義將提供什麼服務、如何測量以及如何懲罰和投保違約的合同。這就是 SLA 市場的作用，使得可靠性成為你可以購買、比較和投保的東西，就像雲正常運行時間或信用風險一樣。 對於你和我來說，我們應該做的是： → 為收益農業分配一小部分 LRT 產品。你可能想檢查他們是否發布了運營商評分卡、削減條款和保險覆蓋。 → 僅在附加、限制和證明標準明確列出的情況下，為削減覆蓋金庫提供資本。你正在獲得報酬以吸收尾部風險。 → 通過運行輕量級監控客戶端來獲取監控獎勵，這些客戶端會時間戳首次看到的交易並提交不包容證明。這也可以讓你在其他人之前獲得判斷運營商的數據優勢。 → 購買具有強大質量的短期 SLA 信用。我更喜歡由超額抵押的托管和多個獨立監控者支持的信用。 → 最後，如果你持有重質押資產，請將其與適合你最大運營商風險的削減覆蓋配對。你還應該有一個書面的退出計劃。 感謝閱讀！

選擇顯而易見⚡️