Hạn chế của Solana: Sự cố, Tính tập trung & Rủi ro

Các hạn chế của Solana phát sinh từ sự đánh đổi giữa thông lượng, độ tin cậy, yêu cầu đối với validator, tính phi tập trung, độ phức tạp đối với nhà phát triển và các phụ thuộc của hệ sinh thái. Các sự cố lịch sử minh họa cho rủi ro nhưng không chứng minh tình trạng hiện tại của mạng lưới, vì vậy các tuyên bố có ghi ngày tháng phải được ghi rõ ràng.

Cập nhật lần cuối: Tháng 6 năm 2025

TL;DR: Tóm tắt các hạn chế chính của Solana

• Sự cố mạng lặp đi lặp lại: Solana đã trải qua hơn một chục sự cố lớn kể từ năm 2021, bao gồm các lần ngừng hoạt động hoàn toàn kéo dài tới 19 giờ
• Tính tập trung của validator: phần cứng cấp máy chủ có chi phí ước tính khoảng $400–$700 mỗi tháng loại bỏ những người vận hành tại nhà và tập trung quyền lực đồng thuận vào các tổ chức
• Tập trung quản trị: Solana Labs vẫn giữ ảnh hưởng đáng kể đối với việc phát triển giao thức mà không có đội ngũ máy khách phân tán tương đương với mô hình quản trị của Ethereum
• Trần thông lượng: Thiết kế tuần tự của Proof of History tạo ra giới hạn TPS thực tế thấp hơn nhiều so với con số 65.000+ được quảng cáo
• Không có khả năng tương thích EVM gốc: Các dApp Ethereum không thể được chuyển sang Solana nếu không viết lại hoàn toàn bằng Rust
• Rủi ro từ FTX: SOL đã giảm khoảng 60% trong những ngày sau sự sụp đổ của FTX vào tháng 11 năm 2022 do Alameda Research bị buộc phải thanh lý
• Lỗ hổng Wormhole: một lỗ hổng cầu nối của Bên thứ ba vào tháng 2 năm 2022 đã rút khoảng 320 triệu đô la wETH từ người dùng hệ sinh thái Solana
• Lạm phát SOL: lịch trình cung cấp giảm phát làm pha loãng những người nắm giữ không stake cho đến khi đạt được tỷ lệ mục tiêu dài hạn khoảng 1,5%

Nội dung

1. Các hạn chế của Solana là gì?
2. Bộ ba bất khả thi của Blockchain: Tại sao các sự đánh đổi của Solana lại tồn tại
3. Độ tin cậy của mạng lưới: Lịch sử về các sự cố và thời gian gián đoạn của Solana
4. Mối quan ngại về tính tập trung: Ai thực sự kiểm soát Solana?
5. Kiến trúc kỹ thuật: Đánh đổi giữa Tốc độ và Sự ổn định
6. Trải nghiệm của nhà phát triển: Tại sao việc xây dựng trên Solana lại khó hơn vẻ ngoài của nó
7. Hệ sinh thái và Rủi ro bảo mật: FTX, Wormhole và Sự tập trung Token
8. So sánh Solana với Ethereum và Avalanche về các hạn chế chính
9. Solana có xứng đáng với rủi ro? Những điều nhà đầu tư và người dùng nên biết
10. Câu hỏi thường gặp: Các hạn chế của Solana

Các hạn chế của Solana là gì?

Solana là một blockchain Layer 1 (L1) được Solana Labs ra mắt vào năm 2020, được xây dựng dựa trên phát minh của Anatoly Yakovenko về Proof of History (PoH), một cơ chế tính toán thời gian bằng mật mã được thiết kế để làm cho blockchain nhanh hơn và rẻ hơn. Theo hầu hết các tiêu chuẩn hiệu suất thô, nó mang lại: các giao dịch được thanh toán trong vòng chưa đầy một giây và phí thấp hơn nhiều so với một cent. Solana sở hữu một hệ sinh thái thịnh vượng gồm các giao thức tài chính phi tập trung (DeFi), thị trường NFT và các ứng dụng tiêu dùng cùng xử lý hàng triệu giao dịch mỗi ngày.

Những điểm mạnh đó là có thật. Và những điểm yếu cũng vậy.

Bộ ba bất khả thi của Blockchain, một khuôn khổ được liên kết rộng rãi với người đồng sáng lập Ethereum Vitalik Buterin, cho rằng một blockchain chỉ có thể đạt được tối đa hai trong ba đặc tính đồng thời: khả năng mở rộng, tính phi tập trung và tính bảo mật. Các lựa chọn kiến trúc của Solana phản ánh sự ưu tiên có chủ đích cho khả năng mở rộng. Quyết định đó tạo ra những lợi thế thực sự về hiệu suất, và nó cũng tạo ra những hạn chế thực sự mà các nhà đầu tư và người xây dựng nên hiểu trước khi cam kết với Nền tảng.

Các nhược điểm chính của Solana bao gồm các sự cố mạng lặp đi lặp lại gắn liền với các ràng buộc về kiến trúc, tính tập trung của validator do kinh tế học phần cứng thúc đẩy, một hệ sinh thái nhà phát triển bị cô lập với thế giới tương thích EVM, rủi ro tập trung hệ sinh thái bị lộ ra do sự sụp đổ của FTX và cấu trúc nguồn cung token làm pha loãng những người nắm giữ không stake. Vấn đề vận hành lớn nhất là độ tin cậy của mạng lưới; vấn đề cấu trúc lớn nhất là tính tập trung. Các phần dưới đây sẽ giải quyết chi tiết từng vấn đề.

Bộ ba bất khả thi của Blockchain: Tại sao các sự đánh đổi của Solana lại tồn tại

Bộ ba bất khả thi của Blockchain là khuôn khổ khái niệm giải thích tại sao các hạn chế của Solana không phải là lỗi thiết kế mà là các lựa chọn kiến trúc với những hệ quả có thể dự đoán được.

