Các chuỗi tuân thủ ADI Chain L3 vận hành ra sao? Mô hình triển khai và quy trình thanh toán

Người mới bắt đầu
Tiền điện tửBlockchainLayer 2
Cập nhật lần cuối 2026-07-22 03:21:01
Thời gian đọc: 9m
Các chuỗi ADI Chain L3 tuân thủ là Layer 3 ZK rollup được giải quyết trên ADI L2, ADI L2 tiếp tục giải quyết trên Ethereum L1, hình thành chuỗi bằng chứng hợp lệ L3→L2→L1. Mỗi L3 sở hữu Sequencer, người chứng minh và hợp đồng Diamond Proxy riêng, đồng thời dùng chung Bridgehub và StateTransitionManager; các batch được giải quyết trên L2 qua các bước Commit, Prove và Execute, với tính cuối cùng được lan truyền lên trên stack.

Các chuỗi tuân thủ ADI Chain L3 là các Rollup zero-knowledge Layer 3 thực hiện thanh toán trên ADI Chain (L2), còn L2 thực hiện thanh toán trên Ethereum mainnet (L1). Các tổ chức có thể vận hành chuỗi độc lập theo khu vực pháp lý hoặc lĩnh vực kinh doanh và thiết lập chính sách tuân thủ phù hợp. Theo mô hình bảo mật hai lớp trình bày trong Tổng quan về ADI Chain, L3 kế thừa bảo đảm mật mã từ cả L2 và L1, đồng thời cô lập môi trường thực thi và miền tuân thủ khỏi trạng thái chung L2.

Đối với chính phủ, ngân hàng và liên minh ngành, L3 cho phép "một hệ sinh thái, nhiều quy tắc": tài sản được quản lý lưu thông trên các chuỗi chuyên biệt, ứng dụng mở vận hành trên L3 khác hoặc trên L2, và tất cả các lớp kết nối qua cầu nối L2.

Vị trí của L3 trong kiến trúc phân lớp ADI Chain

ADI Chain sử dụng hệ thống phân cấp thanh toán ba tầng L3→L2→L1. Chuỗi L3 thực hiện giao dịch tại chỗ và duy trì trạng thái độc lập; L2 (ADI Chain) xác minh bằng chứng hợp lệ của các lô L3 và lưu trữ gốc trạng thái L3; L1 (Ethereum) xác minh bằng chứng lô L2 và hoàn tất trạng thái toàn cầu. Mỗi lớp truyền bảo mật lên trên bằng chứng hợp lệ zero-knowledge, nên chuyển đổi trạng thái không hợp lệ sẽ không được chấp nhận bởi lớp cao hơn.

Khác với việc triển khai dApps trực tiếp trên L2, L3 cung cấp sự cô lập thực thi ở cấp vật lý: mỗi L3 có Sequencer, Prover và hợp đồng Diamond Proxy riêng, với trạng thái không can thiệp lẫn nhau. Nhiều L3 có thể triển khai trong cùng hệ sinh thái, chia sẻ hợp đồng hạ tầng như Bridgehub (đăng ký chuỗi) và StateTransitionManager (STM). Thông lượng ADI L2 khoảng 2.000–10.000 TPS; bổ sung nhiều L3 có thể mở rộng năng lực theo ứng dụng hoặc khu vực pháp lý.

Lớp Vị trí thực thi Đích gửi bằng chứng Độ trễ xác nhận điển hình
Chuỗi L3 Sequencer cục bộ L3 ADI Chain (L2) Giây (xác nhận mềm)
ADI Chain (L2) Sequencer L2 Ethereum mainnet (L1) Phút (xác nhận L2)
Ethereum (L1) Hợp đồng verifier Hoàn tất gốc trạng thái Giờ (hoàn tất L1)

Bảng trên cho thấy L3 không phải là chuỗi công khai độc lập mà là miền thực thi có thể tùy chỉnh được lồng trên ADI L2 và Ethereum L1. ADI L2, với vai trò zkRollup, kế thừa bảo mật kinh tế của Ethereum; L3 bổ sung một lớp tuân thủ dành cho tổ chức ở phía trên.

