Arbitrum Nitro

Arbitrum Nitro là gì?

Arbitrum Nitro là bộ công nghệ cốt lõi vận hành các chuỗi rollup Arbitrum và nhiều chuỗi dựa trên Arbitrum có thể tùy chỉnh.

Trong lĩnh vực tiền mã hóa, có thể hiểu Nitro là kiến trúc optimistic rollup thế hệ thứ hai, được thiết kế để mở rộng smart contract tương thích với Ethereum với thông lượng cao hơn, phí thấp hơn, khả năng tương thích mạnh hơn và quy trình giải quyết tranh chấp hiệu quả hơn.

Whitepaper Arbitrum Nitro mô tả Nitro là giao thức blockchain Layer 2 thế hệ thứ hai, giúp cải thiện thông lượng, tính hoàn tất, đảm bảo khả năng duy trì hoạt động và hiệu quả giải quyết tranh chấp so với các thiết kế rollup trước đó.

Nitro là nền tảng phần mềm đứng sau Arbitrum One, Arbitrum Nova và các chuỗi Arbitrum có thể triển khai.

Nitro cho phép người dùng tương tác với ứng dụng theo cách tương tự Ethereum, đồng thời chuyển phần lớn khối lượng công việc thực thi ra khỏi Ethereum mainnet.

Với nhà phát triển, Nitro có khả năng tương thích cao với Ethereum vì sử dụng Geth, ứng dụng khách thực thi Ethereum được dùng rộng rãi, làm nền tảng cốt lõi cho mô hình thực thi.

Với người dùng, Nitro có thể mang lại xác nhận nhanh hơn, chi phí giao dịch thấp hơn và quyền truy cập vào ứng dụng theo phong cách Ethereum trong môi trường Layer 2.

Với validator, Nitro cung cấp hệ thống chuyển đổi trạng thái xác định, có thể bị phản đối bằng bằng chứng gian lận nếu có người đưa ra tuyên bố sai về trạng thái chuỗi.

Ý tưởng cốt lõi rất đơn giản.

Arbitrum Nitro thực thi giao dịch bên ngoài Ethereum, gửi dữ liệu đã nén và cam kết trạng thái trở lại Ethereum, đồng thời dựa vào cơ chế giải quyết tranh chấp bằng bằng chứng gian lận để bảo vệ tính chính xác.

Vì sao Arbitrum Nitro quan trọng trong lĩnh vực crypto?

Arbitrum Nitro quan trọng vì không gian khối Ethereum có giá trị cao và bị giới hạn.

Khi nhiều người dùng muốn giao dịch, mint, cho vay, vay, bridge hoặc tương tác với smart contract cùng lúc, phí trên Ethereum có thể tăng mạnh.

Nitro giúp giải quyết vấn đề này bằng cách chuyển hoạt động thực thi giao dịch sang chuỗi Arbitrum, đồng thời duy trì kết nối quan trọng với cơ chế thanh toán và bảo mật của Ethereum.

Phần giới thiệu chính thức về Arbitrum giải thích rằng Arbitrum xử lý giao dịch với mức phí thấp hơn và thông lượng cao hơn, đồng thời duy trì mối liên kết rõ ràng với hoạt động thanh toán và bảo mật của Ethereum.

Điều này quan trọng với DeFi, NFT, thanh toán, game, ứng dụng mạng xã hội, tài sản token hóa và các chuỗi dành riêng cho ứng dụng.

Người dùng DeFi có thể cần giao dịch được xác nhận nhanh trong giai đoạn thị trường biến động.

Trò chơi có thể cần nhiều thao tác chi phí thấp mà không yêu cầu người chơi trả phí gas cao cho mỗi lần.

Ứng dụng thanh toán có thể cần mức phí dễ dự đoán và tương tác ví thuận tiện.

Nhà phát triển có thể muốn sử dụng công cụ tương thích với Ethereum mà không phải triển khai trực tiếp trên lớp thực thi đắt đỏ nhất.

Nitro giúp các trường hợp sử dụng này thiết thực hơn bằng cách kết hợp khả năng thực thi theo phong cách Ethereum với khả năng mở rộng của rollup.

Đây là một trong những lý do chính khiến Arbitrum trở thành một phần quan trọng trong hệ sinh thái Layer 2 của Ethereum.

Arbitrum Nitro hoạt động như thế nào?

Arbitrum Nitro hoạt động bằng cách phân chia việc sắp xếp giao dịch, thực thi giao dịch, đăng dữ liệu, đưa ra tuyên bố trạng thái và giải quyết tranh chấp thành các phần khác nhau của hệ thống.

Người dùng gửi giao dịch đến sequencer Arbitrum thông qua RPC endpoint công khai, nhà cung cấp RPC bên thứ ba, node tự lưu trữ hoặc endpoint sequencer trực tiếp.

Sequencer sắp xếp giao dịch và cung cấp xác nhận sơ bộ nhanh cho người dùng.

Sau khi được sắp xếp, giao dịch được Nitro thực thi thông qua hàm chuyển đổi trạng thái xác định.

Hàm chuyển đổi trạng thái này sử dụng Geth để thực thi tương thích với Ethereum và ArbOS để xử lý logic riêng của Arbitrum.

Dữ liệu giao dịch đã nén được gửi lên Ethereum trong quy trình đảm bảo tính khả dụng dữ liệu của rollup.

Validator có thể tính toán trạng thái Arbitrum chính xác và gửi tuyên bố lên Ethereum để tóm tắt kết quả của nhiều khối Arbitrum.

Nếu tuyên bố sai, validator khác có thể phản đối thông qua giao thức giải quyết tranh chấp.

Ethereum đóng vai trò phân xử cuối cùng bằng cách kiểm tra bằng chứng một bước đã được thu hẹp phạm vi.

Thiết kế này cho phép Arbitrum Nitro xử lý nhiều giao dịch ngoài chuỗi nhưng vẫn cung cấp phương thức xác minh tính chính xác trên Ethereum.

Thiết kế optimistic rollup

Arbitrum Nitro sử dụng thiết kế optimistic rollup.

Optimistic rollup giả định kết quả trạng thái đã đăng là hợp lệ, trừ khi có người phản đối trong thời gian giải quyết tranh chấp.

Cách này khác với hệ thống yêu cầu mọi node lớp cơ sở lập tức thực thi lại mọi giao dịch Layer 2.

Phương pháp optimistic giúp tiết kiệm chi phí vì trong điều kiện bình thường, Ethereum không cần thực thi lại toàn bộ giao dịch Arbitrum.

Thay vào đó, Ethereum lưu trữ dữ liệu và có thể xác minh tranh chấp nếu có người cho rằng gian lận đã xảy ra.

Đó là lý do thiết kế này được gọi là optimistic.

Thiết kế giả định hoạt động bình thường, nhưng vẫn có cơ chế bằng chứng gian lận cho các tình huống đối kháng.

Tài liệu Inside Arbitrum Nitro giải thích rằng Arbitrum xác minh tính chính xác thông qua hệ thống xác thực và giải quyết tranh chấp sau khi thực thi.

Mô hình này hiệu quả vì giúp giảm chi phí thực thi mà vẫn duy trì tuyến phản đối trên Ethereum.

