Báo cáo hiệu suất
Báo cáo ” Chuỗi nhanh nhất ” do CoinGecko công bố vào ngày 17 tháng 5 cho thấy Solana là nhanh nhất trong số các blockchain lớn , với TPS thực trung bình hàng ngày cao nhất đạt 1.054 (giao dịch bỏ phiếu đã bị loại bỏ) và Sui là Blockchain nhanh thứ hai, cao nhất hàng ngày TPS thực trung bình đạt 854, BSC đứng thứ 3 nhưng TPS thực đạt được chưa bằng một nửa so với Sui.
Như có thể thấy từ báo cáo này, Solana và Sui hoạt động tốt nhất đều là các chuỗi khối không tương thích với EVM. Hơn nữa, TPS thực tế trung bình của 8 chuỗi khối không tương thích với EVM là 284, 17 chuỗi khối tương thích với EVM và TPS trung bình. của Ethereum Lớp 2 chỉ là 74 và hiệu suất của các chuỗi khối không tương thích với EVM gấp khoảng 4 lần so với các chuỗi khối tương thích với EVM.
Bài viết này sẽ khám phá các điểm nghẽn về hiệu suất của các chuỗi khối tương thích EVM và tiết lộ phương pháp thực hiện của Solana .
Tắc nghẽn hiệu suất của các chuỗi khối tương thích EVM
Đầu tiên, chúng tôi khái quát chuỗi khối EVM thành các chuỗi khối chung. Nói chung, nếu blockchain muốn cải thiện TPS, có một số phương pháp như sau:
- Cải thiện hiệu suất nút: Cải thiện hiệu suất nút bằng cách xếp chồng tài nguyên phần cứng. Các yêu cầu phần cứng của nút sẽ ảnh hưởng đến mức độ phân cấp Ví dụ: cấu hình được đề xuất của Ethereum, lõi Cpu 4, bộ nhớ 16 G, băng thông mạng 25 Mbps, người dùng thông thường-. thiết bị cấp độ có thể đạt được, mức độ phân cấp cao hơn; Solana khuyến nghị cấu hình tương đối cao hơn gồm 32 lõi CPU, bộ nhớ 128 G và băng thông mạng 1 Gbps, chỉ có thể đạt được với thiết bị cấp chuyên nghiệp và mức độ phân cấp ở mức trung bình ;
- Cải thiện các giao thức cơ bản: bao gồm các giao thức mạng, mật mã, lưu trữ, v.v. Việc cải thiện các giao thức cơ bản của chuỗi khối không làm thay đổi các thuộc tính của chính chuỗi khối cũng như không ảnh hưởng đến các quy tắc hoạt động của chuỗi khối. Nó có thể trực tiếp cải thiện hiệu suất của chuỗi khối. blockchain, nhưng sự chú ý về mặt Kỹ thuật cơ bản còn thấp và không có bước đột phá lớn nào trong lĩnh vực nghiên cứu hiện tại;
- Mở rộng khối: Việc tăng kích thước khối có thể bao gồm nhiều giao dịch hơn, do đó tăng thông lượng giao dịch của blockchain. Ví dụ: Bitcoin Cash (BCH) đã mở rộng khối từ 1 MB lên 8 MB, sau đó lên 32 MB. Tuy nhiên, việc mở rộng khối cũng sẽ làm tăng độ trễ lan truyền và gây ra các mối đe dọa về bảo mật, chẳng hạn như tăng khả năng xảy ra fork và tấn công DDoS;
- Giao thức đồng thuận: Giao thức đồng thuận đảm bảo rằng tất cả các nút trong blockchain đạt được thỏa thuận về cập nhật trạng thái của blockchain. Đây là cổng bảo mật quan trọng nhất của blockchain. Các cơ chế đồng thuận đã được sử dụng trong blockchain bao gồm PoW, PoS,. PBFT, v.v. Để đáp ứng nhu cầu về khả năng mở rộng, các chuỗi công khai hiệu suất cao thường cải thiện giao thức đồng thuận và kết hợp nó với các cơ chế đặc biệt của riêng chúng, chẳng hạn như cơ chế đồng thuận dựa trên PoH của Solana và cơ chế đồng thuận dựa trên tuyết lở của Avalanche;
- Thực thi giao dịch: Thực thi giao dịch chỉ quan tâm đến số lượng giao dịch hoặc tác vụ tính toán được xử lý trên một đơn vị thời gian. Các chuỗi khối như Ethereum sử dụng phương pháp nối tiếp để thực hiện các giao dịch hợp đồng thông minh theo khối. Trong quá trình thực thi nối tiếp, tình trạng tắc nghẽn hiệu suất của CPU là rất rõ ràng. , hạn chế nghiêm trọng thông lượng của blockchain. Nói chung, các chuỗi công cộng hiệu suất cao sẽ áp dụng thực thi song song và một số sẽ đề xuất các mô hình ngôn ngữ có lợi hơn cho tính song song để xây dựng các hợp đồng thông minh, chẳng hạn như Sui Move.
Đối với chuỗi khối EVM, thách thức lớn nhất nằm ở việc thực hiện giao dịch do hạn chế của máy ảo, tức là môi trường thực hiện giao dịch . EVM có hai vấn đề về hiệu suất chính:
- 256-bit: EVM được thiết kế dưới dạng máy ảo 256-bit để giúp xử lý thuật toán băm của Ethereum dễ dàng hơn, thuật toán này sẽ tạo ra đầu ra 256-bit một cách rõ ràng. Tuy nhiên, máy tính thực sự chạy EVM cần ánh xạ các byte 256-bit tới kiến trúc cục bộ để thực thi. Một mã opcode EVM sẽ tương ứng với nhiều mã opcode cục bộ, khiến toàn bộ hệ thống rất kém hiệu quả và không thực tế;
- Thiếu thư viện chuẩn: Không có thư viện chuẩn trong Solidity và bạn phải tự triển khai nó bằng mã Solidity. Mặc dù OpenZeppelin đã cải thiện tình trạng này ở một mức độ nào đó, nhưng họ vẫn cung cấp thư viện chuẩn để triển khai Solidity (bằng cách đưa mã vào hợp đồng hoặc. ở dạng delegatecall Gọi hợp đồng đã triển khai), nhưng tốc độ thực thi của mã byte EVM thấp hơn nhiều so với thư viện chuẩn biên dịch trước.
Từ góc độ tối ưu hóa thực thi, EVM vẫn còn hai nhược điểm lớn:
- Khó khăn khi thực hiện phân tích tĩnh: Thực thi song song trong blockchain có nghĩa là xử lý các giao dịch không liên quan cùng một lúc, coi các giao dịch không liên quan là các sự kiện không ảnh hưởng lẫn nhau. Thách thức chính trong việc đạt được khả năng thực thi song song là xác định giao dịch nào không liên quan và giao dịch nào độc lập. Hiện tại, một số chuỗi công khai hiệu suất cao thực hiện phân tích tĩnh về các giao dịch trước. Cơ chế nhảy động của EVM gây khó khăn cho việc phân tích mã tĩnh. ;
- Trình biên dịch JIT chưa hoàn thiện: Trình biên dịch JIT (Just In Time Compiler) là một phương pháp tối ưu hóa thường được sử dụng trong các máy ảo hiện đại. Mục tiêu chính của JIT là biến việc thực thi diễn giải thành thực thi được biên dịch. Trong thời gian chạy, máy ảo biên dịch mã nóng thành mã máy liên quan đến nền tảng cục bộ và thực hiện nhiều mức độ tối ưu hóa khác nhau. Mặc dù hiện tại đã có các dự án EVM JIT nhưng chúng vẫn đang trong giai đoạn thử nghiệm và chưa đủ trưởng thành.
Do đó, về mặt lựa chọn máy ảo, chuỗi công cộng hiệu suất cao sử dụng máy ảo dựa trên mã byte WASM, eBPF hoặc Move bytecode thay vì EVM. Ví dụ: Solana sử dụng máy ảo SVM độc đáo của riêng mình và mã byte SBF dựa trên eBPF.
Chuỗi nhanh nhất: Solana
Solana nổi tiếng với cơ chế PoH (Proof of History) cùng độ trễ thấp và thông lượng cao. Đây là một trong những “sát thủ Ethereum” nổi tiếng nhất.
Về cốt lõi, PoH là một thuật toán băm đơn giản tương tự như Hàm độ trễ có thể xác minh (VDF). Solana được triển khai bằng cách sử dụng hàm băm chống tiền ảnh chuỗi (SHA-256) chạy liên tục, sử dụng đầu ra của một lần lặp làm đầu vào cho lần lặp tiếp theo. Tính toán này được chạy trên một lõi cho mỗi trình xác thực.
Mặc dù việc tạo chuỗi là tuần tự và đơn luồng, việc xác minh có thể diễn ra song song, cho phép xác minh hiệu quả trên các hệ thống đa lõi. Mặc dù có giới hạn trên về tốc độ băm, nhưng cải tiến phần cứng có thể mang lại hiệu suất bổ sung.
Quy trình đồng thuận của Solana
Cơ chế PoH đóng vai trò là nguồn thời gian đáng tin cậy và không cần tin cậy, tạo ra bản ghi các sự kiện có thể xác minh và có thứ tự trong mạng. Thời gian dựa trên PoH cho phép mạng Solana luân chuyển các nhà lãnh đạo một cách minh bạch và có lịch trình . Vòng quay này xảy ra theo các khoảng thời gian cố định gồm 4 khe, mỗi khe hiện được đặt thành 400 mili giây. Cơ chế luân chuyển người lãnh đạo này đảm bảo rằng mọi người xác nhận tham gia đều có cơ hội công bằng để trở thành người dẫn đầu. Đây là một cơ chế quan trọng để mạng Solana duy trì tính phân cấp và bảo mật, ngăn chặn bất kỳ người xác thực nào giành được quá nhiều quyền lực trên mạng.
Mỗi khoảng thời gian, người đứng đầu đề xuất một khối mới chứa các giao dịch nhận được từ người dùng. Người lãnh đạo xác thực các giao dịch này, đóng gói chúng thành một khối và sau đó truyền khối đó đến những người xác nhận còn lại của mạng. Quá trình đề xuất và phát sóng các khối này được gọi là sản xuất khối và những người xác thực khác trong mạng phải bỏ phiếu về tính hợp lệ của khối. Người xác thực kiểm tra nội dung của các khối để đảm bảo giao dịch hợp lệ và tuân thủ các quy tắc mạng. Một khối được coi là xác nhận nếu nó nhận được đa số phiếu bầu về trọng lượng cổ phần. Quá trình xác nhận này rất quan trọng để duy trì tính bảo mật của mạng Solana và ngăn chặn chi tiêu gấp đôi.
Khi khoảng thời gian của người dẫn đầu hiện tại kết thúc, mạng sẽ không dừng hoặc chờ xác nhận khối mà sẽ chuyển sang khoảng thời gian tiếp theo, tạo cơ hội cho những người dẫn đầu tiếp theo tạo ra các khối và toàn bộ quá trình bắt đầu lại. Cách tiếp cận này đảm bảo rằng mạng Solana duy trì thông lượng cao và duy trì khả năng phục hồi, ngay cả khi một số trình xác thực gặp sự cố kỹ thuật hoặc ngoại tuyến.
Solana Biểu Diễn Tao
Vì mạng Solana có thể xác nhận trước các nhà lãnh đạo nên Solana không yêu cầu nhóm bộ nhớ công cộng để lưu giữ các giao dịch của người dùng. Khi người dùng gửi giao dịch, máy chủ RPC sẽ chuyển đổi nó thành gói QUIC và ngay lập tức chuyển tiếp nó đến trình xác thực của người đứng đầu. Cách tiếp cận này, được gọi là Gulf Stream, cho phép chuyển đổi đơn vị chỉ huy nhanh chóng và thực hiện trước các giao dịch, giảm tải bộ nhớ cho các trình xác thực khác.
Dữ liệu khối của Solana được đưa vào không gian hạt nhân, sau đó được chuyển đến GPU để xác minh chữ ký song song. Sau khi chữ ký được xác minh trên GPU, dữ liệu sẽ được chuyển đến CPU để thực hiện giao dịch và cuối cùng được trả về không gian hạt nhân để thực hiện. tính kiên trì của dữ liệu. Quá trình xử lý nhiều lần này nhằm chia dữ liệu thành các thành phần phần cứng khác nhau, được gọi là công nghệ đường ống, có thể tối đa hóa việc sử dụng phần cứng và tăng tốc độ xác minh cũng như truyền tải các khối.
Vì các giao dịch của Solana chỉ định rõ ràng tài khoản nào được truy cập nên bộ lập lịch giao dịch của Solana có thể sử dụng cơ chế khóa đọc-ghi để thực hiện các giao dịch song song. Mỗi thread của bộ lập lịch giao dịch Solana có hàng đợi được quản lý riêng, xử lý các giao dịch một cách tuần tự và độc lập, các nỗ lực khóa (khóa đọc-ghi) tài khoản của giao dịch và thực hiện giao dịch có xung đột tài khoản sẽ được thực hiện sau. Kỹ thuật thực thi song song đa luồng này được gọi là Sealevel.
Quá trình truyền dẫn các khối, chia các gói QUIC (tùy chọn sử dụng mã hóa xóa) thành các gói nhỏ hơn và phân phối chúng cho người xác thực theo cấu trúc phân cấp. Kỹ thuật này, được gọi là Turbine, về cơ bản làm giảm việc sử dụng băng thông của đường dẫn đầu.
Trong quá trình bỏ phiếu, người xác nhận sử dụng cơ chế đồng thuận để bỏ phiếu fork. Người xác thực không cần đợi phiếu bầu để tiến hành sản xuất khối; thay vào đó, nhà sản xuất khối liên tục theo dõi các phiếu bầu mới hợp lệ và đưa chúng vào khối hiện tại trong thời gian thực. Cơ chế đồng thuận này được gọi là TowerBFT và bằng cách hợp nhất các phiếu bầu phân nhánh trong thời gian thực, Solana đảm bảo quy trình đồng thuận hợp lý và hiệu quả hơn, từ đó cải thiện hiệu suất tổng thể.
Đối với quá trình duy trì các khối, Solana đã phát triển cơ sở dữ liệu Cloudbreak để tối đa hóa hiệu quả của SSD bằng cách phân vùng cấu trúc dữ liệu tài khoản theo cách cụ thể để hưởng lợi từ tốc độ của các hoạt động tuần tự và sử dụng các tệp ánh xạ bộ nhớ.
Để giảm bớt gánh nặng cho người xác thực, Solana chuyển bộ lưu trữ dữ liệu từ người xác thực sang mạng lưới các nút có tên là Archiver. Lịch sử trạng thái giao dịch được chia thành nhiều đoạn và sử dụng công nghệ mã hóa xóa. Archiver được sử dụng để lưu trữ các đoạn trạng thái nhưng không tham gia vào sự đồng thuận.
Tóm tắt
Tầm nhìn của Solana là trở thành một blockchain có phần mềm mở rộng theo tốc độ của phần cứng, vì vậy Solana tận dụng tối đa tất cả khả năng của CPU, GPU và băng thông có sẵn trong các máy tính ngày nay để tối đa hóa hiệu suất, với tốc độ tối đa theo lý thuyết là 65.000 TPS.
Chính vì hiệu suất cao và khả năng mở rộng của Solana mà Solana đã trở thành nền tảng blockchain được ưa thích để xử lý các giao dịch tần suất cao và các hợp đồng thông minh phức tạp, cho dù đó là đường đua DePIN/AI vào đầu năm hay đường đua Meme hot gần đây. Solana đã chứng tỏ được tiềm năng to lớn.
Sau khi ra mắt Ethereum ETF, Solana cũng đã trở thành loại tiền điện tử phổ biến nhất cho quỹ ETF tiếp theo. Mặc dù SEC vẫn liệt kê Solana là chứng khoán nhưng các quỹ ETF tiền điện tử khác sẽ không được chấp thuận trong thời gian ngắn. Nhưng trong thị trường tiền điện tử, sự đồng thuận là giá trị và sự đồng thuận của Solana có thể trở nên không thể phá hủy như Bitcoin và Ethereum.
