Phân tích chuyên sâu về công nghệ EVM song song của Bitroot: Thiết kế và triển khai kiến trúc blockchain hiệu năng cao

Nguồn: Bitroot

Giới thiệu: Đột phá công nghệ nhằm vượt qua nút thắt hiệu năng của blockchain

Trong suốt quá trình phát triển của công nghệ blockchain trong thập kỷ qua, nút thắt về hiệu năng luôn là rào cản cốt lõi ngăn cản việc ứng dụng quy mô lớn. Với việc Ethereum chỉ có thể xử lý 15 giao dịch mỗi giây và thời gian xác nhận lên tới 12 giây, hiệu năng như vậy rõ ràng là không đủ để đáp ứng nhu cầu ngày càng tăng của các ứng dụng. Mô hình thực thi tuần tự và sức mạnh tính toán hạn chế của các blockchain truyền thống đã hạn chế nghiêm trọng thông lượng hệ thống. Sự ra đời của Bitroot chính là để phá vỡ tình thế tiến thoái lưỡng nan này. Thông qua bốn đổi mới công nghệ—cơ chế đồng thuận Pipeline BFT, EVM song song lạc quan, sharding trạng thái và tổng hợp chữ ký BLS—Bitroot đã đạt được bước đột phá với thời gian hoàn tất giao dịch 400 mili giây và 25.600 TPS, cung cấp một giải pháp kỹ thuật được thiết kế cho việc ứng dụng công nghệ blockchain ở quy mô lớn. Bài viết này sẽ trình bày chi tiết về các nguyên tắc thiết kế kiến trúc công nghệ cốt lõi, những đổi mới thuật toán và kinh nghiệm thực tiễn kỹ thuật của Bitroot, cung cấp một bản thiết kế kỹ thuật hoàn chỉnh cho các hệ thống blockchain hiệu năng cao.

Chương 1: Kiến trúc kỹ thuật—Triết lý kỹ thuật của thiết kế phân lớp

1.1 Kiến trúc năm lớp

Bitroot áp dụng mô hình kiến trúc phân lớp cổ điển, xây dựng tuần tự năm lớp cốt lõi được xác định rõ ràng và riêng biệt từ dưới lên trên. Thiết kế này không chỉ đạt được sự tách biệt mô-đun tốt mà còn đặt nền móng vững chắc cho khả năng mở rộng và bảo trì của hệ thống.

Lớp lưu trữ, với tư cách là nền tảng của toàn bộ hệ thống, đảm nhận nhiệm vụ lưu trữ dữ liệu trạng thái bền vững. Nó sử dụng cấu trúc Merkle Patricia Trie cải tiến để quản lý cây trạng thái, hỗ trợ cập nhật gia tăng và tạo bằng chứng trạng thái nhanh chóng. Để giải quyết vấn đề phổ biến về phình to trạng thái trong blockchain, Bitroot giới thiệu một hệ thống lưu trữ phân tán lưu trữ các phân đoạn dữ liệu lớn trong mạng lưới, trong khi chỉ giữ các tham chiếu băm trên chuỗi. Thiết kế này làm giảm hiệu quả áp lực lưu trữ lên các nút đầy đủ, cho phép phần cứng thông thường tham gia vào việc xác thực mạng lưới.

Lớp mạng xây dựng cơ sở hạ tầng truyền thông ngang hàng mạnh mẽ. Nó sử dụng bảng băm phân tán Kademlia để khám phá nút và sử dụng giao thức GossipSub để truyền tin nhắn, đảm bảo việc phổ biến thông tin hiệu quả trong mạng lưới. Đặc biệt đáng chú ý là việc tối ưu hóa lớp mạng cho truyền tải dữ liệu quy mô lớn, với cơ chế chuyên dụng để chuyển các gói dữ liệu lớn hỗ trợ đóng gói và tiếp tục truyền tải bị gián đoạn, cải thiện đáng kể hiệu quả đồng bộ hóa dữ liệu.

Lớp đồng thuận là cốt lõi của bước đột phá về hiệu năng của Bitroot. Bằng cách tích hợp cơ chế đồng thuận Pipeline BFT và công nghệ tổng hợp chữ ký BLS, nó đạt được quy trình xử lý đường ống (pipelined) cho quá trình đồng thuận. Trái ngược với các blockchain truyền thống kết hợp chặt chẽ giữa đồng thuận và thực thi, Bitroot tách biệt hoàn toàn hai thành phần này—trong đó mô-đun đồng thuận tập trung vào việc xác định nhanh thứ tự giao dịch, và mô-đun thực thi xử lý logic giao dịch trong nền một cách song song. Thiết kế này cho phép đồng thuận liên tục tiến về phía trước mà không cần chờ đợi thực thi giao dịch hoàn tất, giúp tăng đáng kể thông lượng hệ thống.

Lớp Giao thức là đỉnh cao của đổi mới công nghệ của Bitroot. Nó không chỉ đạt được khả năng tương thích hoàn toàn với EVM, đảm bảo việc di chuyển liền mạch các hợp đồng thông minh trong hệ sinh thái Ethereum, mà quan trọng hơn, nó triển khai một công cụ thực thi song song. Thông qua cơ chế phát hiện xung đột ba giai đoạn, nó phá vỡ giới hạn đơn luồng của EVM truyền thống, giải phóng hoàn toàn tiềm năng tính toán của các bộ xử lý đa nhân.

Lớp Ứng dụng cung cấp cho các nhà phát triển bộ công cụ và SDK phong phú, hạ thấp rào cản gia nhập cho việc phát triển ứng dụng blockchain. Cho dù đó là các giao thức DeFi, thị trường NFT hay hệ thống quản trị DAO, các nhà phát triển có thể nhanh chóng xây dựng ứng dụng thông qua các giao diện tiêu chuẩn hóa mà không cần hiểu sâu về các chi tiết kỹ thuật cơ bản.

graph TB subgraph "Kiến trúc năm lớp Bitroot" A[Lớp Ứng dụng<br/>Giao thức DeFi, Thị trường NFT, Quản trị DAO<br/>Bộ công cụ, SDK] B[Lớp Giao thức<br/>Tương thích EVM, Công cụ thực thi song song<br/>Phát hiện xung đột ba giai đoạn] C[Lớp Đồng thuận<br/>Pipeline BFT<br/>Tổng hợp chữ ký BLS] D[Lớp Mạng<br/>Kademlia DHT<br/>Giao thức GossipSub] E[Lớp Lưu trữ<br/>Merkle Patricia Trie<br/>Lưu trữ phân tán] end A --> B B --> C C --> D D --> E style A fill:#e1f5fe style B fill:#f3e5f5 style C fill:#e8f5e8 style D fill:#fff3e0 style E fill:#fce4ec 

