AWS 遭遇了區域性故障。 數以萬計的應用程式 - Venmo、Reddit、Zoom、Roblox,甚至亞馬遜自己的服務都無法使用。 但有幾個沒有受到影響,因為它們運行在 @WalrusProtocol 上,通過 @SuiNetwork。 讓我們來分析一下原因 [研究系列]↓
AWS 的故障被追溯到 US-EAST-1,這個地區靜靜地支撐著一半的互聯網。 當它失效時,DNS 和 API 層崩潰,造成了一連串的停機。 即使是有「備份」的應用程式也變得無法使用,因為它們的備份也位於同一地區。
那麼,這次巨大的 AWS 中斷事件揭示了互聯網的什麼? 一個位於維吉尼亞州的單一故障不應該讓整個星球沉默,但它卻做到了。 我們在一個地方的脊椎上建立了一個全球網絡,卻錯誤地將規模誤認為穩定性。
但這種失敗並不新鮮。 每次都是相同的模式:集中化 + 便利性 → 脆弱性。 一個供應商、一個地區、一個 API。 只需一個瓶頸,網路就會閃爍。
為什麼這很重要? 在 AWS 或 Google Cloud: - 當它們的儀表板顯示「成功儲存」時,你是信任的。 - 如果它們的區域失效,你無法獨立證明哪些數據仍然存在。 在 Walrus: - 證明是公開且去中心化的。 - 即使某些節點失效,收據也能讓你確認哪些片段仍然存在以及在哪裡。 Walrus 用驗證取代了信任。
Walrus 🦭/acc
Walrus 🦭/acc2025年6月26日
Most builders don’t think about storage — until it breaks, gets censored, or costs a fortune. That’s why decentralized storage matters. Watch this video to hear why @tuskytools, @plumenetwork, @atoma_network, and @talusnetwork chose Walrus for storage.
另一個區別: - AWS 假設正常運行時間: 它以效率和擴展性為基礎,預期故障是罕見的例外,可以進行修補或重新路由。 - @WalrusProtocol 假設故障: 它是在節點會失敗的預期下構建的,因此系統的生存不依賴於任何單一的節點、區域或供應商。
Walrus 是我們所稱的抗脆弱設計:一種在部分元件失效時不會崩潰的系統。 這就是為什麼在 AWS 停機期間,基於 Walrus 的應用程式仍然能夠運行——不是因為它們幸運,而是因為該系統不依賴任何單一元件來生存。
Stacy Muur
Stacy Muur2025年7月23日
Think of it like this: Sui = execution + payments Walrus = storage + retrieval Both composable. Store files → attach coins → earn yield → auto-pay for long-term retention. The infrastructure is programmable end-to-end.
生存失敗是故事的一半。 另一半是知道並展示你的數據從未消失過。 因為 Walrus 是可驗證的連續性,與「相信我們的話」正好相反。 你可以證明不僅僅是你存儲了數據,還可以證明它的存放位置、如何複製,以及它仍然可以檢索。 這是任何地區限制的提供者都無法承諾的事情。
AWS 事件重申了一個更大的真理: 去中心化不再僅僅是意識形態;它關乎生存。 集中式系統會一起失敗。 分散式系統則能優雅地降級,因為失敗是非同步的。 如果一個節點、區域或集群失敗,其餘部分仍然可以繼續運行。性能可能會稍微下降,但系統不會崩潰和死亡。
AWS 的故障讓人清楚地明白,「雲」並不是天空,而是位於維吉尼亞州的某個數據中心。 Walrus 將那片天空擴展到全世界;可驗證、無需許可、可恢復。 當網絡陷入黑暗時,Walrus 沒有眨眼,因為韌性是其前提。
6.94K