WAGMi Venture: Tìm hiểu về lịch sử phát triển và định hướng tương lai của Arbitrum trong 5 phút
Nguồn gốc: WAGMi Venture
Tác giả gốc: 0xMoonda
Với sự phổ biến của DeFi và NFT, Ethereum đã phát triển nhanh chóng trong thế giới vài năm qua Trung Quốc đã phát triển thành tầng thanh toán chính của nền kinh tế tiền điện tử. Tuy nhiên, do tính chất của blockchain nên số lượng giao dịch mà nó có thể xử lý tại một thời điểm bị hạn chế. Khi các giao dịch trên chuỗi cực kỳ tích cực, người dùng tranh giành không gian khối hạn chế thường khiến mạng rơi vào tình trạng tắc nghẽn. Giảm đáng kể trải nghiệm người dùng - phí gas cao và các giao dịch chờ xử lý lâu. Để giải quyết các vấn đề trên, cộng đồng Ethereum đã áp dụng các phương pháp mở rộng on-chain và off-chain. Bắt đầu từ năm 2021, các nhà phát triển bắt đầu chuyển trọng tâm của họ ra ngoài chuỗi - tạo ra các bản cuộn L2 trên mạng Ethereum. Arbitrum là một trong những công nghệ cuộn L2 như vậy.
Arbitrum giải quyết vấn đề mở rộng của Ethereum như thế nào?
Mạng Arbitrum chủ yếu bao gồm hai loại nút: bộ xử lý hàng loạt và bộ xác nhận. Cả hai loại nút này đều tương tác với mạng chính Ethereum để duy trì trạng thái của chuỗi độc lập, chuỗi độc lập này được gọi là L2. Bộ xử lý dữ liệu có trách nhiệm ghi lại các giao dịch của người dùng trong L2 và gửi dữ liệu đến L1. Trình xác nhận có trách nhiệm đọc dữ liệu trong L1, xử lý các giao dịch và cập nhật trạng thái của L2. Sau đó, trình xác thực sẽ xuất bản dữ liệu trạng thái L2 đã cập nhật lên L1 để các nút khác có thể xác minh tính hợp lệ của trạng thái mới. Toàn bộ quá trình đại khái như sau:
· Người dùng gửi giao dịch L2 tới bộ xử lý batcher, thường được gọi là bộ sắp xếp chuỗi;
·Sau khi nhận đủ số lượng giao dịch, trình sắp xếp chuỗi sẽ đóng gói dữ liệu và gửi đến L1;
·Người xác thực sẽ đọc các giao dịch trong hợp đồng L1 và xử lý bản sao cục bộ ở trạng thái L2;
· Sau khi quá trình xử lý hoàn tất, trạng thái L2 mới sẽ được tạo cục bộ và người xác thực sẽ gửi trạng tháiRoot mới đến hợp đồng L1;
· Những người xác thực khác bắt đầu xử lý các bản sao cục bộ của cùng một lô ở trạng thái L2;
· Trình xác thực thay đổi L2 Kết quả của stateRoot được so sánh với stateRoot ban đầu được gửi tới hợp đồng L1;
· Nếu stateRoot mà trình xác nhận thu được khác với stateRoot được xuất bản lên L1 thì trình xác thực sẽ bắt đầu thử thách trong L1;
· Thử thách yêu cầu người thách đấu và người xác nhận đã ban hành stateRoot ban đầu thay phiên nhau chứng minh stateRoot chính xác là gì;
· Bên nào thua thử thách thì lời cam kết sẽ bị giảm sút. Nếu stateRoot của L2 ban đầu không hợp lệ, nó sẽ bị người xác nhận tiếp theo hủy và sẽ không được lưu trong L2.
dữ liệu giao dịch theo mẻ và L2
Bộ phân phối sử dụng hai hợp đồng L1 khác nhau để xuất bản dữ liệu, một là "hộp thư đến bị trì hoãn" và một là "hộp thư đến theo trình tự". Bất kỳ nút nào cũng có thể gửi giao dịch đến hộp thư đến bị trì hoãn và chỉ trình sắp xếp thứ tự mới có thể gửi dữ liệu giao dịch đến hộp thư đến của trình sắp xếp thứ tự. Hộp thư đến của trình sắp xếp thứ tự trích xuất dữ liệu giao dịch từ hộp thư đến bị trì hoãn và trộn nó với các giao dịch L2 khác do trình sắp xếp thứ tự gửi. Do đó, hộp thư đến của trình sắp xếp thứ tự là hợp đồng chính để mỗi trình xác thực trích xuất dữ liệu giao dịch L2 mới nhất. Có ba loại bộ xử lý: bộ chuyển tiếp, bộ tổng hợp và bộ sắp xếp chuỗi. Người dùng có thể gửi giao dịch L2 tới bất kỳ loại nào trong ba loại. giao nhận gửi giao dịch L2 đến địa chỉ được chỉ định của nút khác. Địa chỉ của bộ tổng hợp làm nút được chỉ định có thể là bộ sắp xếp thứ tự hoặc bộ tổng hợp.
Trình tổng hợp nhận các giao dịch L2 đến và gộp chúng thành một tin nhắn duy nhất để gửi đến hộp thư đến bị trì hoãn. Trình sắp xếp chuỗi cũng nhận các giao dịch L2 đến và nhóm chúng thành một tin nhắn duy nhất, nhưng nó sẽ gửi các tin nhắn đến hộp thư đến của trình sắp xếp chuỗi. Nếu trình sắp xếp thứ tự dừng gửi giao dịch đến hộp thư đến của trình sắp xếp thứ tự thì bất kỳ nút nào cũng có thể yêu cầu hộp thư đến của trình sắp xếp thứ tự chứa các giao dịch từ hộp thư đến bị trì hoãn thông qua lệnh gọi hợp đồng thông minh. Điều này đảm bảo tính khả dụng của mạng Arbitrum trong khi vẫn có khả năng chống lại các trình sắp xếp chuỗi độc hại. Hiện tại, Arbitrum chạy trình sắp xếp chuỗi độc lập của riêng mình trên mạng chính và có kế hoạch phân cấp trình sắp xếp chuỗi trong tương lai.
Về cơ bản, nhiệm vụ của batcher là gửi dữ liệu giao dịch L2 đến L1. Khi các giao dịch này được xử lý ở L2 và trạng thái mới được tạo, người xác thực cũng phải gửi dữ liệu trạng thái đó đến L1.
dữ liệu trạng thái L2 và trình xác thực
Một loạt hợp đồng thông minh cho phép người xác thực gửi và lưu trữ dữ liệu trạng thái L2 được gọi là tổng hợp. Bản chất của rollup là một chuỗi được kết nối bởi các khối khác nhau, có nghĩa là rollup thực sự là L2. Điều đáng chú ý là các khối tạo nên chuỗi được gọi là “nút” trong cơ sở mã của Arbitrum. Để tránh nhầm lẫn với trình xác nhận và trình xử lý theo lô ở trên, "nút" của danh sách tổng hợp sẽ được biểu thị dưới dạng "khối" trong phần giải thích sau.
Vì một khối duy nhất chứa giá trị băm của dữ liệu trạng thái L2 nên người xác thực có thể đọc dữ liệu và xử lý giao dịch từ hộp thư đến của trình sắp xếp thứ tự, sau đó cập nhật dữ liệu trạng thái L2 Hàm băm được gửi tới hợp đồng thông minh tổng hợp và tổng hợp sẽ tạo một khối mới với dữ liệu được cập nhật và thêm nó vào chuỗi. Khi trình xác thực gửi dữ liệu trạng thái L2 đến hợp đồng thông minh tổng hợp, trình xác thực cũng nêu rõ khối nào trong chuỗi hiện tại là khối gốc của khối mới.
Để trừng phạt những người xác thực gửi dữ liệu trạng thái không hợp lệ, một hệ thống cam kết sẽ được đưa vào quy trình. Để gửi dữ liệu trạng thái L2 mới vào quá trình tổng hợp, người xác thực phải đặt cược và họ phải gửi một lượng ETH nhất định (hoặc các mã thông báo khác theo yêu cầu của quá trình tổng hợp). Trong trường hợp này, nếu người xác thực độc hại gửi dữ liệu trạng thái không hợp lệ, những người xác thực khác có thể thách thức việc chặn và người xác thực độc hại sẽ mất cam kết.
Khi người xác nhận trở thành người đặt cọc, nó có thể cam kết trên các khối khác nhau. Các quy tắc cam kết như sau:
· Người đặt cọc phải đặt cược vào bất kỳ khối nào họ tạo ra;
· Nhiều người đặt cược có thể đặt cọc trên cùng một khối;
· Người đặt cược không thể đặt cọc trên hai đường dẫn khối khác nhau. Khi người đặt cọc đặt cọc vào một khối mới, khối mới đó phải là khối con của khối đã cam kết trước đó (trừ khi đó là cam kết đầu tiên của người đặt cọc);
· staker không cần thêm tài sản thế chấp mới khi đặt cược vào một khối mới;
· Nếu ai đó Nếu một khối thất bại trong thử thách, tất cả những người đặt cược đã cam kết trên khối đó hoặc các khối phụ của khối đã cam kết sẽ mất tài sản thế chấp.
Nếu một khối đáp ứng tất cả các điều kiện sau thì khối đó sẽ luôn được L1 nhận và sẽ không được đặt lại. :
· Thời gian tạo khối hơn 7 ngày
· Không bị thách thức bởi các khối khác
· Ít nhất một người đặt cọc đặt cược vào đó
p>
Nếu một khối đáp ứng tất cả các điều kiện sau, nó có thể bị phá hủy:
· Khối mẹ của nó cũ hơn khối được xác nhận mới nhất (khối được xác nhận mới nhất nằm trên một nhánh khác)
· Có một người đặt cọc đặt cược vào khối anh chị em của nó
· Không có người đặt cược nào ở đây Cam kết khối·Quá 7 ngày kể từ ngày tạo khối
Loại trình xác thực
Mỗi trình xác thực có thể sử dụng các chiến lược khác nhau để đảm bảo an ninh mạng. Hiện tại có ba loại chiến lược xác minh được hỗ trợ trong mạng: Phòng thủ, StakeLatest và MakeBlocks (được gọi là MakeNodes trong cơ sở mã). Trình xác thực phòng thủ chịu trách nhiệm giám sát các khối trong danh sách tổng hợp và tìm kiếm các khối phân nhánh hoặc xung đột. Sau khi phát hiện thấy phân nhánh, trình xác thực sẽ chuyển sang chiến lược StakeLatest. Do đó, nếu không có khối xung đột, người xác thực Phòng thủ sẽ không có bất kỳ cổ phần nào.
Nếu khối chứa dữ liệu trạng thái L2 hợp lệ, trình xác thực StakeLatest sẽ đặt cược vào khối hiện có trong danh sách tổng hợp và, nếu có thể, trên khối chính xác nhất trong chuỗi. Trình xác thực StakeLatest thường sẽ không tạo các khối mới trừ khi xác định được khối chứa dữ liệu trạng thái không chính xác. Trong trường hợp này, trình xác thực sẽ tạo một khối mới chứa dữ liệu chính xác và thực thi đặt cọc trên khối mới.
Trình xác thực MakeBlock cũng sẽ chọn đặt cược vào khối chính xác nhất trong danh sách tổng hợp. Nhưng ngay cả khi không có khối không hợp lệ, trình xác thực MakeBlock sẽ tạo các khối mới khi đặt cược ở cuối chuỗi. Chúng đóng vai trò quan trọng chịu trách nhiệm thúc đẩy sự phát triển của chuỗi với dữ liệu trạng thái mới.
Lưu trữ dữ liệu trạng thái và giao dịch L1
Giao dịch lưu trữ dữ liệu
Tóm lại, trình tổng hợp và trình sắp xếp thứ tự nhận các giao dịch L2 và gửi chúng Trong hộp thư đến bị trì hoãn và hộp thư đến trình tự sắp xếp tới L1, việc gửi dữ liệu đến L1 chiếm tỷ trọng lớn trong chi phí của L2. Trình tổng hợp nhận giao dịch của người dùng trong L2, nén dữ liệu cuộc gọi thành một mảng byte, sau đó kết hợp nhiều dữ liệu cuộc gọi đã nén thành một chuỗi mảng byte (các mảng này được gọi là giao dịch hàng loạt). Cuối cùng, trình tổng hợp gửi các giao dịch hàng loạt đến hộp thư đến bị trì hoãn. hộp thư đến bị trì hoãn sẽ băm lô giao dịch và lưu hàm băm vào hợp đồng. Trình sắp xếp thứ tự có quy trình làm việc tương tự như trình tổng hợp nhưng hộp thư đến của trình sắp xếp thứ tự cũng phải chứa dữ liệu về số lượng thư trong hộp thư đến bị trì hoãn. Dữ liệu này là một phần của hàm băm cuối cùng mà hộp thư đến của trình sắp xếp thứ tự lưu vào hợp đồng.
Lưu trữ dữ liệu trạng thái
Sau khi trình xác thực MakeBlock đọc và xử lý giao dịch L2 từ hộp thư đến của trình sắp xếp thứ tự, nó sẽ gửi dữ liệu trạng thái L2 đã cập nhật tới hợp đồng thông minh tổng hợp. Hợp đồng thông minh tổng hợp sau đó băm dữ liệu trạng thái và lưu hàm băm vào hợp đồng.
Truy xuất dữ liệu trạng thái và giao dịch
Ngay cả khi chỉ lưu dữ liệu trạng thái và băm giao dịch trong hợp đồng, các nút khác vẫn có thể xem dữ liệu gốc bằng cách truy xuất dữ liệu cuộc gọi giao dịch của dữ liệu được gửi từ nút đầy đủ Ethereum tới L1. Dữ liệu cuộc gọi giao dịch được gửi đến hộp thư đến bị trì hoãn hoặc hộp thư đến của trình sắp xếp thứ tự chứa tất cả dữ liệu giao dịch L2 được sắp xếp theo nhóm bởi trình tổng hợp và trình sắp xếp thứ tự. Dữ liệu cuộc gọi giao dịch được gửi đến tổng hợp chứa tất cả dữ liệu trạng thái liên quan đến L2, giúp người xác thực có đủ thời gian để xác định xem chúng có hợp lệ hay không. Để giúp việc truy vấn giao dịch thuận tiện hơn, hợp đồng thông minh sẽ gửi một sự kiện đến nhật ký Ethereum, cho phép bất kỳ nút nào truy xuất dữ liệu giao dịch L2 hoặc dữ liệu trạng thái.
Vì hợp đồng thông minh chỉ cần lưu giá trị băm trong bộ nhớ thay vì hoàn thành dữ liệu giao dịch hoặc trạng thái nên điều này giúp tiết kiệm rất nhiều thời gian. khí ga. Chi phí tổng hợp chính đến từ việc lưu trữ dữ liệu này trong L1. Vì vậy, cơ chế lưu trữ này có thể giảm đáng kể chi phí gas.
Các cập nhật và tiến bộ kỹ thuật của Arbitrum
Arbitrum Nitro
Arbitrum Nitro
Arbitrum Nitro
Arbitrum Nitro
Arbitrum Nitro
h4>
Nitro là bản nâng cấp lớn của Arbitrum và đã được cải tiến ở các khía cạnh sau:
· Tối ưu hóa phương pháp nén calldata: giảm lượng dữ liệu được xuất bản lên L1 để giảm chi phí giao dịch trong Arbitrum;
· Tách biệt việc thực thi thông thường khỏi việc kiểm tra lỗi: cải thiện hiệu suất nút L1 và giảm chi phí gas;
· Tương thích với khí Ethereum L1: làm cho việc định giá và hạch toán các hoạt động EVM hoàn toàn nhất quán với Ethereum;
· Tăng khả năng tương tác với L1: chẳng hạn như đồng bộ hóa chặt chẽ hơn với số khối L1 và hỗ trợ biên dịch trước Ethereum L1;
· Đảm bảo tính bảo mật của vé có thể thử lại: loại bỏ các chế độ lỗi khiến không thể tạo vé có thể thử lại;
· Truy tìm Geth: hỗ trợ gỡ lỗi rộng hơn.
Arbitrum Nova
Nova là chuỗi mới được phát triển dựa trên công nghệ AnyTrust và hoàn toàn tương thích với EVM, giúp giảm đáng kể chi phí bằng cách gửi dữ liệu đến DAC (Ủy ban sẵn sàng dữ liệu). Chỉ khi DAC không hoàn tất quá trình xử lý thì dữ liệu trả về mới được đưa vào xích. Nova bổ sung các giả định về độ tin cậy tối thiểu khi xử lý dữ liệu giao dịch - giả sử rằng ít nhất hai thành viên DAC trung thực. Nó chia sẻ dữ liệu với DAC thay vì phân khối và gửi dữ liệu cuộc gọi đến L1 bằng trình sắp xếp chuỗi. DAC ký Chứng chỉ sẵn có dữ liệu (DACerts) cho các giao dịch hàng loạt và chỉ các chứng chỉ được gửi đến L1, do đó giảm đáng kể yêu cầu về không gian lưu trữ L1. Để đảm bảo tính khả dụng của dữ liệu, DAC chịu trách nhiệm chạy Máy chủ sẵn sàng dữ liệu và API REST mở cho phép thu được các lô dữ liệu thông qua băm. Do đó, Nova được thiết kế để chơi game, kết nối mạng xã hội và một số ứng dụng nhạy cảm hơn với chi phí gas.
Máy ảo Arbitrum (AVM)
Vì các giao dịch L2 của Arbitrum không được thực hiện trong L1 nên chúng không phải tuân theo chính xác các quy tắc tính toán giống như EVM. Do đó, nhóm Arbitrum đã xây dựng máy ảo của riêng mình, Máy ảo Arbitrum (AVM). AVM rất giống với EVM và nhằm mục đích hỗ trợ tính tương thích của các hợp đồng thông minh do EVM biên soạn, nhưng vẫn có những điểm khác biệt. Sự khác biệt là AVM phải hỗ trợ thách thức của Arbitrum. Thử thách này đòi hỏi các bước thực hiện giao dịch phải có thể chứng minh được, vì vậy AVM giới thiệu các điểm mã. Khi mã được thực thi, các lệnh được lưu trữ trong mảng một chiều và bộ đếm chương trình trỏ đến lệnh hiện tại. Bộ đếm chương trình được sử dụng để tìm ra lệnh nào cần thời gian logarit để thực thi, sau đó giảm độ phức tạp về thời gian xuống thời gian không đổi. Mỗi lệnh trong mảng có một điểm mã để AVM có thể hiển thị ngay lập tức lệnh đang được thực thi trên bộ đếm chương trình. Mặc dù các điểm mã tăng thêm độ phức tạp cho AVM, nhưng hệ thống Arbitrum chỉ sử dụng chúng khi cần có bằng chứng thực hiện giao dịch. Trong trường hợp bình thường, bộ đếm chương trình thông thường sẽ vẫn được sử dụng.
ArbOS
ArbOS là một hoạt động của Arbitrum Hệ thống chịu trách nhiệm quản lý và theo dõi các tài nguyên hợp đồng thông minh được sử dụng trong quá trình thực thi mã. ArbOS có bảng tài khoản theo dõi trạng thái của từng tài khoản và cũng chạy mô hình cấp vốn cho những người xác thực tham gia giao thức tổng hợp. Các hướng dẫn tích hợp của AVM cải thiện hiệu suất hoạt động của ArbOS và các tài nguyên mà chúng theo dõi. Sự hỗ trợ của AVM dành cho ArbOS cho phép ArbOS chạy một số quy tắc nhất định trong L2 mà không nhất thiết phải đến L1 để thực thi, vì bất kỳ phép tính nào từ L1 đến L2 sẽ tốn rất nhiều gas, có thể tiết kiệm rất nhiều chi phí.
Dữ liệu phát triển sinh thái Arbitrum
Doanh thu giao thức
Dữ liệu này đo lường giá trị đồng đô la của tổng phí giao dịch mà người dùng phải trả trong một khoảng thời gian. Kể từ khi hoàn thành nâng cấp Nitro vào tháng 8, doanh thu giao thức của Arbitrum đã tăng gấp đôi lên 40.000 USD trước khi nâng cấp. Nó đạt đỉnh 75.000 USD vào cuối tháng 10. Hiện tại, nó đã giảm trở lại khoảng 30.000 USD, giảm khoảng 60% do ảnh hưởng của kinh tế vĩ mô và sự cố FTX.
Địa chỉ độc lập
Kể từ khi ra mắt mạng chính, Sự độc lập của Arbitrum Số lượng địa chỉ đã tăng lên đáng kể. Bước sang tháng 10, số địa chỉ mới trung bình hàng ngày khoảng 6.000, sau tháng 11, số địa chỉ mới trung bình hàng ngày vượt quá 10.000, gấp đôi so với tháng 10. Điểm cao nhất về số địa chỉ mới là vào ngày 24 tháng 10, với số lượng địa chỉ trung bình hàng ngày là địa chỉ mới đạt 17.000. , và cho thấy xu hướng tăng liên tục.
Người dùng hoạt động hàng ngày
Từ tháng 9 đến tháng 10, số lượng số người dùng tích cực của Arbitrum vẫn ở mức khoảng 30.000. Sự tăng trưởng bùng nổ xảy ra sau khi bước vào tháng 10, được suy đoán là chủ yếu liên quan đến sự tương tác của việc tranh giành airdrop. Trong những ngày gần đây, số lượng người dùng hoạt động hàng ngày đã đạt mức cao nhất trong năm, vượt quá 64.000.
TVL
TVL của Arbitrum đã dao động khoảng 930 triệu USD kể từ tháng 9, đạt mức cao hơn 1 tỷ USD vào ngày 8 tháng 11. Sau sự cố FTX, nó đã giảm xuống còn 890 triệu đô la Mỹ và hiện đang phục hồi.
Các ứng dụng trên chuỗi
Mười bảng xếp hạng TVL hàng đầu trong Hệ sinh thái Arbitrum Các ứng dụng là: GMX, Stargate, Uniswap V3, Curve, Sushi, Synapse, AAVE V3, Radiant, Vesta Finance và Beefy. Đáng chú ý, TVL của GMX chiếm 48,73% tổng TVL của 10 ứng dụng hàng đầu, lên tới 394 triệu USD. GMX là một nền tảng DEX dành cho giao dịch hợp đồng giao ngay và hợp đồng vĩnh viễn, tập trung vào kinh doanh phái sinh, trước đây là Gambit trên BSC và sau đó chuyển sang Arbitrum trong khi hỗ trợ Avalanche.
Chuỗi chéo
Hiện tại, Arbitrum được sử dụng cho chuỗi chéo -chain Có khoảng 454.000 người dùng và tổng số tiền chuỗi chéo là 198.000 ETH (khoảng 230 triệu đô la Mỹ dựa trên giá thị trường); tính đến ngày 21 tháng 11, số lượng người gửi tiền trong vòng 7 ngày là 20.000 và tổng số chuỗi chéo số tiền trong vòng 7 ngày là gần 20.000 ETH. So với các giao thức L2 khác Optimism, zkSync và StarkNet, ngoại trừ Optimism, có 100.000 người gửi tiền trong vòng 7 ngày, dữ liệu ở ba chiều còn lại đều ở vị trí dẫn đầu.
Gas
Từ quan điểm chi phí gas, Arbitrum có nhiều Phí chuyển trong giao thức L2 đứng thứ ba, thấp hơn 93% so với chi phí chuyển của Ethereum L1. Phí hoán đổi cao thứ hai trong số các giao thức L2, thấp hơn 96% so với chi phí hoán đổi trên Ethereum L1. (Lưu ý: Các khoản phí trong hình bên dưới là phí thả nổi nhưng mức thay đổi tương đối nhỏ)
NFT
Lấy Opensea làm ví dụ, top 5 tại Arbitrum trong vòng 30 ngày Tổng khối lượng giao dịch của NFT là 1025 ETH, cao hơn 103% so với Optimism, đây cũng là một giải pháp mở rộng L2. Giá sàn NFT cao nhất là 0,38 ETH, gấp 38 lần giá sàn NFT cao nhất trong hệ sinh thái Optimism.
Triển vọng tương lai của Arbitrum
Tóm lại, Arbitrum đã kế thừa tốt gen DeFi của Ethereum. Nhiều dự án DeFi OG đã chuyển sang Arbitrum để tiếp tục xây dựng. Sự tồn tại của chúng đã mang lại cơ sở người dùng ổn định cho hệ sinh thái; Arbitrum vẫn có khả năng tương thích cao với Ethereum L1. Hỗ trợ mọi ngôn ngữ EVM mang lại sự tiện lợi lớn cho các nhà phát triển, đồng thời, họ có thể chia sẻ tài nguyên cộng đồng nhà phát triển khổng lồ của hệ sinh thái Ethereum; gas thấp hơn 90% so với mạng chính Ethereum, giúp tăng sự chấp nhận của người dùng đối với các giao dịch trên chuỗi Các khía cạnh trên là Nuôi dưỡng các ứng dụng đổi mới DeFi tạo ra một môi trường có tính hòa nhập cao. Thứ hai, để thích ứng với nhu cầu tương tác tần số cao của trò chơi và mạng xã hội, Arbitrum đã phát triển chuỗi Nova mới như một giải pháp. Đây cũng là một nỗ lực tốt để tách nó khỏi hệ sinh thái DeFi của nó. Tuy nhiên, so với Polygon hiện tại là tương đối Hệ sinh thái xã hội và trò chơi trưởng thành vẫn còn những hạn chế nhất định. Từ góc độ này, sự phát triển trong tương lai của Arbitrum ở cấp độ DeFi thậm chí còn đáng mong đợi hơn.
*Nội dung trên trong bài viết là bày tỏ quan điểm, không phải lời khuyên đầu tư.
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia
