Cú suýt dừng khẩn cấp của Solana: Mạng suýt dừng hoạt động trong vòng 4,5%
Vào ngày 12 tháng 8 năm 2026, Solana đã trải qua lần chạm trán gần nhất với tình trạng dừng toàn mạng kể từ lần ngừng hoạt động toàn diện gần đây nhất vào tháng 2 năm 2024 — nhưng lần này, nguyên nhân không liên quan đến lỗi code hay tình trạng spam bot. Đó là một sự cố định tuyến nằm sâu trong “hệ thống dây dẫn” của internet.
Điều gì đã xảy ra
Lỗi định tuyến BGP (Border Gateway Protocol) đã tấn công TeraSwitch, một nhà cung cấp hosting được một tỷ lệ đáng kể các trình xác thực (validator) của Solana sử dụng. BGP là giao thức xác định dữ liệu được truyền qua internet giữa các mạng như thế nào — khi nó hoạt động sai, toàn bộ cụm máy chủ có thể gần như biến mất khỏi bản đồ internet, dù các máy chủ đó vẫn đang chạy bình thường.
Cú sự cố đã làm ngắt khoảng 90 trình xác thực (validators) cùng lúc, tương đương 28,83% tổng số SOL được stake.
Vì sao con số này lại quan trọng
Cơ chế đồng thuận của Solana có một ngưỡng quan trọng: nếu 33,34% tổng số SOL được stake đồng loạt đi offline, mạng không còn thể hoàn tất các giao dịch nữa và việc tạo khối sẽ dừng hoàn toàn — đòi hỏi kiểu khởi động lại phối hợp của validator đã từng đánh dấu các lần mất điện trước đây của Solana.
Vào ngày 12 tháng 8, mạng đã tiến sát trong vòng 4,51 điểm phần trăm so với ngưỡng đó. Rất gần, nhưng Solana không bao giờ thực sự dừng lại.
Vì sao mạng vẫn tiếp tục hoạt động
Khác với các sự cố lớn trước đây của Solana — như việc thất bại “fork-choice” kéo dài khoảng 8,5 giờ vào tháng 9 năm 2022, hoặc tình trạng dừng kéo dài 5 giờ vào tháng 2 năm 2024 do vòng lặp biên dịch trong bộ nạp Berkeley Packet Filter (BPF) — sự kiện này hoàn toàn không liên quan đến lỗi đồng thuận hay lỗi ở cấp client.
Trong khoảng thời gian xấp xỉ 30–33 phút:
Việc tạo khối tiếp tục diễn ra liên tục, không bị gián đoạn
Các giao dịch vẫn tiếp tục xử lý và hoàn tất bình thường
Không bao giờ có rủi ro đối với quỹ của người dùng
597 trong số 699 validator được stake vẫn tiếp tục bỏ phiếu trong suốt thời gian đó
Vì đây hoàn toàn là vấn đề mạng/hạ tầng chứ không phải lỗi trong giao thức cốt lõi của Solana, nên nó tự được khắc phục khi router bị ảnh hưởng hội tụ lại — không cần vá khẩn cấp, không cần khởi động lại phối hợp, không cần nâng cấp client.
Bài học thực sự: Tập trung hạ tầng
Sự cố này đã định hình lại cuộc thảo luận về độ tin cậy của Solana. Trong nhiều năm, các lần mất điện của mạng được đổ lỗi cho việc spam giao dịch và lỗi phần mềm trong trình xác thực (validator client). Lần này, lỗ hổng nằm ở sự tập trung hạ tầng — quá nhiều validator phụ thuộc vào cùng một nhà cung cấp lưu trữ và cùng một tuyến định tuyến Internet, tạo ra một điểm lỗi duy nhất không liên quan đến mã nguồn của blockchain.
Để đáp ứng, Quỹ Solana đã siết chặt các quy tắc đa dạng hạ tầng. Tính đến ngày 1 tháng 5 năm 2026, các trình xác thực (validator) được Quỹ hậu thuẫn phải đảm bảo:
Không một ASN (hệ thống tự trị / mạng lưu trữ) nào nắm giữ hơn 25% tổng số cổ phần (stake) của mạng
Không một nhà khai thác trung tâm dữ liệu nào nắm giữ hơn 15% tổng số cổ phần (stake) của mạng
Những giới hạn này sẽ không ngăn được mọi sự hoảng sợ trong tương lai, nhưng được thiết kế để đảm bảo lỗi định tuyến của một nhà cung cấp không bao giờ còn đe dọa cơ chế đồng thuận nữa.
Bối cảnh: Một giai đoạn ổn định kéo dài
Thời điểm này rất đáng chú ý. Trước sự kiện này, Solana đã duy trì mức uptime 100% cho toàn cụm (cluster-level) trong khoảng 30 tháng liên tiếp sau lần mất điện đầy đủ gần nhất vào tháng 2 năm 2024 — chuỗi độ tin cậy dài nhất kể từ khi ra mắt. “Cú hoảng” ngày 12 tháng 8 không làm gãy chuỗi các lần dừng thực sự đó, nhưng nó nhắc nhở rằng “uptime” phụ thuộc không chỉ vào mã sạch — mà còn phụ thuộc vào cơ sở hạ tầng vật lý và mạng nằm bên dưới.
Nguồn: Báo cáo trạng thái của Quỹ Solana; phân tích sự cố từ Spotted Crypto và Bitcoin Foundation, tháng 8 năm 2026.