1.2 Triết lý thiết kế: Tìm kiếm giải pháp tối ưu trong các đánh đổi trong kiến trúc

Trong quá trình thiết kế, đội ngũ Bitroot đã phải đối mặt với nhiều đánh đổi kỹ thuật, với mỗi quyết định đều ảnh hưởng sâu sắc đến hình thái cuối cùng của hệ thống.

Sự cân bằng giữa hiệu năng và tính phi tập trung là một chủ đề vĩnh cửu trong thiết kế blockchain. Các blockchain công khai truyền thống thường hy sinh hiệu năng để theo đuổi sự phi tập trung cực đoan, trong khi các chuỗi liên minh hiệu năng cao lại thỏa hiệp về tính phi tập trung. Bitroot đã tìm thấy sự cân bằng khéo léo thông qua mô hình staking hai nhóm: Nhóm Validator chịu trách nhiệm về đồng thuận và bảo mật mạng lưới, đảm bảo tính phi tập trung của cơ chế cốt lõi; Nhóm Tính toán tập trung vào thực thi tác vụ, cho phép vận hành trên các nút có hiệu năng tốt hơn. Việc chuyển đổi linh hoạt giữa hai nhóm đảm bảo cả đặc tính bảo mật và phi tập trung của hệ thống, đồng thời tận dụng tối đa sức mạnh tính toán của các nút hiệu năng cao.

Sự đánh đổi giữa khả năng tương thích và đổi mới cũng kiểm chứng trí tuệ thiết kế. Việc tương thích hoàn toàn với EVM có nghĩa là có thể kết nối liền mạch với hệ sinh thái Ethereum, nhưng nó cũng sẽ bị giới hạn bởi các ràng buộc thiết kế của EVM. Bitroot đã chọn con đường đổi mới tiến bộ—duy trì khả năng tương thích hoàn toàn với tập lệnh EVM cốt lõi, đảm bảo di chuyển các hợp đồng thông minh hiện có với chi phí bằng không; đồng thời giới thiệu các khả năng mới thông qua tập lệnh mở rộng, để lại không gian rộng rãi cho sự tiến hóa công nghệ trong tương lai. Thiết kế này không chỉ giảm chi phí di chuyển hệ sinh thái mà còn mở ra cánh cửa cho đổi mới công nghệ.

Sự phối hợp giữa bảo mật và hiệu quả đặc biệt quan trọng trong kịch bản thực thi song song. Mặc dù thực thi song song có thể cải thiện đáng kể hiệu năng, nhưng nó cũng đưa ra những thách thức bảo mật mới như xung đột truy cập trạng thái và điều kiện tranh đua (race conditions). Bitroot sử dụng cơ chế phát hiện xung đột ba giai đoạn, thực hiện phát hiện và xác minh trước khi thực thi, trong khi thực thi và sau khi thực thi, đảm bảo rằng ngay cả trong môi trường song song cao, hệ thống vẫn có thể duy trì tính nhất quán và bảo mật. Cơ chế bảo vệ đa lớp này cho phép Bitroot theo đuổi hiệu năng tối thượng mà không hy sinh bảo mật.

II. Đồng thuận Pipeline BFT: Giải phóng khỏi sự tuần tự hóa

2.1 Tình thế tiến thoái lưỡng nan về hiệu năng của BFT truyền thống

Kể từ khi các cơ chế đồng thuận Byzantine Fault Tolerance (BFT) được Lamport và cộng sự đề xuất vào năm 1982, chúng đã trở thành nền tảng lý thuyết về khả năng chịu lỗi trong các hệ thống phân tán. Tuy nhiên, kiến trúc BFT cổ điển, trong khi theo đuổi bảo mật và tính nhất quán, cũng bộc lộ ba hạn chế cơ bản về hiệu năng.

Tuần tự hóa là nút thắt chính. BFT truyền thống yêu cầu mỗi khối phải chờ khối trước đó được xác nhận đầy đủ trước khi bắt đầu quá trình đồng thuận. Lấy Tendermint làm ví dụ, sự đồng thuận của nó bao gồm ba giai đoạn: Propose (Đề xuất), Prevote (Bỏ phiếu sơ bộ), Precommit (Cam kết sơ bộ), mỗi giai đoạn yêu cầu hơn hai phần ba số phiếu của các nút validator, và chiều cao khối tiến triển nghiêm ngặt theo cách tuần tự. Ngay cả khi các nút được trang bị phần cứng hiệu năng cao và băng thông mạng đầy đủ, chúng cũng không thể sử dụng các tài nguyên này để tăng tốc quá trình đồng thuận. Ethereum PoS mất 12 giây để hoàn thành một vòng xác nhận, trong khi Solana rút ngắn thời gian tạo khối xuống còn 400 mili giây thông qua cơ chế PoH, nhưng xác nhận cuối cùng vẫn mất 2-3 giây. Thiết kế tuần tự hóa này về cơ bản hạn chế không gian để cải thiện hiệu quả đồng thuận.

Độ phức tạp truyền thông tăng theo bình phương số lượng nút. Trong một mạng lưới với n nút validator, mỗi vòng đồng thuận yêu cầu O(n²) trao đổi tin nhắn—mỗi nút cần gửi tin nhắn đến tất cả các nút khác trong khi nhận tin nhắn từ tất cả các nút. Khi mạng lưới mở rộng lên 100 nút, một vòng đồng thuận duy nhất cần xử lý gần mười nghìn tin nhắn. Quan trọng hơn, mỗi nút cần xác minh O(n) chữ ký, với chi phí xác minh tăng tuyến tính theo số lượng nút. Trong một mạng lưới quy mô lớn, các nút dành một lượng thời gian đáng kể cho việc xử lý tin nhắn và xác minh chữ ký thay vì tính toán chuyển đổi trạng thái thực tế.

