AWS đã gặp sự cố trên toàn khu vực. Hàng chục nghìn ứng dụng - Venmo, Reddit, Zoom, Roblox, thậm chí cả các dịch vụ của Amazon cũng đã bị tắt. Nhưng một vài ứng dụng không bị ảnh hưởng vì chúng chạy trên @WalrusProtocol, thông qua @SuiNetwork. Hãy cùng tìm hiểu lý do tại sao [Chuỗi nghiên cứu]↓
Sự cố AWS đã được truy vết đến US-EAST-1, khu vực âm thầm cung cấp năng lượng cho một nửa internet. Khi nó gặp sự cố, các lớp DNS và API đã sụp đổ, tạo ra một chuỗi thời gian ngừng hoạt động. Ngay cả những ứng dụng có "bản sao lưu" cũng đã tắt ngúm vì các bản sao lưu của chúng nằm trong cùng một khu vực.
Vậy sự cố lớn của AWS tiết lộ điều gì về internet? Rằng một sự cố duy nhất ở Virginia không nên làm im lặng cả hành tinh, nhưng nó đã xảy ra. Và chúng ta đã xây dựng một mạng lưới toàn cầu trên một trục địa phương và nhầm lẫn kích thước với sự ổn định.
Nhưng sự thất bại này không phải là mới. Đó là cùng một mô hình mỗi lần: tập trung + tiện lợi → dễ bị tổn thương. Một nhà cung cấp, một khu vực, một API. Tất cả chỉ cần một điểm nghẽn duy nhất để web chớp mắt.
Tại sao điều này quan trọng? Trong AWS hoặc Google Cloud: - Bạn tin tưởng vào bảng điều khiển của họ khi nó nói "đã lưu thành công." - Nếu khu vực của họ gặp sự cố, bạn không thể chứng minh độc lập dữ liệu nào vẫn tồn tại. Trong Walrus: - Bằng chứng là công khai và phi tập trung. - Ngay cả khi một số nút gặp sự cố, biên lai cho phép bạn xác nhận các mảnh nào còn lại và ở đâu. Walrus thay thế sự tin tưởng bằng sự xác minh.
Walrus 🦭/acc
Walrus 🦭/acc26 thg 6, 2025
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.
Một sự khác biệt khác: - AWS giả định thời gian hoạt động: Nó được xây dựng để đạt hiệu quả và quy mô, mong đợi rằng các sự cố là những ngoại lệ hiếm hoi có thể được sửa chữa hoặc chuyển hướng. - @WalrusProtocol giả định sự cố: Nó được xây dựng với kỳ vọng rằng các nút sẽ gặp sự cố - vì vậy sự sống còn của hệ thống không phụ thuộc vào bất kỳ nút, khu vực hoặc nhà cung cấp nào.
Walrus là cách chúng tôi gọi một thiết kế chống giòn: một hệ thống không bị hỏng khi một phần của nó bị hỏng. Và đó là lý do tại sao trong một sự cố AWS, các ứng dụng dựa trên Walrus vẫn tiếp tục hoạt động - không phải vì chúng may mắn, mà vì hệ thống không phụ thuộc vào bất kỳ phần nào để tồn tại.
Stacy Muur
Stacy Muur23 thg 7, 2025
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.
Sống sót sau thất bại là một nửa câu chuyện. Nửa còn lại là biết và chứng minh rằng dữ liệu của bạn chưa bao giờ biến mất ngay từ đầu. Bởi vì Walrus là sự liên tục có thể xác minh, điều ngược lại với "hãy tin chúng tôi". Bạn có thể chứng minh không chỉ rằng bạn đã lưu trữ dữ liệu, mà còn nơi nó tồn tại, cách nó được sao chép, và rằng nó vẫn có thể truy xuất. Đó là điều mà không nhà cung cấp nào bị ràng buộc theo khu vực có thể hứa hẹn.
Sự kiện AWS đã khẳng định một sự thật lớn hơn: Sự phi tập trung không còn chỉ là lý tưởng nữa; nó là về sự sống còn. Các hệ thống tập trung thất bại cùng nhau. Các hệ thống phân tán giảm hiệu suất một cách từ từ vì sự thất bại là không đồng bộ. Nếu một nút, khu vực, hoặc cụm bị lỗi, phần còn lại vẫn tiếp tục hoạt động. Hiệu suất có thể giảm nhẹ, nhưng hệ thống không sụp đổ và chết.
Sự cố AWS đã làm rõ một điều rằng "đám mây" không phải là bầu trời, mà là trung tâm dữ liệu của người khác ở Virginia. Walrus trải bầu trời đó ra khắp thế giới; có thể xác minh, không cần phép, có thể phục hồi. Khi web trở nên tối tăm, Walrus không chớp mắt vì khả năng phục hồi là tiền đề.
7,1K