Solana xuất Ethereum gấp 16 lần! 70% khách hàng tập trung khiến 120 tỷ vốn bị rút chạy

Sau ba năm phát triển, Firedancer chính thức ra mắt trên mainnet của Solana vào tháng 12 năm 2024, đánh dấu lần đầu tiên mạng lưới này cố gắng loại bỏ các điểm nghẽn kiến trúc gây ra các sự cố nghiêm trọng: gần như hoàn toàn phụ thuộc vào khách hàng xác thực duy nhất. Trong năm năm qua, Solana đã gặp phải bảy lần ngừng hoạt động, trong đó có năm lần do lỗi của khách hàng xác thực.

Nhược điểm chết người của phụ thuộc vào khách hàng duy nhất

Trong nhiều năm, Solana đã quảng bá mạnh mẽ về tính cuối cùng gần như tức thì và khả năng xử lý hàng nghìn giao dịch mỗi giây, nhưng khi 70% đến 90% khả năng đồng thuận của mạng chạy cùng phần mềm, tốc độ trở nên không còn ý nghĩa. Nếu có lỗ hổng nghiêm trọng trong khách hàng xác thực chính, toàn bộ chuỗi có thể bị tê liệt bất kể tốc độ vận hành lý thuyết của nó nhanh đến đâu. Ethereum đã rút ra bài học này trong giai đoạn chuyển đổi sang cơ chế đồng thuận bằng chứng cổ phần, hiện xem đa dạng khách hàng xác thực là yếu tố không thể thiếu trong việc duy trì hạ tầng.

Lịch sử ngừng hoạt động của Solana là ví dụ điển hình về rủi ro từ khách hàng xác thực duy nhất. Vào tháng 6 năm 2022, do một lỗ hổng trong chức năng giao dịch số ngẫu nhiên lâu dài, các nút xác thực mất đồng bộ, khiến mạng Solana ngừng hoạt động kéo dài hơn bốn tiếng rưỡi, cuối cùng phải khởi động lại theo cách phối hợp. Các sự kiện khác liên quan đến rò rỉ bộ nhớ, quá nhiều giao dịch lặp lại và các điều kiện đua trong quá trình tạo khối. Phân tích toàn diện của Helius cho thấy, trong bảy lần lỗi, có năm lần do lỗ hổng của validator hoặc khách hàng xác thực gây ra, chứ không phải do thiết kế của cơ chế đồng thuận.

Dữ liệu xác nhận rủi ro này rõ ràng. Báo cáo sức khỏe mạng lưới của Quỹ Solana tháng 6 năm 2025 cho thấy, Agave và phiên bản chỉnh sửa Jito kiểm soát khoảng 92% token SOL đặt cược. Đến tháng 10 năm 2025, con số này giảm nhưng không đáng kể: tổng quan về đặt cược của Cherry Servers cho thấy, ngay cả khi phần đặt cược của khách hàng xác thực dạng hỗn hợp Frankendancer tăng lên khoảng 21%, khách hàng Jito-Agave vẫn giữ hơn 70% phần đặt cược. Khi một lỗi thực thi có thể khiến quá trình tạo khối bị đình trệ, khả năng xử lý hàng nghìn giao dịch của mạng trở nên vô nghĩa.

So sánh đa dạng khách hàng xác thực của Solana và Ethereum

Ngưỡng an toàn của Ethereum: Không khách hàng xác thực nào được phép chiếm quá 33% quyền đồng thuận, vượt quá có thể xác nhận lỗi sai trong khối một chiều

Tình trạng hiện tại của Solana: Agave + Jito kiểm soát khoảng 70% phần đặt cược, vượt quá ngưỡng an toàn gấp ba lần

So sánh hồ sơ ngừng hoạt động: Solana năm năm bảy lần ngừng hoạt động, trong đó năm lần do lỗi khách hàng xác thực, trong khi Ethereum sau chuyển sang PoS không có lần nào toàn mạng ngừng hoạt động

Độc lập của Firedancer và các rào cản trong việc chấp nhận của tổ chức

Firedancer không phải là bản vá hoặc nhánh của khách hàng Agave dựa trên Rust hiện có, mà do Jump Crypto viết lại từ đầu bằng C/C++, theo kiến trúc mô-đun, lấy cảm hứng từ giao dịch tần suất cao. Hai khách hàng này không chia sẻ mã nguồn, ngôn ngữ hay nhóm duy trì nào. Sự độc lập này tạo ra các miền lỗi hoàn toàn khác biệt: về lý thuyết, lỗi trong quản lý bộ nhớ hoặc bộ điều phối giao dịch của Agave sẽ không làm sập validator chạy Firedancer.