Điểm đánh đổi là phải chờ một khoảng thời gian khi rút tiền từ Arbitrum về Ethereum để hệ thống có đủ thời gian xử lý phản đối.

Bốn ý tưởng thiết kế cốt lõi của Nitro

Whitepaper Nitro trình bày bốn ý tưởng thiết kế chính định hình kiến trúc này.

Ý tưởng đầu tiên là sắp xếp giao dịch trước rồi thực thi một cách xác định.

Điều này có nghĩa Nitro trước tiên xác định thứ tự giao dịch, sau đó áp dụng hàm chuyển đổi trạng thái xác định lên các giao dịch đó.

Ý tưởng thứ hai là sử dụng Geth làm nền tảng cốt lõi.

Nitro sử dụng phần mềm thực thi Ethereum làm nền tảng để đảm bảo khả năng tương thích cao với smart contract và công cụ phát triển Ethereum.

Ý tưởng thứ ba là tách biệt thực thi khỏi tạo bằng chứng.

Điều này cho phép Nitro chạy mã gốc để thực thi nhanh trong điều kiện bình thường, đồng thời biên dịch sang WebAssembly để xác minh bằng chứng gian lận khi cần.

Ý tưởng thứ tư là giao thức optimistic rollup dựa trên bằng chứng gian lận tương tác.

Điều này có nghĩa tranh chấp có thể được thu hẹp qua một quy trình phản đối cho đến khi Ethereum chỉ cần xác minh một phép tính nhỏ trong một bước.

Kết hợp lại, các ý tưởng này giải thích vì sao Nitro vừa thân thiện với nhà phát triển vừa chú trọng bảo mật.

Geth làm nền tảng cốt lõi

Geth làm nền tảng cốt lõi có nghĩa Nitro sử dụng phần mềm thực thi go-ethereum mã nguồn mở như một thành phần trung tâm của hàm chuyển đổi trạng thái.

Điều này quan trọng vì khả năng tương thích với Ethereum là một trong những mục tiêu thiết kế nổi bật nhất của Arbitrum Nitro.

Smart contract được viết cho Ethereum Virtual Machine thường có thể chạy trên Arbitrum với ít thay đổi.

Nhà phát triển thường có thể sử dụng công cụ Solidity, thư viện Ethereum, quy trình ví và mẫu thiết kế hợp đồng quen thuộc.

Tài liệu giới thiệu chính thức của Arbitrum cho biết Arbitrum sử dụng một nhánh Geth đã được điều chỉnh để trở thành Layer 2 không cần đặt niềm tin.

Cách tiếp cận này giúp nhà phát triển Ethereum dễ làm quen hơn.

Nó cũng giảm nguy cơ xuất hiện khác biệt ngoài dự kiến giữa việc thực thi trên Ethereum và Arbitrum.

Tuy nhiên, Arbitrum không giống Ethereum hoàn toàn ở mọi chi tiết vì Nitro còn bổ sung ArbOS, cách hạch toán phí khác, nhắn tin cross-chain, cơ chế sequencer và quy tắc tính hoàn tất riêng của rollup.

Nhà phát triển vẫn nên kiểm thử ứng dụng trên Arbitrum thay vì cho rằng mọi trường hợp đặc biệt đều hoạt động chính xác như trên Ethereum mainnet.

ArbOS

ArbOS là lớp vận hành của Arbitrum, hoạt động cùng Geth bên trong Nitro.

Tài liệu chính thức về ArbOS mô tả ArbOS là trình giám sát máy ảo trên chuỗi con, cung cấp môi trường thực thi cho chuỗi Arbitrum.

ArbOS xử lý các chức năng riêng của Arbitrum mà hoạt động thực thi Ethereum thông thường không tự đảm nhiệm.

Các chức năng này bao gồm quản lý tài nguyên, tạo khối, nhắn tin cross-chain, hạch toán phí, precompile, thông điệp retryable và theo dõi trạng thái.

ArbOS cũng hỗ trợ tích hợp hợp đồng Stylus và hoạt động thực thi WebAssembly vào môi trường Nitro.

Có thể hiểu đơn giản ArbOS là lớp hệ thống điều chỉnh hoạt động thực thi theo phong cách Ethereum cho phù hợp với chuỗi rollup.

Geth cung cấp hành vi EVM quen thuộc.

ArbOS bổ sung các quy tắc riêng của rollup để Arbitrum hoạt động như một Layer 2.

Sự kết hợp này đôi khi được gọi là “Geth sandwich” vì Geth được bao quanh bởi logic hệ thống riêng của Arbitrum.

Sequencer

Sequencer là thành phần tiếp nhận phần lớn giao dịch của người dùng và sắp xếp chúng.

Tài liệu chính thức về vòng đời giao dịch Arbitrum giải thích rằng người dùng có thể gửi giao dịch qua sequencer hoặc bỏ qua sequencer bằng delayed inbox trên chuỗi cha.

Sequencer cung cấp xác nhận sơ bộ nhanh vì có thể nhanh chóng thông báo giao dịch đã được chấp nhận vào luồng giao dịch có thứ tự.

Tính hoàn tất sơ bộ này hữu ích với ví và ứng dụng vì người dùng không muốn phải chờ nhiều phút mới nhận được phản hồi.

Tuy nhiên, tính hoàn tất sơ bộ không giống với tính hoàn tất cuối cùng trên Ethereum.

Tính hoàn tất cuối cùng đến sau, khi dữ liệu giao dịch được đăng và các tuyên bố trạng thái được xác nhận thông qua quy trình rollup.

Sequencer cải thiện trải nghiệm người dùng nhưng cũng tạo ra một giả định quan trọng về niềm tin và khả năng hoạt động.

Nếu sequencer ngừng hoạt động hoặc từ chối xử lý giao dịch, người dùng có thể sử dụng delayed inbox để chống kiểm duyệt.

Phương án dự phòng này rất quan trọng vì giúp giảm sự phụ thuộc hoàn toàn vào sequencer.

Delayed Inbox

Delayed inbox là cơ chế trên chuỗi cha cho phép người dùng gửi giao dịch mà không chỉ dựa vào sequencer.

Điều này quan trọng vì Layer 2 không nên có khả năng chặn người dùng vô thời hạn chỉ vì sequencer ngừng hoạt động hoặc kiểm duyệt giao dịch.

Tài liệu về vòng đời giao dịch giải thích rằng người dùng có thể gửi giao dịch trực tiếp đến hợp đồng delayed inbox trên chuỗi cha.

Nếu sequencer không xử lý giao dịch trong thời hạn yêu cầu, người dùng có thể buộc đưa giao dịch vào chuỗi thông qua cơ chế trên chuỗi cha.

Nhờ đó, Arbitrum có tuyến chống kiểm duyệt kết nối trở lại Ethereum.

Delayed inbox chậm và tốn kém hơn cách gửi thông thường qua sequencer vì sử dụng trực tiếp chuỗi cha.

Tuy nhiên, đây là tính năng an toàn quan trọng.

Với người dùng thông thường, tuyến sequencer thường là phương thức thiết thực nhất.

Trong tình huống quan trọng, delayed inbox giúp bảo vệ khả năng truy cập chuỗi của người dùng.

