Tác giả: Yiping, IOSG Ventures Bài viết này là nội dung gốc của IOSG, chỉ dành cho mục đích học tập và trao đổi trong ngành và không mang tính chất tham khảo đầu tư. Nếu cần trích dẫn vui lòng ghi rõ nguồn, khi in lại vui lòng liên hệ với team IOSG để được cấp phép và hướng dẫn in lại. Tất cả các dự án được đề cập trong bài viết này không phải là khuyến nghị hoặc lời khuyên đầu tư. Bối cảnh Lớp 2 đang phát triển nhanh chóng khi các ZKRU như zkSync và StarkNet khởi chạy mạng chính. Theo truyền thống, các OPRU như Arbitrum là những công ty đầu tiên đưa ra thị trường và do đó có hệ sinh thái mạnh mẽ hơn. Ngược lại, ZKRU là những đột phá về công nghệ mang lại thông lượng cao hơn và phí thấp hơn. Trong những tháng gần đây, nhiều hoạt động hơn đã chuyển từ Lớp 1 sang Lớp 2 nhằm tìm kiếm các giao dịch nhanh hơn và rẻ hơn. TVL của Ethereum đã giảm từ gần 40 tỷ USD xuống còn 20 tỷ USD trong năm qua. Tuy nhiên, TVL cho Lớp 2 đưa ra một bức tranh khác, với mức tăng trưởng vượt bậc cho thấy việc áp dụng Lớp 2 đang tăng tốc.

Arbitrum dẫn đầu với hơn 50% thị phần TVL Lớp 2, mặc dù ZKRU cũng đã nỗ lực. Lợi thế đi đầu của Arbitrum cho phép nó duy trì vị thế thống trị của mình.

Phân tích số lượng giao dịch hàng ngày cho thấy các ZKRU như zkSync và StarkNet vượt quá OPRU một chút về thông lượng. Tuy nhiên, lợi thế hệ sinh thái của Arbitrum vẫn còn, mặc dù có tụt lại một chút về TPS hàng ngày.

Phân tích số lượng giao dịch hàng ngày cho thấy các ZKRU như zkSync và StarkNet vượt quá OPRU một chút về thông lượng. Tuy nhiên, lợi thế hệ sinh thái của Arbitrum vẫn còn, mặc dù có tụt lại một chút về TPS hàng ngày.

OPRU đã tồn tại lâu hơn ZKRU. Tuy nhiên, ZKRU đang tung ra mạng chính của họ và thu hút người dùng từ các hệ sinh thái khác. Với tư cách là người dẫn đầu trong không gian OPRU, Arbitrum dự kiến ​​​​sẽ chống lại sự phát triển của ZKRU bằng các bản cập nhật mới của họ.

Trọng tài: Bút stylus

Khi các nhà phát triển tối ưu hóa công nghệ và chi phí không có kiến ​​thức, ZKRU có thể sẽ tiếp tục giành được thị phần nhờ lợi thế về khả năng mở rộng của chúng. Tuy nhiên, hiệu ứng mạng lưới của Arbitrum mang lại khả năng duy trì hoạt động mạnh mẽ bất chấp áp lực cạnh tranh. Thông qua các giải pháp đổi mới như Stylus, Arbitrum có thể bổ sung vị trí dẫn đầu của mình bằng các khả năng kỹ thuật độc đáo và tiếp tục dẫn đầu trong cuộc đua Lớp 2.

Nói tóm lại, Stylus là một môi trường hợp đồng thông minh mới mang tính cách mạng được thiết kế cho Arbitrum, cho phép các nhà phát triển viết các chương trình hiệu quả, có khả năng tương tác bằng các ngôn ngữ lập trình như Rust, C++ và Solidity.

Nó mở ra nền tảng điện toán chung cho blockchain và chào đón các nhà phát triển sử dụng các nhóm công nghệ khác nhau.

ĐÃ M

Stylus hoạt động bằng cách thêm một máy ảo WebAssugging (WASM) chạy song song với Máy ảo Ethereum (EVM) hiện có. Hợp đồng thông minh được viết bằng ngôn ngữ biên dịch sang WASM có thể thực thi nhanh hơn 10 lần hoặc nhanh hơn Solidity, giúp giảm đáng kể chi phí gas. EVM vẫn có đầy đủ chức năng, vì vậy các hợp đồng Solidity hiện tại sẽ tiếp tục hoạt động như hiện nay. Hai máy ảo hoạt động đồng bộ, cho phép các hợp đồng được viết bằng các ngôn ngữ lập trình khác nhau gọi cho nhau đồng thời sửa đổi cùng trạng thái blockchain cơ bản.