Bộ ba bất khả thi tuyên bố rằng bất kỳ hệ thống blockchain nào cũng phải đối mặt với sự căng thẳng cơ bản giữa ba đặc tính: khả năng mở rộng (mạng lưới có thể xử lý bao nhiêu giao dịch), tính phi tập trung (quyền kiểm soát được phân bổ rộng rãi như thế nào giữa các bên tham gia độc lập) và tính bảo mật (mạng lưới có khả năng chống lại các cuộc tấn công tốt như thế nào). Không blockchain nào giải quyết được cả ba điều này cùng một lúc. Mọi mạng lưới đều ưu tiên hai đặc tính và chấp nhận đánh đổi ở đặc tính thứ ba.

Solana đã đưa ra lựa chọn rõ ràng là ưu tiên khả năng mở rộng. Cơ chế tính toán thời gian tuần tự của Proof of History cho phép thông lượng cao bằng cách cho phép các validator bỏ qua chi phí truyền thông làm chậm các hệ thống đồng thuận khác. Sự đánh đổi mang tính cấu trúc: thiết kế của PoH yêu cầu sự phối hợp chặt chẽ của các validator và phần cứng cấp máy chủ, điều này tập trung sự tham gia vào các nhà vận hành có vốn lớn. Càng ít validator lớn thì càng có thể xử lý giao dịch nhanh hơn, nhưng chúng tạo ra một mạng lưới tập trung hơn.

Sự đánh đổi này giải thích hầu hết những gì tiếp theo trong bài viết này. Các sự cố mạng của Solana bắt nguồn từ sự liên kết chặt chẽ giữa các validator mà PoH yêu cầu. Các mối quan ngại về tính tập trung của Solana bắt nguồn từ kinh tế học phần cứng nảy sinh từ chính thiết kế đó. Sự ma sát đối với nhà phát triển của Solana bắt nguồn từ một môi trường thực thi hoàn toàn tách biệt được xây dựng xung quanh kiến trúc này.

Ethereum đã đưa ra những lựa chọn khác, ưu tiên tính phi tập trung và tính bảo mật trong khi chấp nhận thông lượng lớp cơ sở chậm hơn và phí cao hơn. Giao thức Proof of Stake Ouroboros của Cardano thực hiện phương pháp tiếp cận ưu tiên nghiên cứu, ưu tiên bảo mật và tính phi tập trung được bình duyệt hơn là thông lượng thô. Bitcoin đại diện cho mức cao nhất của phổ phi tập trung, hy sinh khả năng mở rộng để có được mạng lưới được thử thách qua thực tế nhiều nhất.

Không có chuỗi nào thoát khỏi bộ ba bất khả thi. Câu hỏi đối với bất kỳ nhà đầu tư hoặc người xây dựng nào là sự đánh đổi nào quan trọng nhất đối với bối cảnh cụ thể của họ. Các hạn chế của Solana là cái giá cho các lựa chọn về khả năng mở rộng của nó.

Độ tin cậy của mạng lưới: Lịch sử về các sự cố và thời gian gián đoạn của Solana

Solana đã trải qua hơn một chục sự cố mạng nghiêm trọng kể từ khi ra mắt Mainnet vào năm 2020, bao gồm nhiều lần ngừng hoạt động hoàn toàn khi việc sản xuất khối dừng lại hoàn toàn trong nhiều giờ liền. Đây không phải là những lần chậm lại nhỏ. Một vài sự kiện yêu cầu các validator phải khởi động lại có phối hợp, khiến người dùng không thể thực hiện giao dịch trong thời gian dài.

Bảng dưới đây tài liệu hóa các sự cố nghiêm trọng nhất. Tất cả dữ liệu yêu cầu xác minh so với hồ sơ lịch sử tại status.solana.com trước khi xuất bản, vì các sự cố bổ sung có thể đã xảy ra. Bảng này bao gồm các sự cố ngừng hoạt động hoàn toàn và các sự kiện giảm hiệu suất nghiêm trọng; một số lượng lớn các giai đoạn giảm hiệu suất ngắn hơn cũng được ghi lại trong kho lưu trữ trang Trạng thái Solana.

Tóm tắt theo từng năm: năm 2021 chứng kiến ít nhất một lần ngừng hoạt động hoàn toàn lớn; năm 2022 chứng kiến ít nhất ba lần ngừng hoạt động hoàn toàn cùng với nhiều giai đoạn hiệu suất suy giảm; năm 2023 chứng kiến ít nhất một lần ngừng hoạt động hoàn toàn. Xác minh số lượng cụ thể và các sự cố bổ sung từ hồ sơ sự cố lịch sử của status.solana.com trước khi trích dẫn trong ấn phẩm.

Đối với những người tham gia DeFi, việc ngừng hoạt động mạng không phải là một sự bất tiện trung lập. Các vị thế cho vay mở trên các giao thức như Raydium, Orca hoặc Marinade Finance không thể được giám sát hoặc đóng trong thời gian ngừng hoạt động. Các giao dịch Thanh lý được xếp hàng đợi và thất bại. Các giao dịch chuyển NFT dừng lại giữa chừng. Rủi ro thực tế trong các sự cố năm 2021 và 2022 của Solana có thể đo lường bằng tổn thất tài chính thực tế cho những người dùng nắm giữ các vị thế Tiền điện tử có đòn bẩy DeFi khi sản xuất khối bị dừng.

Phản hồi của Solana: Độ tin cậy của mạng

• Nâng cấp giao thức QUIC (2022): thay thế chuyển tiếp giao dịch dựa trên UDP để giảm tác động của việc tràn thư rác
• Chất lượng dịch vụ (QoS) theo trọng số Stake: ưu tiên xử lý giao dịch cho các trình xác thực có lượng stake có ý nghĩa, giảm hiệu quả của việc bot tràn ngập
• Firedancer: một khách hàng trình xác thực độc lập được phát triển bởi Jump Crypto, được thiết kế để cung cấp sự đa dạng về khách hàng và cải thiện khả năng phục hồi của mạng dưới tải trọng cao
• Tần suất ngừng hoạt động đã giảm đáng kể kể từ năm 2023, nhưng các giới hạn về thông lượng cơ bản đã góp phần gây ra các sự cố trước đó vẫn chưa được loại bỏ