Thực thi xác định

Thực thi xác định có nghĩa các node Arbitrum trung thực phải tạo ra cùng kết quả khi nhận cùng một tập dữ liệu đầu vào đã được sắp xếp.

Điều này rất quan trọng với bảo mật rollup.

Nếu các node trung thực khác nhau có thể tính ra kết quả khác nhau từ cùng một giao dịch, validator sẽ không thể xác định trạng thái nào chính xác.

Hàm chuyển đổi trạng thái xác định của Nitro giúp xác minh hoạt động thực thi và giải quyết tranh chấp.

Tài liệu Inside Arbitrum Nitro giải thích rằng thực thi xác định là nền tảng cho bằng chứng gian lận hiệu quả và quy trình giải quyết tranh chấp.

Trên thực tế, Nitro tiếp nhận thông điệp đã được sắp xếp, kiểm tra tính hợp lệ của giao dịch, tính phí, thực thi logic EVM thông qua Geth, áp dụng cập nhật trạng thái riêng của ArbOS và tạo biên nhận cùng log.

Quy trình xác định này cho phép validator tự tính toán trạng thái chính xác của chuỗi.

Nếu validator gửi tuyên bố sai, validator khác có thể phản đối vì kết quả chính xác có thể được tái tạo độc lập.

Bằng chứng gian lận

Bằng chứng gian lận là cơ chế dùng để chứng minh một chuyển đổi trạng thái không hợp lệ đã xảy ra.

Trong Arbitrum Nitro, bằng chứng gian lận có tính tương tác, thay vì yêu cầu Ethereum thực thi lại mọi giao dịch Arbitrum.

Khi validator bất đồng về kết quả trạng thái, quy trình giải quyết tranh chấp sẽ từng bước thu hẹp điểm bất đồng.

Cuối cùng, xung đột được thu hẹp thành một bước tính toán duy nhất mà Ethereum có thể xác minh.

Cách này rẻ hơn nhiều so với yêu cầu Ethereum chạy lại toàn bộ lịch sử rollup.

Tài liệu BoLD giải thích rằng Ethereum có thể xác minh bằng chứng một bước sau khi quy trình tương tác thu hẹp phạm vi tranh chấp.

Mô hình bằng chứng gian lận này là một trong những lý do chính giúp optimistic rollup mở rộng quy mô.

Phần lớn thời gian, hoạt động thực thi diễn ra ngoài chuỗi.

Chỉ khi có tranh chấp mới cần xác minh chi tiết trên Ethereum.

Giả định bảo mật là phải có ít nhất một validator trung thực có khả năng phát hiện và phản đối tuyên bố không hợp lệ.

WebAssembly và WAVM

WebAssembly, hay WASM, đóng vai trò quan trọng trong Nitro vì hỗ trợ xác minh bằng chứng gian lận không phụ thuộc vào máy cụ thể.

Nitro tách biệt hoạt động thực thi thông thường khỏi việc tạo bằng chứng.

Trong điều kiện vận hành bình thường, Nitro có thể chạy mã gốc đã biên dịch để tăng tốc độ.

Khi xảy ra tranh chấp, hàm chuyển đổi trạng thái có thể được biểu diễn dưới dạng liên quan đến WASM để hỗ trợ xác minh có cấu trúc.

Whitepaper Nitro giải thích rằng trong hoạt động thông thường, Nitro biên dịch hàm chuyển đổi trạng thái để thực thi dưới dạng mã gốc; đồng thời, hàm này cũng được biên dịch sang mã WebAssembly khả chuyển để sử dụng trong giao thức bằng chứng gian lận.

Hệ thống giải quyết tranh chấp của Arbitrum sử dụng môi trường WASM đã chỉnh sửa, thường được gọi là WAVM, để thực thi quy trình phản đối.

Điều này quan trọng vì bằng chứng gian lận cần một mô hình lệnh chính xác và có thể chuyển đổi giữa các môi trường.

Ethereum không thể chỉ tin rằng phần cứng hoặc máy cục bộ của một validator đã tạo ra kết quả chính xác.

Thay vào đó, hệ thống cần một mô hình tính toán có cấu trúc để có thể kiểm tra nhất quán.

Đó là lý do cơ chế tạo bằng chứng dựa trên WASM là thành phần kỹ thuật cốt lõi của Nitro.

Giao thức giải quyết tranh chấp BoLD

BoLD là viết tắt của Bounded Liquidity Delay và là khuôn khổ giải quyết tranh chấp hiện tại của Arbitrum dành cho xác thực không cần cấp phép.

Tài liệu chuyên sâu kỹ thuật về BoLD giải thích rằng BoLD cho phép bất kỳ bên nào ký quỹ vào trạng thái chính xác và chứng minh tuyên bố của mình thông qua bằng chứng gian lận tương tác.

BoLD quan trọng vì cải thiện quy trình giải quyết tranh chấp và hỗ trợ xác thực không cần cấp phép.

Với BoLD, validator có thể gửi tuyên bố và phản đối tuyên bố sai mà không cần được một danh sách validator tập trung phê duyệt.

Hệ thống được thiết kế để một bên duy nhất trung thực và đã ký quỹ vào trạng thái chính xác có thể thắng các tuyên bố độc hại.

BoLD cũng giới hạn thời gian giải quyết tranh chấp, giúp ngăn kẻ tấn công trì hoãn xác nhận vô thời hạn thông qua các vòng phản đối lặp lại.

Với người dùng, BoLD chủ yếu ảnh hưởng đến mô hình bảo mật sâu hơn và các giả định về thời gian rút tiền.

Với validator, BoLD xác định cách tuyên bố trạng thái, khoản ký quỹ, phản đối và bằng chứng một bước phối hợp với nhau.

Với hệ sinh thái Arbitrum, BoLD là bước tiến quan trọng hướng đến phi tập trung hóa mạnh hơn và mở rộng hoạt động xác thực.

Tuyên bố trạng thái

Tuyên bố trạng thái là khẳng định được gửi lên Ethereum về trạng thái của một chuỗi Arbitrum.

Tài liệu chính thức về tuyên bố trạng thái của Arbitrum giải thích rằng đây là các điểm kiểm tra tóm tắt nhiều khối trên chuỗi con.

Tuyên bố trạng thái giúp kết nối hoạt động trên Arbitrum trở lại Ethereum.

Tuyên bố chứa thông tin về trạng thái trước và sau, thông điệp đã xử lý trong inbox, hash đầu ra và mối liên hệ với các tuyên bố trước đó.

Tuyên bố hợp lệ có thể được xác nhận sau khi thời gian phản đối kết thúc mà không có phản đối thành công.

Tuyên bố không hợp lệ có thể bị bác bỏ nếu một tuyên bố cạnh tranh chính xác được xác nhận hoặc nếu tuyên bố đó thua trong tranh chấp.

Tuyên bố trạng thái không phải giao dịch riêng lẻ của người dùng.

Đây là bản tóm tắt trạng thái ở cấp rollup.

Thiết kế này giúp giảm chi phí Ethereum vì nhiều khối Arbitrum có thể được tóm tắt bằng một số lượng nhỏ hơn các tuyên bố gửi lên chuỗi cha.

