Bagaimana Chain L3 yang Mematuhi ADI Chain Bekerja? Model Deployment dan Alur Settlement

Rantai patuh ADI Chain L3 merupakan Layer 3 zero-knowledge Rollup yang melakukan penyelesaian di ADI Chain (L2), sementara L2 sendiri menyelesaikan transaksi di mainnet Ethereum (L1). Institusi dapat menjalankan rantai independen berdasarkan yurisdiksi atau lini bisnis, serta menetapkan kebijakan kepatuhan sesuai kebutuhan. Sesuai dengan model keamanan dua lapis yang dijelaskan dalam ikhtisar ADI Chain, L3 mewarisi jaminan kriptografi dari L2 dan L1, sekaligus mengisolasi lingkungan eksekusi dan domain kepatuhan dari status L2 bersama.

Untuk pemerintah, bank, dan konsorsium industri, L3 menghadirkan konsep "satu ekosistem, aturan berbeda": aset yang diatur beredar di rantai khusus, aplikasi terbuka berjalan di L3 lain atau di L2, dan seluruh lapisan saling terhubung melalui bridging L2.

Di Mana Posisi L3 dalam Arsitektur Berlapis ADI Chain?

ADI Chain mengadopsi hierarki penyelesaian tiga tingkat L3→L2→L1. Rantai L3 mengeksekusi transaksi secara lokal dan menjaga status independen; L2 (ADI Chain) memverifikasi proof validitas batch L3 serta menyimpan state root L3; L1 (Ethereum) memverifikasi proof batch L2 dan memfinalisasi status global. Setiap lapisan meneruskan keamanan ke atas melalui zero-knowledge validity proof, sehingga transisi status tidak valid tidak dapat diterima oleh lapisan yang lebih tinggi.

Berbeda dengan penerapan dApp langsung di L2, L3 menghadirkan isolasi eksekusi tingkat fisik: setiap L3 memiliki Sequencer, Prover, dan kontrak Diamond Proxy sendiri, serta status yang tidak saling memengaruhi. Beberapa L3 dapat diterapkan dalam satu ekosistem, berbagi kontrak infrastruktur seperti Bridgehub (registri chain) dan StateTransitionManager (STM). Throughput ADI L2 berkisar 2.000–10.000 TPS; penambahan beberapa L3 dapat meningkatkan kapasitas berdasarkan aplikasi atau yurisdiksi.

Tabel tersebut menegaskan bahwa L3 bukanlah public chain mandiri, melainkan domain eksekusi yang dapat dikustomisasi dan bertingkat di atas ADI L2 dan Ethereum L1. ADI L2 sebagai zkRollup mewarisi keamanan ekonomi Ethereum; L3 menambahkan lapisan kepatuhan institusional.

Gambar 1. Posisi rantai patuh ADI Chain L3 dalam arsitektur berlapis L3→L2→L1 dan hubungan antar komponen inti.

Apa Saja Komponen Inti Ekosistem L3?

Ekosistem L3 menerapkan infrastruktur bersama di lapisan penyelesaian L2 serta kontrak dan node operasional khusus chain di setiap L3. Bridgehub berperan sebagai registri pusat, memelihara pemetaan ID chain ke alamat kontrak, routing pesan cross-chain, dan konfigurasi tingkat ekosistem. StateTransitionManager menangani pendaftaran chain baru, peningkatan protokol, dan manajemen parameter verifikasi bersama. Setiap L3 dilengkapi kontrak Diamond Proxy dengan pola Facet untuk upgrade modular, menangani pengiriman dan verifikasi batch, penyimpanan state root, dan manajemen validator.

Pada sisi operasi L3, setiap chain menjalankan Sequencer, Prover, dan satu set dompet Operator (bertanggung jawab atas Commit, Prove, dan Execute). Di L2, Prover L2 mengagregasi transaksi native L2 dan settlement L3 menjadi proof yang dikirimkan ke L1. Validator Timelock menerapkan jeda antara Commit dan Execute, memberi waktu untuk deteksi anomali.

Desain Diamond Proxy Facet memungkinkan logika eksekusi, query, dan manajemen di-upgrade secara independen. Kombinasi registrasi bersama di L2 dengan status eksekusi terisolasi di setiap L3 menjadi ciri khas ADI Chain dibanding model L2 umum "satu chain, banyak aplikasi"; dalam perbandingan ADI Chain vs Arbitrum dan Base, dukungan L3 native dan model ekosistem Bridgehub adalah pembeda utama.

Apa Saja Tiga Model Penerapan untuk Rantai L3?