Firedancer đã tái hiện pipeline của validator của Solana, các bài kiểm tra chuẩn trong các buổi hội thảo kỹ thuật cho thấy, trong các thử nghiệm kiểm soát, khách hàng có thể xử lý từ 600.000 đến hơn 1 triệu giao dịch mỗi giây, cao hơn nhiều so với khả năng xử lý của Agave. Tuy nhiên, giới hạn về hiệu năng không quan trọng bằng việc phân tách miền lỗi. Lỗ hổng trong bộ phân phối bộ nhớ của Rust trong Agave sẽ không lây lan sang thư viện C++ của Firedancer, các lỗi logic trong bộ điều phối khối của Agave cũng không ảnh hưởng đến mô hình thực thi dựa trên phân khối của Firedancer.

Một số validator chạy Firedancer trong 100 ngày và tạo ra 50.000 khối, chứng minh rằng khách hàng này có thể tham gia đồng thuận, tạo khối hợp lệ và duy trì trạng thái mà không cần dựa vào bất kỳ thành phần nào của Agave. Mặc dù hồ sơ vận hành trong môi trường sản xuất còn chưa đầy đủ, nhưng đã đủ để thúc đẩy việc mở rộng ứng dụng. Validator hiện có một giải pháp thay thế thực sự, và khả năng thích ứng của mạng lưới phụ thuộc trực tiếp vào số lượng người dùng chuyển đổi.

Mối liên hệ giữa đa dạng khách hàng và chấp nhận của tổ chức không phải là giả thuyết. Phân tích của Levex về Firedancer cho thấy, khách hàng này “giải quyết các mối lo ngại then chốt của các nhà đầu tư tổ chức về độ tin cậy và khả năng mở rộng của Solana”, đa dạng khách hàng mang lại “độ bền cần thiết cho các ứng dụng quan trọng của doanh nghiệp”. Bài viết của Binance vào tháng 9 đã xem các sự cố trong quá khứ như là rào cản chính đối với sự tham gia của doanh nghiệp, và định vị Firedancer như một “giải pháp tiềm năng”.

Khoảng cách RWA phản ánh khoảng cách niềm tin

Mối lo ngại về độ tin cậy của Solana của các tổ chức thể hiện rõ qua sự chênh lệch về quy mô của tài sản thế chấp thực tế (RWA) token hóa. Theo dữ liệu từ rwa.xyz, khoảng 7,67 tỷ USD RWA token hóa của Solana chỉ mới bắt đầu có chỗ đứng, trong khi Ethereum có 125 tỷ USD trái phiếu kho bạc, stablecoin và quỹ token hóa. Khoảng cách 16 lần này không chỉ phản ánh hiệu ứng mạng hoặc nhận thức của nhà phát triển, mà còn thể hiện niềm tin vào thời gian hoạt động bình thường.

Các nhóm đánh giá rủi ro hạ tầng blockchain quan tâm nhất đến điều gì xảy ra khi có sự cố. Nếu 90% validator trong mạng chạy cùng một khách hàng xác thực, thì dù phân bổ token hay tập hợp validator có vẻ phân tán trên giấy, mạng vẫn tồn tại điểm đơn lẻ của lỗi. Ngược lại, trong một mạng không có khách hàng xác thực nào kiểm soát quá 33% quyền đồng thuận, ngay cả khi có lỗ hổng gây ra sự cố toàn bộ khách hàng xác thực, mạng vẫn có thể tiếp tục hoạt động. Sự khác biệt này rất quan trọng đối với các nhà quản lý rủi ro, ảnh hưởng trực tiếp đến quyết định xây dựng các sản phẩm có kiểm soát trên chuỗi.

Việc mainnet của Firedancer ra mắt mở ra một con đường để Solana thu hẹp khoảng cách niềm tin, giúp đạt được mức độ đa dạng khách hàng xác thực mà cộng đồng Ethereum xem là tiêu chuẩn tối thiểu của hạ tầng sản xuất. Tuy nhiên, quá trình chuyển đổi từ Agave chiếm 70% sang mạng lưới đa khách hàng xác thực cân bằng sẽ không xảy ra trong ngày một ngày hai, validator phải chịu chi phí chuyển đổi và các nhà đầu tư tránh rủi ro sẽ chờ thêm dữ liệu. Các sự cố trong quá khứ của Solana khiến các tổ chức cảm nhận rõ những điểm yếu, khả năng chấp nhận mạng này cho các sản phẩm ETF, phát hành RWA hay thử nghiệm thanh toán doanh nghiệp phụ thuộc vào tốc độ chuyển đổi quyền kiểm soát từ mô hình tập trung sang phân tán.