Biên dịch trước tùy chỉnh

Ngoài ra, Stylus còn hỗ trợ tiền biên dịch tùy chỉnh.

Biên dịch trước là một mô-đun cấp thấp trên Ethereum và Arbitrum được sử dụng để thực hiện rất hiệu quả các chức năng mã hóa hoặc tiện ích cụ thể. Ví dụ: có các bản biên dịch trước để xác minh chữ ký ECDSA và tính toán hàm băm SHA256.

Việc thêm các bản biên dịch trước mới yêu cầu tất cả các trình xác thực phải phối hợp nâng cấp EVM, do đó ngưỡng này rất cao. Với Stylus, các nhà phát triển có thể dễ dàng triển khai các trình biên dịch trước của riêng họ được viết bằng Rust hoặc C++.

Ví dụ: một nhóm có thể lấy thư viện mật mã được viết bằng C và triển khai nó lên Arbitrum mà không cần sửa đổi. Điều này sẽ cho phép các nguyên tắc mã hóa này thực thi ở tốc độ gốc cực nhanh.

Các hợp đồng khác có thể gọi đây là "biên dịch trước" Stylus giống như họ gọi là biên dịch trước gốc để tận dụng công nghệ mã hóa. Tất cả việc đo khí và chống gian lận đều hoạt động tự động.

Điều này cho phép nhóm tạo nguyên mẫu mật mã tùy chỉnh, các đường cong dựa trên ghép nối đặc biệt và các nguyên hàm mới khác mà không cần bất kỳ sự hỗ trợ chuỗi đặc biệt nào. Các nhà nghiên cứu Ethereum thậm chí có thể sớm lặp lại các đề xuất EIP bằng cách triển khai chúng dưới dạng phiên bản biên dịch sẵn của Stylus trên Arbitrum.

Bằng cách cung cấp cho các nhà phát triển khả năng giới thiệu các nguyên tắc mã hóa mới ngay trên chuỗi, Stylus mở rộng đáng kể phạm vi của những gì có thể được xây dựng. Quá trình biên dịch trước không còn bị giới hạn ở các tính năng được EVM hỗ trợ.

Cách hoạt động của bút stylus

Trước khi đi sâu vào vai trò rộng lớn hơn của WASM trong vũ trụ blockchain, điều quan trọng là phải hiểu cách Arbitrum điều phối sự cùng tồn tại của EVM và WASM. Vấn đề không chỉ là có hai động cơ riêng biệt mà còn là mối quan hệ hiệp lực giúp nâng cao sức mạnh của cả hai.

Kiến trúc độc đáo của Arbitrum cho phép hoạt động liền mạch và đồng bộ giữa EVM và WASM, nhờ trạng thái thống nhất, lệnh gọi giữa các VM và mô hình kinh tế tương thích.

Hợp đồng thông minh viết bằng Solidity hoặc các ngôn ngữ EVM khác được biên dịch thành mã byte EVM như bình thường. Khi được thực thi, các hợp đồng này sẽ chạy trên EVM, giống như hiện nay.

Đối với các ngôn ngữ biên dịch sang WASM, chẳng hạn như Rust, C++ và C, quy trình làm việc như sau:

Đo sáng WASM tính phí Gas trước mỗi khối cơ bản thay vì mỗi opcode như EVM. Điều này hiệu quả hơn và đảm bảo rằng hợp đồng không vượt quá tầm kiểm soát.

EVM và WASM

Hai máy ảo (VM) chạy đồng bộ, cho phép chúng gọi lẫn nhau trong khi chia sẻ cùng một trạng thái toàn cầu. Giao dịch có thể được thực hiện một phần trong EVM và một phần trong WASM và kết quả được kết hợp liền mạch.

Đợi đã, làm thế nào hai máy ảo có thể hoạt động liền mạch và đồng bộ?

Polkadot đạt được điều này thông qua XVM. Không giống như Polkadot, WASM và EVM hoạt động liền mạch và đồng bộ trên Arbitrum vì một số lý do chính:

Đối với bằng chứng gian lận, người xác minh chia đôi quá trình thực thi EVM và WASM để xác định mọi bước không hợp lệ nếu cần. Cấu trúc của WASM cho phép hệ thống đảm bảo việc chấm dứt và thực thi tính hợp lệ của các bằng chứng.

Chuỗi khối | WASM

Arbitrum không phải là nền tảng duy nhất nhận ra tiềm năng biến đổi của WebAssugging (WASM). Cả Polkadot và Cosmos cũng đã tích hợp WASM vào hệ sinh thái của họ, với mỗi nền tảng cung cấp một loạt lợi ích và tính năng riêng.

Polkadot cho phép người dùng phát triển hợp đồng thông minh bằng WASM và hỗ trợ hai ngôn ngữ: AssemblyScript, DSL nhúng và Ink!, tương tự như Rust.

Mặt khác, Cosmos sử dụng CosmWasm làm thời gian chạy hợp đồng thông minh, cho phép các nhà phát triển viết hợp đồng bằng Rust.

Trước khi đi sâu vào lý do tại sao ngành công nghiệp blockchain lại chấp nhận WASM đến vậy, cần phải hiểu những ưu điểm cụ thể mà Cosmos và Polkadot nổi bật:

Cosmos nêu bật những ưu điểm sau của WASM:

Thời gian chạy WASM của Polkadot có các tính năng sau:

Thời gian chạy WASM của Polkadot có các tính năng sau:

Mặc dù Polkadot, Cosmos và Arbitrum chia sẻ một số lợi ích chung do WASM cung cấp nhưng mỗi nền tảng cũng có các thuộc tính riêng.

Việc áp dụng rộng rãi WASM bởi các nền tảng blockchain lớn này cho thấy tầm quan trọng ngày càng tăng của nó trong ngành, điều quan trọng là phải hiểu lý do tại sao công nghệ này nhanh chóng trở thành nền tảng của kiến ​​trúc blockchain hiện đại.

Tại sao chọn WASM

WASM là gì

Để hiểu được sức mạnh tổng hợp giữa blockchain và WebAssugging (WASM), trước tiên người ta phải hiểu WASM là gì và động lực đằng sau sự phát triển của nó.

WebAssugging là định dạng lệnh nhị phân cho phép mã thực thi ở tốc độ gần như gốc trong trình duyệt web. Nó đóng vai trò là mục tiêu biên dịch cho nhiều ngôn ngữ lập trình, bao gồm C và Rust, đồng thời được thiết kế để nhanh chóng, hiệu quả và an toàn. WASM thu hẹp khoảng cách một cách hiệu quả giữa lập trình dựa trên Web và lập trình cấp hệ thống, từ đó cải thiện hiệu suất và chức năng của Web.

"Web" trong WebAssugging nêu bật khả năng chạy trong môi trường JavaScript (thường được tìm thấy trong trình duyệt). Trong các cài đặt này, nhà phát triển có toàn quyền truy cập vào API WASM và được hỗ trợ API Web toàn diện, giúp họ kiểm soát đáng kể hành vi của Web.

Lịch sử WASM

Tuân theo nguyên tắc "viết một lần, chạy mọi nơi", WASM nổi lên như một giải pháp mạnh mẽ cho hàng loạt thách thức tồn tại lâu dài. Tính đến năm 2016, nhiều chương trình giới thiệu chức năng mới thông qua các ngôn ngữ dành riêng cho miền (DSL), thường liên quan đến sự cân bằng giữa bảo trì, hiệu quả và bảo mật. Nhu cầu ngày càng tăng về một giải pháp có thể cung cấp chức năng mới cho vô số máy chủ mà không ảnh hưởng đến các khía cạnh này.

Những thiếu sót của các giải pháp hiện có khác nhau đã được đánh giá:

- Hệ thống máy ảo

- thùng đựng hàng

- Máy ảo cấp độ ngôn ngữ

- Kiến trúc tập lệnh (ISA)

Đến năm 2018, quá trình phát triển WASM đã đạt được đà phát triển nhờ tập trung vào việc chạy trên nhiều kiến ​​trúc, máy chủ, phần cứng nhúng khác nhau và thậm chí hỗ trợ nhiều ngôn ngữ. Không giống như Java, WASM được thiết kế mà không ảnh hưởng đến tính bảo mật. Đến năm 2019, một mô hình thành phần đã được giới thiệu để nâng cao mô-đun WASM và cho phép khả năng tương tác đa ngôn ngữ. Điều này cho phép các giải pháp như viết thư viện HTTP một lần và sử dụng nó bằng nhiều ngôn ngữ.