Nguyên nhân gốc rễ của các lần ngừng hoạt động mạng Solana

Các lần ngừng hoạt động của Solana có chung một nguyên nhân: mạng không thể suy giảm hoạt động một cách nhẹ nhàng dưới tải trọng giao dịch cực lớn, và thay vì chậm lại, nó sẽ dừng hẳn.

Cơ chế chính là tràn giao dịch. Môi trường phí thấp của Solana theo lịch sử đã thu hút các nhà điều hành bot gửi một lượng lớn giao dịch đồng thời. Thành phần mempool của mạng, được gọi là Gulf Stream, chuyển tiếp giao dịch đến các trình xác thực trước khi chúng được xác nhận. Dưới áp lực tràn ngập do bot gây ra, Gulf Stream bị quá tải và các trình xác thực không thể phối hợp đồng thuận kịp thời, dẫn đến việc ngừng sản xuất khối hoàn toàn.

Proof of History đóng góp vào chế độ lỗi thứ hai. Bởi vì PoH yêu cầu tất cả các trình xác thực xử lý một luồng thời gian tuần tự liên tục trong sự phối hợp chặt chẽ, bất kỳ sự gián đoạn thời gian nào dưới tải trọng cực lớn có thể phá vỡ quy trình đồng thuận. Đây là một sự nhạy cảm về kiến trúc đối với điều kiện tải, không phải là lỗi phần cứng ngẫu nhiên. Các bản nâng cấp QoS có trọng số theo stake và QUIC đã giảm tần suất của các sự kiện này sau năm 2022, nhưng chúng không giải quyết được hạn chế thiết kế cơ bản.

Lo ngại về tập trung hóa: Ai thực sự kiểm soát Solana?

Khả năng phi tập trung của Solana còn kém hơn Bitcoin và Ethereum ở ba khía cạnh có thể đo lường được: rào cản chi phí phần cứng để chạy trình xác thực, sự tập trung của SOL đã stake vào các nhà điều hành tổ chức lớn và ảnh hưởng tập trung của Solana Labs đối với quản trị giao thức.

Tính phi tập trung rất quan trọng đối với các nhà đầu tư và người dùng vì hai lý do cụ thể. Thứ nhất, một mạng tập trung hơn dễ bị kiểm duyệt phối hợp: một liên minh nhỏ các trình xác thực lớn về lý thuyết có thể chặn các giao dịch từ các địa chỉ cụ thể. Thứ hai, sức mạnh tập trung của trình xác thực tạo ra rủi ro hệ thống, nơi các vấn đề ảnh hưởng đến một vài nhà điều hành lớn có thể làm ngừng hoạt động toàn bộ mạng.

Hệ số Nakamoto đo lường trực tiếp rủi ro này: đó là số lượng trình xác thực tối thiểu cần thiết để thông đồng nhằm làm ngừng hoạt động hoặc thao túng một mạng. Dựa trên dữ liệu có sẵn từ Validators.app (xác minh số liệu hiện tại và ngày truy cập trước khi xuất bản), hệ số Nakamoto của Solana thường dao động từ 19 đến 31, nghĩa là chưa đến 32 thực thể kiểm soát đủ lượng stake để làm gián đoạn sự đồng thuận. Con số tương đương của Ethereum, trên hơn 800.000 trình xác thực hoạt động được theo dõi bởi Beaconcha.in, cao hơn đáng kể. Sự phân phối thợ đào toàn cầu của Bitcoin đại diện cho phạm vi cao nhất của phổ phi tập trung, mặc dù sự tập trung của các nhóm đào cũng mang lại những lo ngại riêng.

Sự tập trung hóa quản trị thêm một khía cạnh thứ ba. Solana Labs, công ty tư nhân có trụ sở tại Hoa Kỳ đồng sáng lập bởi Yakovenko, kiểm soát việc phát triển giao thức cốt lõi. Không có cấu trúc nhóm khách hàng phân tán nào tương tự như của Ethereum, nơi các nhóm độc lập (Prysm, Lighthouse, Teku, Lodestar, trong số những nhóm khác) triển khai giao thức và tham gia quản trị thông qua quy trình Đề xuất Cải tiến Ethereum (EIP). Các bản nâng cấp giao thức trên Solana yêu cầu phối hợp thông qua Solana Labs, với Solana Foundation (một tổ chức phi lợi nhuận có trụ sở tại Thụy Sĩ tài trợ cho sự phát triển hệ sinh thái) đóng một vai trò riêng biệt nhưng liền kề.

Phân bổ token ban đầu của SOL tập trung nguồn cung vào những người nội bộ. Theo tài liệu Tokenomics của Solana Foundation, một phần đáng kể nguồn cung ban đầu đã được phân bổ cho đội ngũ, Solana Labs, Foundation và các nhà đầu tư sớm. Xác minh các tỷ lệ phân bổ hiện tại từ các công bố Tokenomics của Solana Foundation trước khi xuất bản các số liệu cụ thể; dữ liệu này có sẵn công khai nhưng nên được trích dẫn trực tiếp từ nguồn.

Phản hồi của Solana: Tập trung hóa

• Chương trình Ủy quyền của Solana Foundation: phân bổ stake do Foundation nắm giữ cho các trình xác thực nhỏ hơn, mở rộng tập hợp trình xác thực ở biên độ
• Các khoản tài trợ phân phối địa lý: hỗ trợ mục tiêu cho các trình xác thực ở các khu vực kém đại diện
• Các chương trình này cải thiện phân phối một cách gia tăng nhưng không loại bỏ rào cản chi phí phần cứng vốn hạn chế có cấu trúc sự tham gia của trình xác thực