Hiểu về tuyên bố trạng thái giúp người dùng biết vì sao Arbitrum xử lý giao dịch hằng ngày nhanh nhưng vẫn dựa vào Ethereum để giải quyết tranh chấp cuối cùng.

Tính hoàn tất sơ bộ và tính hoàn tất cuối cùng

Tính hoàn tất sơ bộ xảy ra khi sequencer chấp nhận giao dịch và đưa giao dịch vào luồng dữ liệu của sequencer.

Điều này giúp người dùng nhận phản hồi nhanh và khiến ứng dụng hoạt động mượt mà hơn.

Tính hoàn tất cuối cùng xảy ra sau đó, khi dữ liệu giao dịch và trạng thái kết quả được neo thông qua quy trình rollup và xác nhận trên Ethereum.

Tài liệu Inside Arbitrum Nitro giải thích rằng tính hoàn tất sơ bộ cung cấp phản hồi chấp nhận tức thì, còn tính hoàn tất cuối cùng phụ thuộc vào việc đăng batch và xác nhận các tuyên bố trạng thái trên Ethereum.

Khác biệt này quan trọng vì người dùng có thể thấy giao dịch hoàn tất trên ứng dụng trước khi giao dịch đạt mức thanh toán mạnh nhất.

Với phần lớn hoạt động thường ngày, tính hoàn tất sơ bộ có thể đủ để mang lại trải nghiệm liền mạch.

Với giao dịch chuyển tiền lớn, rút tiền qua bridge, thanh toán của tổ chức hoặc vị thế giá trị cao, tính hoàn tất cuối cùng và quy tắc rút tiền quan trọng hơn.

Arbitrum Nitro cân bằng tốc độ và bảo mật bằng cách cung cấp xác nhận nhanh, đồng thời duy trì phương thức xác minh được Ethereum hỗ trợ.

Gas và phí trong Nitro

Nitro sử dụng mô hình phí tính đến cả hoạt động thực thi trên chuỗi con lẫn việc đăng dữ liệu lên chuỗi cha.

Tài liệu chính thức về gas và phí của Arbitrum giải thích rằng Arbitrum sử dụng gas để theo dõi chi phí thực thi và các lệnh EVM tiêu tốn lượng gas tương đương với khi thực thi trên Ethereum.

Người dùng trả phí cho tài nguyên trên chuỗi con như tính toán và lưu trữ.

Họ cũng trả thành phần phí trên chuỗi cha để góp phần trang trải chi phí đăng dữ liệu giao dịch đã nén lên Ethereum.

Cấu trúc hai phần này là một trong những lý do phí Arbitrum có thể thay đổi theo cả nhu cầu trên Arbitrum lẫn chi phí dữ liệu Ethereum.

Nếu chi phí đăng dữ liệu Ethereum tăng, thành phần phí trên chuỗi cha có thể tăng.

Nếu nhu cầu thực thi trên Arbitrum tăng, thành phần phí trên chuỗi con có thể tăng.

Nitro sử dụng kỹ thuật nén và gộp giao dịch để phân bổ chi phí chuỗi cha cho nhiều giao dịch.

Đây là lý do một giao dịch Arbitrum thường có thể rẻ hơn khi thực hiện cùng thao tác trên Ethereum mainnet.

Tuy nhiên, Arbitrum không miễn phí; người dùng vẫn nên kiểm tra ước tính gas trước khi xác nhận giao dịch.

Tính khả dụng của dữ liệu

Tính khả dụng của dữ liệu có nghĩa dữ liệu giao dịch cần để tái tạo và xác minh chuỗi Arbitrum có thể truy cập được.

Với chuỗi Arbitrum Rollup tiêu chuẩn, Nitro gửi dữ liệu giao dịch lên Ethereum theo các batch đã nén.

Nhờ vậy, validator và bên theo dõi có thể truy xuất dữ liệu cần thiết để xác minh trạng thái.

Whitepaper Nitro giải thích rằng để Arbitrum hoạt động chính xác, các node cần truy cập dữ liệu của mọi giao dịch Layer 2 trong inbox của chuỗi.

Tính khả dụng của dữ liệu là một trong những nguồn chi phí lớn nhất của rollup vì đăng dữ liệu lên Ethereum không miễn phí.

Tuy nhiên, đây cũng là một trong những yếu tố bảo mật quan trọng nhất vì dữ liệu công khai cho phép xác minh độc lập.

Nếu dữ liệu giao dịch không khả dụng, validator có thể gặp khó khăn khi kiểm tra tính chính xác của tuyên bố trạng thái.

Đó là lý do tính khả dụng của dữ liệu không chỉ là vấn đề chi phí.

Đây còn là vấn đề bảo mật.

Nitro và AnyTrust

AnyTrust là biến thể của Arbitrum Nitro, được thiết kế để giảm chi phí bằng cách sử dụng mô hình đảm bảo tính khả dụng dữ liệu khác.

Tài liệu chính thức về giao thức AnyTrust giải thích rằng AnyTrust giảm chi phí bằng cách chấp nhận một giả định tin cậy nhất định đối với Ủy ban cung cấp dữ liệu.

Trong chế độ Rollup tiêu chuẩn, dữ liệu giao dịch được gửi lên Ethereum dưới dạng blob hoặc calldata.

Trong chế độ AnyTrust, Ủy ban cung cấp dữ liệu lưu trữ dữ liệu và ký chứng nhận cam kết dữ liệu luôn khả dụng.

Cách này có thể giảm chi phí vì trong điều kiện hoạt động bình thường, không cần đăng toàn bộ dữ liệu lên Ethereum.

Điểm đánh đổi là người dùng chấp nhận thêm một giả định về tính khả dụng của dữ liệu.

Arbitrum Nova là ví dụ về chuỗi Arbitrum theo mô hình AnyTrust.

Arbitrum One là chuỗi Arbitrum Rollup sử dụng Ethereum để đảm bảo tính khả dụng của dữ liệu.

Điểm cốt lõi là Nitro là bộ công nghệ rộng hơn, còn Rollup và AnyTrust là các cấu hình khác nhau về tính khả dụng dữ liệu và bảo mật được xây dựng trên bộ công nghệ đó.

Nitro và Stylus

Stylus là bản nâng cấp mở rộng những gì nhà phát triển có thể xây dựng trên Arbitrum Nitro.

Tài liệu chính thức về Stylus giải thích rằng Stylus bổ sung một máy ảo ngang hàng với EVM và hỗ trợ smart contract viết bằng ngôn ngữ biên dịch sang WASM, chẳng hạn như Rust, C và C++.

Điều này quan trọng vì Solidity không phải ngôn ngữ lập trình duy nhất mà nhà phát triển có thể muốn dùng cho ứng dụng on-chain.

Stylus cho phép nhà phát triển viết logic cần nhiều tài nguyên tính toán bằng các ngôn ngữ có công cụ phát triển hoàn thiện và khả năng biên dịch hiệu quả.

Hợp đồng Solidity và hợp đồng Stylus có thể gọi lẫn nhau, giúp duy trì khả năng kết hợp.