Việc sử dụng tài nguyên thấp đã gây khó khăn cho việc tối ưu hóa hiệu năng. Các máy chủ hiện đại thường được trang bị CPU đa nhân và mạng băng thông cao, nhưng khái niệm thiết kế của BFT truyền thống bắt nguồn từ kỷ nguyên đơn nhân của những năm 1980. Khi các nút đang chờ tin nhắn mạng, CPU phần lớn ở trạng thái nhàn rỗi; và trong quá trình tính toán chuyên sâu để xác minh chữ ký, băng thông mạng không được tận dụng hết. Việc sử dụng tài nguyên không cân bằng này đã dẫn đến hiệu năng tổng thể không tối ưu—ngay cả khi đầu tư phần cứng tốt hơn, việc cải thiện hiệu năng vẫn rất hạn chế.

2.2 Pipelining: Nghệ thuật xử lý song song

Đổi mới cốt lõi của Pipeline BFT là đưa quy trình đồng thuận vào đường ống (pipeline), cho phép các khối ở các chiều cao khác nhau trải qua quá trình đồng thuận song song. Cảm hứng thiết kế này đến từ công nghệ đường ống lệnh của bộ xử lý hiện đại—khi một lệnh đang ở giai đoạn thực thi, lệnh tiếp theo có thể đồng thời ở giai đoạn giải mã, và lệnh sau đó nữa đang ở giai đoạn tìm nạp.

Cơ chế song song bốn giai đoạn là nền tảng của Pipeline BFT.

Quá trình đồng thuận được phân tách thành bốn giai đoạn độc lập: Propose, Prevote, Precommit và Commit. Đổi mới chính là bốn giai đoạn này có thể chồng lấp trong quá trình thực thi: khi khối N-1 bước vào giai đoạn Commit, khối N đồng thời thực hiện Precommit; khi khối N bước vào Precommit, khối N+1 đồng thời thực hiện Prevote; khi khối N+1 bước vào Prevote, khối N+2 có thể bắt đầu Propose. Thiết kế này cho phép quá trình đồng thuận hoạt động liên tục như một đường ống, với nhiều khối ở các giai đoạn khác nhau được xử lý song song tại bất kỳ thời điểm nào.

Trong giai đoạn Propose, nút dẫn đầu đề xuất một khối mới chứa danh sách giao dịch, băm khối và tham chiếu đến khối trước đó. Để đảm bảo tính công bằng và ngăn chặn các điểm lỗi đơn lẻ, người dẫn đầu được bầu chọn thông qua xổ số Verifiable Random Function (VRF). Tính ngẫu nhiên của VRF dựa trên giá trị băm của khối trước đó, đảm bảo rằng không ai có thể dự đoán hoặc thao túng kết quả bầu chọn người dẫn đầu.

Giai đoạn Prevote là nơi các nút xác thực thừa nhận sơ bộ khối được đề xuất. Sau khi nhận được đề xuất, các nút xác thực tính hợp pháp của khối—liệu chữ ký giao dịch có hợp lệ, các chuyển đổi trạng thái có chính xác và băm khối có khớp hay không. Sau khi xác thực, các nút phát đi tin nhắn prevote chứa băm khối và chữ ký của chúng. Giai đoạn này về cơ bản là một cuộc thăm dò ý kiến để phát hiện xem có đủ số nút trong mạng lưới thừa nhận khối này hay không.

Giai đoạn Precommit giới thiệu ngữ nghĩa cam kết mạnh mẽ hơn. Khi một nút thu thập được hơn hai phần ba số prevote, nó tin rằng đa số các nút trong mạng lưới chấp nhận khối này và do đó, phát đi một tin nhắn precommit. Precommit biểu thị sự cam kết—một khi một nút gửi precommit, nó không thể bỏ phiếu cho các khối khác ở cùng chiều cao. Cơ chế cam kết một chiều này ngăn chặn các cuộc tấn công bỏ phiếu kép, đảm bảo tính bảo mật của sự đồng thuận.

Giai đoạn Commit là xác nhận cuối cùng. Khi một nút thu thập được hơn hai phần ba số precommit, nó tin tưởng rằng khối này đã nhận được sự đồng thuận của mạng lưới, vì vậy nó chính thức cam kết nó vào trạng thái cục bộ. Tại thời điểm này, khối đạt được tính hoàn tất và trở nên không thể đảo ngược. Ngay cả trong trường hợp phân vùng mạng hoặc lỗi nút, các khối đã cam kết sẽ không bị đảo ngược.

 graph TB title Cơ chế song song đường ống Pipeline BFT dateFormat X axisFormat %s section Khối N-1 Propose :done, prop1, 0, 1 Prevote :done, prev1, 1, 2 Precommit :done, prec1, 2, 3 Commit :done, comm1, 3, 4 section Khối N Propose :done, prop2, 1, 2 Prevote :done, prev2, 2, 3 Precommit :done, prec2, 3, 4 Commit :active, comm2, 4, 5 section Khối N+1 Propose :done, prop3, 2, 3 Prevote :done, prev3, 3, 4 Precommit :active, prec3, 4, 5 Commit :comm3, 5, 6 section Khối N+2 Propose :done, prop4, 3, 4 Prevote :active, prev4, 4, 5 Precommit :prec4, 5, 6 Commit :comm4, 6, 7

Giao thức sao chép máy trạng thái đảm bảo tính nhất quán của một hệ thống phân tán. Mỗi nút validator duy trì độc lập một trạng thái đồng thuận, bao gồm chiều cao, vòng và giai đoạn hiện tại. Các nút đạt được sự đồng bộ hóa trạng thái thông qua trao đổi tin nhắn—khi nhận được tin nhắn từ chiều cao cao hơn, các nút hiểu rằng chúng đang bị tụt hậu và cần đẩy nhanh quá trình xử lý; khi nhận được tin nhắn từ các vòng khác nhau ở cùng chiều cao, các nút quyết định xem có nên bước vào một vòng mới hay không.

Các quy tắc chuyển đổi trạng thái được thiết kế cẩn thận để đảm bảo tính bảo mật và sự sống động của hệ thống: khi một nút nhận được đề xuất hợp lệ ở chiều cao H, nó chuyển sang bước Prevote; sau khi thu thập đủ Prevote, nó chuyển sang bước Precommit; sau khi thu thập đủ Precommit, nó gửi khối và chuyển sang chiều cao H+1. Nếu việc chuyển đổi bước không hoàn thành trong thời gian chờ, nút sẽ tăng vòng và bắt đầu lại. Cơ chế chờ này ngăn hệ thống bị đình trệ vĩnh viễn trong các trường hợp ngoại lệ.