ADI Chain L3 mendukung model infrastruktur dikelola ADI, dioperasikan klien, dan hybrid, mencakup kebutuhan institusi dari tanpa operasi hingga kontrol penuh mandiri.

Penerapan kontrak menggunakan kontrol akses berbasis peran: Governor menangani upgrade protokol, Admin menangani aksi darurat, Operator melakukan batch Commit, Prove Operator mengirim proof, dan Execute Operator mengeksekusi batch terverifikasi. Kepemilikan dapat dialihkan sepenuhnya ke multisig klien atau diserahkan secara bertahap. Ekosistem L3 mengikuti pola "deploy sekali, tambah chain secara bertahap": Bridgehub dan STM diterapkan satu kali di tingkat ekosistem, dan chain L3 baru bergabung sebagai kontrak independen.

Pada mode dioperasikan klien, Prover memerlukan GPU NVIDIA H100 atau H200 (70–140 GB VRAM) dan memori sistem minimal 64 GB; Sequencer membutuhkan minimal 8 core CPU, 32 GB RAM, dan endpoint transaksi publik. Dompet Operator harus memegang $ADI token sebagai gas L2 untuk operasi on-chain Commit, Prove, dan Execute.

Bagaimana Alur Settlement Commit-Prove-Execute Bekerja?

Ketika batch L3 diselesaikan ke L2, batch tersebut melewati tahap Commit, Prove, dan Execute. Sequencer mengemas transaksi L3 ke dalam batch; Operator mengirimkan transaksi Commit ke L2 yang berisi perbedaan status (perubahan slot penyimpanan), informasi deploy kontrak, dan hash pesan L2→L3—bukan snapshot status penuh—untuk menekan biaya data.

Pada fase Prove, Prover menghasilkan validity proof menggunakan sistem Airbender (FRI/STARK → FFLONK SNARK pipeline), yang menjamin secara kriptografi bahwa transisi status sesuai aturan eksekusi L3. Pada fase Execute, setelah proof diverifikasi di L2, state root L3 baru ditulis ke kontrak Diamond Proxy dan batch ditandai selesai.

Satu siklus settlement penuh mengonsumsi sekitar 747.000 Gas total (Commit ~136.000, Prove ~494.000, Execute ~117.000), dengan setiap fase dibayar menggunakan $ADI dari dompet Operator. Di lingkungan produksi, FRI dan SNARK Prover dapat berjalan paralel pada partisi GPU terpisah, meningkatkan throughput batch sekitar 15%–20%; satu Prover pada konfigurasi target mendukung sekitar 15–20 TPS.

Gambar 2. Alur dari batching transaksi hingga settlement Commit, Prove, dan Execute di L2 untuk batch L3.

Konfigurasi Prover yang direkomendasikan adalah NVIDIA H200 (140 GB VRAM), dengan 2 FRI Prover paralel dan 1 SNARK Prover khusus (~33 GB VRAM). Institusi pada mode dioperasikan klien sebaiknya merencanakan cluster GPU dan koneksi L2 RPC latensi rendah sejak awal untuk menjaga ritme pengiriman batch.

Bagaimana Finalitas Dipropagasi dari L3 ke Ethereum?

Jenis konfirmasi transaksi L3 meningkat sepanjang L3→L2→L1 seiring settlement berlangsung. Setelah Sequencer L3 memasukkan transaksi ke blok, pengguna menerima konfirmasi lunak tingkat detik dan dapat langsung menggunakan aset yang ditransfer; konfirmasi lunak bergantung pada kejujuran Sequencer dan belum membawa finalitas kriptografi.

Setelah batch L3 di-Commit ke L2, batch memasuki tahap konfirmasi L2 (biasanya beberapa menit). Setelah Prove dan Execute selesai di L2, state root L3 ditulis ke kontrak chain L2 dan tidak dapat di-rollback. Prover L2 kemudian membuktikan status L2—termasuk settlement L3—ke Ethereum L1; setelah kontrak verifier L1 mengonfirmasi, seluruh rantai settlement mencapai finalitas L1 (biasanya beberapa jam).

Settlement besar atau penarikan cross-chain sebaiknya menunggu finalitas L2 atau L1; interaksi harian dapat mengandalkan konfirmasi lunak. Validator Timelock memperkenalkan jeda yang dapat dikonfigurasi antara Commit dan Execute, menyediakan waktu untuk deteksi anomali.

Untuk Apa Saja Rantai Patuh L3 Cocok?

L3 sangat cocok untuk logika "isolasi aturan, keamanan bersama": bank menjalankan jalur stablecoin sovereign, manajer aset menerapkan kontrak RWA dengan akses KYC, dan pemerintah dapat melakukan tokenisasi data per yurisdiksi. Penerapan dioperasikan klien membawa tanggung jawab atas cluster GPU dan whitelist RPC; penerapan dikelola ADI mengalihkan operasi ke ADI.

