Trong hai ngày qua, đã có nhiều thảo luận hơn về con số 100.000 TPS của Solana. Lý do là vì @cavemanloverboy đã chạy hơn 100.000 TPS trên mạng chính Solana, nhưng hầu hết mọi người đều không hiểu ý nghĩa đằng sau dữ liệu này:

1) Thứ nhất, thí nghiệm của Cavey về cơ bản là một thử nghiệm cực đoan trong "điều kiện lý tưởng". Điều này có nghĩa là nó không phải là hiệu suất điển hình của mạng chính Solana. Mặc dù dữ liệu phòng thí nghiệm từ môi trường mạng thử nghiệm có thể khác nhau, nhưng về cơ bản là giống nhau.

Bởi vì nó sử dụng chương trình kiểm tra noop (không thao tác). Đúng như tên gọi, nó chỉ thực hiện xác minh chữ ký cơ bản nhất và trả về kết quả thành công trực tiếp. Nó không thực hiện bất kỳ phép tính nào, không thay đổi bất kỳ trạng thái tài khoản nào và không gọi các chương trình khác. Mỗi giao dịch chỉ có 200 byte, ít hơn nhiều so với hơn 1kb của các giao dịch thông thường.

Điều này có nghĩa là bài kiểm tra 100.000 TPS được tính toán trong môi trường giao dịch bất thường. Bài kiểm tra này kiểm tra thông lượng tối đa của lớp mạng và lớp đồng thuận của Solana, thay vì khả năng xử lý thực tế của lớp ứng dụng.

2) Một chìa khóa khác cho sự thành công của thử nghiệm này là trình xác thực Frankendancer. Nói một cách đơn giản, Frankendancer là phiên bản beta lai của trình xác thực Firedancer hiện đang được Jump Crypto phát triển—nó ghép các thành phần hiệu suất cao đã hoàn thiện của Firedancer vào trình xác thực Solana hiện có.

Về cơ bản, hệ thống node của Solana đã được xây dựng lại bằng cách sử dụng cùng một công nghệ giao dịch tần suất cao được sử dụng trên Phố Wall. Sự cải thiện hiệu suất này đạt được nhờ các tối ưu hóa cơ bản như quản lý bộ nhớ tinh vi và lập lịch luồng tùy chỉnh. Chỉ cần thay thế một số thành phần có thể mang lại hiệu suất cải thiện gấp 3-5 lần.

3) Thí nghiệm này cho thấy Solana có thể đạt được TPS hơn 100.000 trong điều kiện lý tưởng. Vậy tại sao nó chỉ đạt 3.000-4.000 TPS mỗi ngày?

Tóm lại, có ba lý do:

1. Cơ chế đồng thuận POH của Solana yêu cầu các trình xác thực phải bỏ phiếu liên tục để duy trì. Chỉ riêng các giao dịch bỏ phiếu này đã chiếm hơn 70% không gian khối, làm thu hẹp kênh hiệu suất còn lại cho các giao dịch thông thường.

2. Các hoạt động trong hệ sinh thái Solana thường liên quan đến một lượng lớn tranh chấp trạng thái. Ví dụ, khi một NFT hoặc MEME mới được tạo ra, có thể có hàng ngàn giao dịch cạnh tranh để giành quyền ghi trên cùng một tài khoản, dẫn đến tỷ lệ giao dịch thất bại cao.

3. Để giành được lợi ích từ MEV, các robot chênh lệch giá trong hệ sinh thái Solana có thể gửi một lượng lớn giao dịch không hợp lệ, dẫn đến lãng phí tài nguyên.

4) Tuy nhiên, việc triển khai đầy đủ Firedancer sắp tới và nâng cấp đồng thuận của Alpenglow sẽ giải quyết những vấn đề này một cách có hệ thống.

Một khía cạnh quan trọng của việc nâng cấp đồng thuận Alpenglow là việc chuyển các giao dịch bỏ phiếu ra khỏi chuỗi, giải phóng 70% không gian dành cho các giao dịch thông thường. Điều này cũng giảm thời gian xác nhận xuống còn 150 mili giây, đưa trải nghiệm DEX của Solana gần như tương đương với CEX. Hơn nữa, việc kích hoạt thị trường phí cục bộ giúp ngăn ngừa tình trạng khó xử khi một ứng dụng Fomo phổ biến duy nhất gây tắc nghẽn mạng.

Ngoài việc tối ưu hóa và cải thiện hiệu suất, lợi ích chính của Firedancer là đạt được sự đa dạng của máy khách, cho phép Solana giống như Ethereum với nhiều máy khách như Geth Nethermind, giúp cải thiện trực tiếp tính phi tập trung và lỗi nút điểm đơn.

bên trên.

Do đó, những người am hiểu về cuộc thảo luận về 100.000 TPS của Solana thực sự coi đây là dấu hiệu của sự tin tưởng vào các nâng cấp giao thức đồng thuận và máy khách trong tương lai của Solana, trong khi những người không am hiểu đang cố gắng lợi dụng cuộc chạy đua TPS để đưa Solana trở nên nổi bật hơn (mặc dù các cuộc thi TPS đã lỗi thời). Tuy nhiên, nếu bạn hiểu được ý nghĩa đằng sau thử nghiệm này, thì nó vẫn khá bổ ích. Tôi muốn chia sẻ điều này để bạn tham khảo.