Việc lập lịch tin nhắn thông minh đảm bảo tính chính xác của quá trình xử lý tin nhắn. Pipeline BFT đã triển khai Hàng đợi tin nhắn ưu tiên dựa trên chiều cao (HMPT), tính toán mức độ ưu tiên của tin nhắn dựa trên chiều cao khối, vòng và bước của tin nhắn. Các tin nhắn có chiều cao cao hơn có mức độ ưu tiên cao hơn, đảm bảo rằng sự đồng thuận có thể tiếp tục tiến triển; trong cùng một chiều cao, các vòng và bước cũng ảnh hưởng đến mức độ ưu tiên, ngăn chặn các tin nhắn lỗi thời can thiệp vào sự đồng thuận hiện tại.

Chiến lược xử lý tin nhắn cũng được thiết kế cẩn thận: các tin nhắn từ tương lai (chiều cao lớn hơn chiều cao hiện tại) được lưu vào hàng đợi chờ, đợi các nút bắt kịp tiến độ; tin nhắn ở chiều cao hiện tại được xử lý ngay lập tức, thúc đẩy sự đồng thuận tiến về phía trước; các tin nhắn quá lỗi thời (chiều cao thấp hơn nhiều so với chiều cao hiện tại) bị loại bỏ trực tiếp để tránh rò rỉ bộ nhớ và tính toán không hợp lệ.

2.3 Tổng hợp chữ ký BLS: Giảm chiều mật mã

Trong các lược đồ chữ ký ECDSA truyền thống, việc xác minh n chữ ký yêu cầu độ phức tạp thời gian và không gian lưu trữ O(n). Trong một mạng lưới với 100 nút xác thực, mỗi vòng đồng thuận cần xác minh 100 chữ ký, chiếm khoảng 6,4 KB dữ liệu chữ ký. Khi mạng lưới mở rộng, việc xác minh và truyền tải chữ ký trở thành những nút thắt hiệu năng đáng kể.

Công nghệ tổng hợp chữ ký BLS đã mang lại một bước đột phá về mật mã. Dựa trên đường cong elliptic BLS12-381, Bitroot đã đạt được xác minh chữ ký O(1) thực sự—bất kể số lượng nút xác thực là bao nhiêu, kích thước chữ ký tổng hợp vẫn không đổi ở mức 96 byte, chỉ yêu cầu một thao tác ghép cặp để xác minh.

Đường cong BLS12-381 cung cấp mức bảo mật 128-bit, đáp ứng các yêu cầu bảo mật dài hạn. Nó xác định hai nhóm, G1 và G2, và một nhóm mục tiêu GT. G1 được sử dụng để lưu trữ khóa công khai, với các phần tử chiếm 48 byte; G2 được sử dụng để lưu trữ chữ ký, với các phần tử chiếm 96 byte. Thiết kế bất đối xứng này tối ưu hóa hiệu năng xác minh—chi phí tính toán của các phần tử G1 trong các thao tác ghép cặp thấp hơn, và việc đặt khóa công khai trong G1 tận dụng chính xác đặc điểm này.

Các nguyên tắc toán học của tổng hợp chữ ký dựa trên tính chất song tuyến tính của hàm ghép cặp. Mỗi nút xác thực ký tin nhắn bằng khóa riêng tư của mình, tạo ra một điểm chữ ký trong nhóm G2. Sau khi thu thập nhiều chữ ký, chữ ký tổng hợp thu được bằng cách cộng các điểm trong một thao tác nhóm. Chữ ký tổng hợp vẫn là một điểm hợp lệ trong nhóm G2, với kích thước không đổi. Để xác minh, một thao tác ghép cặp duy nhất được thực hiện để kiểm tra xem chữ ký tổng hợp và khóa công khai tổng hợp có thỏa mãn phương trình ghép cặp hay không, từ đó xác thực tính xác thực của tất cả các chữ ký gốc.

Lược đồ chữ ký ngưỡng tăng cường hơn nữa tính bảo mật và khả năng chịu lỗi của hệ thống. Bằng cách sử dụng Shamir's Secret Sharing, khóa riêng tư được chia thành n phần, yêu cầu ít nhất t phần để khôi phục khóa riêng tư gốc. Điều này có nghĩa là ngay cả khi t-1 nút bị xâm phạm, kẻ tấn công cũng không thể lấy được khóa riêng tư đầy đủ; trong khi đó, miễn là t nút trung thực trực tuyến, hệ thống có thể hoạt động bình thường.

Việc triển khai chia sẻ bí mật dựa trên nội suy đa thức. Một đa thức bậc t-1 được tạo ra, với khóa riêng tư là số hạng hằng số và các hệ số khác được chọn ngẫu nhiên. Mỗi người tham gia nhận được giá trị của đa thức tại một điểm cụ thể dưới dạng một phần chia sẻ. Bất kỳ t phần chia sẻ nào cũng có thể khôi phục đa thức gốc thông qua nội suy Lagrange, từ đó thu được khóa riêng tư; ít hơn t phần chia sẻ không thể thu được bất kỳ thông tin nào về khóa riêng tư.

Trong quá trình đồng thuận, các nút xác thực sử dụng phần chia sẻ của riêng mình để ký tin nhắn, tạo ra các phần chia sẻ chữ ký. Sau khi thu thập t phần chia sẻ chữ ký, chữ ký hoàn chỉnh thu được thông qua tổng hợp có trọng số sử dụng các hệ số nội suy Lagrange. Lược đồ này đảm bảo bảo mật trong khi đạt được độ phức tạp xác minh O(1)—các validator chỉ cần xác minh chữ ký đơn lẻ đã tổng hợp, mà không cần phải xác minh riêng lẻ từng chữ ký phần chia sẻ.

2.4 Tách biệt đồng thuận và thực thi: Sức mạnh của sự tách biệt

Các blockchain truyền thống kết hợp chặt chẽ đồng thuận và thực thi, dẫn đến các ràng buộc lẫn nhau. Đồng thuận phải chờ thực thi hoàn tất trước khi tiến triển, và thực thi bị giới hạn bởi yêu cầu tuần tự hóa của đồng thuận. Bitroot phá vỡ nút thắt này bằng cách tách biệt đồng thuận và thực thi.