Ringkasan

Rantai patuh ADI Chain L3 menggunakan arsitektur ZK Rollup tiga lapis L3→L2→L1, sehingga institusi memperoleh keamanan setara Ethereum sekaligus domain eksekusi independen dengan aturan kepatuhan khusus yurisdiksi. Bridgehub dan StateTransitionManager menyediakan infrastruktur registrasi dan upgrade bersama; setiap L3 menjaga isolasi status melalui Diamond Proxy, Sequencer, dan Prover independen. Batch diselesaikan di L2 melalui Commit, Prove, dan Execute; sistem pembuktian Airbender serta infrastruktur GPU (H100/H200) mendukung pembuatan validity proof; finalitas dipropagasi dari konfirmasi lunak L3 ke finalitas kriptografi L2 dan L1. Tiga model penerapan memenuhi kebutuhan operasional dan tata kelola berbeda, cocok untuk stablecoin sovereign, RWA, pembayaran lintas negara, dan tokenisasi data pemerintah.

FAQ

Apa itu L3 di ADI Chain?

L3 adalah Layer 3 ZK Rollup yang melakukan settlement di ADI Chain (L2), memungkinkan institusi, pemerintah, atau konsorsium industri menjalankan chain independen per yurisdiksi dengan kebijakan kepatuhan kustom. Setiap L3 memiliki Sequencer, Prover, dan kontrak Diamond Proxy sendiri, mewarisi keamanan dua lapis melalui L2 dan Ethereum, serta berbagi infrastruktur registrasi Bridgehub dengan L3 lain dalam ekosistem.

Apa hubungan ADI Chain dan Ethereum?

ADI Chain berjalan sebagai L2 zkRollup di Ethereum; transisi status batch L2 memerlukan kontrak verifier L1 untuk memvalidasi ZK proof sebelum finalisasi. Chain L3 selanjutnya diselesaikan di ADI L2, membentuk rantai validity proof tiga lapis L3→L2→L1. Aset dapat berpindah antar L1, L2, dan L3 melalui bridge, dengan model keamanan yang mewarisi keamanan ekonomi Ethereum di setiap tingkat.

Apakah ADI Chain aman?

ADI Chain menggunakan ZK validity proof, sehingga status tidak valid tidak dapat diterima di L1; batch L3 juga harus lolos verifikasi L2 sebelum finalisasi. Sequencer memberikan konfirmasi lunak tingkat detik; finalitas kriptografi memerlukan verifikasi proof di L2 dan L1. Pengguna dan institusi tetap harus memperhitungkan risiko residual pada kontrak bridge, manajemen kunci operasional, infrastruktur GPU self-operated L3, dan jeda antara konfirmasi lunak dan finalitas L1.

Model penerapan apa saja yang tersedia untuk chain L3?

ADI Chain L3 mendukung tiga model: dikelola ADI (ADI menjalankan Sequencer, Prover, dan operasi kontrak), dioperasikan klien (institusi menjalankan node dan infrastruktur Prover GPU serta memegang kunci), dan hybrid (tata kelola tetap di klien sementara Sequencer dan Prover dapat dialokasikan fleksibel). Pilihan bergantung pada bagaimana institusi menyeimbangkan beban operasional, kedaulatan kontrol, dan fleksibilitas kepatuhan.

Apa itu alur Commit-Prove-Execute untuk batch L3?

Sequencer L3 mengemas transaksi ke dalam batch; Operator melakukan Commit perbedaan status ke L2; Prover menghasilkan ZK validity proof melalui sistem Airbender dan mengirimkan transaksi Prove; setelah verifikasi L2, Execute Operator mengeksekusi, menulis state root L3 ke kontrak chain dan memfinalisasi batch. Tiga fase tersebut mengonsumsi sekitar 747.000 Gas total, dibayar dengan $ADI.

Perangkat keras apa yang dibutuhkan untuk menjalankan L3 Prover?

Lingkungan produksi memerlukan GPU NVIDIA H100 atau H200 dengan minimal 70 GB VRAM (140 GB direkomendasikan), memori sistem 64 GB atau lebih, dan penyimpanan NVMe SSD untuk data witness. Setup yang direkomendasikan meliputi 2 FRI Prover paralel dan 1 SNARK Prover khusus (~33 GB VRAM), menargetkan sekitar 15–20 TPS. Sequencer membutuhkan minimal 8 core CPU, 32 GB RAM, dan endpoint transaksi publik.