Yêu cầu phần cứng của Trình xác thực và Ảnh hưởng của chúng đối với Phi tập trung hóa

Việc chạy một trình xác thực Solana yêu cầu phần cứng cấp máy chủ, hiện có chi phí ước tính từ 400–700 đô la Mỹ mỗi tháng cho việc lưu trữ chuyên dụng, một rào cản loại trừ những người vận hành tại nhà vốn là xương sống của tập hợp trình xác thực của Ethereum.

Bảng dưới đây so sánh các thông số kỹ thuật được đề xuất dựa trên tài liệu của Solana (docs.solana.com) và yêu cầu trình xác thực của Ethereum. Tất cả các số liệu nên được xác minh so với tài liệu chính thức hiện tại trước khi xuất bản, vì yêu cầu thay đổi theo các bản cập nhật giao thức. Ước tính chi phí dựa trên giá máy chủ chuyên dụng bare-metal tính đến tháng 6 năm 2025.

Những yêu cầu về phần cứng này đồng nghĩa với việc những người vận hành tại nhà độc lập thực tế không thể vận hành các validator của Solana. Việc xác thực tập trung vào các sàn giao dịch, các đơn vị vận hành được hỗ trợ bởi vốn đầu tư mạo hiểm và các nhà cung cấp dịch vụ Staking tổ chức có đủ khả năng chi trả cho cơ sở hạ tầng cấp máy chủ. Cơ chế Staking Proof of Stake (PoS) làm trầm trọng thêm hiệu ứng này: các validator lớn hơn kiếm được phần thưởng Staking lớn hơn tương ứng, tạo ra một lợi thế tích lũy cho những người tham gia có nguồn vốn tốt, những người vốn đã được lọc qua rào cản chi phí phần cứng.

Kiến trúc Kỹ thuật: Sự đánh đổi giữa Tốc độ và Tính ổn định

Thông lượng lý thuyết hơn 65.000 giao dịch mỗi giây của Solana là một mục tiêu thiết kế, không phải là con số thực tế trong sản xuất. Trong các điều kiện hoạt động bình thường, các giao dịch không phải là biểu quyết (non-vote) trong thế giới thực chạy ở mức thấp hơn nhiều so với mức trần đó.

Một phần đáng kể trong tổng số giao dịch thô của Solana bao gồm các giao dịch biểu quyết: các thông báo đồng thuận mà các validator gửi cho nhau như một phần của quy trình điều phối PoH. Đây không phải là các giao dịch hướng đến người dùng. Khi loại trừ các giao dịch biểu quyết, TPS hướng đến người dùng của Solana trong điều kiện bình thường thường dao động từ khoảng 2.000 đến 4.000 giao dịch mỗi giây, theo dữ liệu từ Solana Explorer và nghiên cứu của Messari (hãy xác minh các số liệu hiện tại từ các nguồn này, được đánh dấu bằng ngày truy cập trước khi công bố).

Con số đó vẫn vượt quá thông lượng xử lý trung bình của Visa là khoảng 1.700 giao dịch mỗi giây trong điều kiện bình thường. TPS thực tế của Solana khi nhu cầu đạt đỉnh duy trì còn giảm xuống thấp hơn, chính vào lúc mà việc so sánh trở nên quan trọng nhất. Khoảng cách giữa thông lượng lý thuyết và thực tế không phải là một lỗi làm tròn trong marketing; nó phản ánh các hạn chế về kiến trúc góp phần trực tiếp vào các sự cố mất mạng được ghi nhận trong phần độ tin cậy ở trên.

Mô hình sản xuất khối lãnh đạo đơn lẻ (single-leader) của Solana chỉ định một validator cho mỗi khe thời gian (slot) để tạo khối và chuyển tiếp chúng đến mạng lưới. Mỗi slot kéo dài khoảng 400 mili giây. Cấu trúc này tạo ra một mức trần thông lượng tuần tự: người lãnh đạo hiện tại duy nhất xử lý các giao dịch cho slot đó, sau đó việc điều phối được chuyển cho người lãnh đạo tiếp theo. Môi trường thực thi Sealevel của Solana cho phép thực thi song song các Hợp đồng Thông minh không truy cập vào trạng thái chồng chéo, điều này bù đắp một phần cho hạn chế này. Mô hình lãnh đạo tuần tự vẫn là nút thắt cổ chai khi chịu tải cực lớn.

Solana cũng thiếu một hệ sinh thái mở rộng Layer 2 (L2) hoàn thiện. Hệ sinh thái L2 của Ethereum (bao gồm Arbitrum, Optimism, Base và zkSync, cùng những hệ sinh thái khác) xử lý thông lượng giao dịch Ngoài chuỗi trong khi thanh toán trên L1 của Ethereum, mang lại cho Ethereum một lớp lưu lượng mở rộng giúp bảo vệ tính phi tập trung của L1. Solana đặt cược hoàn toàn vào tốc độ của L1. Khi L1 chạm giới hạn, không có lớp thứ hai nào để hấp thụ nhu cầu dư thừa, do đó các giao dịch thất bại hoặc bị loại bỏ.

Giá trị có thể chiết xuất tối đa (MEV) đưa ra một mối lo ngại bổ sung đặc thù cho kiến trúc của Solana. MEV đề cập đến lợi nhuận mà một người sản xuất khối có thể chiết xuất bằng cách sắp xếp lại, chèn hoặc kiểm duyệt các giao dịch trong một khối. Vì một người lãnh đạo duy nhất xử lý tất cả các giao dịch trong mỗi slot, validator đó có quyền lực đáng kể để sắp xếp lại các giao dịch nhằm thu lợi nhuận, tạo ra rủi ro front-running cho người dùng DeFi. Jito Labs đã phát triển cơ sở hạ tầng MEV cho Solana để làm cho quy trình này minh bạch và cạnh tranh hơn, nhưng MEV vẫn là một đặc điểm cấu trúc của mô hình lãnh đạo đơn lẻ.