Kiến trúc phân lớp ADI Chain L3 từ L3 đến L2 đến Ethereum L1 Hình 1. Vị trí của các chuỗi tuân thủ ADI Chain L3 trong kiến trúc phân lớp L3→L2→L1 và mối quan hệ giữa các thành phần lõi.

Các thành phần lõi của hệ sinh thái L3

Hệ sinh thái L3 triển khai hạ tầng dùng chung trên lớp thanh toán L2 và hợp đồng chuyên biệt cùng node vận hành trên từng L3. Bridgehub là trung tâm đăng ký, duy trì ánh xạ ID chuỗi đến địa chỉ hợp đồng, định tuyến thông điệp chuỗi chéo và cấu hình hệ sinh thái. StateTransitionManager xử lý đăng ký chuỗi mới, nâng cấp giao thức và quản lý tham số xác minh dùng chung. Mỗi chuỗi L3 được trang bị hợp đồng Diamond Proxy sử dụng mô hình Facet cho nâng cấp mô-đun, xử lý gửi lô và xác minh, lưu trữ gốc trạng thái và quản lý trình xác thực.

Ở phía vận hành L3, mỗi chuỗi chạy Sequencer, Prover và bộ ví Operator (phụ trách Commit, Prove và Execute tương ứng). Trên L2, Prover L2 tổng hợp giao dịch gốc L2 và thanh toán L3 thành bằng chứng gửi lên L1. Validator Timelock áp đặt độ trễ giữa Commit và Execute, tạo khoảng thời gian phát hiện bất thường.

Thiết kế Diamond Proxy Facet cho phép nâng cấp độc lập logic thực thi, truy vấn và quản lý. Kết hợp hạ tầng đăng ký dùng chung trên L2 với trạng thái thực thi cô lập trên từng L3 là đặc điểm nổi bật của ADI Chain so với mô hình L2 chung "một chuỗi, nhiều ứng dụng"; trong bài so sánh ADI Chain với Arbitrum và Base, hỗ trợ L3 gốc và mô hình hệ sinh thái Bridgehub là những điểm khác biệt chính.

Ba mô hình triển khai dành cho chuỗi L3

ADI Chain L3 hỗ trợ các mô hình hạ tầng do ADI quản lý, khách hàng vận hành và lai, đáp ứng nhu cầu tổ chức từ không vận hành đến kiểm soát hoàn toàn.

Mô hình Sequencer Prover Khóa hợp đồng Phù hợp với
ADI quản lý ADI vận hành ADI tạo bằng chứng ADI giữ khóa quản trị và vận hành Tổ chức muốn triển khai trọn gói không gánh nặng hạ tầng
Khách hàng vận hành Khách hàng chạy node Khách hàng vận hành node GPU Prover Khóa chuyển đến ví khách hàng Tổ chức cần kiểm soát hoàn toàn vận hành chuỗi và chủ quyền dữ liệu
Lai Khách hàng hoặc ADI (cấu hình) Khách hàng hoặc ADI (cấu hình) Quản trị cho khách hàng; vận hành có thể ủy quyền cho ADI Tổ chức cần tự chủ quản trị với tùy chọn thuê ngoài vận hành

Triển khai hợp đồng sử dụng kiểm soát truy cập theo vai trò: Governor phụ trách nâng cấp giao thức, Admin xử lý tình huống khẩn cấp, Operator thực hiện Commit lô, Prove Operator gửi bằng chứng, và Execute Operator thực hiện lô đã xác minh. Quyền sở hữu có thể chuyển hoàn toàn cho multisig khách hàng hoặc bàn giao theo từng giai đoạn. Hệ sinh thái L3 tuân theo mô hình "triển khai một lần, thêm chuỗi dần": Bridgehub và STM triển khai một lần ở tầng hệ sinh thái, các chuỗi L3 mới gia nhập dưới dạng hợp đồng độc lập.

Ở chế độ khách hàng vận hành, Prover yêu cầu GPU NVIDIA H100 hoặc H200 (70–140 GB VRAM) và bộ nhớ hệ thống từ 64 GB trở lên; Sequencer cần ít nhất 8 nhân CPU, 32 GB RAM và điểm cuối giao dịch công khai. Ví Operator phải nắm giữ $ADI token làm gas L2 cho hoạt động trên chuỗi gồm Commit, Prove và Execute.