Kiến trúc xử lý bất đồng bộ là nền tảng của sự tách biệt. Mô-đun đồng thuận tập trung vào việc xác định thứ tự giao dịch và đạt được sự đồng thuận nhanh chóng; mô-đun thực thi xử lý logic giao dịch song song trong nền, thực hiện chuyển đổi trạng thái. Hai mô-đun giao tiếp bất đồng bộ thông qua hàng đợi tin nhắn—kết quả đồng thuận được chuyển đến mô-đun thực thi qua hàng đợi, và kết quả thực thi được phản hồi lại mô-đun đồng thuận qua hàng đợi. Thiết kế tách biệt này cho phép đồng thuận tiếp tục tiến về phía trước mà không cần chờ thực thi hoàn tất.

Sự cô lập tài nguyên tối ưu hóa hơn nữa hiệu năng. Mô-đun đồng thuận và mô-đun thực thi sử dụng các nhóm tài nguyên độc lập để tránh tranh chấp tài nguyên. Mô-đun đồng thuận được trang bị giao diện mạng tốc độ cao và các lõi CPU chuyên dụng, tập trung vào truyền thông mạng và xử lý tin nhắn; mô-đun thực thi có bộ nhớ dồi dào và bộ xử lý đa nhân, tập trung vào các chuyển đổi trạng thái đòi hỏi tính toán chuyên sâu. Sự phân công lao động chuyên môn này cho phép mỗi mô-đun tận dụng tối đa hiệu năng phần cứng.

Xử lý theo lô khuếch đại hiệu ứng đường ống. Nút dẫn đầu gộp nhiều đề xuất khối thành các lô để đồng thuận tổng thể. Thông qua việc gộp lô, chi phí đồng thuận của k khối được phân bổ, giảm đáng kể độ trễ xác nhận trung bình trên mỗi khối. Ngoài ra, công nghệ tổng hợp chữ ký BLS bổ sung hoàn hảo cho việc gộp lô—bất kể có bao nhiêu khối trong một lô, kích thước chữ ký tổng hợp vẫn không đổi, và thời gian xác minh gần như không đổi.

2.5 Bước đột phá về hiệu năng: Từ lý thuyết đến thực tiễn

Trong môi trường thử nghiệm tiêu chuẩn hóa (instance AWS c5.2xlarge), Pipeline BFT thể hiện hiệu năng vượt trội:

Hiệu năng độ trễ: Trong mạng lưới 5 nút, độ trễ trung bình là 300 mili giây, tăng lên chỉ 400 mili giây trong mạng lưới 21 nút. Độ trễ tăng chậm khi số lượng nút tăng, xác nhận khả năng mở rộng tuyệt vời.

Hiệu năng thông lượng: Kết quả kiểm tra cuối cùng đạt 25.600 TPS, đạt được thông qua Pipeline BFT và công nghệ sharding trạng thái cho một bước đột phá về hiệu năng cao.

Cải thiện hiệu năng: So với BFT truyền thống, độ trễ đã giảm 60% (1 giây xuống 400 mili giây), thông lượng tăng 8 lần (3.200 lên 25.600 TPS), và độ phức tạp truyền thông đã được tối ưu hóa từ O(n²) xuống O(n²/D).

III. Thực thi song song lạc quan của EVM: Giải phóng sức mạnh tính toán đa nhân

3.1 Gánh nặng lịch sử của tuần tự hóa EVM

Tại thời điểm khởi đầu của Ethereum Virtual Machine (EVM), một mô hình cây trạng thái toàn cầu đã được áp dụng để đơn giản hóa việc triển khai hệ thống—nơi tất cả các tài khoản và trạng thái hợp đồng được lưu trữ trong một cây trạng thái duy nhất, và tất cả các giao dịch phải được thực thi nghiêm ngặt theo cách tuần tự. Mặc dù thiết kế này có thể chấp nhận được trong những ngày đầu của các ứng dụng blockchain tương đối đơn giản, sự trỗi dậy của các ứng dụng phức tạp như DeFi và NFT đã biến việc thực thi tuần tự thành một nút thắt về hiệu năng.

Xung đột truy cập trạng thái là lý do cơ bản cho việc tuần tự hóa. Ngay cả khi hai giao dịch hoạt động trên các tài khoản hoàn toàn không liên quan—chẳng hạn như Alice chuyển cho Bob và Charlie chuyển cho David—chúng vẫn phải được xử lý tuần tự. Vì EVM không thể xác định trước các giao dịch sẽ truy cập trạng thái nào, nó phải giả định một cách thận trọng rằng tất cả các giao dịch có thể xung đột, do đó thực thi việc thực thi tuần tự. Các phụ thuộc động làm trầm trọng thêm sự phức tạp của vấn đề. Các hợp đồng thông minh có thể tính toán động các địa chỉ cần truy cập dựa trên các tham số đầu vào, và các phụ thuộc này không thể xác định được tại thời điểm biên dịch. Ví dụ, một hợp đồng proxy có thể gọi các hợp đồng mục tiêu khác nhau dựa trên đầu vào của người dùng, và mô hình truy cập trạng thái của nó hoàn toàn không thể dự đoán được trước khi thực thi. Điều này làm cho phân tích tĩnh gần như không thể, khiến việc thực thi song song an toàn không thể đạt được.

Chi phí cao của việc hoàn tác (rollback) làm cho việc thực thi song song lạc quan trở nên thách thức. Nếu xung đột được phát hiện sau khi cố gắng thực thi song song lạc quan, tất cả các giao dịch bị ảnh hưởng phải được hoàn tác. Trong kịch bản xấu nhất, toàn bộ lô cần được thực thi lại, dẫn đến lãng phí tài nguyên tính toán và ảnh hưởng đáng kể đến trải nghiệm người dùng. Giảm thiểu phạm vi và tần suất hoàn tác trong khi đảm bảo bảo mật là một thách thức chính để song song hóa EVM.

3.2 Phát hiện xung đột ba giai đoạn: Cân bằng giữa bảo mật và hiệu quả

Bitroot sử dụng cơ chế phát hiện xung đột ba giai đoạn giúp tối đa hóa hiệu quả thực thi song song trong khi vẫn đảm bảo bảo mật. Ba giai đoạn này thực hiện phát hiện và xác minh trước khi thực thi, trong khi thực thi và sau khi thực thi, thiết lập một mạng lưới phòng thủ bảo mật đa lớp.

