Hiểu về điểm nghẽn và cách tối ưu hóa Rollup thông qua sự khác biệt hiệu năng giữa opBNB và Layer 2 Ethereum
Tuyển chọn TechFlowTuyển chọn TechFlow
Hiểu về điểm nghẽn và cách tối ưu hóa Rollup thông qua sự khác biệt hiệu năng giữa opBNB và Layer 2 Ethereum
Bài viết tóm tắt ngắn gọn nguyên lý hoạt động và ý nghĩa thương mại của opBNB, đồng thời khái quát bước tiến quan trọng của chuỗi công cộng BSC trong thời đại blockchain phân đoạn hóa.
Chuyên sâu báo cáo Web3Tác giả: Faust, Web3 Geeks
Dẫn luận: Nếu phải dùng một từ khóa để tóm gọn Web3 năm 2023, phần lớn mọi người có lẽ sẽ nghĩ ngay đến “mùa hè của Layer2”. Dù các đổi mới ở tầng ứng dụng diễn ra liên tục, nhưng những chủ đề dài hạn như L2 thì hiếm khi xuất hiện. Khi Celestia thành công trong việc phổ biến khái niệm blockchain mô-đun, Layer2 và tính mô-đun gần như đã trở thành đồng nghĩa với hạ tầng cơ sở, khiến vinh quang quá khứ của các chuỗi đơn khối (monolithic chain) khó lòng tái hiện. Sau khi Coinbase, Bybit và Metamask lần lượt ra mắt mạng lưới Layer2 riêng, cuộc chiến Layer2 đang nóng lên từng ngày, giống hệt cảnh tượng hỗn chiến giữa các chuỗi layer1 mới ngày trước.
Trong cuộc đua Layer2 do các sàn giao dịch dẫn dắt này, BNB Chain chắc chắn không chịu đứng ngoài. Ngay từ năm ngoái họ đã ra mắt mạng thử nghiệm zkBNB, tuy nhiên do hiệu suất zkEVM vẫn chưa đủ đáp ứng nhu cầu quy mô lớn, nên giải pháp Optimistic Rollup mang tên opBNB đã trở thành lựa chọn tối ưu hơn cho Layer2 đa năng. Bài viết này nhằm tóm tắt ngắn gọn nguyên lý hoạt động và ý nghĩa thương mại của opBNB, giúp bạn đọc hiểu rõ bước đi quan trọng của BSC trong thời đại blockchain mô-đun.
Con đường khối lớn của BNB Chain
Tương tự Solana, Heco và nhiều chuỗi công cộng được hỗ trợ bởi sàn giao dịch, BNB Smart Chain (BSC) luôn theo đuổi hiệu suất cao. Từ khi ra mắt năm 2020, BSC đã đặt giới hạn gas mỗi khối ở mức 30 triệu, thời gian tạo khối ổn định 3 giây. Với thông số này, BSC đạt được giới hạn TPS trên 100 (gồm nhiều loại giao dịch khác nhau). Tháng 6/2021, giới hạn gas khối BSC tăng lên 60 triệu, nhưng đến tháng 7 cùng năm, trò chơi blockchain CryptoBlades bùng nổ, khiến số lượng giao dịch hàng ngày vượt quá 8 triệu, đẩy phí gas tăng vọt. Thực tế cho thấy lúc đó điểm nghẽn hiệu suất BSC khá rõ rệt.
(Nguồn dữ liệu: BscScan)
Để giải quyết vấn đề hiệu suất mạng, BSC tiếp tục tăng giới hạn gas mỗi khối, duy trì lâu dài ở mức 80–85 triệu. Tháng 9/2022, giới hạn gas mỗi khối của BSC Chain tăng lên 120 triệu, 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 đây BSC từng dự kiến nâng giới hạn gas lên 300 triệu, nhưng có lẽ vì lo ngại gánh nặng quá lớn đối với các node Validator, nên đề xuất khối siêu lớn này chưa bao giờ được triển khai.
(Nguồn dữ liệu: YCHARTS)
Sau này, BNB Chain dường như chuyển trọng tâm sang lĩnh vực mô-đun / Layer2, thay vì tiếp tục tập trung mở rộng Layer1. Từ zkBNB ra mắt nửa cuối năm ngoái đến GreenField đầu năm nay, ý đồ này càng rõ ràng. Vì rất quan tâm đến blockchain mô-đun / Layer2, tác giả bài viết lấy opBNB làm đối tượng khảo sát, phân tích sự khác biệt giữa opBNB và Layer2 Ethereum để chỉ ra điểm nghẽn hiệu suất của Rollup.
Hiệu suất cao của BSC hỗ trợ mạnh mẽ cho tầng DA của opBNB
Như ta đã biết, Celestia chia quy trình blockchain mô-đun thành 4 thành phần chính:
-
Tầng thực thi (Execution): Môi trường thực thi mã hợp đồng và chuyển đổi trạng thái;
-
Tầng thanh toán (Settlement): Xử lý bằng chứng gian lận hoặc bằng chứng hợp lệ, đồng thời xử lý vấn đề cầu nối giữa L2 và L1.
-
Tầng đồng thuận (Consensus): Đạt được sự nhất trí về thứ tự giao dịch.
-
Tầng khả dụng dữ liệu (Data Availability - DA): Xuất bản dữ liệu sổ cái blockchain để các bộ xác thực có thể tải về.
Trong đó, tầng DA và tầng đồng thuận thường bị kết hợp chặt chẽ. Ví dụ, dữ liệu DA của optimistic Rollup chứa dãy giao dịch trong một loạt khối L2; khi node L2 đầy đủ nhận được dữ liệu DA, chúng sẽ biết thứ tự từng giao dịch Tx. (Chính vì vậy, cộng đồng Ethereum xem DA và đồng thuận là liên quan khi phân tầng Rollup.)
Tuy nhiên, đối với Layer2 Ethereum, tầng DA (chính là Ethereum) lại trở thành điểm nghẽn nghiêm trọng nhất ảnh hưởng đến hiệu suất Rollup, vì hiện tại tốc độ xử lý dữ liệu của Ethereum quá thấp, buộc Rollup phải kìm hãm TPS để tránh Ethereum không thể gánh nổi lượng dữ liệu từ L2.
Hơn nữa, tốc độ xử lý dữ liệu thấp khiến hàng loạt giao dịch trên mạng Ethereum phải chờ xử lý, kéo theo phí gas tăng vọt, từ đó làm tăng chi phí xuất bản dữ liệu của Layer2. Cuối cùng, nhiều mạng L2 buộc phải sử dụng các tầng DA bên ngoài Ethereum như Celestia. Trong khi đó, opBNB tận dụng lợi thế "gần nhà dễ ăn", trực tiếp chọn BSC – tầng DA tốc độ cao – để giải quyết điểm nghẽn xuất bản dữ liệu.
Để dễ hiểu, cần giải thích cách Rollup xuất bản dữ liệu DA. Lấy Arbitrum làm ví dụ: địa chỉ EOA trên Ethereum do bộ sắp xếp (sequencer) của Layer2 kiểm soát sẽ định kỳ gửi giao dịch đến một hợp đồng chỉ định, trong tham số đầu vào calldata, ghi dữ liệu giao dịch đã đóng gói, kích hoạt sự kiện trên chuỗi và lưu lại bản ghi vĩnh viễn trong nhật ký hợp đồng.
Như vậy, dữ liệu giao dịch Layer2 được lưu trữ lâu dài trong khối Ethereum. Những người có khả năng vận hành node L2 có thể tải bản ghi tương ứng, giải mã dữ liệu, nhưng chính các node Ethereum không thực thi các giao dịch L2 này. Rõ ràng, L2 chỉ lưu trữ dữ liệu trên khối Ethereum (phát sinh chi phí lưu trữ), còn chi phí tính toán thực thi giao dịch do các node L2 tự gánh.
Trên đây là cách thực hiện DA của Arbitrum. Còn Optimism thì do EOA do sequencer kiểm soát chuyển tiền đến một EOA khác, kèm theo dữ liệu giao dịch L2 mới trong phần dữ liệu bổ sung. Về opBNB sử dụng OP Stack, cách xuất bản dữ liệu DA cơ bản giống Optimism.
Rõ ràng, thông lượng của tầng DA sẽ giới hạn kích thước dữ liệu Rollup có thể xuất bản mỗi giây, từ đó ảnh hưởng đến TPS. Xét sau EIP1559, giới hạn gas mỗi khối ETH ổn định ở 30 triệu, sau merge thời gian tạo khối khoảng 12 giây, tổng lượng gas Ethereum xử lý mỗi giây tối đa chỉ 2,5 triệu.
Phần lớn thời gian, mỗi byte calldata chứa dữ liệu giao dịch L2 tiêu tốn 16 gas, do đó Ethereum mỗi giây xử lý tối đa khoảng 150 KB calldata. Trong khi BSC mỗi giây xử lý tối đa khoảng 2910 KB calldata, gấp 18,6 lần Ethereum. Sự chênh lệch giữa hai nền tảng làm tầng DA là rất rõ rệt.
Tóm lại, Ethereum mỗi giây chỉ có thể gánh khoảng 150 KB dữ liệu giao dịch L2. Ngay cả khi EIP 4844 ra mắt, con số này cũng không thay đổi nhiều, chỉ giảm phí DA. Vậy 150KB/giây có thể chứa bao nhiêu giao dịch?
Cần giải thích về tỷ lệ nén dữ liệu của Rollup. Vitalik từng ước tính quá lạc quan vào năm 2021 rằng optimistic Rollup có thể nén dữ liệu giao dịch xuống còn 11% ban đầu. Ví dụ, một giao dịch chuyển ETH cơ bản chiếm 112 byte calldata, có thể nén xuống 12 byte; chuyển ERC-20 nén xuống 16 byte; giao dịch Swap trên Uniswap nén xuống 14 byte. Theo ước tính này, Ethereum mỗi giây có thể ghi nhận khoảng 10.000 giao dịch L2 (nhiều loại đan xen). Nhưng theo dữ liệu công bố năm 2022 từ Optimism, tỷ lệ nén thực tế cao nhất chỉ đạt khoảng 37%, kém xa ước tính của Vitalik tới 3,5 lần.
(Ước tính của Vitalik về hiệu quả mở rộng của Rollup lệch khá xa thực tế)
(Tỷ lệ nén thực tế mà Optimism công bố cho các thuật toán nén khác nhau)
Do đó, ta có thể đưa ra con số hợp lý: dù đạt giới hạn thông lượng, tổng TPS tối đa của tất cả optimistic Rollup trên Ethereum cũng chỉ hơn 2000. Nói cách khác, nếu toàn bộ không gian khối Ethereum dành cho dữ liệu Rollup – bị chia sẻ bởi Arbitrum, Optimism, Base, Boba... – thì tổng TPS của chúng vẫn dưới 3000, kể cả với thuật toán nén hiệu quả nhất. Ngoài ra, cần nhớ rằng sau EIP1559, lượng gas trung bình mỗi khối chỉ bằng 50% giới hạn tối đa, nên con số trên cần chia đôi. Sau khi EIP4844 ra mắt, dù phí xuất bản dữ liệu giảm mạnh, kích thước tối đa khối Ethereum sẽ không thay đổi nhiều (thay đổi lớn ảnh hưởng an toàn mạng ETH), nên giá trị ước tính trên khó cải thiện.
Theo dữ liệu từ Arbiscan và Etherscan, một lô giao dịch Arbitrum gồm 1115 giao dịch, tiêu tốn 1,81 triệu gas trên Ethereum. Như vậy suy ra, nếu mỗi khối DA đều đầy, giới hạn TPS lý thuyết của Arbitrum khoảng 1500, tuy nhiên do vấn đề tái tổ chức khối L1, Arbitrum không thể xuất bản lô giao dịch ở mỗi khối Ethereum, nên con số này hiện chỉ tồn tại trên giấy.
Đồng thời, sau khi ví thông minh liên quan EIP 4337 được áp dụng rộng rãi, vấn đề DA sẽ nghiêm trọng hơn. Vì hỗ trợ EIP 4337, cách xác minh danh tính người dùng có thể tùy chỉnh, ví dụ tải lên dữ liệu nhị phân dấu vân tay hoặc mống mắt, làm tăng đáng kể kích thước dữ liệu mỗi giao dịch thông thường. Do đó, thông lượng dữ liệu thấp của Ethereum là điểm nghẽn lớn nhất hạn chế hiệu suất Rollup, vấn đề này có thể kéo dài nhiều năm nữa mà chưa giải quyết triệt để.
Trong khi đó, BSC – chuỗi công cộng thuộc hệ sinh thái BNB Chain – mỗi giây xử lý tối đa khoảng 2910 KB calldata, gấp 18,6 lần Ethereum. Nói cách khác, nếu tốc độ tầng thực thi theo kịp, giới hạn TPS lý thuyết của Layer2 trong hệ sinh thái BNB Chain có thể đạt khoảng 18 lần ARB hoặc OP. Con số này được tính từ giới hạn gas mỗi khối BNB Chain hiện tại là 140 triệu và thời gian tạo khối 3 giây.
Nói cách khác, giới hạn tổng TPS của tất cả Rollup trong hệ sinh thái BNB Chain hiện tại gấp 18,6 lần Ethereum (kể cả tính cả ZKRollup). Từ đây cũng dễ hiểu vì sao nhiều dự án Layer2 chọn tầng DA ngoài Ethereum để xuất bản dữ liệu – sự chênh lệch là quá rõ rệt.
Tuy nhiên, vấn đề không đơn giản như vậy. Ngoài thông lượng dữ liệu, sự ổn định của chính Layer1 cũng ảnh hưởng đến Layer2. Ví dụ, hầu hết Rollup chỉ xuất bản lô giao dịch lên Ethereum sau vài phút, vì phải tính đến khả năng tái tổ chức khối L1. Nếu khối L1 bị tái tổ chức, sẽ ảnh hưởng đến sổ cái blockchain L2. Vì vậy, sau khi sequencer xuất bản một lô giao dịch L2, nó sẽ đợi thêm vài khối L1 mới được tạo, khi xác suất hoàn tác khối giảm mạnh rồi mới xuất bản lô tiếp theo. Điều này làm chậm thời gian xác nhận cuối cùng của khối L2, làm giảm tốc độ xác nhận giao dịch lớn (giao dịch lớn cần kết quả bất khả đảo ngược để đảm bảo an toàn).
Tóm gọn lại, giao dịch L2 chỉ trở nên bất khả đảo khi đã được xuất bản vào khối DA và sau khi DA tạo thêm một số lượng nhất định khối mới – đây là yếu tố quan trọng hạn chế hiệu suất Rollup. Nhưng Ethereum tạo khối chậm, 12 giây một khối; giả sử Rollup xuất bản một lô L2 sau mỗi 15 khối, các lô cách nhau 3 phút, và mỗi lô sau khi xuất bản còn phải đợi nhiều khối L1 mới hình thành mới trở nên bất khả đảo (với điều kiện không bị thách thức). Rõ ràng, giao dịch trên L2 Ethereum mất rất lâu từ khởi tạo đến bất khả đảo, tốc độ thanh toán chậm; trong khi BNB Chain chỉ cần 3 giây để tạo một khối, khối trở nên bất khả đảo sau 45 giây (thời gian tạo 15 khối mới).
Theo thông số hiện tại, với cùng số lượng giao dịch L2 và xét đến yếu tố bất khả đảo của khối L1, số lần opBNB xuất bản dữ liệu giao dịch trong một đơn vị thời gian có thể đạt tối đa 8,53 lần Arbitrum (opBNB xuất bản mỗi 45s, Arbitrum mỗi 6,4 phút), rõ ràng tốc độ thanh toán giao dịch lớn trên opBNB nhanh hơn nhiều so với L2 Ethereum. Đồng thời, lượng dữ liệu tối đa mỗi lần xuất bản của opBNB có thể đạt 4,66 lần L2 Ethereum (giới hạn gas khối L1: 140 triệu vs 30 triệu).
8,53 * 4,66 = 39,74 – đây là khoảng cách thực tế hiện tại giữa opBNB và Arbitrum về giới hạn TPS (hiện tại ARB vì an toàn có vẻ chủ động kìm hãm TPS, nhưng về lý thuyết nếu muốn tăng TPS, vẫn thua opBNB rất nhiều lần).
(Sequencer của Arbitrum xuất bản lô giao dịch mỗi 6–7 phút)
(Sequencer opBNB xuất bản lô giao dịch mỗi 1–2 phút, nhanh nhất chỉ 45 giây)
Tất nhiên vẫn còn vấn đề quan trọng hơn: phí gas của tầng DA. Mỗi lần L2 xuất bản một lô giao dịch, đều phát sinh chi phí cố định 21.000 gas (không phụ thuộc kích thước calldata), đây cũng là một khoản chi phí. Nếu phí DA/L1 quá cao, chi phí cố định mỗi lần xuất bản lô giao dịch L2 cũng cao, khiến sequencer giảm tần suất xuất bản. Đồng thời, khi tính thành phần phí L2, chi phí tầng thực thi rất thấp, thường có thể bỏ qua, chỉ cần xét ảnh hưởng của chi phí DA đến phí giao dịch.
Tóm lại, dù xuất bản cùng kích thước dữ liệu calldata trên Ethereum và BNB Chain tiêu tốn lượng gas như nhau, nhưng giá gas Ethereum thu vào thường cao gấp 10 đến vài chục lần BNB Chain, dẫn đến phí giao dịch người dùng hiện tại trên Layer2 Ethereum cũng cao gấp khoảng 10 đến vài chục lần opBNB. Tổng kết, sự khác biệt giữa opBNB và optimistic Rollup trên Ethereum là rất rõ rệt.
(Một giao dịch tiêu tốn 150.000 gas trên Optimism, phí 0,21 USD)
(Một giao dịch tiêu tốn 130.000 gas trên opBNB, phí 0,004 USD)
Tuy nhiên, mở rộng thông lượng dữ liệu của tầng DA tuy có thể nâng cao thông lượng toàn bộ hệ thống Layer2, nhưng cải thiện hiệu suất cho từng Rollup riêng lẻ là có giới hạn, vì tốc độ xử lý giao dịch ở tầng thực thi thường không đủ nhanh. Ngay cả khi giới hạn tầng DA có thể bỏ qua, tầng thực thi vẫn sẽ trở thành điểm nghẽn tiếp theo ảnh hưởng hiệu suất Rollup. Nếu tốc độ thực thi L2 quá chậm, nhu cầu giao dịch dư thừa sẽ lan sang các L2 khác, cuối cùng gây ra sự phân mảnh thanh khoản. Vì vậy, nâng cao hiệu suất tầng thực thi cũng rất quan trọng – đây là rào cản tiếp theo sau tầng DA.
Ưu điểm của opBNB ở tầng thực thi: tối ưu bộ nhớ đệm
Khi nói đến điểm nghẽn hiệu suất tầng thực thi blockchain, mọi người thường nhắc đến: cách thực thi tuần tự đơn luồng của EVM không tận dụng được CPU, và việc Ethereum dùng Merkle Patricia Trie để tìm kiếm dữ liệu hiệu quả quá thấp – đây là hai điểm nghẽn quan trọng. Nói thẳng ra, hướng mở rộng tầng thực thi chỉ xoay quanh hai việc: tận dụng tốt hơn tài nguyên CPU, và giúp CPU lấy dữ liệu nhanh hơn. Các phương án tối ưu EVM thực thi tuần tự và Merkle Patricia Tree thường phức tạp, khó triển khai, trong khi các công việc có tỷ lệ hiệu quả cao hơn thường tập trung vào tối ưu bộ nhớ đệm.
Thực ra, vấn đề tối ưu bộ nhớ đệm quay lại với các chủ đề truyền thống trong Web2 hay thậm chí trong sách giáo khoa.
Thông thường, tốc độ CPU đọc dữ liệu từ RAM nhanh gấp hàng trăm lần so với đọc từ ổ cứng. Ví dụ, một đoạn dữ liệu, CPU đọc từ RAM mất 0,1 giây, nhưng từ ổ cứng mất đến 10 giây. Vì vậy, giảm chi phí đọc/ghi trên ổ cứng – tức là tối ưu bộ nhớ đệm – trở thành khâu thiết yếu để nâng cao hiệu suất thực thi blockchain.
Trong Ethereum và hầu hết các chuỗi công cộng, cơ sở dữ liệu ghi trạng thái địa chỉ được lưu trữ đầy đủ trên ổ cứng, còn cây World State trie chỉ là chỉ mục của cơ sở dữ liệu này – hay nói cách khác là mục lục để tra cứu dữ liệu. Mỗi lần EVM thực thi hợp đồng đều cần lấy trạng thái địa chỉ liên quan, nếu cứ phải lấy từng dữ liệu từ cơ sở dữ liệu trên ổ cứng, rõ ràng sẽ làm chậm nghiêm trọng tốc độ thực thi giao dịch. Vì vậy, thiết lập bộ nhớ đệm ngoài cơ sở dữ liệu/ổ cứng là biện pháp tăng tốc cần thiết.
opBNB trực tiếp áp dụng giải pháp tối ưu bộ nhớ đệm mà BNB Chain đã dùng. Theo thông tin từ NodeReal – đối tác của opBNB – BSC ban đầu thiết lập 3 lớp bộ nhớ đệm giữa EVM và cơ sở dữ liệu LevelDB lưu trạng thái, tư duy thiết kế tương tự bộ nhớ đệm ba cấp truyền thống, đưa dữ liệu được truy cập thường xuyên hơn vào bộ nhớ đệm, giúp CPU tìm dữ liệu cần thiết trước tiên trong bộ nhớ đệm. Nếu tỷ lệ truy cập bộ nhớ đệm (hit rate) đủ cao, CPU sẽ không quá phụ thuộc vào ổ cứng để lấy dữ liệu, tốc độ toàn bộ quá trình thực thi có thể tăng mạnh.
Sau đó, NodeReal bổ sung thêm một chức năng: huy động các lõi CPU rảnh (chưa được EVM sử dụng), đọc trước dữ liệu mà EVM sẽ xử lý trong tương lai từ cơ sở dữ liệu, đưa vào bộ nhớ đệm để EVM sau này có thể lấy dữ liệu trực tiếp từ bộ nhớ đệm, chức năng này gọi là «đọc trước trạng thái» (state prefetch).
Nguyên lý «đọc trước trạng thái» rất đơn giản: CPU của node blockchain là đa lõi, trong khi EVM chạy theo chế độ tuần tự đơn luồng, chỉ dùng một lõi CPU, khiến các lõi CPU khác không được tận dụng. Vì vậy, ta có thể nhờ các lõi CPU chưa dùng làm việc giúp: chúng có thể từ dãy giao dịch chưa xử lý của EVM, biết trước dữ liệu nào EVM sẽ dùng trong tương lai. Sau đó, các lõi CPU ngoài EVM này sẽ đọc dữ liệu tương lai từ cơ sở dữ liệu, giúp EVM tiết kiệm chi phí lấy dữ liệu, từ đó nâng cao tốc độ thực thi.
Sau khi tối ưu bộ nhớ đệm đầy đủ, kết hợp với cấu hình phần cứng đủ mạnh, opBNB thực tế đã đưa hiệu suất thực thi node đến gần giới hạn của EVM: xử lý tối đa 100 triệu gas mỗi giây. 100 triệu gas cơ bản là trần hiệu suất của EVM chưa sửa đổi (theo dữ liệu thử nghiệm từ một chuỗi công cộng nổi bật).
Cụ thể, opBNB mỗi giây xử lý tối đa 4761 giao dịch chuyển tiền đơn giản nhất, 1500–3000 giao dịch chuyển ERC20, khoảng 500–1000 giao dịch SWAP (dữ liệu từ dữ liệu giao dịch trên block explorer). So sánh thông số hiện tại, giới hạn TPS của opBNB gấp 40 lần Ethereum, hơn 2 lần BNB Chain, hơn 6 lần Optimism.
Tất nhiên, Layer2 Ethereum do bị giới hạn nghiêm trọng bởi tầng DA, tầng thực thi không thể phát huy, nếu tính cả thời gian tạo khối DA và các yếu tố ổn định đã nêu, hiệu suất thực tế của Layer2 Ethereum phải giảm mạnh so với tiềm năng tầng thực thi. Trong khi đó, với tầng DA thông lượng cao như BNB Chain, việc mở rộng hiệu suất opBNB lên hơn 2 lần là rất có giá trị, huống hồ BNB Chain có thể hỗ trợ nhiều dự án mở rộng như vậy.
Có thể dự đoán, BNB Chain đã đưa các giải pháp Layer2 như opBNB vào kế hoạch phát triển, trong tương lai sẽ tiếp tục đón nhận thêm nhiều dự án blockchain mô-đun, bao gồm tích hợp ZK proof vào opBNB, kết hợp hạ tầng đi kèm như GreenField để cung cấp tầng DA độ sẵn sàng cao, thử cạnh tranh hoặc hợp tác với hệ sinh thái Layer2 Ethereum. Trong bối cảnh mở rộng phân tầng đang trở thành xu thế tất yếu, liệu các chuỗi công cộng khác có đua nhau bắt chước BNB Chain hỗ trợ Layer2 riêng? Tất cả cần thời gian kiểm chứng, nhưng chắc chắn một cuộc cách mạng mô hình hạ tầng theo hướng blockchain mô-đun đang và đã xảy ra.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@godrealmx