Quy trình thanh toán Commit-Prove-Execute

Khi các lô L3 thanh toán lên L2, chúng đi qua các bước Commit, Prove và Execute. Sequencer đóng gói giao dịch L3 thành lô; Operator gửi giao dịch Commit lên L2 mang theo state diff (biến động slot lưu trữ), thông tin triển khai hợp đồng và hash thông điệp L2→L3 — không phải ảnh chụp trạng thái đầy đủ — để giảm chi phí dữ liệu.

Ở bước Prove, Prover tạo bằng chứng hợp lệ bằng hệ thống Airbender (pipeline FRI/STARK → FFLONK SNARK), đảm bảo mật mã rằng chuyển đổi trạng thái tuân thủ quy tắc thực thi L3. Ở bước Execute, sau khi L2 xác minh bằng chứng, gốc trạng thái mới của L3 được ghi vào hợp đồng chuỗi Diamond Proxy và lô được đánh dấu hoàn tất.

Giai đoạn Operator Nội dung gửi Kết quả L2
Commit Operator State diff, thông tin triển khai, hash thông điệp Dữ liệu lô lên chuỗi, chờ bằng chứng
Prove Prove Operator Bằng chứng ZK hợp lệ Bằng chứng xác minh bởi hợp đồng verifier
Execute Execute Operator Thực thi lô đã xác minh Gốc trạng thái L3 cập nhật, lô hoàn tất

Một chu kỳ thanh toán đầy đủ tiêu tốn khoảng 747.000 Gas tổng (Commit ~136.000, Prove ~494.000, Execute ~117.000), mỗi giai đoạn đều trả bằng $ADI từ ví Operator. Trong môi trường trực tuyến, Prover FRI và SNARK có thể chạy song song trên phân vùng GPU riêng, tăng thông lượng lô khoảng 15%–20%; một Prover duy nhất theo cấu hình mục tiêu hỗ trợ khoảng 15–20 TPS.

Quy trình thanh toán Commit Prove Execute ADI Chain L3 với Airbender prover Hình 2. Quy trình từ đóng gói giao dịch đến Commit, Prove và Execute thanh toán trên L2 cho một lô L3.

Cấu hình Prover khuyến nghị là NVIDIA H200 (140 GB VRAM), với 2 Prover FRI song song và 1 Prover SNARK chuyên biệt (~33 GB VRAM). Tổ chức ở chế độ khách hàng vận hành nên lên kế hoạch cụm GPU và kết nối RPC L2 độ trễ thấp trước để đảm bảo nhịp gửi lô.

Cách thức hoàn tất truyền từ L3 đến Ethereum

Loại xác nhận giao dịch L3 nâng cấp dọc theo L3→L2→L1 khi thanh toán tiến triển. Sau khi Sequencer L3 đưa giao dịch vào block, người dùng nhận xác nhận mềm cấp giây và có thể sử dụng ngay tài sản chuyển; xác nhận mềm dựa vào độ trung thực của Sequencer và chưa có hoàn tất mật mã.

Sau khi lô L3 được Commit lên L2, nó bước vào giai đoạn xác nhận L2 (thường là vài phút). Khi Prove và Execute hoàn tất trên L2, gốc trạng thái L3 được ghi vào hợp đồng chuỗi L2 và không thể đảo ngược. Prover L2 sau đó chứng minh trạng thái L2 — bao gồm thanh toán L3 — lên Ethereum L1; sau khi hợp đồng verifier L1 xác nhận, chuỗi thanh toán đầy đủ đạt hoàn tất L1 (thường là vài giờ).

Các thanh toán lớn hoặc rút tiền chuỗi chéo nên chờ hoàn tất L2 hoặc L1; tương tác hàng ngày có thể dựa vào xác nhận mềm. Validator Timelock thiết lập độ trễ cấu hình giữa Commit và Execute, dành thời gian phát hiện bất thường.

Trường hợp sử dụng phù hợp với chuỗi tuân thủ L3

