Starfish 新增抹除編碼與基於 DAG 的資料憑證，以改善 IOTA 在驗證器負載較重時的酬載可用性。
Sui 的 Mysticeti V2 將交易驗證移至共識流程中，而非重新設計核心架構，藉此降低產品延遲。
IOTA 朝向 Starfish 的發展，清楚顯示區塊鏈網路在共識設計上日益分歧的路徑。IOTA 選擇專注於更強的活躍性、更好的資料可用性，以及在網路壓力下更穩定的效能。與此同時，Sui 則透過 Mysticeti V2 持續降低延遲。
Mysticeti 移除了共識流程中的明確憑證，讓 DAG 結構本身充當虛擬憑證。此設計有助於降低延遲，並減少重複簽章與憑證回合所產生的開銷。
然而，同樣的設計也留下了技術隱憂。缺乏明確憑證的情況下，區塊可用性不再「免費」獲得。驗證器可能需從其他節點擷取遺失的資料，這在負載沉重時可能對網路造成壓力。研究人員也對活躍性提出疑慮，特別是當驗證器在未產生自身區塊的情況下於回合間移動時。這些缺口造就了如今 Sui 與 IOTA 之間的分歧。
Sui 的 Mysticeti V2 認為核心共識引擎已接近最佳化。因此 Sui 不重建底層，而是針對共識周圍的額外交易驗證流程著手。網路將更多驗證工作移入共識流程，並使用 Transaction Driver 來減少舊有 Quorum Driver 模型造成的延遲。
若想更深入瞭解我們協議的技術知識，特別是 Starfish——@kowei1995 這篇精彩文章為您準備好了。快來閱讀！ — IOTA (@iota) 2026年5月26日
若想更深入瞭解我們協議的技術知識，特別是 Starfish——@kowei1995 這篇精彩文章為您準備好了。快來閱讀！
— IOTA (@iota) 2026年5月26日
此方法符合 Sui 專注於消費者應用、DeFi 與高吞吐量活動的方向。較低的產品延遲對期待快速交換、遊戲、支付與鏈上互動的使用者至關重要。因此，Mysticeti V2 透過削減周邊摩擦而非改變核心傳播模型，持續推動速度競賽。
IOTA 的 Starfish 將傳播與活躍性視為系統中的較弱環節，而非周邊交易層。Starfish 並非僅追求更快的終局性，而是重新建構資料如何在驗證器間移動，以及網路在條件惡化時如何持續推進。
Starfish 將區塊元資料與交易酬載分離。標頭攜帶共識快速所需的資訊，而較重的酬載數據則能以更可控的方式移動。
Starfish 也採用 Reed-Solomon 抹除編碼，將交易數據分割成可回復的片段。每個酬載被拆分為碎片，驗證器可從足夠的有效碎片中重建完整資料。此設計減少全數據重複，同時支援可用性。Starfish 接著使用在 DAG 內部自然成長的資料可用性憑證，而非為每個區塊添加獨立的憑證回合。
Push 心跳控制器也扮演核心角色。驗證器必須在推進前產生自己的區塊，這減少了 DAG 中的空洞。此規則針對未經憑證的 DAG 設計中的活躍性問題——過多遺失區塊可能阻礙網路形成所需的見證與確認模式。
Starfish 確實付出延遲代價。在較清晰的比較下，Mysticeti 在實際環境中可接近四個訊息延遲，而 Starfish 接近五個。在更嚴苛的排程條件下，兩者都可能進一步拉長。儘管如此，IOTA 接受增加的延遲，以換取更強的可用性保證、更穩定的尾端行為，以及更正式的活躍性路徑。
與此同時，本月 IOTA 在肯亞、摩洛哥和奈及利亞啟動首次 ADAPT 部署，以支持 AfCFTA 下的數位貿易。該計畫針對非洲 1000 億美元的貿易融資缺口，透過連結數位身份、支付與跨境數據交換來達成目標。
12.24萬 熱度
25.64萬 熱度
487.68萬 熱度
6.68萬 熱度
105.6萬 熱度
為什麼 IOTA 選擇了穩健性而 Sui 選擇了更低的延遲
Starfish 新增抹除編碼與基於 DAG 的資料憑證，以改善 IOTA 在驗證器負載較重時的酬載可用性。
Sui 的 Mysticeti V2 將交易驗證移至共識流程中，而非重新設計核心架構，藉此降低產品延遲。
IOTA 朝向 Starfish 的發展，清楚顯示區塊鏈網路在共識設計上日益分歧的路徑。IOTA 選擇專注於更強的活躍性、更好的資料可用性，以及在網路壓力下更穩定的效能。與此同時，Sui 則透過 Mysticeti V2 持續降低延遲。
Mysticeti 移除了共識流程中的明確憑證，讓 DAG 結構本身充當虛擬憑證。此設計有助於降低延遲，並減少重複簽章與憑證回合所產生的開銷。
然而，同樣的設計也留下了技術隱憂。缺乏明確憑證的情況下，區塊可用性不再「免費」獲得。驗證器可能需從其他節點擷取遺失的資料，這在負載沉重時可能對網路造成壓力。研究人員也對活躍性提出疑慮，特別是當驗證器在未產生自身區塊的情況下於回合間移動時。這些缺口造就了如今 Sui 與 IOTA 之間的分歧。
Sui 的 Mysticeti V2 認為核心共識引擎已接近最佳化。因此 Sui 不重建底層，而是針對共識周圍的額外交易驗證流程著手。網路將更多驗證工作移入共識流程，並使用 Transaction Driver 來減少舊有 Quorum Driver 模型造成的延遲。
此方法符合 Sui 專注於消費者應用、DeFi 與高吞吐量活動的方向。較低的產品延遲對期待快速交換、遊戲、支付與鏈上互動的使用者至關重要。因此，Mysticeti V2 透過削減周邊摩擦而非改變核心傳播模型，持續推動速度競賽。
IOTA 選擇穩定性，Sui 選擇更低延遲
IOTA 的 Starfish 將傳播與活躍性視為系統中的較弱環節，而非周邊交易層。Starfish 並非僅追求更快的終局性，而是重新建構資料如何在驗證器間移動，以及網路在條件惡化時如何持續推進。
Starfish 將區塊元資料與交易酬載分離。標頭攜帶共識快速所需的資訊，而較重的酬載數據則能以更可控的方式移動。
Starfish 也採用 Reed-Solomon 抹除編碼，將交易數據分割成可回復的片段。每個酬載被拆分為碎片，驗證器可從足夠的有效碎片中重建完整資料。此設計減少全數據重複，同時支援可用性。Starfish 接著使用在 DAG 內部自然成長的資料可用性憑證，而非為每個區塊添加獨立的憑證回合。
Push 心跳控制器也扮演核心角色。驗證器必須在推進前產生自己的區塊，這減少了 DAG 中的空洞。此規則針對未經憑證的 DAG 設計中的活躍性問題——過多遺失區塊可能阻礙網路形成所需的見證與確認模式。
Starfish 確實付出延遲代價。在較清晰的比較下，Mysticeti 在實際環境中可接近四個訊息延遲，而 Starfish 接近五個。在更嚴苛的排程條件下，兩者都可能進一步拉長。儘管如此，IOTA 接受增加的延遲，以換取更強的可用性保證、更穩定的尾端行為，以及更正式的活躍性路徑。
與此同時，本月 IOTA 在肯亞、摩洛哥和奈及利亞啟動首次 ADAPT 部署，以支持 AfCFTA 下的數位貿易。該計畫針對非洲 1000 億美元的貿易融資缺口，透過連結數位身份、支付與跨境數據交換來達成目標。