AXN:一文簡析Celestia如何確保消息檢索結果的完整性

問題的由來：

為了實現鏈的容量擴展，Celestia承諾主權應用將只需下載與其有關的消息，而不用下載全部消息，但同時，不同應用的消息是打包在同一個區塊里面的，以實現平等的安全性。那么，如何保證當某個應用的執行節點向Celestia的存儲節點查詢消息時，存儲節點僅返回所有的相關消息，而且惡意存儲節點無法隱藏特定消息呢。

Celestia選擇的方案是，將稱為命名空間的應用標識符，插入到消息構成的默克爾樹的節點信息中。這樣做的好處是，可以處理存儲節點隱藏全部相關消息的情況，可以定位被隱藏的消息。另外，無需大幅度修改默克爾樹的生成邏輯，以確保存在一個節點，它的底層葉節點，包含且僅包含某個命名空間的全部消息，且能定位此節點。而只需要做三件相對簡單的事情，就可以確保默克爾樹的基本特性，不發生變化：

Waves將于明年1月推出含代幣空投的DAO治理框架Power Protocol:12月5日消息，Waves 將引入設置并衡量關鍵績效指標（KPI）的 DAO 治理模型 Power Protocol。該治理模型由 Waves 創始人 Sasha Ivanov 開發，若設置的 KPI 完成，社區將可獲得獎勵，反之可能通過銷毀一部分質押的治理 Token 作為懲罰。該機制旨在防止巨鯨為了個人利益對有損集體利益的提案進行投票。[2022/12/5 21:23:56]

首先，生成消息的默克爾樹之前，先按命名空間將消息分組歸并在一起，確保不同命名空間的消息沒有穿插，且命名空間是排好序的。

美國CFTC加密監管草案已被上傳至GitHub，軟件開發者不會被視為經紀人:金色財經報道，美國商品期貨交易委員會（CFTC）關于監管加密行業的《數字商品消費者保護法》（DCCPA）的新草案已被上傳到GitHub。該草案顯示，軟件開發者不會被視為數字商品經紀人。被歸類為經紀人將有特定的稅務報告要求，如果軟件開發者不對其平臺進行集中管理，就無法做到這一點。

以前的法案對經紀人的定義很寬泛，包括節點運營商和錢包制造商，該法案明確排除了這些人。

此外，該草案還顯示，CFTC被要求在法案頒布后180天內提供一份關于DeFi市場規模和協議的報告。它還將命令CFTC與外國監管機構聯絡，以確保美國的規則與國際法規相協調。（CoinDesk）[2022/10/20 16:31:41]

其次，修改生成默克爾樹時使用的哈希函數，以便命名空間信息被包含進節點信息。

SushiSwap已在Kava區塊鏈部署Trident 等dApp:10月6日消息，SushiSwap表示，已在Kava區塊鏈部署Trident (AMM)、Onsen (Farms)和BentoBox (Vault) 等dApp。[2022/10/6 18:40:54]

檢查默克爾樹時，額外檢查排序是否無誤。

生成帶命名空間的默克爾樹：

前面我們說了，跟通用的默克爾樹邏輯相比，只有生成節點的哈希的函數不同。具體來說，就是在原哈希函數之上，又包裹了一層，使得節點哈希變成形如‘minNs|maxNs|原哈希’的形式，minNs和maxNs分別是此節點所有子節點中，最小和最大的命名空間。容易看出，對葉節點有minNs=maxNs，因為它只包含一條消息，只能有一個命名空間。默克爾樹是二叉樹，且我們已對消息做了排序，所以對非葉節點有minNs等于左子節點的minNs，maxNs等于右子節點的maxNs。另外，請注意原哈希函數會把子節點的整個哈希作為輸入，也就是說命名空間也參與哈希計算，因此不能隨意寫，否則樹根哈希會跟區塊里的記錄不一致，就很容易看出數據無效。下圖是一個帶命名空間的默克爾樹的示意圖：

安全團隊：檢測到y00ts[.]gift是一個釣魚網站:9月5日消息，據派盾（PeckShield）監測，y00ts[.]gift是一個釣魚網站，用戶不要和任何鏈接互動。此前y00tlist在推特表示，項目在發售前出現bug，發售或推遲24小時。團隊將在解決問題后發布公告。[2022/9/5 13:09:28]

證明消息的完整性：

首先，需要證明返回的某條消息，確實是在消息樹中，這個就是普通默克爾包含證明所作的事情。因此，當存儲節點返回一條消息時，它同時返回此消息的默克爾包含證明。假定返回消息M0到Mn，那會同時返回對應的默克爾包含證明P0到Pn。我們需要說明，存儲節點可以不返回某條消息，但無法對消息構成的默克爾樹進行變動，因為那會導致樹根哈希變化，數據失效。

現在我們來看漏消息的情況，首先我們的消息是按命名空間歸并在一起的，所以如果某個命名空間，在它所有消息的中間漏了消息，那任何一個默克爾證明都可以看出，消息不連續，就沒必要進一步討論了。

我們看開頭或者結尾漏消息的情況，兩種情況類似，我們以開頭為例。比如N.2的第一條消息M.2漏了，那它對應的P.0也不會發出來，那么這時候，從查詢者的角度看，原來的P.1，現在是第一個證明，它反正就檢查第一個證明。下圖，我畫出了P.0和P.1的具體內容，我們比較它們的差別，就發現M.2左側的節點，命名空間都小于M.2的命名空間，而M.3左側有一個節點H.4，它的maxNs是A.2等于M.3的命名空間N.2，這個A.2的來源，就是存儲節點隱藏起來的M.2。這樣一來，執行節點就發現異常了。

那如果某個命名空間全部的消息都被隱藏呢。我們規定，當指定命名空間的消息不存在時，返回一個葉節點的默克爾證明，這個葉節點有minNs大于目標命名空間，但它左側所有節點的maxNs都小于目標命名空間。那么，當存儲節點隱藏了整個命名空間時，必然，根據具體返回的節點的位置，它或者左側會出現一個maxNs大于等于目標命名空間的節點，或者右側會出現一個minNs小于等于目標命名空間的情況。這樣執行節點也能發現問題。綜上所述，存儲節點不可能隱藏消息而不被發現。

結語：

本文復述了Celestia白皮書中，關于多應用場景下，對抗惡意存儲節點的部分內容。現在Celestia測試網已經上線，但目前更多是展示了對輕節點的支持，以及對消息分組的可行性。白皮書里面，第三章、第四章都有提到更多關于應用主權或者分片的內容，比較偏概念，針對真實公網環境來說，具體是怎么實現的，目前還看得不是很清楚。而擴容問題，顯然是整個區塊鏈領域近期最關注的目標。所以，我們之后也會特別關注Celestia在支持獨立應用方面的進展，究竟怎么跟L2或者說其它‘區塊鏈模塊’結合起來，做到實用的功能，并提高鏈上容量，我們將拭目以待。

Tags：AXNMAXXNSMINAXNTmax幣哪里交易XNS幣gemini什么意思視頻

AVAX