L3 phù hợp với logic "cô lập quy tắc, chia sẻ bảo mật": ngân hàng triển khai đường ray stablecoin chủ quyền, nhà quản lý tài sản triển khai hợp đồng RWA với truy cập KYC, chính phủ có thể mã hóa dữ liệu theo khu vực pháp lý. Triển khai khách hàng vận hành mang trách nhiệm cho cụm GPU và whitelist RPC; triển khai ADI quản lý chuyển vận hành sang ADI.

Tóm tắt

Các chuỗi tuân thủ ADI Chain L3 sử dụng kiến trúc ZK Rollup ba lớp L3→L2→L1 giúp tổ chức kế thừa bảo mật chuẩn Ethereum đồng thời có miền thực thi độc lập với quy tắc tuân thủ tùy chỉnh theo khu vực pháp lý. Bridgehub và StateTransitionManager cung cấp hạ tầng đăng ký và nâng cấp dùng chung; mỗi L3 duy trì trạng thái cô lập qua Diamond Proxy, Sequencer và Prover độc lập. Lô thanh toán trên L2 qua các bước Commit, Prove, Execute; hệ thống Airbender và hạ tầng GPU (H100/H200) hỗ trợ tạo bằng chứng hợp lệ; hoàn tất truyền từ xác nhận mềm L3 đến hoàn tất mật mã L2 và L1. Ba mô hình triển khai đáp ứng nhu cầu vận hành và quản trị đa dạng, phù hợp với stablecoin chủ quyền, RWA, thanh toán xuyên biên giới và mã hóa dữ liệu chính phủ.

Câu hỏi thường gặp

L3 trên ADI Chain là gì?

L3 là một ZK Rollup Layer 3 thực hiện thanh toán trên ADI Chain (L2), cho phép tổ chức, chính phủ hoặc liên minh ngành vận hành chuỗi độc lập theo khu vực pháp lý với chính sách tuân thủ tùy chỉnh. Mỗi L3 có Sequencer, Prover và hợp đồng Diamond Proxy riêng, kế thừa bảo mật hai lớp qua L2 và Ethereum, đồng thời chia sẻ hạ tầng đăng ký Bridgehub với các L3 khác trong hệ sinh thái.

Mối quan hệ giữa ADI Chain và Ethereum

ADI Chain vận hành như một zkRollup L2 trên Ethereum; chuyển đổi trạng thái lô L2 cần hợp đồng verifier L1 xác minh bằng chứng ZK trước khi hoàn tất. Các chuỗi L3 tiếp tục thanh toán trên ADI L2, hình thành chuỗi bằng chứng hợp lệ ba lớp L3→L2→L1. Tài sản có thể di chuyển giữa L1, L2 và L3 qua cầu nối, với mô hình bảo mật kế thừa bảo mật kinh tế Ethereum ở mọi cấp.

ADI Chain có bảo mật không?

ADI Chain sử dụng bằng chứng hợp lệ ZK, nên trạng thái không hợp lệ không thể được chấp nhận trên L1; các lô L3 cũng phải qua xác minh L2 trước khi hoàn tất. Sequencer cung cấp xác nhận mềm cấp giây; hoàn tất mật mã yêu cầu xác minh bằng chứng trên L2 và L1. Người dùng và tổ chức vẫn cần tính đến rủi ro còn lại quanh hợp đồng cầu nối, quản lý khóa vận hành, hạ tầng GPU tự vận hành L3 và khoảng thời gian giữa xác nhận mềm và hoàn tất L1.

Có những mô hình triển khai nào dành cho chuỗi L3?

ADI Chain L3 hỗ trợ ba mô hình: ADI quản lý (ADI vận hành Sequencer, Prover và hợp đồng), khách hàng vận hành (tổ chức tự chạy node và hạ tầng GPU Prover, giữ khóa), và lai (quản trị thuộc khách hàng còn Sequencer và Prover có thể linh hoạt phân công). Lựa chọn phụ thuộc vào cách tổ chức cân bằng gánh nặng vận hành, chủ quyền kiểm soát và linh hoạt tuân thủ.

Quy trình Commit-Prove-Execute cho lô L3