Giai đoạn một: Sàng lọc trước khi thực thi làm giảm xác suất xung đột thông qua phân tích tĩnh. Một bộ phân tích phụ thuộc phân tích mã byte giao dịch để xác định các trạng thái có thể được truy cập. Đối với một chuyển khoản ERC-20 tiêu chuẩn, nó có thể xác định chính xác các truy cập vào số dư của người gửi và người nhận; đối với các hợp đồng DeFi phức tạp, nó có thể xác định ít nhất các mô hình truy cập trạng thái chính.

Một Counting Bloom Filter (CBF) cải tiến cung cấp cơ chế sàng lọc nhanh. Bloom Filters truyền thống chỉ hỗ trợ thêm phần tử và không hỗ trợ xóa chúng. CBF do Bitroot triển khai duy trì một bộ đếm cho mỗi vị trí, hỗ trợ thêm và xóa phần tử động. CBF chỉ chiếm 128KB bộ nhớ, sử dụng 4 hàm băm độc lập và kiểm soát tỷ lệ dương tính giả xuống dưới 0,1%. Thông qua CBF, hệ thống có thể nhanh chóng xác định xem hai giao dịch có thể có xung đột truy cập trạng thái hay không.

Chiến lược nhóm thông minh tổ chức các giao dịch thành các lô có thể được thực thi song song. Hệ thống mô hình hóa các giao dịch dưới dạng các nút trong một đồ thị, nơi một cạnh có hướng được vẽ giữa hai giao dịch có thể xung đột. Một thuật toán tô màu tham lam được sử dụng để tô màu đồ thị, cho phép các giao dịch cùng màu chạy song song một cách an toàn. Phương pháp này đảm bảo tính chính xác trong khi tối đa hóa tính song song.

Giai đoạn hai: Giám sát trong khi thực thi thực hiện phát hiện động trong quá trình thực thi giao dịch. Ngay cả khi một giao dịch vượt qua sàng lọc trước khi thực thi, nó vẫn có thể truy cập các trạng thái ngoài dự đoán trong quá trình thực thi thực tế, đòi hỏi phát hiện xung đột thời gian chạy.

Cơ chế khóa đọc-ghi chi tiết cung cấp kiểm soát đồng thời. Bitroot đã triển khai các khóa dựa trên địa chỉ và slot thay vì các khóa cấp hợp đồng thô. Khóa đọc có thể được giữ bởi nhiều luồng cùng một lúc, cho phép đọc đồng thời; khóa ghi chỉ có thể được giữ bởi một luồng duy nhất và loại trừ tất cả các khóa đọc. Cơ chế khóa chi tiết này đảm bảo bảo mật trong khi tối đa hóa tính song song.

Quản lý trạng thái có phiên bản triển khai kiểm soát đồng thời lạc quan. Nó duy trì một số phiên bản cho mỗi biến trạng thái, ghi lại phiên bản của trạng thái đọc trong quá trình thực thi giao dịch, và kiểm tra xem tất cả các phiên bản trạng thái đọc có nhất quán sau khi thực thi hay không. Nếu số phiên bản thay đổi, cho thấy xung đột đọc-ghi, cần phải hoàn tác và thử lại. Cơ chế này mượn từ Kiểm soát đồng thời đa phiên bản (MVCC) của cơ sở dữ liệu và cũng có hiệu quả tương đương trong bối cảnh blockchain.

Giải quyết xung đột động sử dụng chiến lược hoàn tác chi tiết. Khi phát hiện xung đột, chỉ giao dịch bị xung đột trực tiếp mới bị hoàn tác, không phải toàn bộ lô. Thông qua phân tích phụ thuộc chính xác, hệ thống có thể xác định giao dịch nào phụ thuộc vào giao dịch bị hoàn tác, giảm thiểu phạm vi hoàn tác. Giao dịch bị hoàn tác được đưa vào hàng đợi để thực thi trong lô tiếp theo.

Giai đoạn ba: Xác minh sau khi thực thi để đảm bảo tính nhất quán trạng thái cuối cùng. Sau khi tất cả các giao dịch đã được thực thi, hệ thống thực hiện kiểm tra tính nhất quán toàn cầu. Bằng cách tính toán Băm gốc cây Merkle của các thay đổi trạng thái và so sánh nó với gốc trạng thái dự kiến, hệ thống đảm bảo tính chính xác của chuyển đổi trạng thái. Đồng thời, nó xác minh tính nhất quán phiên bản của tất cả các thay đổi trạng thái để đảm bảo không có xung đột phiên bản bị thiếu.

Quá trình hợp nhất trạng thái áp dụng giao thức cam kết hai giai đoạn để đảm bảo tính nguyên tử. Trong giai đoạn chuẩn bị, tất cả các công cụ thực thi báo cáo kết quả thực thi của chúng nhưng không gửi chúng. Trong giai đoạn cam kết, khi điều phối viên xác nhận tính nhất quán của tất cả các kết quả, một cam kết toàn cầu được thực hiện. Nếu bất kỳ công cụ thực thi nào báo cáo lỗi, điều phối viên sẽ khởi tạo một lần hoàn tác toàn cầu để đảm bảo tính nhất quán trạng thái. Cơ chế này lấy cảm hứng từ thiết kế cổ điển của các giao dịch phân tán, đảm bảo độ tin cậy của hệ thống.

 lowchart TD A[Đầu vào lô giao dịch] --> B[Giai đoạn một: Sàng lọc trước khi thực thi] B --> C{Phân tích tĩnh<br/>Phát hiện xung đột (CBF)} C -->|Không xung đột| D[Nhóm thông minh<br/>Thuật toán tô màu tham lam] C -->|Xung đột tiềm ẩn| E[Nhóm bảo thủ<br/>Thực thi tuần tự] D --> F[Giai đoạn hai: Giám sát thực thi] E --> F F --> G[Khóa đọc-ghi chi tiết<br/>Quản lý trạng thái có phiên bản] G --> H{Phát hiện xung đột?} 

3.3 Tối ưu hóa lập lịch: Giữ cho mọi lõi luôn bận rộn

Hiệu quả của thực thi song song không chỉ phụ thuộc vào tính song song mà còn vào cân bằng tải và sử dụng tài nguyên. Bitroot đã triển khai nhiều kỹ thuật tối ưu hóa lập lịch để đảm bảo hoạt động hiệu quả của từng lõi CPU.

