Sự cố routing tại Solana: 29% stake offline, một lỗi nhỏ suýt làm sập mạng lưới

Một bản tin buổi sáng. Solana suýt mất khả năng finality. Một hosting provider duy nhất, Teraswitch, với một lỗi cấu hình routing default từ Miami, đã lan truyền sai sót qua châu Âu và châu Á - Thái Bình Dương. Kết quả: 28.83% tổng stake SOL biến mất khỏi mạng lưới trong cùng một khung thời gian. Ngưỡng đóng băng của Solana là 33.34%. 86% của ngưỡng đó. Cái bẫy không nằm trong code, mà nằm trong cách các node kết nối với nhau. Mùi rugpull quen thuộc. Nhưng lần này, rugpull đến từ một lỗi routing cổ điển, không phải từ smart contract. Bối cảnh: Solana, mạng lưới Proof-of-Stake với tốc độ cao, thường bị chỉ trích vì sự tập trung. Tháng 2 năm 2024, nó đã halt hoàn toàn trong 5 giờ. Lần này, suýt lặp lại. Marinade, một nền tảng staking, đã phát hiện ra sự cố và công bố phân tích. Họ chỉ ra rằng một autonomous system, AS20326, nắm giữ 118,890,767 SOL – hơn 25% tổng stake, vượt quá mức trần 25% mà Solana Foundation đặt ra trong chương trình delegation. 94% stake trong AS đó biến mất cùng lúc. Thêm 14.1 triệu SOL từ các nhà cung cấp khác như latitude.sh, Limestone, Butterfly Research, Allnodes cũng rơi khỏi mạng, không rõ lý do từ dữ liệu. Cốt lõi kỹ thuật: Failover hầu như không hoạt động. Marinade tìm thấy 59 validator nắm giữ 80.2 triệu SOL phục hồi trong cùng một cửa sổ hẹp ở Amsterdam, Frankfurt, Tokyo – nhưng họ chỉ chờ routing reconverge, không chuyển sang bất kỳ giải pháp dự phòng nào. Helius, validator lớn thứ hai trên Solana, mất 33 phút để online lại. Trong số 74 operator mà Marinade có thể đo lường, chỉ có ba nhà điều hành phục hồi sạch sẽ: Laine, Cogent Crypto (cả hai thuộc Sol Strategies) và Lion3d. 90 validator bị ảnh hưởng mất tổng cộng 333 SOL rewards, số tiền này sẽ được bù từ validator bonds vào cuối epoch. Dựa trên kinh nghiệm audit của tôi, đây là thất bại của hệ thống failover. Một thiết kế đúng phải có dự phòng tự động, không phải chờ routing reconverge. Wash trade không bao giờ là ngẫu nhiên. Nhưng ở đây, không có wash trade, chỉ có sự cẩu thả trong hạ tầng. Góc nhìn contrarian: Jacob Creech, VP Tech của Solana Foundation, phản bác. Ông nói network vẫn sản xuất block, 597 trong số 699 validator staked tiếp tục vote, các validator bị ảnh hưởng hồi phục trong 40 phút, và validator trong chương trình delegation của Foundation không bị ảnh hưởng. Ông gọi đây là bằng chứng về sự đa dạng hạ tầng. Nhưng nhìn kỹ: 28.83% stake offline gần như đồng thời. Nếu một lỗi routing đơn giản có thể đưa mạng lưới đến gần sự sụp đổ, thì sự đa dạng đó nằm ở đâu? Creech đúng rằng mạng lưới không halt, nhưng đó là do may mắn, không phải do thiết kế. Marinade tự soi lại: chính họ thừa nhận rằng bốn autonomous system nắm giữ hai phần ba stake mà mô hình phân bổ của họ phân phối, một trong số đó chiếm 36.94%. Họ hứa sẽ xem xét lại giới hạn tập trung và bắt đầu công khai validator nào chạy hot swap và automatic failover. Đây là tín hiệu tích cực, nhưng quá muộn. Sự cố lần này phơi bày lỗ hổng cố hữu: Solana phụ thuộc vào một số ít nhà cung cấp hosting và autonomous system. Nếu Teraswitch bị tấn công DDoS hoặc phá sản, chuyện gì xảy ra? Creech nói network vẫn hoạt động, nhưng đó là vì chưa chạm ngưỡng 33.34%. Chỉ là vấn đề thời gian. Takeaway: Lỗi routing không phải lỗi code, nhưng nó là lỗi trong cấu trúc. Một mạng lưới blockchain phi tập trung không thể dựa vào một vài nhà cung cấp. Câu hỏi rhetorical: Nếu sự cố xảy ra vào giờ cao điểm giao dịch, khi hàng nghìn bot và ứng dụng phụ thuộc vào finality, liệu 40 phút có đủ để cứu Solana? Các staker nên hỏi validator của mình: họ có failover thực sự không? Hay họ chỉ chờ routing reconverge? Cái bẫy giấu trong dòng code – lần này, nó giấu trong bảng routing.