Bài viết này nhằm mục đích tóm tắt ngắn gọn nguyên tắc hoạt động của opBNB và ý nghĩa thương mại của nó, đồng thời tìm ra bước quan trọng được thực hiện bởi chuỗi công khai BSC trong kỷ nguyên chuỗi khối mô-đun .
Được viết bởi: Faust, geek web3
Giới thiệu: Nếu bạn sử dụng một từ khóa để tóm tắt Web3 vào năm 2023, hầu hết mọi người có thể nghĩ đến "Mùa hè lớp 2" theo bản năng. Mặc dù các đổi mới của lớp ứng dụng tiếp tục nối tiếp nhau, hiếm khi thấy một điểm nóng lâu dài tồn tại lâu như L2. Với việc Celestia thúc đẩy thành công khái niệm chuỗi khối mô-đun , Lớp 2 và mô-đun gần như đồng nghĩa với cơ sở hạ tầng và vinh quang trong quá khứ của Chuỗi nguyên khối dường như khó quay trở lại. Sau khi Coinbase, Bybit và Metamask liên tiếp tung ra mạng lớp thứ hai chuyên dụng của riêng họ, cuộc chiến Lớp 2 đang diễn ra sôi nổi, giống như cảnh đọ súng giữa chuỗi công khai mới.
Trong cuộc chiến mạng cấp hai do sàn giao dịch dẫn đầu này, BNB Chain chắc chắn sẽ không sẵn sàng ngồi ở ghế sau. Ngay từ năm ngoái, họ ra mắt mạng lưới thử nghiệm zkBNB, nhưng do hiệu suất của zkEVM không thể đáp ứng nhu cầu của các ứng dụng quy mô lớn nên opBNB sử dụng giải pháp Optimistic Rollup đã trở thành giải pháp tốt hơn để đạt được Lớp2 phổ quát. Bài viết này nhằm mục đích tóm tắt ngắn gọn nguyên tắc hoạt động của opBNB và ý nghĩa thương mại của nó, đồng thời tìm ra bước quan trọng được thực hiện bởi chuỗi công khai BSC trong kỷ nguyên chuỗi khối mô-đun .
Con đường đến với khối lớn của BNB Chain
Tương tự như chuỗi công khai được hỗ trợ bởi sàn giao dịch như Solana và Heco, chuỗi công khai Chuỗi BNB Chain (BSC) của BNB Chain có lịch sử lâu dài trong việc theo đuổi hiệu suất cao. Kể từ ra mắt năm 2020, Chuỗi BSC đã đặt giới hạn trên về công suất gas của mỗi khối là 30 triệu và khoảng thời gian khối được ổn định ở mức 3 giây. Theo cài đặt tham số như vậy, BSC đã đạt được giới hạn trên TPS là 100+ (TPS của nhiều giao dịch khác nhau được trộn lẫn với nhau). Vào tháng 6 năm 2021, giới hạn gas khối của BSC đã được nâng lên 60 triệu. Tuy nhiên, vào tháng 7 năm đó, một Gamefi có tên CryptoBlades đã trở nên phổ biến trên BSC, khiến số giao dịch từng vượt quá 8 triệu, khiến phí xử lý tăng vọt. . Thực tế đã chứng minh nút thắt về hiệu quả của BSC vào thời điểm này vẫn còn khá rõ ràng.
(Nguồn dữ liệu: BscScan)
Để giải quyết vấn đề hiệu suất mạng, BSC một lần nữa nâng giới hạn gas của từng khối và ổn định ở mức khoảng 80 triệu đến 85 triệu trong một thời gian dài. Vào tháng 9 năm 2022, giới hạn gas cho một khối của BSC Chain đã được nâng lên 120 triệu và đến cuối năm đã tăng lên 140 triệu, gần gấp 5 lần so với năm 2020. Trước đó, BSC đã lên kế hoạch tăng giới hạn trên của công suất khối gas lên 300 triệu. Có lẽ do gánh nặng đối với nút Validator quá nặng nên đề xuất khối siêu lớn nêu trên đã không được thực hiện.
(Nguồn dữ liệu: YCHARTS)
Sau đó, Chuỗi BNB dường như tập trung vào kênh mô-đun/Layer2 và không còn tập trung vào việc mở rộng Layer1 nữa. Từ zkBNB ra mắt vào nửa cuối năm ngoái đến GreenField vào đầu năm nay, ý định này ngày càng trở nên rõ ràng. Vì mối quan tâm sâu sắc đến chuỗi khối mô-đun /Layer2, tác giả của bài viết này sẽ sử dụng opBNB làm đối tượng nghiên cứu và tiết lộ ngắn gọn về nút thắt hiệu suất của Rollup cho độc giả dựa trên sự khác biệt giữa opBNB và Ethereum Layer2.
Thông lượng cao của BSC bổ sung vào lớp DA của opBNB
Như chúng ta đã biết, Celestia đã tóm tắt 4 thành phần chính theo quy trình làm việc chuỗi khối mô-đun :
- Lớp thực thi : Môi trường thực thi để thực thi mã hợp đồng và hoàn thành quá trình chuyển đổi trạng thái;
- Lớp giải quyết Giải quyết : xử lý bằng chứng gian lận/bằng chứng hợp lệ và cũng xử lý vấn đề bắc cầu giữa L2 và L1.
- Lớp đồng thuận Đồng thuận: Đạt được sự đồng thuận về sắp xếp giao dịch .
- Lớp sẵn có dữ liệu (DA): xuất bản dữ liệu liên quan đến sổ cái chuỗi khối để người xác thực có thể tải xuống dữ liệu.
Trong số đó, lớp DA và lớp đồng thuận thường được ghép nối với nhau. Ví dụ: dữ liệu DA của tổng hợp lạc quan chứa chuỗi giao dịch trong một lô khối L2. Khi nút đầy đủ L2 nhận được dữ liệu DA, nó thực sự biết thứ tự của từng Tx trong lô giao dịch này. (Vì lý do này, khi cộng đồng Ethereum tổng hợp các lớp, họ tin rằng lớp DA và lớp đồng thuận có liên quan với nhau)
Nhưng đối với Ethereum Lớp 2, dữ liệu của lớp DA ( Ethereum ) đã trở thành nút thắt lớn nhất hạn chế hiệu suất của Rollup. Vì thông lượng dữ liệu hiện tại của Ethereum quá thấp nên Rollup phải cố gắng ngăn chặn TPS của chính nó để ngăn chặn mạng chủ Ethereum khỏi Mạng không thể mang dữ liệu do L2 tạo ra.
Đồng thời, thông lượng dữ liệu thấp đã khiến lượng lớn hướng dẫn giao dịch trong mạng Ethereum đang chờ xử lý, điều này đã đẩy phí gas lên mức cực cao, làm tăng thêm chi phí phát hành dữ liệu Lớp 2. Cuối cùng, nhiều mạng lớp thứ hai phải sử dụng các lớp DA khác ngoài Ethereum như Celestia … OpBNB, tức là “đến trước phục vụ trước”, trực tiếp sử dụng BSC thông lượng cao để triển khai DA nhằm giải quyết vấn đề tắc nghẽn trong phát hành dữ liệu.
Để dễ hiểu, phương pháp xuất bản dữ liệu DA của Rollup cần được giới thiệu ở đây. Lấy Arbitrum làm ví dụ, địa chỉ EOA on-chain chuỗi Ethereum do sắp xếp Layer2 kiểm soát sẽ định kì gửi Giao dịch đến hợp đồng được chỉ định. Trong tham số đầu vào calldata của lệnh này, dữ liệu giao dịch được đóng gói được ghi và các sự kiện trên chuỗi tương ứng được ghi được kích hoạt . , để lại một bản ghi vĩnh viễn trong nhật ký hợp đồng.
Bằng cách này, dữ liệu giao dịch Lớp 2 được lưu trữ trong khối Ethereum trong một thời gian dài. Những người có khả năng chạy các nút L2 có thể tải xuống các bản ghi tương ứng và phân tích dữ liệu tương ứng, nhưng các nút riêng Ethereum không thực hiện các giao dịch L2 này . Không khó để nhận thấy rằng L2 chỉ lưu trữ dữ liệu giao dịch trong khối Ethereum, điều này phát sinh chi phí lưu trữ, trong khi chi phí tính toán để thực hiện giao dịch do các nút riêng của L2 chịu.
Những gì được đề cập ở trên là việc triển khai DA của Arbitrum và Optimism là một địa chỉ EOA được kiểm soát bởi sắp xếp , địa chỉ này sẽ chuyển đến một địa chỉ EOA được chỉ định khác và mang một loạt dữ liệu giao dịch Lớp 2 mới trong dữ liệu bổ sung. Đối với opBNB, sử dụng OP Stack, về cơ bản nó giống với phương thức phát hành dữ liệu DA của Optimism .
Rõ ràng, thông lượng của lớp DA sẽ giới hạn kích thước dữ liệu mà Rollup có thể xuất bản trên một đơn vị thời gian, do đó hạn chế TPS. Sau khi tính đến EIP1559, công suất gas của mỗi khối ETH ổn định ở mức 30 triệu và thời gian tạo khối sau khi hợp nhất là khoảng 12 giây, tổng lượng gas Ethereum xử lý mỗi giây nhiều nhất chỉ là 2,5 triệu.
Hầu hết, dữ liệu cuộc gọi chứa dữ liệu giao dịch L2 tiêu thụ gas = 16 mỗi byte, Ethereum có thể xử lý mỗi giây tối đa chỉ là 150 KB. Kích thước calldata trung bình mà BSC có thể xử lý mỗi giây là khoảng 2910 KB, gấp 18,6 lần so với Ethereum. Sự khác biệt giữa hai lớp DA là rõ ràng.
Tóm lại, Ethereum có thể mang tới khoảng 150 KB dữ liệu giao dịch L2 mỗi giây. Ngay cả sau khi EIP 4844 ra mắt , con số này sẽ không thay đổi nhiều, ngoại trừ phí xử lý DA sẽ giảm. Vậy 150KB mỗi giây, có thể bao gồm khoảng bao nhiêu dữ liệu giao dịch ?
Ở đây chúng ta cần giải thích tốc độ nén dữ liệu của Rollup. Vitalik đã có những ước tính quá lạc quan vào năm 2021, lạc quan rằng Rollup có thể nén kích thước dữ liệu giao dịch xuống 11% so với kích thước ban đầu. Ví dụ: chuyển ETH cơ bản ban đầu chiếm kích thước calldata là 112 byte, có thể được nén thành 12 byte bằng cách tổng hợp tối ưu, chuyển ERC-20 có thể được nén thành 16 byte và giao dịch Hoán đổi trên Uniswap có thể được nén thành 14 byte. . Theo ông, Ethereum có thể ghi tới khoảng 10.000 dữ liệu giao dịch L2 mỗi giây (tất cả các loại được trộn lẫn với nhau). Tuy nhiên, theo dữ liệu được Optimism tiết lộ chính thức vào năm 2022, tốc độ nén dữ liệu thực tế chỉ có thể đạt tối đa khoảng 37%, tức là gấp 3,5 lần so với ước tính của Vitalik.
(Ước tính của Vitalik về hiệu ứng mở rộng của Rollup sai lệch rất nhiều so với tình hình thực tế)
(Tốc độ nén thực tế đạt được bằng các thuật toán nén khác nhau được Optimism công bố chính thức)
Vì vậy, chúng tôi cũng có thể đưa ra một con số hợp lý, tức là ngay cả khi Ethereum đạt đến giới hạn thông lượng của nó, TPS tối đa của tất cả các lần tổng hợp lạc quan cộng lại chỉ là hơn 2.000. Nói cách khác, nếu toàn bộ không gian của khối Ethereum được sử dụng để chứa dữ liệu được giải phóng bởi các lần tổng hợp lạc quan, chẳng hạn như bị chia cho Arbitrum, Optimism, Base, Boba, v.v., thì tổng TPS của các lần tổng hợp lạc quan này đơn giản là không đủ đến 3000. Đây vẫn là trường hợp hiệu suất thuật toán nén cao nhất. Ngoài ra, chúng ta cũng phải xét đến việc sau EIP1559, lượng gas trung bình mà mỗi khối mang theo chỉ bằng 50% mức tối đa nên con số trên nên giảm đi một nửa. Sau khi EIP4844 ra mắt, mặc dù phí xử lý xuất bản dữ liệu sẽ giảm đáng kể nhưng kích thước khối tối đa của Ethereum sẽ không thay đổi nhiều (thay đổi quá nhiều sẽ ảnh hưởng đến tính bảo mật của Chuỗi chính ETH ), do đó giá trị ước tính ở trên sẽ không thay đổi Tiến bộ bao nhiêu.
Theo dữ liệu từ Arbiscan và Etherscan, một lô giao dịch Arbitrum nhất định bao gồm 1.115 giao dịch và tiêu thụ 1,81 triệu gas trên Ethereum . Theo tính toán này, nếu mọi khối trong lớp DA được lấp đầy thì giới hạn TPS lý thuyết của Arbitrum là khoảng 1500. Tất nhiên, tính đến vấn đề sắp xếp lại khối L1, Arbitrum không thể công bố các lô giao dịch trên mỗi khối Ethereum , vì vậy, những con số trên hiện chỉ nằm trên giấy.
Đồng thời, sau khi ví thông minh liên quan đến EIP 4337 được áp dụng trên quy mô lớn, vấn đề DA sẽ trở nên nghiêm trọng hơn. Bởi vì sau khi hỗ trợ EIP 4337, cách người dùng xác minh danh tính có thể được tùy chỉnh, chẳng hạn như Upload dữ liệu nhị phân của dấu vân tay hoặc mống mắt, điều này sẽ làm tăng thêm kích thước dữ liệu mà giao dịch thông thường chiếm giữ. Do đó, thông lượng dữ liệu thấp của Ethereum là nút thắt lớn nhất hạn chế hiệu quả của Rollup, vấn đề này có thể không được giải quyết thỏa đáng trong một thời gian dài trong tương lai.
Trên chuỗi công khai BSC của chuỗi BNB , kích thước dữ liệu cuộc gọi trung bình có thể được xử lý mỗi giây lên tới khoảng 2910 KB, gấp 18,6 lần so với Ethereum. Nói cách khác, miễn là tốc độ của lớp thực thi có thể theo kịp, giới hạn trên TPS theo lý thuyết của Lớp 2 trong hệ thống Chuỗi BNB có thể đạt khoảng 18 lần so với ARB hoặc OP . Con số này được tính toán dựa trên công suất gas tối đa hiện tại của mỗi khối trong chuỗi BNB là 140 triệu và thời gian tạo khối là 3 giây.
Nói cách khác, chuỗi công khai hiện tại trong hệ thống Chuỗi BNB , tổng giới hạn TPS của tất cả các lần cuộn là gấp 18,6 lần so với Ethereum (điều này đúng ngay cả khi tính đến ZK Rollup). Từ thời điểm này, chúng ta cũng có thể hiểu tại sao rất nhiều dự án Layer2 sử dụng lớp DA trong off-chain Ethereum để xuất bản dữ liệu, bởi vì sự khác biệt là rõ ràng.
Tuy nhiên, vấn đề không đơn giản như vậy. Ngoài vấn đề về thông lượng dữ liệu , bản thân tính ổn định của Layer1 cũng sẽ ảnh hưởng đến Layer2. Ví dụ: hầu hết các Rollups có xu hướng xuất bản một lô giao dịch lên Ethereum cứ sau vài phút, do khả năng tổ chức lại các khối Lớp 1. Nếu khối L1 được tổ chức lại, nó sẽ ảnh hưởng đến sổ cái chuỗi khối L2. Do đó, mỗi khi sắp xếp phát hành một lô giao dịch L2, nó sẽ đợi cho đến khi nhiều khối L1 mới được phát hành và xác suất khôi phục khối giảm đáng kể trước khi phát hành lô giao dịch L2 tiếp theo. Điều này thực sự sẽ trì hoãn việc xác nhận cuối cùng của khối L2 và làm giảm tốc độ xác nhận của giao dịch lớn (giao dịch lớn phải có kết quả không thể đảo ngược để đảm bảo an toàn).
Tóm tắt ngắn gọn, giao dịch xảy ra trong L2 chỉ không thể đảo ngược sau khi chúng được xuất bản trong khối lớp DA và lớp DA tạo ra một số khối mới nhất định. Đây là lý do quan trọng hạn chế hiệu suất của Rollup. Tuy nhiên, Ethereum tạo khối chậm, chỉ mất 12 giây để tạo một khối. Giả sử Rollup phát hành một lô L2 cứ sau 15 khối thì sẽ có khoảng thời gian 3 phút giữa các lô khác nhau và sau mỗi lô được phát hành , sẽ có Nó sẽ không thể đảo ngược cho đến khi nhiều khối L1 được tạo ra (miễn là nó sẽ không bị thách thức). Rõ ràng, giao dịch trên Ethereum L2 có thời gian chờ đợi lâu và tốc độ giải quyết chậm từ khi bắt đầu đến không thể đảo ngược; trong khi BNB Chain có thể tạo một khối chỉ trong 3 giây và chỉ mất 45 giây để khối không thể đảo ngược (tạo ra 15 khối mới). ) thời gian).
Theo thông số hiện tại, với cùng số lượng giao dịch L2 và tính đến tính không thể đảo ngược của các khối L1, số lần opBNB công bố dữ liệu giao dịch trên một đơn vị thời gian có thể lên tới 8,53 lần so với Arbitrum (trước đây được công bố một lần mỗi năm). 45 giây và sau đó được xuất bản cứ sau 6,4 phút Gửi một lần), rõ ràng tốc độ giải quyết giao dịch có giá trị lớn trên opBNB nhanh hơn nhiều so Ethereum L2. Đồng thời, lượng dữ liệu tối đa được opBNB phát hành mỗi lần có thể đạt tới 4,66 lần so với Ethereum L2 (giới hạn gas gas khối L1 trước đây là 140 triệu, trong khi giới hạn gas của khối sau là 30 triệu).
8,53*4,66=39,74, đây là khoảng cách giữa opBNB và Arbitrum về giới hạn TPS trong thực tế hiện nay (hiện tại ARB có vẻ chủ động hạ TPS để đảm bảo an toàn, nhưng trên lý thuyết nếu muốn tăng TPS thì vẫn sẽ cao hơn opBNB rất nhiều lần )
( Sắp xếp của Arbitrum xuất bản các lô giao dịch cứ sau 6 ~ 7 phút)
(Sắp xếp của opBNB sẽ xuất bản một lô giao dịch cứ sau 1 đến 2 phút và nhanh nhất chỉ mất 45 giây)
Tất nhiên, có một vấn đề quan trọng hơn cần xem xét, đó là phí gas của lớp DA. Mỗi khi L2 xuất bản một lô giao dịch, sẽ có một chi phí cố định không phụ thuộc vào kích thước dữ liệu cuộc gọi - 21.000 gas, đây cũng là một chi phí chung. Nếu phí xử lý lớp DA/L1 cao, khiến chi phí cố định xuất bản lô giao dịch mỗi lần của L2 cao, sắp xếp sẽ giảm tần suất xuất bản lô giao dịch . Đồng thời, khi xem xét thành phần phí xử lý L2, chi phí của lớp thực thi rất thấp, hầu hết có thể bỏ qua và chỉ xem xét tác động của chi phí DA đến phí xử lý.
Tóm lại, khi dữ liệu calldata có cùng kích thước được xuất bản trên Chuỗi Ethereum và BNB , mặc dù mức tiêu thụ gas là như nhau nhưng giá gas do Ethereum tính gấp khoảng 10 đến hàng chục lần so với chuỗi BNB , được truyền đến Phí xử lý L2. Hiện tại, Ethereum 2 gấp khoảng 10 đến hàng chục lần so với opBNB. Tổng hợp lại, sự khác biệt giữa opBNB và triển khai lạc quan trên Ethereum vẫn còn rõ ràng.
( Giao dịch cuối cùng của Optimism tiêu thụ 150.000 gas có phí xử lý là 0,21 USD )
( Giao dịch cuối cùng của opBNB tiêu thụ 130.000 gas , với phí xử lý là 0,004 USD)
Tuy nhiên, mặc dù việc mở rộng thông lượng dữ liệu của lớp DA có thể cải thiện thông lượng của toàn bộ hệ thống Lớp 2, nhưng việc cải thiện hiệu suất cho một Rollup duy nhất vẫn còn hạn chế, do lớp thực thi thường không xử lý giao dịch đủ nhanh, ngay cả khi các hạn chế của lớp DA có thể bị bỏ qua, lớp thực thi cũng sẽ trở thành nút thắt cổ chai tiếp theo ảnh hưởng đến hiệu suất Rollup. Nếu tốc độ thực thi của Lớp 2 rất chậm, nhu cầu giao dịch tràn sẽ lan sang Lớp 2 khác, cuối cùng gây ra sự phân mảnh thanh khoản. Do đó, điều quan trọng là phải cải thiện hiệu suất của lớp thực thi, đây là một ngưỡng khác phía trên lớp DA.
Sự bổ sung của opBNB ở lớp thực thi: tối ưu hóa bộ đệm
Khi hầu hết mọi người nói về những hạn chế về hiệu suất của lớp thực thi chuỗi khối, chắc chắn họ sẽ đề cập đến: phương thức thực thi nối tiếp đơn luồng của EVM không thể sử dụng hết CPU và Merkle Patricia Trie được Ethereum sử dụng quá kém hiệu quả để tìm kiếm dữ liệu. Đây là hai lý do: Đây là một nút cổ chai quan trọng của lớp thực thi. Nói một cách thẳng thắn, ý tưởng mở rộng lớp thực thi không gì khác hơn là tận dụng tối đa tài nguyên CPU và sau đó cho phép CPU lấy dữ liệu nhanh nhất có thể. Các giải pháp tối ưu hóa cho việc thực thi nối tiếp EVM và Cây Merkle Patricia thường phức tạp và không dễ thực hiện, đồng thời công việc tiết kiệm chi phí hơn thường tập trung vào tối ưu hóa bộ nhớ đệm.
Trên thực tế, vấn đề tối ưu hóa bộ đệm đã quay trở lại điểm thường được thảo luận trong Web2 truyền thống và thậm chí cả sách giáo khoa.
Thông thường, tốc độ đọc dữ liệu từ bộ nhớ của CPU nhanh hơn hàng trăm lần so với tốc độ đọc dữ liệu từ đĩa, ví dụ đối với một đoạn dữ liệu, CPU chỉ mất 0,1 giây để đọc dữ liệu từ bộ nhớ. , trong khi phải mất 10 giây để đọc nó từ đĩa. Do đó, việc giảm chi phí do đọc và ghi đĩa, tức là tối ưu hóa bộ đệm, đã trở thành một phần cần thiết trong quá trình tối ưu hóa lớp thực thi chuỗi khối.
Trong Ethereum và thậm chí hầu hết chuỗi công khai, cơ sở dữ liệu ghi lại trạng thái địa chỉ on-chain được lưu trữ hoàn toàn trên đĩa và cái gọi là trie World State chỉ là chỉ mục của cơ sở dữ liệu này hoặc mục lục được sử dụng khi tìm kiếm dữ liệu . Mỗi khi EVM thực hiện một hợp đồng, nó cần phải có được trạng thái địa chỉ liên quan, nếu dữ liệu phải được lấy từng cái một từ cơ sở dữ liệu được lưu trữ trên đĩa thì rõ ràng tốc độ thực hiện giao dịch sẽ giảm nghiêm trọng. Vì vậy, thiết lập bộ đệm bên ngoài cơ sở dữ liệu/đĩa là một phương tiện cần thiết để tăng tốc.
opBNB trực tiếp áp dụng giải pháp tối ưu hóa bộ đệm được BNB Chain sử dụng. Theo thông tin được tiết lộ bởi đối tác opBNB NodeReal, Chuỗi BSC sớm nhất đã thiết lập ba bộ đệm giữa EVM và cơ sở dữ liệu LevelDB nơi lưu trữ trạng thái. Ý tưởng thiết kế tương tự như bộ đệm ba cấp truyền thống và dữ liệu có quyền truy cập cao hơn tần số được đặt trong bộ đệm. , để CPU trước tiên có thể vào bộ đệm để tìm dữ liệu cần thiết . Nếu tốc độ truy cập bộ đệm đủ cao, CPU không cần phụ thuộc quá nhiều vào đĩa để lấy dữ liệu và tốc độ của toàn bộ quá trình thực thi có thể được cải thiện đáng kể.
Sau đó, NodeReal đã bổ sung thêm một chức năng, huy động các lõi CPU nhàn rỗi không bị EVM chiếm giữ, đọc trước dữ liệu mà EVM sẽ xử lý trong tương lai từ cơ sở dữ liệu và đưa nó vào bộ đệm để EVM có thể xử lý trước. có thể trực tiếp lấy dữ liệu cần thiết từ bộ nhớ đệm trong tương dữ liệu, chức năng này được gọi là "đọc trước trạng thái".
Nguyên tắc đọc trước trạng thái thực ra rất đơn giản: CPU của nút chuỗi khối là đa lõi, còn EVM là chế độ thực thi nối tiếp đơn luồng, chỉ sử dụng 1 lõi CPU nên các lõi CPU khác không đầy đủ được sử dụng. Về vấn đề này, các lõi CPU không được EVM sử dụng có thể được yêu cầu trợ giúp thực hiện điều gì đó. Chúng có thể tìm hiểu từ chuỗi giao dịch chưa được xử lý của EVM về dữ liệu mà EVM sẽ sử dụng trong tương lai. Sau đó, các lõi CPU bên ngoài EVM này sẽ đọc dữ liệu mà EVM sẽ sử dụng trong tương lai từ cơ sở dữ liệu, giúp EVM giải quyết chi phí thu thập dữ liệu và cải thiện tốc độ thực thi.
Sau khi tối ưu hóa hoàn toàn bộ đệm và sử dụng cấu hình phần cứng với hiệu suất vừa đủ, opBNB thực sự đã đưa hiệu suất của lớp thực thi nút đến giới hạn của EVM: nó có thể xử lý tới 100 triệu gas mỗi giây. 100 triệu gas về cơ bản là mức trần hiệu suất của EVM chưa được sửa đổi (đến từ dữ liệu thử nghiệm thử nghiệm của một chuỗi công khai sao nhất định).
Tóm lại, opBNB có thể xử lý tới 4761 lần chuyển đơn giản nhất mỗi giây, 1500 ~ 3000 lần chuyển ERC20 và khoảng 500 ~ 1000 hoạt động SWAP ( dữ liệu này dựa trên dữ liệu giao dịch trên Block Explorer ). So sánh các thông số hiện tại, giới hạn TPS của opBNB gấp 40 lần so với Ethereum, gấp hơn 2 lần so với Chuỗi BNB và hơn 6 lần so với Optimism .
Tất nhiên, do những hạn chế nghiêm trọng của chính lớp DA, lớp thực thi của Ethereum Lớp 2 hoàn toàn không thể được sử dụng. Nếu tính đến các yếu tố như thời gian khối và tính ổn định của lớp DA đã đề cập trước đó, thì hiệu suất thực tế hiệu suất của Ethereum Lớp 2 sẽ phụ thuộc vào việc thực thi. Hiệu suất của lớp bị giảm đi rất nhiều. Đối với lớp DA thông lượng cao như BNB Chain, opBNB với hiệu ứng mở rộng công suất hơn 2 lần là rất có giá trị, chưa kể BNB Chain có thể thực hiện nhiều dự án mở rộng như vậy.
Có thể thấy trước rằng Chuỗi BNB đã đưa giải pháp Lớp 2 do opBNB dẫn đầu vào kế hoạch bố trí của mình và sẽ tiếp tục kết hợp nhiều dự án chuỗi khối mô-đun hơn trong tương lai, bao gồm việc giới thiệu bằng chứng ZK trong opBNB và kết hợp với GreenField và các dự án hỗ trợ khác. cơ sở vật chất Cơ sở hạ tầng để cung cấp lớp DA có tính sẵn sàng cao, cố gắng cạnh tranh hoặc hợp tác với hệ thống Lớp 2 Ethereum. Trong thời đại mà việc mở rộng theo lớp đã trở thành xu hướng chung, liệu chuỗi công khai khác cũng sẽ vội vàng bắt chước Chuỗi BNB để hỗ trợ các dự án Lớp 2 của riêng họ hay không, tất cả sẽ chờ thời gian được xác minh, nhưng không còn nghi ngờ gì nữa, chuỗi khối mô-đun sẽ là một cuộc cách mạng. trong mô hình cơ sở hạ tầng theo định hướng chung đã và đang diễn ra.