Về giới hạn thông lượng: Solana không có giới hạn kích thước khối truyền thống theo nghĩa của Bitcoin, nhưng các ràng buộc về thời gian slot (khoảng 400ms mỗi slot) và giới hạn đơn vị tính toán trên mỗi khối tạo ra một mức trần thực tế về thông lượng trên mỗi đơn vị thời gian.

Proof of History: Đổi mới hay Trách nhiệm pháp lý?

Proof of History (PoH) là một cơ chế chấm công mật mã, không phải là một thuật toán đồng thuận. Nó tạo ra một bản ghi có thể xác minh được về trình tự diễn ra các sự kiện, cho phép các validator đồng ý về thứ tự giao dịch mà không cần giao tiếp qua lại làm chậm các Blockchain truyền thống.

Hãy coi PoH như một con dấu công chứng mật mã được áp dụng cho mọi giao dịch trước khi các validator xử lý nó. Con dấu chứng minh giao dịch đã xảy ra tại một thời điểm cụ thể trong một trình tự có thể xác minh, vì vậy tất cả các validator đồng ý về thứ tự của các sự kiện mà không cần tranh luận về nó trong thời gian thực. Thiết kế này mang lại tốc độ cho Solana, vì các validator bỏ qua các vòng giao tiếp phản hồi mà các chuỗi chậm hơn yêu cầu.

Các nhà phê bình gọi PoH là gây tranh cãi vì một lý do cụ thể: luồng dấu thời gian liên tục yêu cầu mọi validator phải xử lý một tính toán mật mã tuần tự không thể song song hóa. Dưới mức tải cực lớn, điều này tạo ra một nút thắt cổ chai. Nếu luồng dấu thời gian bị gián đoạn, sự điều phối của validator sẽ bị phá vỡ. Đây là một nguyên nhân được ghi nhận góp phần vào một số vụ mất mạng lớn của Solana, không phải là một mối lo ngại mang tính suy đoán.

PoH không phải là Proof of Work. Nó không yêu cầu các cuộc thi băm tiêu tốn nhiều năng lượng. Nó là một thành phần chấm công hoạt động cùng với Tower BFT, một biến thể Cơ chế đồng thuận Proof of Stake của Solana. Mô tả PoH là "Cơ chế đồng thuận" độc lập của Solana là không chính xác về mặt kỹ thuật; cách diễn đạt đúng là Solana sử dụng một hệ thống hybrid, trong đó PoH xử lý việc sắp xếp trình tự và Tower BFT xử lý sự đồng thuận.

Trải nghiệm Nhà phát triển: Tại sao việc xây dựng trên Solana lại khó hơn so với vẻ ngoài

Solana hỗ trợ các Hợp đồng Thông minh (được gọi là program trong thuật ngữ của Solana), nhưng việc xây dựng chúng yêu cầu Rust hoặc C thay vì Solidity, điều này đặt Solana nằm ngoài hệ sinh thái nhà phát triển lớn nhất trong Blockchain.

Rust là một ngôn ngữ lập trình hệ thống. Mô hình sở hữu (ownership) và bộ kiểm tra mượn (borrow checker) của nó thực thi an toàn bộ nhớ tại thời điểm biên dịch, tạo ra mã nhanh và an toàn, nhưng yêu cầu các nhà phát triển phải suy nghĩ rõ ràng về quản lý bộ nhớ theo những cách mà các lập trình viên Solidity hoặc JavaScript hiếm khi gặp phải. Đối với các kỹ sư hệ thống giàu kinh nghiệm, các ràng buộc của Rust là một tính năng. Đối với các nhà phát triển web3 đã học Solidity trước, lộ trình học tập rất dốc và vòng phản hồi rất chậm.

Mô hình program của Solana thêm vào một lớp xa lạ thứ hai. Các Hợp đồng Thông minh Ethereum lưu trữ trạng thái của chính chúng. Các chương trình Solana là phi trạng thái (stateless); chúng hoạt động trên các tài khoản riêng biệt để giữ dữ liệu. Một nhà phát triển hiểu mô hình hợp đồng của Ethereum không thể chỉ đơn giản chuyển mô hình tư duy đó sang Solana. Họ phải học lại các khuôn mẫu cơ bản ngay cả khi họ đã thông thạo Rust.

Solana không tương thích tự nhiên với EVM. Nó chạy trên máy ảo Solana (SVM), hoàn toàn tách biệt với máy ảo Ethereum (EVM). Các nhà phát triển không thể chuyển các hợp đồng Solidity sang Solana mà không viết lại hoàn toàn. Neon EVM cung cấp một lớp tương thích thử nghiệm cho phép mã byte EVM thực thi trên Solana, nhưng nó không phải là một phần của giao thức cốt lõi của Solana và mang những hạn chế riêng cũng như tỷ lệ chấp nhận thấp hơn. Ngược lại, C-Chain của Avalanche tương thích tự nhiên với EVM, cho phép nó tiếp cận toàn bộ hệ sinh thái công cụ dành cho nhà phát triển Ethereum (Hardhat, Foundry, Remix, OpenZeppelin) mà không cần sửa đổi.

Vì Solana nằm ngoài hệ sinh thái EVM, khả năng tương tác liên chuỗi yêu cầu các giao thức cầu nối chuyên dụng. Việc di chuyển tài sản giữa Solana và các chuỗi EVM có nghĩa là sử dụng các cầu nối của Bên thứ ba như Wormhole. Những cầu nối đó gây ra thêm rủi ro cho Hợp đồng Thông minh, như đã được ghi nhận qua vụ khai thác vào tháng 2 năm 2022 được thảo luận trong phần tiếp theo.

Hệ sinh thái kiểm toán phản ánh những ràng buộc này. Ít công ty kiểm toán bảo mật chuyên về Rust và các Hợp đồng Thông minh Solana hơn so với Solidity và EVM. Các ứng dụng được xây dựng trên Solana có thể chỉ tiếp cận được một lượng chuyên gia kiểm toán nhỏ hơn, đây là một rủi ro thực tế đối với các nhà xây dựng có ý thức về bảo mật và các nhà đầu tư tài trợ cho họ.

