Tiêu đề: Một tuyến đường (route) cấu hình sai gần như làm hỏng Solana — Mạng tiến đến mức mất tính cuối cùng (finality) tới 86% Chỉ một lỗi cấu hình định tuyến ở một nhà cung cấp hosting vào sáng thứ Tư đã làm 28,83% SOL được đặt cọc (staked) bị đưa offline và đẩy Solana tiến khoảng 86% chặng đường đến tình trạng mất tính cuối cùng của giao dịch. Tính cuối cùng trên Solana dừng lại khi 33,34% tổng lượng stake trở nên không đúng hạn (delinquent); sự cố đạt đỉnh chỉ cách ngưỡng đó 4,51 điểm phần trăm. Chuyện gì đã xảy ra — Teraswitch, nhà cung cấp đứng ở trung tâm sự cố, cho biết vấn đề bắt đầu khi một route mặc định từ site Miami của họ được quảng bá (propagate) nhưng bị loại bỏ metric và các BGP communities. Một route reflector ở Amsterdam sau đó phân phối route đó vào châu Âu và khu vực châu Á – Thái Bình Dương. - Các bộ định tuyến biên (edge routers) ở nhiều khu vực đã chấp nhận route như thể nó được tạo cục bộ và ưu tiên nó hơn các route nội tại. Sau đó, các bộ định tuyến này chuyển route “bịa” lên lõi trung tâm dữ liệu (data center core), nơi nó bị từ chối vì không hợp lệ. - Kết quả: mười hai site trung tâm dữ liệu trên London, Amsterdam, Dublin, Frankfurt, Singapore và Tokyo không có route hợp lệ để chuyển tiếp lưu lượng truy cập. Các site ở Bắc Mỹ không bị ảnh hưởng. - Kỹ sư phát hiện lỗi trong vòng mười phút và khôi phục dịch vụ lúc 04:16:15 UTC. Phạm vi và mức độ tập trung stake — Phân tích sau sự cố của Marinade Finance cho thấy sự cố tập trung trong một hệ tự trị duy nhất (autonomous system) AS20326, mang 118.890.767 SOL — hơn một phần tư toàn bộ SOL được đặt cọc. Khoảng 94% stake của AS này đã đi offline trong sự kiện. - Điều này vượt quá “giới hạn ủy quyền” (delegation cap) 25% của Solana Foundation cho mỗi autonomous system: AS20326 nằm ở mức 27,34%. - Marinade cho biết 59 validator nắm giữ 80,2 triệu SOL đã quay lại online trong đúng khung thời gian hẹp đó (Amsterdam, Frankfurt và Tokyo), sau khi chờ định tuyến (routing) hội tụ lại thay vì chuyển sang các phương án failover. Helius, validator lớn thứ hai của Solana, vẫn offline trong suốt 33 phút. - Trong 74 nhà điều hành mà Marinade đo được, chỉ có ba — Laine và Cogent Crypto (đều do Sol Strategies vận hành) và Lion3d — “quay lại sạch sẽ” (came back clean). - Mức độ phơi nhiễm rộng hơn một nhà cung cấp: thêm 14,1 triệu SOL cũng bị đưa offline đồng thời trên latitude.sh, Limestone, Butterfly Research và Allnodes theo những cách mà Marinade không thể giải thích từ dữ liệu sẵn có. Marinade cảnh báo rằng việc chỉ đếm stake theo nhà cung cấp hosting có thể làm thấp ước lượng mức độ “hỏng cùng nhau” (fails together). Tự kiểm tra cục bộ và khắc phục — Marinade đã chạy phân tích tương tự trên các phân bổ của chính mình và phát hiện vấn đề tập trung nội bộ: bốn autonomous systems nắm giữ hai phần ba lượng stake mà mô hình phân bổ của họ phân phối, và một AS (AS395201) chiếm 36,94%. Công ty cho biết họ sẽ rà soát giới hạn tập trung theo từng mạng và từng trung tâm dữ liệu, đồng thời bắt đầu công bố liệu validator có hỗ trợ hot-swap và failover tự động hay không — những điều hiện không thể xác định từ bên ngoài. Hậu quả và rủi ro — Sự cố khiến các validator bỏ lỡ khoảng 333 SOL tiền phần thưởng; các phần thưởng bị bỏ lỡ này sẽ được bù bằng trái phiếu (validator bonds) vào cuối epoch. - Nếu tỷ lệ delinquency vượt qua ngưỡng finality 33,34%, sẽ không có giao dịch nào được final hóa cho bất kỳ người nắm giữ SOL nào và cũng sẽ không có cơ chế trái phiếu để bù cho kịch bản đó. So sánh: lần dừng toàn bộ (halt) đầy đủ gần nhất của Solana vào tháng 2/2024 phải mất gần năm giờ mới khôi phục. Vì sao điều này quan trọng — Sự cố nhấn mạnh cách một sai lầm định tuyến duy nhất — cùng với mức độ tập trung stake vào một số lượng nhỏ autonomous systems và nhà cung cấp hosting — có thể nhanh chóng đe dọa khả năng final hóa giao dịch của một mạng proof-of-stake thông lượng cao. - Người vận hành (operators), người ủy quyền (delegators) và các chương trình quản trị (governance) có thể cần các biện pháp bảo vệ mạnh hơn: áp đặt giới hạn đa dạng hóa theo AS và trung tâm dữ liệu, công bố rõ ràng hơn về năng lực failover, và cải thiện thực hành vận hành trên toàn bộ nhà cung cấp hosting lẫn validator. Teraswitch đã công bố bài viết kỹ thuật về sự cố định tuyến; Marinade và các bên tham gia hệ sinh thái khác cho biết họ sẽ xem xét lại chính sách tập trung và các biện pháp minh bạch nhằm giảm khả năng lặp lại. Đọc thêm tin tức do AI tạo ra trên: undefined/news