Tài liệu Stylus giải thích rằng chương trình WASM có thể hiệu quả hơn bytecode EVM đối với khối lượng công việc đòi hỏi nhiều bộ nhớ và tính toán.

Stylus được xây dựng trên Nitro vì Nitro đã tích hợp ý tưởng tạo bằng chứng dựa trên WASM trong kiến trúc bằng chứng gian lận.

Với nhà phát triển, Stylus có thể mở ra khả năng xây dựng các ứng dụng mật mã, DeFi cần nhiều phép toán, game, nghệ thuật tạo sinh và các ứng dụng khác cần tính toán hiệu quả hơn với chi phí thấp hơn.

Với người dùng, Stylus có thể giúp một số ứng dụng chạy nhanh hơn hoặc rẻ hơn, nhưng không loại bỏ rủi ro smart contract.

Nitro và các chuỗi Arbitrum

Arbitrum Nitro không chỉ được sử dụng cho Arbitrum One.

Đây còn là bộ công nghệ cơ sở dành cho các chuỗi Arbitrum có thể tùy chỉnh.

Tài liệu chính thức về chuỗi Arbitrum mô tả các chuỗi Arbitrum là phiên bản có thể triển khai và tùy chỉnh của bộ công nghệ Arbitrum Nitro.

Nhóm phát triển có thể cấu hình hoạt động thực thi, token gas, tính khả dụng dữ liệu, quản trị, xác thực, thông lượng và các tham số khác của chuỗi.

Nhờ vậy, nhà phát triển có thể tạo chuỗi dành riêng cho ứng dụng, chuỗi hệ sinh thái, chuỗi doanh nghiệp hoặc môi trường blockchain chuyên dụng khác.

Nhóm phát triển có thể chọn cấu hình kiểu Rollup để có giả định mạnh hơn về tính khả dụng dữ liệu trên Ethereum.

Nhóm cũng có thể chọn cấu hình kiểu AnyTrust để giảm chi phí và đáp ứng nhu cầu thông lượng cao hơn.

Nhóm có thể tùy chỉnh token gas hoặc quy tắc quản trị cho sản phẩm của mình.

Điều này biến Nitro thành nền tảng cơ sở hạ tầng, không chỉ là cách triển khai một chuỗi công khai duy nhất.

Nitro hỗ trợ cả chuỗi Arbitrum công khai dùng chung lẫn môi trường dựa trên Arbitrum chuyên dụng, được tùy chỉnh.

Nitro và khả năng tương thích với Ethereum

Khả năng tương thích với Ethereum là một trong những lợi ích quan trọng nhất của Nitro.

Nhà phát triển thường có thể triển khai hợp đồng Solidity, sử dụng địa chỉ theo phong cách Ethereum, kết nối ví tương thích với Ethereum và dùng API quen thuộc.

Điều này giảm trở ngại khi chuyển ứng dụng hiện có sang nền tảng mới.

Khả năng tương thích cũng mang lại lợi ích cho người dùng vì quy trình ví, tương tác hợp đồng và trình khám phá khối có thể tạo cảm giác quen thuộc.

Whitepaper Nitro cho biết Nitro chạy ứng dụng smart contract EVM và hỗ trợ cùng API với các node Ethereum phổ biến.

Tuy nhiên, tương thích không có nghĩa hoàn toàn giống nhau.

Arbitrum có các giai đoạn xác lập tính hoàn tất, cách hạch toán phí, cơ chế bridge, chain ID và precompile riêng của rollup.

Nhà phát triển nên kiểm thử ước tính gas, retryable ticket, nhắn tin cross-chain, quy trình rút tiền và các giả định về sequencer.

Người dùng nên hiểu rằng sử dụng Arbitrum có cảm giác giống Ethereum nhưng vẫn đi kèm quy tắc và rủi ro riêng của Layer 2.

Khả năng tương thích của Nitro rất hữu ích vì giữ được trải nghiệm phát triển Ethereum trong khi cải thiện khả năng mở rộng trên thực tế.

Nitro và bridge

Bridge là thành phần cốt lõi của hệ sinh thái Nitro vì người dùng cần chuyển ETH, token và thông điệp giữa Ethereum với các chuỗi Arbitrum.

Tài liệu Inside Arbitrum Nitro giải thích rằng hoạt động giao tiếp cross-chain bao gồm nạp từ chuỗi cha sang chuỗi con, rút từ chuỗi con sang chuỗi cha, retryable ticket và kiến trúc bridge chính thức.

Khi người dùng bridge từ Ethereum sang Arbitrum, tài sản được khóa hoặc giữ trong hợp đồng ký quỹ trên Ethereum và được đại diện trên Arbitrum.

Khi người dùng rút về Ethereum, giao dịch rút phải chờ hết thời gian phản đối trước khi có thể hoàn tất bước nhận tiền trên chuỗi cha.

Độ trễ khi rút tiền là một phần thông thường trong cơ chế bảo mật của optimistic rollup.

Retryable ticket giúp thực thi thông điệp từ chuỗi cha sang phía Arbitrum.

Việc thực thi outbox giúp hoàn tất thông điệp từ chuỗi con sang chuỗi cha sau khi xác lập tính hoàn tất.

Người dùng nên luôn xác minh URL bridge, địa chỉ token, mạng được chọn và thời gian rút tiền trước khi bridge tài sản.

Bridge rất hữu ích nhưng cũng là điểm rủi ro cao, nơi có thể xảy ra phishing, nhầm token và lỗi cấp quyền phê duyệt.

Lợi ích của Arbitrum Nitro

Lợi ích đầu tiên của Arbitrum Nitro là chi phí giao dịch thấp hơn so với thực hiện cùng hoạt động trực tiếp trên Ethereum mainnet trong thời gian tắc nghẽn.

Lợi ích thứ hai là người dùng nhận phản hồi nhanh hơn nhờ tính hoàn tất sơ bộ từ sequencer.

Lợi ích thứ ba là khả năng tương thích mạnh với Ethereum thông qua cơ chế thực thi dựa trên Geth.

Lợi ích thứ tư là bảo mật rollup thông qua việc đăng dữ liệu lên Ethereum, tuyên bố trạng thái, validator và bằng chứng gian lận.

Lợi ích thứ năm là sự quen thuộc với nhà phát triển vì có thể sử dụng nhiều công cụ và smart contract Ethereum với ít thay đổi.

Lợi ích thứ sáu là triển khai linh hoạt vì Nitro có thể vận hành chuỗi công khai và chuỗi Arbitrum tùy chỉnh.

Lợi ích thứ bảy là khả năng mở rộng tính năng thông qua các công cụ như Stylus và cấu hình chuỗi tùy chỉnh.

Lợi ích thứ tám là hỗ trợ chống kiểm duyệt thông qua delayed inbox và tuyến force inclusion.

Những lợi ích này khiến Nitro quan trọng với người dùng, nhà phát triển, validator và nhóm xây dựng ứng dụng.

Chúng cũng giải thích vì sao Nitro đóng vai trò trung tâm trong việc mở rộng Ethereum thông qua Arbitrum.

Hạn chế của Arbitrum Nitro

Hạn chế đầu tiên của Arbitrum Nitro là thời gian chờ rút tiền từ Arbitrum về Ethereum.