Phản hồi của Solana: Trải nghiệm Nhà phát triển

• Khung Anchor: giảm bớt mã soạn sẵn của Rust và cải thiện đáng kể tính tiện dụng cho nhà phát triển; hầu hết các chương trình Solana trong giai đoạn sản xuất hiện được xây dựng bằng Anchor
• Tài liệu ngày càng phong phú: Tài liệu dành cho nhà phát triển của Solana đã được cải thiện đáng kể từ năm 2021
• Neon EVM: lớp tương thích EVM thử nghiệm; không phải cốt lõi của Solana, mang những hạn chế riêng
• Hoạt động của nhà phát triển: theo báo cáo nhà phát triển hàng năm của Electric Capital, Solana liên tục xếp hạng trong số ba Blockchain Top đầu về số lượng nhà phát triển tích cực, bám sát Ethereum

Khung Quyết định Nền tảng Nhà phát triển

Chọn Solana nếu	Chọn Ethereum hoặc chuỗi EVM nếu
Tốc độ và phí L1 thấp là yêu cầu chính	Sự quen thuộc với các công cụ EVM là ưu tiên hàng đầu
Đội ngũ thành thạo với Rust	Yêu cầu tính phi tập trung tối đa
Trường hợp sử dụng có thể chịu đựng sự mất ổn định mạng lưới không thường xuyên	Cần các tùy chọn mở rộng L2
Xây dựng các ứng dụng tiêu dùng cần phí dưới một xu	Chuyển đổi một dApp Ethereum hiện có

Rủi ro Hệ sinh thái và Bảo mật: FTX, Wormhole và Sự tập trung Token

Sự sụp đổ của FTX vào tháng 11 năm 2022 đã làm giảm giá SOL khoảng 60% trong vòng vài ngày, không phải vì công nghệ của Solana thất bại, mà vì một trong những bên hỗ trợ hệ sinh thái lớn nhất của nó đã được xây dựng trên sự gian lận.

FTX và công ty giao dịch liên kết Alameda Research đã nắm giữ một lượng lớn token SOL như tài sản dự trữ cốt lõi. Sam Bankman-Fried, người sáng lập FTX, là một trong những người ủng hộ sớm nổi bật nhất của Solana và FTX Ventures đã trực tiếp tài trợ cho các dự án hệ sinh thái Solana. Khi FTX tuyên bố phá sản vào tháng 11 năm 2022, lượng SOL nắm giữ của Alameda đã bị buộc phải Thanh lý. Áp lực bán diễn ra ngay lập tức và nghiêm trọng. Hãy xác minh các mức giá SOL cụ thể và số liệu nắm giữ của FTX so với các hồ sơ tại tòa án phá sản của FTX và các báo cáo đồng thời của CoinDesk và The Block trước khi trích dẫn trong ấn phẩm.

Tác động về danh tiếng khác biệt với tác động về giá cả. Solana đã bị gắn liền trong các bài phân tích với sự chỉ trích "chuỗi VC": một Blockchain được thúc đẩy chủ yếu bởi những người nội bộ có kết nối thay vì phát triển thông qua sự tiếp nhận tự nhiên của các nhà phát triển. Các giao thức liên kết với FTX như Serum DEX đã mất uy tín chỉ sau một đêm và bị thay thế hoặc phân tách (fork) bởi hệ sinh thái.

FTX và Solana: Điều gì đã thực sự xảy ra

• Tháng 11 năm 2022: FTX tuyên bố phá sản; lượng SOL nắm giữ của Alameda Research đối mặt với việc bị buộc Thanh lý
• Giá SOL giảm khoảng 60% trong vòng vài ngày (xác minh so với dữ liệu thị trường đồng thời từ các báo cáo của CoinDesk/The Block, tháng 11–12 năm 2022)
• Các dự án hệ sinh thái Solana do FTX Ventures tài trợ đã mất đi sự hỗ trợ của tổ chức chỉ sau một đêm; một số giao thức đã di cư hoặc đóng cửa
• Khối tài sản phá sản của FTX: lượng SOL nắm giữ đã được thanh lý và phân phối theo lịch trình dưới sự giám sát của tòa án; xác minh trạng thái tài sản hiện tại từ các hồ sơ tòa án phá sản của FTX
• Phục hồi sau FTX: hệ sinh thái Solana TVL, hoạt động của nhà phát triển và khối lượng giao dịch đã phục hồi đáng kể (xác minh các số liệu hiện tại từ DeFiLlama và báo cáo nhà phát triển hàng năm của Electric Capital, được đánh dấu bằng tháng và năm truy cập)
• Đánh giá rủi ro hiện tại: cú sốc giá nghiêm trọng đã qua; mối lo ngại về cấu trúc đang diễn ra là liệu sự tập trung hệ sinh thái vào bất kỳ nhóm hỗ trợ đơn lẻ nào có còn ở mức cao hay không

Cấu trúc cung ứng token của SOL tạo thêm một rủi ro riêng cho nhà đầu tư. SOL được ra mắt với lịch trình phát hành giảm phát: tỷ lệ lạm phát hàng năm ban đầu là 8%, giảm khoảng 15% mỗi năm hướng tới tỷ lệ cuối kỳ dài hạn khoảng 1,5%. Tỷ lệ lạm phát hiện tại nên được xác minh từ tài liệu của Solana Foundation hoặc Solana Explorer tại thời điểm viết bài, được đánh dấu bằng ngày truy cập cụ thể. Những người nắm giữ SOL không Stake token của họ sẽ bị pha loãng bởi lạm phát ở tỷ lệ hiện tại. Phần thưởng Staking được thiết kế để bù đắp sự pha loãng này cho những người Stake tích cực, nhưng tác động pha loãng đối với những người nắm giữ không Stake là có thật và đang diễn ra cho đến khi đạt được tỷ lệ cuối kỳ.