Cho đến nay, WASM có nhiều khả năng và ngày càng được áp dụng trong các kịch bản dựa trên nền tảng đám mây, bao gồm cả blockchain. Ưu điểm của nó bao gồm:

Cho đến nay, WASM có nhiều khả năng và ngày càng được áp dụng trong các kịch bản dựa trên nền tảng đám mây, bao gồm cả blockchain. Ưu điểm của nó bao gồm:

Cộng đồng WASM tiếp tục nỗ lực hướng tới sự tích hợp và hiệu suất cao hơn giữa các ngôn ngữ.

Hiểu được quá trình phát triển lịch sử của WASM cung cấp cho chúng ta bối cảnh có giá trị để hiểu được vai trò hiện tại và tiềm năng của nó trong các môi trường khác nhau, bao gồm các dự án blockchain như Stylus. Nền tảng này mang lại cho chúng tôi sự hiểu biết sâu sắc khi khám phá các vấn đề và mối quan tâm xung quanh việc triển khai WASM trong hệ sinh thái blockchain.

Hỏi đáp về bút cảm ứng

hỗ trợ ngôn ngữ

Sự phát triển của WASM tiết lộ lý do tại sao Stylus là một sự bổ sung thú vị cho hệ sinh thái Arbitrum, nhưng nó cũng nêu bật một số hạn chế và mối lo ngại. Một trong những mối quan tâm là hỗ trợ ngôn ngữ. Mặc dù Stylus chắc chắn đã mở rộng cộng đồng nhà phát triển Arbitrum để bao gồm các ngôn ngữ như C++ và Rust, nhưng nó lại thiếu các ngôn ngữ phổ biến như JavaScript và Python.

Mặc dù có các dự án sơ bộ nhằm đưa Python và JavaScript vào WASM, nhưng những nỗ lực này vẫn chưa sẵn sàng để áp dụng rộng rãi do những thách thức về vấn đề hiệu suất và thu gom rác.

Khả năng tương thích ngôn ngữ

Hiện tại, Stylus hỗ trợ C/C++ và Rust SDK, tích hợp liền mạch với chuỗi công cụ của các ngôn ngữ này. Các nhà phát triển thậm chí có thể tích hợp các thư viện của bên thứ ba, chẳng hạn như triển khai mật mã gốc, khi xây dựng hợp đồng thông minh. Hạn chế chính của việc làm như thế này là chi phí gas liên quan.

Mặc dù SDK Rust vẫn còn ở giai đoạn sơ khai nhưng cả SDK Rust và C đều còn thiếu một số tính năng. Ví dụ: SDK C không hỗ trợ các hàm xuất ABI và các công cụ sửa đổi chưa được hỗ trợ trong cả SDK.

