Starfish 新增了擦除編碼與基於 DAG 的資料憑證，以改善 IOTA 在驗證者負載較重時的承載可用性。
Sui 的 Mysticeti V2 將交易驗證移入共識流程中，而非重新設計核心架構，從而降低產品延遲。
IOTA 轉向 Starfish 的舉動，清楚顯示出區塊鏈網路在設計共識機制時已出現明顯分歧。IOTA 選擇了一條不同的路徑，著重於更強的活性、更好的資料可用性，以及在網路壓力下仍能維持穩定效能。與此同時，Sui 則透過 Mysticeti V2 持續降低延遲。
Mysticeti 移除了共識流程中的明確認證，讓 DAG 結構本身扮演虛擬憑證的角色。這種設計有助於降低延遲，並減少重複簽章與認證輪次所帶來的額外負擔。
然而，同樣的設計也留下了技術上的隱憂。沒有明確認證的情況下，區塊可用性不再「免費獲得」。驗證者可能需要從對等節點取得遺失的資料，這在負載沉重時可能對網路造成壓力。研究人員也對活性提出疑慮，特別是當驗證者在未產出自身區塊的情況下直接跳過輪次時。這些缺口導致了 Sui 與 IOTA 之間如今所見的分歧。
Sui 的 Mysticeti V2 將核心共識引擎視為已接近最佳化。Sui 並非重建基礎層，而是針對共識周邊的額外交易驗證流程下手。網路將更多驗證工作移入共識流程中，並使用交易驅動器來取代舊有仲裁者驅動器所帶來的延遲。
若你想更深入了解我們協議的技術細節，特別是 Starfish——@kowei1995 的這篇精彩文章可以幫你解惑。快去讀讀看！ https://t.co/wdTklasvvt — IOTA (@iota) 2026年5月26日
若你想更深入了解我們協議的技術細節，特別是 Starfish——@kowei1995 的這篇精彩文章可以幫你解惑。快去讀讀看！ https://t.co/wdTklasvvt
— IOTA (@iota) 2026年5月26日
這種做法符合 Sui 專注於消費者應用、DeFi 與高吞吐量活動的方針。對於期望快速兌換、遊戲、支付與鏈上互動的使用者而言，較低的產品延遲至關重要。因此，Mysticeti V2 透過削減周邊摩擦而非改變核心傳播模型，持續延續速度競賽。
IOTA 的 Starfish 將傳播與活性視為系統中較弱的環節，而非周邊的交易層。Starfish 並非僅追求更快的最終確定性，而是重新建構資料如何在驗證者之間移動，以及網路在條件惡化時如何持續推進。
Starfish 將區塊元資料與交易承載分離。標頭攜帶共識所需快速處理的資訊，而較重的承載資料則能透過更可控的方式移動。
Starfish 也使用里德-所羅門式擦除編碼，將交易資料分割成可還原的片段。每個承載被分割成多個片段，驗證者可從足夠的有效片段中重建完整資料。這種設計減少了完整資料的重複複製，同時仍支援可用性。接著 Starfish 使用在 DAG 內部自然成長的資料可用性憑證，而非為每個區塊另外增加一輪認證。
推送式節拍器也扮演著核心角色。驗證者在向前推進前，必須先產出自己的區塊，這減少了 DAG 中的空洞。此規則針對無認證 DAG 設計中的活性問題，這類設計中太多遺失的區塊可能導致網路無法形成所需的見證與確認模式。
Starfish 確實付出了延遲的代價。在較為清晰的比較下，Mysticeti 在實際設定中約需四個訊息延遲，而 Starfish 則接近五個。在更嚴苛的排程條件下，兩者都有可能進一步延長。即便如此，IOTA 仍接受這種額外的延遲，以換取更強的可用性保證、更穩定的尾端行為，以及邁向活性的更正式路徑。
與此同時，本月份 IOTA 在肯亞、摩洛哥與奈及利亞啟動了首波 ADAPT 部署，以支援非洲大陸自由貿易區下的數位貿易。該計畫瞄準非洲 1000 億美元的貿易融資缺口，透過連結數位身份、支付與資料交換來實現目標。
478.66萬 熱度
105.3萬 熱度
19.72萬 熱度
1.52億 熱度
140.57萬 熱度
為什麼IOTA選擇了穩健性而Sui選擇了低延遲
Starfish 新增了擦除編碼與基於 DAG 的資料憑證，以改善 IOTA 在驗證者負載較重時的承載可用性。
Sui 的 Mysticeti V2 將交易驗證移入共識流程中，而非重新設計核心架構，從而降低產品延遲。
IOTA 轉向 Starfish 的舉動，清楚顯示出區塊鏈網路在設計共識機制時已出現明顯分歧。IOTA 選擇了一條不同的路徑，著重於更強的活性、更好的資料可用性，以及在網路壓力下仍能維持穩定效能。與此同時，Sui 則透過 Mysticeti V2 持續降低延遲。
Mysticeti 移除了共識流程中的明確認證，讓 DAG 結構本身扮演虛擬憑證的角色。這種設計有助於降低延遲，並減少重複簽章與認證輪次所帶來的額外負擔。
然而，同樣的設計也留下了技術上的隱憂。沒有明確認證的情況下，區塊可用性不再「免費獲得」。驗證者可能需要從對等節點取得遺失的資料，這在負載沉重時可能對網路造成壓力。研究人員也對活性提出疑慮，特別是當驗證者在未產出自身區塊的情況下直接跳過輪次時。這些缺口導致了 Sui 與 IOTA 之間如今所見的分歧。
Sui 的 Mysticeti V2 將核心共識引擎視為已接近最佳化。Sui 並非重建基礎層，而是針對共識周邊的額外交易驗證流程下手。網路將更多驗證工作移入共識流程中，並使用交易驅動器來取代舊有仲裁者驅動器所帶來的延遲。
這種做法符合 Sui 專注於消費者應用、DeFi 與高吞吐量活動的方針。對於期望快速兌換、遊戲、支付與鏈上互動的使用者而言，較低的產品延遲至關重要。因此，Mysticeti V2 透過削減周邊摩擦而非改變核心傳播模型，持續延續速度競賽。
IOTA 選擇穩定性，Sui 選擇更低延遲
IOTA 的 Starfish 將傳播與活性視為系統中較弱的環節，而非周邊的交易層。Starfish 並非僅追求更快的最終確定性，而是重新建構資料如何在驗證者之間移動，以及網路在條件惡化時如何持續推進。
Starfish 將區塊元資料與交易承載分離。標頭攜帶共識所需快速處理的資訊，而較重的承載資料則能透過更可控的方式移動。
Starfish 也使用里德-所羅門式擦除編碼，將交易資料分割成可還原的片段。每個承載被分割成多個片段，驗證者可從足夠的有效片段中重建完整資料。這種設計減少了完整資料的重複複製，同時仍支援可用性。接著 Starfish 使用在 DAG 內部自然成長的資料可用性憑證，而非為每個區塊另外增加一輪認證。
推送式節拍器也扮演著核心角色。驗證者在向前推進前，必須先產出自己的區塊，這減少了 DAG 中的空洞。此規則針對無認證 DAG 設計中的活性問題，這類設計中太多遺失的區塊可能導致網路無法形成所需的見證與確認模式。
Starfish 確實付出了延遲的代價。在較為清晰的比較下，Mysticeti 在實際設定中約需四個訊息延遲，而 Starfish 則接近五個。在更嚴苛的排程條件下，兩者都有可能進一步延長。即便如此，IOTA 仍接受這種額外的延遲，以換取更強的可用性保證、更穩定的尾端行為，以及邁向活性的更正式路徑。
與此同時，本月份 IOTA 在肯亞、摩洛哥與奈及利亞啟動了首波 ADAPT 部署，以支援非洲大陸自由貿易區下的數位貿易。該計畫瞄準非洲 1000 億美元的貿易融資缺口，透過連結數位身份、支付與資料交換來實現目標。