Phản hồi của Solana: Hệ sinh thái và Bảo mật

• Đa dạng hóa hệ sinh thái: các nhà hỗ trợ tổ chức mới đã giảm bớt sự phụ thuộc vào bất kỳ thực thể đơn lẻ nào sau khi FTX rút lui
• Sự phát triển tự nhiên của nhà phát triển: cộng đồng nhà phát triển của Solana đã tăng trưởng thông qua các dự án độc lập không ràng buộc với nguồn vốn thời kỳ FTX
• Nâng cấp bảo mật Wormhole: cầu nối đã được kiểm toán và cập nhật kể từ vụ khai thác năm 2022; không có vụ khai thác tương đương nào xảy ra kể từ đó
• Rủi ro về cấu trúc (phân bổ token nội bộ, sự tập trung quản trị của Solana Labs) vẫn chưa được giải quyết hoàn toàn

Vụ Khai thác Cầu nối Wormhole: Ý nghĩa đối với người dùng Solana

Vào tháng 2 năm 2022, một kẻ tấn công đã khai thác lỗ hổng xác minh chữ ký trong cầu nối Wormhole, một giao thức chuỗi chéo của Bên thứ ba, và đúc ra 120.000 wETH trị giá khoảng 320 triệu USD mà không cần gửi tài sản thế chấp.

Wormhole là một giao thức nhắn tin và cầu nối chuỗi chéo cho phép người dùng chuyển tài sản giữa Solana và các Blockchain khác bao gồm Ethereum. Đây không phải là cầu nối chính thức của Solana; đây là một dự án cơ sở hạ tầng của Bên thứ ba hoạt động trên nhiều mạng lưới Blockchain. Vụ khai thác nhắm vào một lỗ hổng trong logic xác minh phía Solana của Wormhole, không phải trong giao thức cốt lõi của Solana.

Sự phân biệt này ít có ý nghĩa hơn đối với những người dùng có tài sản được cầu nối qua Wormhole khi vụ khai thác xảy ra. Tiền của họ gặp rủi ro cho đến khi Jump Crypto, bên hỗ trợ chính của Wormhole, bổ sung lượng ETH bị đánh cắp. Sự bồi hoàn đó là bất thường và không thể mặc định sẽ xảy ra trong các vụ khai thác cầu nối trong tương lai.

Hệ quả về mặt cấu trúc là: vì Solana không tương thích với EVM, người dùng muốn có Thanh khoản chuỗi chéo phải dựa vào các giao thức cầu nối. Những cầu nối đó dẫn đến rủi ro Hợp đồng Thông minh vốn không tồn tại khi giao dịch trong hệ sinh thái tương thích với EVM. Các cầu nối chuỗi chéo vẫn nằm trong số các thành phần cơ sở hạ tầng có rủi ro cao nhất của DeFi, bất kể chúng kết nối với Blockchain nào. Giao thức cốt lõi của Solana không bị khai thác trực tiếp; các rủi ro bảo mật cho người dùng DeFi tập trung ở các lớp ứng dụng và cầu nối.

So sánh Solana với Ethereum và Avalanche về các hạn chế chính

Việc so sánh các hạn chế của Solana với Ethereum và Avalanche đòi hỏi các tiêu chí nhất quán. Bảng dưới đây đo lường mỗi chuỗi trên tám khía cạnh liên quan trực tiếp đến các hạn chế được đề cập trong bài viết này. Tất cả các ô nhạy cảm về thời gian yêu cầu xác minh từ các nguồn trực tiếp trước khi xuất bản; tên nguồn và ngày truy cập phải được ghi chú.

Bảng này cho thấy một mô hình nhất quán: Solana đánh đổi tính phi tập trung và độ tin cậy để lấy thông lượng và chi phí. Ethereum đánh đổi thông lượng và phí lớp cơ sở thấp để lấy tính phi tập trung và độ tin cậy. Avalanche cố gắng đạt được một vị thế trung gian bằng cách hỗ trợ khả năng tương thích EVM cùng với kiến trúc gốc của nó, đạt được thông qua thiết kế đa chuỗi (X-Chain, C-Chain, P-Chain) thay vì một môi trường thực thi thống nhất duy nhất.

Cardano đại diện cho một cách tiếp cận triết học khác: giao thức Ouroboros PoS và phương pháp phát triển ưu tiên nghiên cứu của nó ưu tiên tính bảo mật được bình duyệt và tính phi tập trung hơn là thông lượng thô, với cái giá phải trả là sự trưởng thành của hệ sinh thái và chiều sâu của DeFi.

Ethereum mang trong mình những hạn chế riêng: phí L1 cao trong lịch sử khiến nó không phù hợp cho các vi giao dịch tần suất cao và tính hoàn tất của lớp cơ sở chậm hơn Solana. Đó là những sự đánh đổi thực sự. Bộ ba bất khả thi của Blockchain có nghĩa là mọi chuỗi đều phải thực hiện chúng. Bảng này ghi lại vị trí của mỗi chuỗi trên các phương diện đó, chứ không phải chuỗi nào chiến thắng.

Các câu hỏi thường gặp: Những hạn chế của Solana

Các câu hỏi sau đây giải quyết các khía cạnh được tìm kiếm thường xuyên nhất về các hạn chế của Solana, với các câu trả lời được rút ra từ bằng chứng được đề cập trong các phần trên.

Những hạn chế lớn nhất của Solana là gì?

Năm hạn chế đáng kể nhất của Solana là các sự cố ngừng hoạt động mạng lặp đi lặp lại do các ràng buộc về kiến trúc dưới mức tải đỉnh, sự tập trung hóa validator do chi phí phần cứng cao, không có khả năng tương thích EVM gốc yêu cầu các nhà phát triển Ethereum phải viết lại hoàn toàn, rủi ro tập trung hệ sinh thái lộ ra do sự sụp đổ của FTX và nguồn cung SOL giảm phát làm pha loãng những người nắm giữ không Stake.