Sequencer L3 đóng gói giao dịch thành lô; Operator Commit state diff lên L2; Prover tạo bằng chứng ZK hợp lệ qua hệ thống Airbender và gửi giao dịch Prove; sau khi L2 xác minh, Execute Operator thực thi, ghi gốc trạng thái L3 vào hợp đồng chuỗi và hoàn tất lô. Ba bước tiêu tốn khoảng 747.000 Gas tổng, trả bằng $ADI.

Cần phần cứng gì để vận hành Prover L3?

Môi trường trực tuyến yêu cầu GPU NVIDIA H100 hoặc H200 với tối thiểu 70 GB VRAM (khuyến nghị 140 GB), bộ nhớ hệ thống từ 64 GB trở lên và ổ NVMe SSD lưu trữ dữ liệu witness. Cấu hình khuyến nghị gồm 2 Prover FRI song song và 1 Prover SNARK chuyên biệt (~33 GB VRAM), mục tiêu khoảng 15–20 TPS. Sequencer cần ít nhất 8 nhân CPU, 32 GB RAM và điểm cuối giao dịch công khai.

Tác giả: Jayne
Tuyên bố từ chối trách nhiệm
* Đầu tư có rủi ro, phải thận trọng khi tham gia thị trường. Thông tin không nhằm mục đích và không cấu thành lời khuyên tài chính hay bất kỳ đề xuất nào khác thuộc bất kỳ hình thức nào được cung cấp hoặc xác nhận bởi Gate.
* Không được phép sao chép, truyền tải hoặc đạo nhái bài viết này mà không có sự cho phép của Gate. Vi phạm là hành vi vi phạm Luật Bản quyền và có thể phải chịu sự xử lý theo pháp luật.

Bài viết liên quan

Phân tích chuyên sâu về tokenomics của Morpho: tiện ích, phân phối và khung giá trị của MORPHO
Người mới bắt đầu

Phân tích chuyên sâu về tokenomics của Morpho: tiện ích, phân phối và khung giá trị của MORPHO

MORPHO là token gốc của giao thức Morpho, đảm nhận vai trò trọng tâm trong quản trị và thúc đẩy các hoạt động của hệ sinh thái. Bằng cách kết hợp phân phối token với các cơ chế khuyến khích, Morpho gắn kết sự tham gia của người dùng, quá trình phát triển giao thức và quyền lực quản trị, từ đó xây dựng nền tảng vững chắc cho giá trị lâu dài trong hệ sinh thái cho vay phi tập trung.
2026-04-03 13:14:14
0x Protocol và Uniswap: Giao thức Sổ lệnh khác gì so với mô hình AMM?
Trung cấp

0x Protocol và Uniswap: Giao thức Sổ lệnh khác gì so với mô hình AMM?

Cả 0x Protocol và Uniswap đều được xây dựng nhằm mục đích giao dịch tài sản phi tập trung, nhưng mỗi bên sử dụng cơ chế giao dịch khác biệt. 0x Protocol dựa vào kiến trúc sổ lệnh ngoài chuỗi kết hợp thanh toán trên chuỗi, tổng hợp thanh khoản từ nhiều nguồn để cung cấp hạ tầng giao dịch cho ví và DEX. Uniswap lại áp dụng mô hình Nhà tạo lập thị trường tự động (AMM), hỗ trợ hoán đổi tài sản trên chuỗi thông qua pool thanh khoản. Điểm khác biệt chủ yếu giữa hai bên là cách tổ chức thanh khoản. 0x Protocol tập trung vào tổng hợp lệnh và định tuyến giao dịch hiệu quả, phù hợp để cung cấp hỗ trợ thanh khoản nền tảng cho các ứng dụng. Uniswap sử dụng pool thanh khoản để cung cấp dịch vụ hoán đổi trực tiếp cho người dùng, trở thành nền tảng thực hiện giao dịch trên chuỗi mạnh mẽ.
2026-04-29 03:48:20
Các thành phần cốt lõi của Giao thức 0x gồm những gì? Cụ thể là phân tích về Relayer, Mesh và kiến trúc API
Người mới bắt đầu