Độ trễ này xuất phát từ việc optimistic rollup cần có thời gian phản đối trước khi hoàn tất rút tiền trên chuỗi cha.

Hạn chế thứ hai là sự phụ thuộc vào sequencer đối với tuyến nhanh thông thường.

Delayed inbox cung cấp phương án dự phòng nhưng sequencer vẫn ảnh hưởng đến trải nghiệm người dùng hằng ngày.

Hạn chế thứ ba là rủi ro bridge.

Người dùng có thể mất tiền do phishing, chọn nhầm phiên bản token, phê duyệt độc hại hoặc sử dụng tuyến bridge không được hỗ trợ.

Hạn chế thứ tư là phí có thể thay đổi.

Phí Arbitrum thường thấp hơn phí Ethereum mainnet nhưng vẫn phụ thuộc một phần vào chi phí dữ liệu trên chuỗi cha và nhu cầu trên Arbitrum.

Hạn chế thứ năm là rủi ro smart contract.

Nitro cung cấp cơ sở hạ tầng nhưng từng ứng dụng vẫn có thể mắc lỗi, có cơ chế quản trị không an toàn, gặp vấn đề oracle hoặc vấn đề thanh khoản.

Hạn chế thứ sáu là rủi ro cấu hình đối với các chuỗi Arbitrum tùy chỉnh.

Chuỗi chuyên dụng có thể sử dụng cài đặt khác về tính khả dụng dữ liệu, xác thực, quản trị hoặc token gas, vì vậy người dùng cần hiểu rằng không phải mọi chuỗi Arbitrum đều có cùng giả định về niềm tin.

Mô hình bảo mật của Arbitrum Nitro

Mô hình bảo mật của Arbitrum Nitro kết hợp thanh toán trên Ethereum, tính khả dụng của dữ liệu, thực thi xác định, tuyên bố trạng thái, khoản ký quỹ kinh tế, validator và bằng chứng gian lận.

Trong điều kiện hoạt động bình thường, rollup không yêu cầu Ethereum thực thi lại mọi giao dịch Arbitrum.

Thay vào đó, Nitro dựa vào validator để tính toán trạng thái và phản đối hành vi gian lận nếu có tuyên bố không hợp lệ.

Tài liệu BoLD giải thích rằng một bên duy nhất trung thực và đã ký quỹ vào trạng thái chính xác có thể bảo vệ hệ thống thông qua quy trình phản đối.

Giả định có ít nhất một validator trung thực là nền tảng bảo mật của optimistic rollup.

Người dùng vẫn nên hiểu rằng mô hình bảo mật này không giống với việc sử dụng trực tiếp Ethereum.

Người dùng Layer 2 đối mặt với rủi ro bổ sung từ hợp đồng bridge, khả năng hoạt động của sequencer, thời gian chờ rút tiền, smart contract cấp ứng dụng và thay đổi quản trị.

Tuy vậy, Nitro được thiết kế để các tuyên bố trạng thái sai có thể bị phản đối và giải quyết thông qua Ethereum.

Bảo mật của Nitro đến từ hệ thống nhiều lớp, không phải một thành phần đơn lẻ.

Chính thiết kế nhiều lớp này cho phép Nitro kết hợp khả năng mở rộng với hoạt động xác minh giảm thiểu niềm tin.

Nitro dành cho người dùng

Với người dùng, Arbitrum Nitro thường thể hiện qua khả năng tương tác với ứng dụng theo phong cách Ethereum nhanh hơn và rẻ hơn.

Người dùng có thể bridge ETH sang Arbitrum, kết nối ví và sử dụng ứng dụng DeFi hoặc NFT mà không cần tìm hiểu sâu về cơ chế bên trong Nitro.

Trải nghiệm ví thường tương tự Ethereum vì địa chỉ và hợp đồng theo phong cách EVM khá quen thuộc.

Tuy nhiên, người dùng nên hiểu một số điểm riêng của Nitro.

Họ cần biết rằng rút tiền về Ethereum chậm hơn nạp tiền vào Arbitrum.

Họ cần biết rằng giao dịch trước tiên nhận tính hoàn tất sơ bộ thông qua sequencer.

Họ cần biết rằng giao dịch bridge đòi hỏi chọn đúng token và mạng.

Họ cần biết rằng phí Arbitrum bao gồm thành phần thực thi trên chuỗi con và thành phần chi phí dữ liệu trên chuỗi cha.

Họ cần biết rằng từng ứng dụng vẫn có thể gặp sự cố ngay cả khi lớp nền Nitro hoạt động chính xác.

Nitro cải thiện khả năng mở rộng, nhưng người dùng vẫn cần bảo mật ví và hiểu rõ rủi ro.

Nitro dành cho nhà phát triển

Với nhà phát triển, Arbitrum Nitro cung cấp môi trường tương thích với Ethereum cùng các tính năng riêng của Layer 2.

Nhà phát triển có thể triển khai hợp đồng Solidity, sử dụng API theo phong cách Ethereum, chạy node, tích hợp bridge và xây dựng ứng dụng hưởng lợi từ chi phí thấp hơn.

Họ cũng có thể sử dụng Stylus cho smart contract dựa trên WASM khi logic cần nhiều tài nguyên tính toán phù hợp với công cụ Rust, C hoặc C++.

Nhà phát triển nên hiểu precompile ArbOS, ước tính gas, retryable ticket, bí danh địa chỉ, tính hoàn tất, hoạt động của delayed inbox và quy trình bridge.

Họ cũng nên cân nhắc ứng dụng có cần tính hoàn tất tức thì trên chuỗi cha hay tính hoàn tất sơ bộ của Arbitrum đã đủ.

Với ứng dụng liên quan đến nạp và rút tiền, nhà phát triển nên thông báo rõ thời gian xử lý bridge.

Với ứng dụng xử lý giao dịch giá trị cao, nhà phát triển nên hiểu tính hoàn tất của tuyên bố trạng thái và các giả định khi giải quyết tranh chấp.

Với ứng dụng trên chuỗi Arbitrum tùy chỉnh, nhà phát triển nên công khai cài đặt về tính khả dụng dữ liệu và quản trị.

Nitro giúp phát triển ứng dụng theo phong cách Ethereum dễ dàng hơn ở quy mô lớn, nhưng không loại bỏ nhu cầu xây dựng Layer 2 cẩn thận.

Nitro dành cho validator và nhà vận hành node

Validator và nhà vận hành node đóng vai trò quan trọng trong mô hình bảo mật Nitro.

Full node giúp đọc và xác minh trạng thái chuỗi Arbitrum.

Validator tính toán trạng thái chính xác và có thể tham gia quy trình gửi tuyên bố cũng như phản đối.

Với BoLD, hoạt động xác thực có thể không cần cấp phép vì người tham gia có thể ký quỹ và tương tác với hợp đồng rollup theo quy tắc giao thức.

Validator cần cơ sở hạ tầng ổn định, quyền truy cập dữ liệu chuỗi, phần mềm Nitro chính xác và khả năng phản hồi tranh chấp.

Một số validator có thể chủ động gửi tuyên bố trạng thái.

Một số validator có thể giám sát và phản đối tuyên bố sai.