Solana đã trải qua hơn một chục sự cố mạng nghiêm trọng kể từ năm 2021, bao gồm nhiều lần tạm dừng hoàn toàn. Lần tạm dừng lâu nhất được ghi nhận kéo dài khoảng 19 giờ vào tháng 2 năm 2023. Tần suất ngừng hoạt động đã giảm sau các nâng cấp QUIC và QoS theo trọng số Stake vào năm 2022–2023. Lịch sử sự cố hiện tại có sẵn tại status.solana.com.

Theo các số liệu có thể đo lường được, thì là có. Hệ số Nakamoto của Solana (thường là 19–31 theo Validators.app) thấp hơn Ethereum, vốn có hơn 800.000 validator đang hoạt động. Chi phí phần cứng validator của Solana ước tính khoảng 400–700 USD mỗi tháng so với khoảng 50–100 USD của Ethereum. Ethereum đối mặt với áp lực tập trung của riêng mình thông qua sự tập trung Staking của Lido, nhưng khoảng cách về số lượng validator là rất lớn.

Việc FTX phá sản vào tháng 11 năm 2022 đã kích hoạt việc Thanh lý bắt buộc đối với lượng lớn SOL nắm giữ của Alameda Research, khiến giá SOL giảm khoảng 60% trong vòng vài ngày. Các dự án hệ sinh thái do FTX Ventures hậu thuẫn đã mất đi sự hỗ trợ từ các tổ chức chỉ sau một đêm. Hệ sinh thái của Solana kể từ đó đã được xây dựng lại với các bên hậu thuẫn đa dạng và sự tăng trưởng tự nhiên của nhà phát triển, mặc dù các vị thế SOL của khối tài sản phá sản FTX vẫn tiếp tục được phân phối thông qua các quy trình do tòa án giám sát.

Có. Solana hỗ trợ các Hợp đồng Thông minh, được gọi là các chương trình (programs) theo thuật ngữ của nó, được viết bằng Rust hoặc C và được triển khai trên blockchain. Mô hình chương trình khác biệt căn bản so với các hợp đồng dựa trên EVM của Ethereum: các chương trình Solana không trạng thái (stateless) và hoạt động trên các tài khoản riêng biệt, yêu cầu các nhà phát triển phải học các mô hình kiến trúc mới ngay cả khi họ đã biết Rust.

Không trực tiếp. Solana sử dụng Máy ảo Solana (SVM) và yêu cầu các chương trình được viết bằng Rust hoặc C, không phải Solidity. Việc chuyển một dApp của Ethereum sang Solana yêu cầu viết lại hoàn toàn. Neon EVM cung cấp một lớp tương thích thử nghiệm cho bytecode EVM trên Solana, nhưng nó không phải là một phần của giao thức cốt lõi của Solana và có tỷ lệ chấp nhận thấp hơn đáng kể so với phát triển gốc.

Thông lượng tối đa lý thuyết của Solana vượt qua thông lượng trung bình của Visa là khoảng 1.700 TPS, nhưng TPS thực tế hướng tới người dùng (không bao gồm các giao dịch bỏ phiếu đồng thuận) thường chạy ở mức 2.000–4.000 trong điều kiện bình thường. Dưới nhu cầu cao điểm, con số đó còn giảm hơn nữa. Sự so sánh này gây hiểu lầm vì nút thắt cổ chai của Solana xuất hiện chính xác khi khối lượng giao dịch cao nhất.

Giao thức cốt lõi của Solana chưa bị khai thác trực tiếp. Các rủi ro chính đối với người dùng DeFi là sự cố mạng (ngăn cản việc quản lý các Vị thế mở trong các sự kiện thị trường quan trọng) và các giao thức cầu nối của Bên thứ ba (như đã được chứng minh qua vụ khai thác Wormhole năm 2022) mang theo rủi ro Hợp đồng Thông minh. Việc sử dụng các giao thức đã được kiểm toán và thiết lập sẽ giảm thiểu nhưng không loại bỏ hoàn toàn các rủi ro này.

SOL ra mắt với tỷ lệ lạm phát hàng năm là 8%, giảm khoảng 15% mỗi năm hướng tới tỷ lệ cuối cùng dài hạn là khoảng 1,5%. Hãy xác minh tỷ lệ hiện tại từ tài liệu của Solana Foundation hoặc Solana Explorer, được đánh dấu kèm ngày truy cập. Những người nắm giữ không Stake phải đối mặt với sự pha loãng; phần thưởng Staking bù đắp lạm phát cho những người tham gia tích cực.

Một phần. Bản nâng cấp giao thức QUIC và các thay đổi QoS theo trọng số Stake được triển khai vào năm 2022–2023 đã giảm đáng kể tần suất ngừng hoạt động. Solana đã không trải qua một lần tạm dừng hoàn toàn nào kéo dài như các sự kiện năm 2021–2022 tính đến giữa năm 2025. Các ràng buộc kiến trúc cơ bản (xử lý tuần tự của PoH, sản xuất khối bởi một leader duy nhất) vẫn tồn tại và đại diện cho một lỗ hổng dưới nhu cầu cao điểm cực đoan.

Các hướng dẫn liên quan về Solana

• bảy rủi ro chính của Solana
• rủi ro mạng, quy định và đầu tư

Khám phá SOL trên Bybit

Độc giả có thể xem lại thông tin thị trường SOL hiện tại hoặc thị trường Giao ngay SOL/USDT.. Các liên kết này cung cấp thông tin thị trường và quyền truy cập; chúng không xác thực một khiếu nại về kỹ thuật, pháp lý, thanh toán hoặc đầu tư và SOL có thể không phù hợp với mọi độc giả.

Bài đọc liên quan

• Near Protocol vs. Fetch.ai: So sánh Blockchain AI 2025
• Near Protocol vs. ICP: So sánh Layer 1 Blockchain