Các thành phần cốt lõi của Giao thức 0x gồm những gì? Cụ thể là phân tích về Relayer, Mesh và kiến trúc API

Giao thức 0x xây dựng hạ tầng giao dịch phi tập trung bằng các thành phần chủ chốt như Relayer, Mesh Network, 0x API và Exchange Proxy. Relayer chịu trách nhiệm phát sóng lệnh ngoài chuỗi, Mesh Network đảm nhiệm chia sẻ lệnh, 0x API cung cấp giao diện báo giá thanh khoản thống nhất, còn Exchange Proxy quản lý thực thi giao dịch trên chuỗi và điều phối thanh khoản. Nhờ sự phối hợp này, kiến trúc tổng thể cho phép kết hợp việc truyền lệnh ngoài chuỗi với thanh toán giao dịch trên chuỗi, giúp Ví, DEX và các Ứng dụng DeFi tiếp cận thanh khoản đa nguồn chỉ qua một giao diện duy nhất.
2026-04-29 03:06:50
Sentio và The Graph: so sánh cơ chế lập chỉ số theo thời gian thực và cơ chế lập chỉ số subgraph
Trung cấp

Sentio và The Graph: so sánh cơ chế lập chỉ số theo thời gian thực và cơ chế lập chỉ số subgraph

Sentio và The Graph đều là nền tảng chỉ số dữ liệu trên chuỗi, nhưng lại khác biệt rõ rệt về mục tiêu thiết kế cốt lõi. The Graph sử dụng subgraph để chỉ số dữ liệu trên chuỗi, tập trung chủ yếu vào nhu cầu truy vấn và tổng hợp dữ liệu. Ngược lại, Sentio áp dụng cơ chế chỉ số theo thời gian thực, ưu tiên xử lý dữ liệu độ trễ thấp, giám sát trực quan và các tính năng cảnh báo tự động, nhờ đó đặc biệt phù hợp cho các trường hợp giám sát theo thời gian thực và cảnh báo rủi ro.
2026-04-17 08:55:07
Mô hình kinh tế token ONDO: Cơ chế thúc đẩy tăng trưởng nền tảng và gia tăng sự tham gia của người dùng?
Người mới bắt đầu

Mô hình kinh tế token ONDO: Cơ chế thúc đẩy tăng trưởng nền tảng và gia tăng sự tham gia của người dùng?

ONDO là token quản trị trung tâm và công cụ ghi nhận giá trị của hệ sinh thái Ondo Finance. Mục tiêu trọng tâm của ONDO là ứng dụng cơ chế khuyến khích bằng token nhằm gắn kết các tài sản tài chính truyền thống (RWA) với hệ sinh thái DeFi một cách liền mạch, qua đó thúc đẩy sự mở rộng quy mô lớn cho các sản phẩm quản lý tài sản và lợi nhuận trên chuỗi.
2026-03-27 13:53:10
Các trường hợp sử dụng của token ST là gì? Phân tích chuyên sâu về cơ chế khuyến khích của hệ sinh thái Sentio
Người mới bắt đầu

Các trường hợp sử dụng của token ST là gì? Phân tích chuyên sâu về cơ chế khuyến khích của hệ sinh thái Sentio

ST là token tiện ích cốt lõi của hệ sinh thái Sentio, giữ vai trò phương tiện chính để chuyển giá trị giữa nhà phát triển, hạ tầng dữ liệu và thành viên mạng lưới. Với vai trò là thành phần chủ chốt trong mạng dữ liệu trên chuỗi theo thời gian thực của Sentio, ST được dùng để sử dụng tài nguyên, tạo động lực cho mạng lưới và thúc đẩy hợp tác trong hệ sinh thái, từ đó hỗ trợ nền tảng xây dựng mô hình dịch vụ dữ liệu bền vững. Việc triển khai cơ chế token ST cho phép Sentio kết hợp hiệu quả giữa sử dụng tài nguyên mạng và các ưu đãi hệ sinh thái, giúp nhà phát triển truy cập dịch vụ dữ liệu theo thời gian thực tối ưu hơn và củng cố tính bền vững dài hạn cho toàn bộ mạng dữ liệu.
2026-06-02 07:52:09