Một số có thể hoạt động như watchtower, cảnh báo những bên khác khi phát hiện dấu hiệu bất thường.

Sự đa dạng về vai trò validator giúp củng cố hệ thống.

Điểm cốt lõi là bảo mật Nitro phụ thuộc vào khả năng các bên trung thực tự xác minh và bảo vệ trạng thái chuỗi chính xác.

Arbitrum Nitro và Arbitrum Classic

Arbitrum Nitro thay thế thiết kế Arbitrum trước đó bằng kiến trúc hiệu quả hơn và tương thích với Ethereum hơn.

Whitepaper Nitro mô tả Nitro là thiết kế cải tiến đáng kể so với hệ thống ban đầu.

Thiết kế trước đó sử dụng kiến trúc máy ảo tùy chỉnh.

Nitro chuyển sang nền tảng thực thi dựa trên Geth và cấu trúc tạo bằng chứng dựa trên WASM.

Thay đổi này cải thiện khả năng tương thích vì môi trường thực thi trở nên gần hơn với bộ phần mềm của chính Ethereum.

Trải nghiệm nhà phát triển cũng được cải thiện vì hợp đồng và công cụ có thể hoạt động gần giống trên Ethereum hơn.

Thiết kế Nitro cũng tách biệt hoạt động thực thi thông thường với hoạt động thực thi hướng đến tạo bằng chứng, cho phép thực thi mã gốc nhanh trong khi vẫn hỗ trợ xác minh bằng chứng gian lận có thể chuyển đổi giữa các môi trường.

Với hầu hết người dùng hiện nay, Arbitrum Nitro đơn giản là công nghệ Arbitrum mà họ đang tương tác.

Khác biệt này chủ yếu hữu ích để hiểu vì sao các chuỗi Arbitrum hiện đại có khả năng tương thích, hiệu quả và linh hoạt hơn kiến trúc Arbitrum ban đầu.

Arbitrum Nitro và AnyTrust

Arbitrum Nitro là bộ công nghệ, còn AnyTrust là cấu hình đảm bảo tính khả dụng dữ liệu có thể được xây dựng bằng Nitro.

Chuỗi Arbitrum Rollup tiêu chuẩn gửi dữ liệu giao dịch lên Ethereum để đảm bảo tính khả dụng của dữ liệu.

Chuỗi AnyTrust sử dụng Ủy ban cung cấp dữ liệu trong điều kiện hoạt động bình thường để giảm chi phí.

Tài liệu AnyTrust giải thích rằng mô hình ủy ban giả định có ít nhất hai thành viên trung thực trong cơ cấu ủy ban.

Điều này tạo ra sự đánh đổi.

Chế độ Rollup có giả định mạnh hơn về tính khả dụng dữ liệu nhờ đăng dữ liệu lên Ethereum.

Chế độ AnyTrust có thể giảm phí bằng cách lưu trữ dữ liệu ngoài Ethereum trong điều kiện thông thường.

Người dùng không nên cho rằng mọi chuỗi dựa trên Arbitrum đều có cùng giả định.

Arbitrum One và Arbitrum Nova đều sử dụng công nghệ Arbitrum nhưng có lựa chọn khác nhau về tính khả dụng dữ liệu.

Nitro là nền tảng chung, còn hồ sơ bảo mật và chi phí phụ thuộc vào cấu hình chuỗi.

Những hiểu lầm thường gặp về Arbitrum Nitro

Một hiểu lầm phổ biến là Arbitrum Nitro giúp chính Ethereum hoạt động nhanh hơn.

Nitro không thay đổi năng lực thực thi của Ethereum mainnet; công nghệ này chuyển hoạt động thực thi sang Layer 2 trong khi sử dụng Ethereum để thanh toán và đảm bảo tính khả dụng của dữ liệu.

Một hiểu lầm khác là mọi giao dịch Arbitrum đều mất bảy ngày.

Giao dịch Arbitrum thông thường được sequencer xác nhận nhanh; thời gian chờ dài chủ yếu áp dụng cho giao dịch rút tiền về Ethereum qua tuyến rút tiền optimistic chính thức.

Hiểu lầm thứ ba là phí thấp đồng nghĩa không có sự đánh đổi về bảo mật.

Nitro giảm chi phí nhờ gộp giao dịch, nén dữ liệu, thực thi ngoài chuỗi và thiết kế rollup, nhưng người dùng vẫn đối mặt với các giả định liên quan đến bridge, sequencer, ứng dụng và thời gian rút tiền.

Hiểu lầm thứ tư là Nitro chỉ được dùng cho một chuỗi.

Nitro vận hành Arbitrum One và cũng có thể vận hành các chuỗi Arbitrum tùy chỉnh.

Hiểu lầm thứ năm là tương thích với Ethereum đồng nghĩa với giống hệt nhau.

Arbitrum có khả năng tương thích EVM cao nhưng vẫn có hành vi riêng của Layer 2 về phí, tính hoàn tất, nhắn tin và bridge.

Thực tiễn tốt nhất khi sử dụng các chuỗi dựa trên Arbitrum Nitro

Người dùng nên xác minh mình đang kết nối với đúng chuỗi Arbitrum trước khi gửi tiền hoặc ký giao dịch.

Người dùng nên sử dụng liên kết bridge chính thức hoặc liên kết ứng dụng đáng tin cậy để tránh phishing.

Người dùng nên giữ đủ ETH hoặc token gas cần thiết trên chuỗi đích để thanh toán phí giao dịch.

Người dùng nên hiểu rằng giao dịch rút tiền chính thức về Ethereum cần chờ hết thời gian phản đối.

Người dùng nên xác minh địa chỉ token vì phiên bản token đã bridge có thể khác token gốc.

Nhà phát triển nên kiểm thử hợp đồng trên môi trường thử nghiệm riêng của Arbitrum trước khi triển khai mainnet.

Nhà phát triển nên hiểu retryable ticket trước khi xây dựng luồng nhắn tin từ chuỗi cha sang chuỗi con.

Nhà phát triển nên hiểu cách thực thi outbox trước khi xây dựng luồng từ chuỗi con sang chuỗi cha.

Nhà phát triển nên giải thích rõ cho người dùng về tính hoàn tất và thời gian rút tiền.

Validator và nhà cung cấp cơ sở hạ tầng nên vận hành node ổn định, theo dõi các bản nâng cấp và hiểu cơ chế phản đối của BoLD.

Các thuật ngữ crypto liên quan

Layer 2 là môi trường mở rộng xử lý giao dịch bên ngoài blockchain cơ sở nhưng vẫn duy trì kết nối với chuỗi đó.

Optimistic rollup là rollup giả định các tuyên bố trạng thái hợp lệ, trừ khi có người phản đối trong thời gian giải quyết tranh chấp.

Sequencer là thành phần sắp xếp giao dịch trong nhiều hệ thống rollup.

Bằng chứng gian lận là bằng chứng dùng để cho thấy đã xảy ra chuyển đổi trạng thái không hợp lệ.

BoLD là Bounded Liquidity Delay, khuôn khổ giải quyết tranh chấp của Arbitrum dành cho hoạt động xác thực không cần cấp phép.