Thuật toán đánh cắp công việc (work-stealing) giải quyết vấn đề mất cân bằng tải. Mỗi luồng công nhân duy trì hàng đợi hai đầu của riêng mình và thực thi các tác vụ lấy từ phía trước hàng đợi. Khi hàng đợi của một luồng trống, nó chọn ngẫu nhiên một luồng bận và "đánh cắp" một tác vụ từ phía sau hàng đợi của luồng đó. Cơ chế này đạt được cân bằng tải động, tránh các kịch bản trong đó một số luồng nhàn rỗi trong khi những luồng khác bận rộn. Các thử nghiệm đã chỉ ra rằng việc đánh cắp công việc đã tăng mức sử dụng CPU từ 68% lên 90% và cải thiện thông lượng tổng thể khoảng 22%.

Lập lịch nhận biết NUMA tối ưu hóa các mô hình truy cập bộ nhớ. Các máy chủ hiện đại sử dụng kiến trúc Truy cập bộ nhớ không đồng nhất (NUMA), nơi độ trễ truy cập bộ nhớ giữa các nút NUMA cao gấp 2-3 lần so với truy cập cục bộ. Bộ lập lịch của Bitroot phát hiện cấu trúc liên kết NUMA của hệ thống, gắn các luồng công nhân vào các nút NUMA cụ thể và ưu tiên các tác vụ truy cập bộ nhớ cục bộ. Ngoài ra, dựa trên băm của địa chỉ tài khoản, trạng thái được phân đoạn trên các nút NUMA khác nhau, đảm bảo rằng các giao dịch truy cập các tài khoản cụ thể được lập lịch để thực thi trên nút tương ứng. Lập lịch nhận biết NUMA đã giảm độ trễ truy cập bộ nhớ 35% và tăng thông lượng 18%.

Điều chỉnh tính song song động thích ứng với các khối lượng công việc khác nhau. Tính song song cao hơn không phải lúc nào cũng tốt –

Tính song song quá mức có thể làm trầm trọng thêm sự tranh chấp khóa, cuối cùng làm giảm hiệu năng. Bitroot giám sát các số liệu thời gian thực như mức sử dụng CPU, mức sử dụng băng thông bộ nhớ và tần suất tranh chấp khóa để điều chỉnh động số lượng luồng tham gia vào thực thi song song. Khi mức sử dụng CPU thấp và tranh chấp khóa không nghiêm trọng, tính song song được tăng lên; khi tranh chấp khóa cao, tính song song được giảm xuống để giảm thiểu tranh chấp. Cơ chế thích ứng này cho phép hệ thống tự động tối ưu hóa hiệu năng dưới các khối lượng công việc khác nhau.

3.4 Bước đột phá về hiệu năng: Từ lý thuyết đến xác thực thực tiễn Trong môi trường thử nghiệm tiêu chuẩn hóa, EVM song song lạc quan thể hiện sự cải thiện hiệu năng đáng kể:

Kịch bản chuyển khoản đơn giản: Với cấu hình 16 luồng, thông lượng tăng từ 1.200 TPS lên 8.700 TPS, đạt tốc độ nhanh gấp 7,25 lần với tỷ lệ xung đột dưới 1%.

Kịch bản hợp đồng phức tạp: Trong các kịch bản hợp đồng DeFi với tỷ lệ xung đột 5-10%, 16 luồng vẫn đạt 5.800 TPS, cải thiện gấp 7,25 lần so với 800 TPS tuần tự.

Kịch bản tính toán AI: Với tỷ lệ xung đột dưới 0,1%, thông lượng tăng từ 600 TPS lên 7.200 TPS khi sử dụng 16 luồng, dẫn đến tốc độ nhanh gấp 12 lần.

Phân tích độ trễ: Độ trễ trung bình từ đầu đến cuối là 1,2 giây, với thực thi song song mất 600 mili giây (50%), hợp nhất trạng thái mất 200 mili giây (16,7%), và truyền tải mạng mất 250 mili giây (20,8%).

4. Sharding trạng thái: Giải pháp tối thượng cho khả năng mở rộng ngang

4.1 Thiết kế kiến trúc Sharding trạng thái

Sharding trạng thái là công nghệ cốt lõi mà Bitroot sử dụng để đạt được khả năng mở rộng ngang, chia trạng thái blockchain thành nhiều phân đoạn để xử lý và lưu trữ song song.

Chiến lược Sharding: Bitroot sử dụng chiến lược sharding băm dựa trên tài khoản để phân phối trạng thái tài khoản trên các phân đoạn khác nhau. Mỗi phân đoạn duy trì một cây trạng thái độc lập và tạo điều kiện cho giao tiếp giữa các phân đoạn thông qua giao thức giao tiếp liên phân đoạn.

Điều phối phân đoạn: Các điều phối viên phân đoạn được sử dụng để quản lý định tuyến giao dịch và đồng bộ hóa trạng thái giữa các phân đoạn. Các điều phối viên chịu trách nhiệm chia nhỏ các giao dịch liên phân đoạn thành nhiều giao dịch phụ để đảm bảo tính nhất quán giữa các phân đoạn.

Đồng bộ hóa trạng thái: Một cơ chế đồng bộ hóa trạng thái liên phân đoạn hiệu quả được triển khai, giảm chi phí đồng bộ hóa thông qua các kỹ thuật đồng bộ gia tăng và điểm kiểm tra.

4.2 Xử lý giao dịch liên phân đoạn

Định tuyến giao dịch: Một thuật toán định tuyến thông minh hướng các giao dịch đến phân đoạn thích hợp, giảm thiểu chi phí giao tiếp liên phân đoạn.

Đảm bảo tính nguyên tử: Tính nguyên tử của các giao dịch liên phân đoạn được đảm bảo thông qua giao thức cam kết hai giai đoạn, đảm bảo rằng các giao dịch hoặc thành công tất cả hoặc thất bại tất cả.

Phát hiện xung đột: Một cơ chế phát hiện xung đột liên phân đoạn được triển khai để ngăn chặn sự không nhất quán trạng thái giữa các phân đoạn.

5. So sánh hiệu năng và xác thực khả năng mở rộng

5.1 So sánh với các blockchain hàng đầu

Thời gian xác nhận: Tính hoàn tất 400 mili giây của Bitroot ngang bằng với Solana, vượt xa 12 giây của Ethereum và 2-3 giây của Arbitrum, hỗ trợ các giao dịch thời gian thực và tần suất cao.

Thông lượng: Kết quả kiểm tra cuối cùng đạt 25.600 TPS, tận dụng công nghệ Pipeline BFT và sharding trạng thái để đạt hiệu năng cao trong khi vẫn duy trì khả năng tương thích EVM, thể hiện hiệu năng vượt trội.