Hiện tại, không có môi trường thử nghiệm Stylus cục bộ nhưng các nhà phát triển có thể chạy thử nghiệm trực tiếp trong SDK. Để triển khai hợp đồng thông minh, testnet hiện là lựa chọn duy nhất và nó chưa hỗ trợ xác minh hợp đồng thông minh. Các nỗ lực hiện đang được tiến hành để đưa nhiều mã thông báo ERC khác nhau và **[Uniswap V2](https://twitter.com/evmcheb/status/1697537852522049990)** vào hệ sinh thái Stylus.

Vấn đề nan giải trong việc lựa chọn ngôn ngữ

Việc lựa chọn giữa các ngôn ngữ dành riêng cho miền (DSL), DSL nhúng (eDSL) và các ngôn ngữ có mục đích chung đòi hỏi phải có sự cân bằng giữa kiểm soát cấp thấp và trừu tượng hóa cấp cao. Việc phát triển DSL mới đòi hỏi phải đầu tư đáng kể vào phát triển chuỗi công cụ và hệ sinh thái. Ngược lại, là một tập hợp con của ngôn ngữ có mục đích chung, eDSL cho phép tích hợp dễ dàng hơn với các công cụ hiện có và có thời gian học tập thấp hơn. Ví dụ: sẽ có ích nếu tạo eDSL bằng ngôn ngữ phổ biến như JavaScript hoặc Python.

Một ngôn ngữ chung yêu cầu sử dụng SDK để giới thiệu công cụ bổ sung, tăng mức độ chi tiết và làm cho mã ít biểu cảm hơn, cùng với các lệnh gọi API và thao tác đối tượng dài hơn.

Tìm kiếm sự cân bằng phù hợp giữa lựa chọn ngôn ngữ và phát triển eDSL có thể là chìa khóa để thu hút cộng đồng nhà phát triển rộng lớn hơn đồng thời cung cấp các công cụ thân thiện với người dùng. Theo dữ liệu hiện tại, cộng đồng nhà phát triển tiền điện tử hàng đầu vẫn tập trung xung quanh Ethereum. Tuy nhiên, các nền tảng tận dụng Rust cho hợp đồng thông minh, chẳng hạn như Polkadot, Cosmos và Solana, cũng đang thu hút được sự chú ý và phát triển nhanh chóng trong cộng đồng nhà phát triển của họ.

hiệu suất

WASM cải thiện đáng kể tốc độ thực thi và giảm kích thước gói. Mặc dù Stylus chưa được triển khai trên mainnet nhưng điểm chuẩn từ các mạng khác có thể đóng vai trò là tài liệu tham khảo hữu ích. Thời gian thực hiện được quan sát nhanh hơn 4-8 lần và kích thước được biên dịch giảm khoảng 50%.

Stylus hiện có giới hạn kích thước trong hợp đồng của nó, với giới hạn trên là khoảng 128KB không nén. Hạn chế này khiến việc chuyển các hợp đồng thông minh lớn từ các ngôn ngữ khác như Solidity trở nên khó khăn. Trong cơ sở mã Stylus, giới hạn này được mô tả bên dưới:

Cần lưu ý rằng WASM phải chịu một số chi phí khi khởi động và tắt. Đối với các hoạt động nhẹ, EVM thực sự có thể tiết kiệm chi phí hơn WASM.

Khả năng tương tác với EVM

EVM và WASM chia sẻ cùng các khe lưu trữ và cây trạng thái, điều này tạo điều kiện thuận lợi cho khả năng tương tác của Stylus với EVM. Điều này đạt được thông qua API EVM được triển khai trong WASM, sử dụng mẫu I/O máy chủ phổ biến. Danh sách đầy đủ các API EVM được hỗ trợ chứng minh rằng khả năng tương tác được hỗ trợ đầy đủ.

Hợp đồng biên dịch trước tùy chỉnh

Khía cạnh này đặc biệt thú vị vì nó đại diện cho lãnh thổ chưa được khám phá. Các hợp đồng được biên dịch trước tùy chỉnh có khả năng đưa các nguyên tắc mã hóa bổ sung vào chuỗi với chi phí thực hiện thấp hơn. Họ cũng có thể giảm chi phí suy luận bằng cách đưa ra các phép tính tensor dưới dạng hợp đồng được biên dịch trước. Tuy nhiên, dường như không có mã hiện có nào liên quan đến các hợp đồng được biên dịch trước tùy chỉnh. Mặc dù các hợp đồng được biên dịch trước tồn tại cho các thành phần EVM nhưng chúng không thể hoán đổi nóng.

Tính năng này có thể vẫn đang được phát triển, tận dụng các khả năng của WASM. EVM có thể gọi các hàm được viết bằng WASM và sau đó biên dịch chúng thành mã máy.

Chức năng đăng ký lại

Ngược lại với CosmWasm (sử dụng mô hình Diễn viên không có quyền truy cập lại), SDK Rust của Stylus tắt tính năng đăng nhập lại dưới dạng cờ tính năng theo mặc định. Các nhà phát triển có tùy chọn kích hoạt tính năng này theo cách thủ công.

Việc kích hoạt chức năng đăng ký lại sẽ yêu cầu một số điều chỉnh về API. Đặc biệt, các nhà phát triển cần phải cẩn thận khi đề cập đến các biện pháp phòng ngừa bảo mật như làm mới bộ nhớ đệm trong khi gọi.

Cái nhìn thấu suốt

Bút stylus mở ra các trường hợp sử dụng mới sẽ tiêu tốn quá nhiều xăng khi chỉ sử dụng EVM, chẳng hạn như mã hóa hiệu suất cao, chơi game và AI. Nó cũng cho phép tùy chỉnh các hợp đồng được biên dịch trước, cho phép các nhà phát triển thêm mã hóa của riêng họ và chức năng cơ bản khác mà không cần chờ nâng cấp. Trước đây, chúng ta đã thấy một số hệ sinh thái không phải Ethereum áp dụng WASM, chẳng hạn như Cosmos và Polkadot. Đây là lần đầu tiên WASM được cộng đồng Ethereum chấp nhận. Nhìn chung, Stylus thể hiện sự tiến hóa đáng kể trong việc phát triển hợp đồng thông minh và sẽ giúp Ethereum và Arbitrum mở rộng quy mô trong khi vẫn duy trì khả năng tương tác với tất cả các ứng dụng hiện có.

Việc tích hợp Stylus vào SDK Layer2 của Arbitrum mang lại sự linh hoạt cao hơn cho các nhà phát triển Lớp 3. Giờ đây, họ có thể di chuyển các tính toán chuyên sâu trước đây đã vượt quá giới hạn gas vào chuỗi, mở ra những khả năng mới. Các nhà phát triển không còn bị giới hạn ở Solidity mà còn có thể chọn Rust hoặc C++ nếu những ngôn ngữ đó phù hợp hơn với nhu cầu và chuyên môn của họ. Các hợp đồng được biên dịch trước tùy chỉnh cho phép di chuyển liền mạch các chức năng mã hóa, tiện ích ưa thích và các chức năng trợ giúp khác vào chuỗi để có hiệu suất tối ưu. Viết logic cấp thấp trực tiếp bằng ngôn ngữ phù hợp với từng trường hợp sử dụng sẽ giúp quá trình phát triển suôn sẻ hơn. Các nhà phát triển có thể tập trung vào các tính năng cốt lõi của sản phẩm thay vì thực hiện các bản sửa lỗi nhanh chóng để tránh tốn xăng. Bằng cách loại bỏ các hạn chế về ngôn ngữ và gas, Stylus cho phép các nhà xây dựng cấp ba xây dựng trải nghiệm người dùng hiệu quả nhất ngay từ đầu bằng cách sử dụng các công cụ phù hợp cho miền của họ.

Stylus cũng thể hiện khả năng đổi mới trên quy mô lớn và tích hợp các máy ảo mới của Arbitrum. Ed Felten, Đồng sáng lập & Nhà khoa học trưởng của Arbitrum & Offchain Labs đã đề cập rằng Arbitrum được phát triển dựa trên các công cụ và ngôn ngữ lập trình phổ biến trong ngành. Họ có thể viết bài kiểm tra nhanh hơn và phát triển các tính năng mới trên các hệ thống cũ. OP đã tiến xa hơn trên con đường ZKization và dần dần hướng tới ý tưởng Rollup kết hợp. Optimism hiện đang làm việc với Risc0 để sử dụng Zeth nhằm tạo ra các bằng chứng không có kiến ​​thức cho OPRU. Sử dụng giải pháp này, Optimism không cần thực hiện các sửa đổi bổ sung cho OPRU. Nếu quan tâm đến Zeth, bạn có thể đọc những gì tôi đã viết trước đây [Twitter](https://x.com/glazecl/status/1709947992168710174?s=20).

Chúng tôi rất mong được thấy các ứng dụng AI trên Arbitrum. Hiện tại, việc thực hiện học máy trên chuỗi rất tốn xăng, khiến chi phí phát triển cao. ML không có kiến ​​thức có thể giảm chi phí nhưng cũng gây ra sự phức tạp bổ sung đáng kể cho các nhà phát triển. Nếu chúng ta có thể triển khai các hoạt động tensor dưới dạng các hợp đồng được biên dịch trước tùy chỉnh thông qua Stylus và thực hiện chúng một cách tự nhiên với chi phí thấp, thì điều đó sẽ mở ra những khả năng mới cho việc học máy trên chuỗi hiệu suất cao. Bằng cách cho phép các nhà phát triển nhanh chóng xây dựng và triển khai các thuật toán ML dưới dạng các hợp đồng biên dịch sẵn dễ tích hợp bằng ngôn ngữ mà họ quen thuộc (chẳng hạn như Python), Arbitrum có thể thúc đẩy thế hệ đổi mới AI tiếp theo trong DeFi, GameFi, v.v. Hiệu suất và tính linh hoạt của bút stylus sẽ cho phép chúng tôi tập trung vào các kiến ​​trúc ML cải tiến thay vì tối ưu hóa gas. Chúng tôi mong muốn được thấy sự sáng tạo của cộng đồng được áp dụng vào mô hình mới nổi này.