ArbOS là lớp hệ thống của Arbitrum, quản lý hoạt động thực thi, nhắn tin, phí và precompile riêng của chuỗi.

Geth là phần mềm thực thi go-ethereum, được dùng làm thành phần cốt lõi trong mô hình thực thi tương thích với Ethereum của Nitro.

WASM là WebAssembly, định dạng lệnh khả chuyển được dùng trong kiến trúc tạo bằng chứng của Nitro và hoạt động thực thi Stylus.

Stylus là bản nâng cấp Arbitrum cho phép nhà phát triển viết smart contract dựa trên WASM bằng các ngôn ngữ như Rust, C và C++.

Tính khả dụng của dữ liệu có nghĩa dữ liệu giao dịch cần để xác minh trạng thái chuỗi có thể truy cập được.

FAQ

Arbitrum Nitro là gì?

Arbitrum Nitro là bộ công nghệ cốt lõi vận hành các chuỗi rollup Arbitrum và các chuỗi dựa trên Arbitrum có thể tùy chỉnh.

Arbitrum Nitro có phải là blockchain không?

Bản thân Arbitrum Nitro không phải một blockchain đơn lẻ; đây là bộ công nghệ rollup dùng để vận hành các chuỗi như Arbitrum One và các chuỗi Arbitrum khác.

Arbitrum Nitro giải quyết vấn đề gì?

Arbitrum Nitro giúp mở rộng các ứng dụng tương thích với Ethereum bằng cách chuyển hoạt động thực thi sang môi trường Layer 2, đồng thời neo dữ liệu và cam kết trạng thái trở lại Ethereum.

Tại sao Nitro được gọi là optimistic rollup?

Nitro được gọi là optimistic vì các tuyên bố trạng thái được giả định là hợp lệ, trừ khi validator phản đối trong thời gian giải quyết tranh chấp.

Geth đóng vai trò gì trong Arbitrum Nitro?

Geth cung cấp phần lõi thực thi tương thích với Ethereum, giúp Arbitrum Nitro hỗ trợ smart contract và công cụ phát triển theo phong cách Ethereum.

ArbOS trong Nitro là gì?

ArbOS là lớp hệ thống của Arbitrum, quản lý hoạt động thực thi, phí, nhắn tin, tạo khối và precompile riêng của rollup.

BoLD trong Arbitrum Nitro là gì?

BoLD là giao thức giải quyết tranh chấp của Arbitrum, hỗ trợ xác thực không cần cấp phép và giới hạn thời gian trì hoãn tranh chấp thông qua bằng chứng gian lận tương tác.

Tại sao rút tiền từ Arbitrum mất nhiều ngày?

Giao dịch rút tiền chính thức từ Arbitrum về Ethereum cần có thời gian phản đối vì optimistic rollup phải dành thời gian cho việc phản đối bằng bằng chứng gian lận.

Arbitrum Nitro có sử dụng bảo mật của Ethereum không?

Ở chế độ Rollup, Arbitrum Nitro sử dụng Ethereum để thanh toán, đảm bảo tính khả dụng của dữ liệu và phân xử tranh chấp, nhưng người dùng vẫn đối mặt với các rủi ro riêng của Layer 2.

Nitro khác AnyTrust như thế nào?

Nitro là bộ công nghệ, còn AnyTrust là mô hình đảm bảo tính khả dụng dữ liệu chi phí thấp hơn, sử dụng Ủy ban cung cấp dữ liệu thay vì thường xuyên đăng toàn bộ dữ liệu lên Ethereum.

Stylus có liên quan gì đến Nitro?

Stylus là bản nâng cấp Arbitrum Nitro, bổ sung máy ảo WASM để nhà phát triển có thể viết smart contract bằng các ngôn ngữ như Rust, C và C++.

Arbitrum Nitro có không có rủi ro không?

Không. Arbitrum Nitro giảm chi phí và cải thiện khả năng mở rộng, nhưng người dùng vẫn đối mặt với rủi ro bridge, các giả định về sequencer, rủi ro smart contract, thời gian chờ rút tiền và khác biệt trong cấu hình chuỗi.

Kết luận

Arbitrum Nitro là bộ công nghệ rollup cốt lõi đứng sau hệ sinh thái Layer 2 hiện đại và các chuỗi có thể tùy chỉnh của Arbitrum.

Nitro kết hợp khả năng thực thi tương thích với Ethereum, cơ sở hạ tầng dựa trên Geth, logic hệ thống ArbOS, cách sắp xếp giao dịch của sequencer, đăng dữ liệu đã nén, tuyên bố trạng thái và bằng chứng gian lận tương tác.

Mục tiêu chính của Nitro là giúp ứng dụng theo phong cách Ethereum nhanh hơn, rẻ hơn mà không từ bỏ cơ chế thanh toán và đảm bảo xác minh của Ethereum.

Nitro quan trọng vì duy trì trải nghiệm phát triển và sử dụng gần với Ethereum, đồng thời chuyển hoạt động thực thi sang môi trường có khả năng mở rộng cao hơn.

Nitro cũng là nền tảng cho các chuỗi Arbitrum, cấu hình AnyTrust, smart contract Stylus và cơ sở hạ tầng Layer 2 nâng cao.

Ý tưởng kỹ thuật quan trọng nhất của Nitro là phân chia nhiệm vụ.

Sequencer sắp xếp giao dịch, hàm chuyển đổi trạng thái thực thi giao dịch theo cách xác định, validator xác minh trạng thái, Ethereum lưu trữ dữ liệu và phân xử tranh chấp, còn BoLD quản lý quy trình giải quyết phản đối.

Thiết kế nhiều lớp này cho phép Arbitrum đáp ứng nhu cầu sử dụng hằng ngày với tốc độ cao, đồng thời duy trì phương thức giảm thiểu niềm tin để chứng minh gian lận.

Người dùng nên hiểu rằng Nitro cải thiện khả năng mở rộng nhưng không loại bỏ mọi rủi ro.

Bảo mật bridge, lựa chọn token, an toàn ví, khả năng hoạt động của sequencer, chất lượng ứng dụng và thời gian rút tiền vẫn rất quan trọng.

Nhà phát triển nên hiểu hành vi riêng của Nitro liên quan đến ArbOS, ước tính gas, retryable ticket, delayed inbox, thực thi outbox và tính hoàn tất.

Validator nên hiểu tuyên bố trạng thái, khoản ký quỹ, BoLD và giả định bảo mật cần ít nhất một validator trung thực.

Với người tìm hiểu crypto, Arbitrum Nitro là một trong những ví dụ rõ ràng nhất về cách kiến trúc rollup mở rộng hoạt động blockchain mà không yêu cầu mọi node lớp cơ sở thực thi lại mọi giao dịch.

Nitro cho thấy hoạt động thực thi, tính khả dụng dữ liệu, bằng chứng gian lận và thanh toán có thể được tách thành một hệ thống mô-đun.

Bài học chính là Arbitrum Nitro không chỉ là phiên bản Ethereum nhanh hơn.

Đây là kiến trúc rollup sử dụng Ethereum làm nền tảng bảo mật và thanh toán, đồng thời cung cấp cho ứng dụng môi trường thực thi thiết thực hơn.