Lợi thế chi phí: Phí Gas chỉ bằng 1/10 đến 1/50 của Ethereum, tương đương với các giải pháp Layer 2, cải thiện đáng kể tính kinh tế của ứng dụng.

Khả năng tương thích hệ sinh thái: Khả năng tương thích EVM hoàn toàn đảm bảo di chuyển liền mạch với chi phí bằng không từ hệ sinh thái Ethereum, cho phép các nhà phát triển tận dụng hiệu năng cao một cách dễ dàng.

5.2 Kết quả kiểm tra khả năng mở rộng

Kết quả kiểm tra cuối cùng: 25.600 TPS, độ trễ 1,2 giây, mức sử dụng tài nguyên 85%, xác thực tính hiệu quả của các công nghệ Pipeline BFT và Sharding trạng thái.

So sánh hiệu năng: So với BFT truyền thống đạt 500 TPS ở cùng quy mô, Bitroot đã chứng kiến sự cải thiện hiệu năng gấp 51 lần, chứng minh những lợi ích đáng kể của đổi mới công nghệ.

Sáu, Kịch bản ứng dụng và triển vọng kỹ thuật

6.1 Kịch bản ứng dụng cốt lõi

Tối ưu hóa giao thức DeFi: Thông qua thực thi song song và xác nhận nhanh, hỗ trợ giao dịch tần suất cao và các chiến lược kinh doanh chênh lệch giá, với hơn 90% giảm phí Gas, thúc đẩy sự phát triển thịnh vượng của hệ sinh thái DeFi.

Thị trường NFT và Gaming: Thông lượng cao hỗ trợ đúc hàng loạt NFT, xác nhận độ trễ thấp mang lại trải nghiệm người dùng gần với game truyền thống, thúc đẩy tính thanh khoản của tài sản NFT.

Ứng dụng doanh nghiệp: Quản lý minh bạch chuỗi cung ứng, xác thực danh tính kỹ thuật số, quyền dữ liệu và giao dịch, cung cấp cơ sở hạ tầng blockchain cho chuyển đổi số doanh nghiệp.

6.2 Thách thức kỹ thuật và sự tiến hóa

Thách thức hiện tại: Vấn đề phình to trạng thái đòi hỏi tối ưu hóa liên tục các cơ chế lưu trữ; sự phức tạp của giao tiếp liên phân đoạn cần cải thiện thêm; bảo mật trong môi trường thực thi song song đòi hỏi kiểm toán liên tục.

Hướng đi tương lai: Tối ưu hóa học máy các tham số hệ thống; tăng tốc phần cứng tích hợp TPU, FPGA và các chip chuyên dụng khác; khả năng tương tác chuỗi chéo để xây dựng một hệ sinh thái dịch vụ thống nhất.

6.3 Tóm tắt giá trị kỹ thuật

Đột phá cốt lõi: Pipeline BFT đạt xác nhận 400ms, nhanh hơn 30 lần so với BFT truyền thống; thực thi song song lạc quan EVM chứng kiến sự cải thiện hiệu năng gấp 7,25 lần; sharding trạng thái hỗ trợ khả năng mở rộng tuyến tính.

Giá trị thực tiễn: Khả năng tương thích EVM hoàn toàn đảm bảo di chuyển với chi phí bằng không; thông lượng 25.600 TPS và giảm chi phí hơn 90% được xác thực thông qua kiểm tra chuẩn; xây dựng một hệ sinh thái blockchain hiệu năng cao hoàn chỉnh.

Đóng góp tiêu chuẩn: Thúc đẩy thiết lập các tiêu chuẩn kỹ thuật ngành; xây dựng hệ sinh thái công nghệ mã nguồn mở; chuyển đổi nghiên cứu lý thuyết thành thực tiễn kỹ thuật, cung cấp con đường khả thi cho việc ứng dụng quy mô lớn các blockchain hiệu năng cao.

Kết luận: Khởi đầu một kỷ nguyên mới của các blockchain hiệu năng cao

Thành công của Bitroot không chỉ nằm ở đổi mới công nghệ mà còn ở việc chuyển đổi những đổi mới đó thành các giải pháp kỹ thuật thực tiễn. Thông qua ba bước đột phá công nghệ lớn là Pipeline BFT, thực thi song song lạc quan EVM và sharding trạng thái, Bitroot đã cung cấp một bản thiết kế kỹ thuật toàn diện cho các hệ thống blockchain hiệu năng cao.

Trong giải pháp kỹ thuật này, chúng ta thấy sự cân bằng giữa hiệu năng và tính phi tập trung, sự thống nhất giữa khả năng tương thích và đổi mới, và sự phối hợp giữa bảo mật và hiệu quả. Trí tuệ của những đánh đổi kỹ thuật này không chỉ được phản ánh trong thiết kế hệ thống mà còn được thể hiện trong từng chi tiết của thực tiễn kỹ thuật.

Quan trọng hơn, Bitroot đã đặt nền móng kỹ thuật cho việc phổ biến công nghệ blockchain. Thông qua cơ sở hạ tầng blockchain hiệu năng cao, bất kỳ ai cũng có thể xây dựng các ứng dụng phi tập trung phức tạp và tận hưởng giá trị do công nghệ blockchain mang lại. Hệ sinh thái blockchain phổ biến này sẽ thúc đẩy công nghệ blockchain từ một thử nghiệm kỹ thuật sang ứng dụng quy mô lớn, cung cấp cho người dùng toàn cầu các dịch vụ blockchain hiệu quả, an toàn và đáng tin cậy hơn.

Với sự phát triển nhanh chóng của công nghệ blockchain và sự mở rộng liên tục của các kịch bản ứng dụng, giải pháp kỹ thuật của Bitroot sẽ cung cấp các tài liệu tham khảo kỹ thuật quan trọng và hướng dẫn thực tiễn cho sự phát triển của các blockchain hiệu năng cao. Chúng ta có lý do để tin rằng trong tương lai gần, các blockchain hiệu năng cao sẽ trở thành cơ sở hạ tầng quan trọng cho nền kinh tế số, cung cấp hỗ trợ kỹ thuật mạnh mẽ cho chuyển đổi số của xã hội loài người.

Bài viết này từ một cộng tác viên và không đại diện cho quan điểm của BlockBeats.