Langsung ke konten
BitcoinToolkit

Arbitrum (ARB): Cara Kerja Nitro dan Sequencer

Arbitrum adalah platform penskalaan Ethereum. Arbitrum One adalah rollup Nitro utamanya, sementara ARB adalah token tata kelola; ETH, bukan ARB, yang membayar biaya transaksi biasa Arbitrum One. Halaman ini berfokus pada cara kerja Arbitrum Nitro dan Sequencer serta pemeriksaan yang perlu dilakukan pengguna sebelum menjembatani aset, membayar biaya, atau menunggu finalitas.

Gunakan Arbitrum One tanpa membingungkan tata kelola ARB, gas ETH, atau penyelesaian lintas domain.

Subjek:
Arbitrum
Mode pasar:
Hanya Snapshot
Aset biaya:
ETH
Zona Waktu:
UTC

Halaman ini berfokus pada Arbitrum One. Halaman ini tidak mengoperasikan jembatan, memverifikasi kontrak token, mencakup setiap rantai Arbitrum, atau memberikan saran investasi.

Pisahkan ARB dan ETHTinjau tahap jembatan
Kepemilikan konten: Tim Editorial BitcoinToolkit Referensi teknis: Dokumentasi protokol resmi dan pengembang. Pendekatan tinjauan: Penjelasan teknis diperiksa terhadap sumber primer dan diperbarui ketika jaringan atau aset berubah. Tinjauan konten terakhir: Integrasi data terakhir diuji:

Cara Kerja Arbitrum Nitro dan Sequencer

Nitro mengeksekusi transaksi L2 dengan cepat sambil mempertahankan jalur untuk menurunkan dan menantang status rollup melalui Ethereum.

Alur kerja Arbitrum yang menunjukkan Deposit, Eksekusi di L2, Periksa status sequencer, Selesaikan atau buktikan, Selesaikan penarikan
Alur kerja Arbitrum dari keputusan pengguna pertama hingga hasil yang terverifikasi.

Pengurutan cepat dan status yang dapat direproduksi

Sequencer menerima transaksi, menetapkan urutan, dan menerbitkan umpan yang memberi visibilitas cepat kepada pengguna. Node Arbitrum mengeksekusi data yang diurutkan tersebut melalui Nitro untuk menurunkan blok dan tanda terima L2. Pengakuan sequencer berguna untuk responsivitas aplikasi tetapi tidak identik dengan status rollup yang difinalisasi Ethereum.

Data batch dan asersi bergerak melalui protokol yang terhubung dengan Ethereum. Desain rollup memungkinkan klaim status ditantang di bawah mekanisme sengketa aktif. Pengguna tidak menjalankan bukti penipuan untuk setiap pembayaran, tetapi aplikasi harus memahami status mana yang mereka terima sebelum mengirimkan barang yang tidak dapat dibatalkan atau melepaskan aset rantai lain.

Ketersediaan sequencer

Gangguan sequencer dapat menunda penyertaan biasa atau memaksa pengguna menuju jalur protokol yang lebih lambat; ini tidak memberi izin dompet untuk menandatangani atas nama pengguna. Aplikasi harus menangani status tertunda dan tertunda alih-alih menampilkan pembayaran yang gagal sebagai final atau mendorong pengiriman ulang secara membabi buta.

Pemeriksaan Transaksi dan Biaya Arbitrum

Eksekusi jaringan, pembayaran biaya, dan tata kelola adalah peran yang terpisah.

Tiga nama yang sering digabungkan pengguna

Arbitrum mengacu pada platform dan keluarga teknologi. Arbitrum One adalah rollup Ethereum spesifik dengan rantai ID, status, kontrak, dan jembatan kanonik. ARB adalah token tata kelola ERC-20 yang digunakan dalam proses Arbitrum DAO. Halaman tentang nilai pasar ARB bukanlah hal yang sama dengan halaman status langsung untuk setiap rantai Arbitrum.

Transaksi biasa Arbitrum One membayar gas dalam ETH. Memegang ARB saja tidak mendanai swap, panggilan kontrak, atau inisiasi jembatan. Kepemilikan ARB juga tidak mewakili klaim langsung atas pendapatan sequencer, jaminan jembatan, atau aplikasi yang digunakan di jaringan.

Kompatibilitas EVM memiliki batasan

Arbitrum One mendukung transaksi Ethereum yang familiar dan peralatan Solidity, dan Stylus menambahkan opsi kontrak yang kompatibel yang dikompilasi dari bahasa seperti Rust. L2 masih memiliki alamat kontrak terpisah, titik akhir RPC, dan status blok. Aset atau kontrak Ethereum tidak otomatis hadir di alamat yang sama di Arbitrum.

Berapa Biaya Transaksi Arbitrum One

Biaya Arbitrum menggabungkan eksekusi L2 dengan biaya terkait pengiriman data transaksi terkompresi untuk penyelesaian Ethereum.

Diagram keputusan Arbitrum yang memisahkan pemeriksaan identitas, eksekusi, dan penyelesaian
Konfirmasi Arbitrum tidak menyelesaikan setiap pertanyaan operasional di kemudian hari.

ETH membayar kedua komponen biaya

Dompet memperkirakan pekerjaan eksekusi dalam gas dan juga memperhitungkan komponen data terkait L1. Calldata transaksi, kompresi, harga data Ethereum, dan parameter jaringan dapat memengaruhi total. Biaya dipotong dalam ETH bahkan ketika transaksi mentransfer ARB atau token lain.

Perhitungan gas yang digunakan dikali harga gas yang sederhana dapat mengabaikan komponen L1. Gunakan perkiraan RPC Arbitrum saat ini untuk transaksi yang tepat. Snapshot ARB/USD yang ditampilkan di sini adalah konteks pasar untuk ARB dan tidak dapat memperkirakan biaya gas ETH.

Sebelum panggilan kontrak

Verifikasi Arbitrum One, alamat kontrak, jumlah persetujuan, nilai minimum yang diterima, dan perkiraan biaya ETH lengkap. Biaya rata-rata yang lebih rendah daripada Ethereum tidak membuat kontrak yang tidak dikenal aman atau menghilangkan risiko jembatan dan token.

Setoran, Penarikan, dan Tahapan Finalitas

Transfer lintas domain adalah alur kerja protokol, bukan pengiriman rantai yang sama.

Menyetor dari Ethereum

Setoran kanonik dimulai dengan transaksi Ethereum dan kemudian membuat atau melepaskan representasi yang didukung di Arbitrum One. Pengirim membutuhkan ETH untuk gas Ethereum dan harus memverifikasi alamat tujuan, token yang dipetakan, dan kontrak jembatan. Setelah tiba, ETH di Arbitrum diperlukan untuk transaksi lebih lanjut.

Jembatan likuiditas dapat memberikan waktu yang berbeda tetapi memperkenalkan kontrak, relayer, dan likuiditas mereka sendiri. Kecepatan mereka tidak boleh digambarkan sebagai jaminan penarikan rollup kanonik.

Menarik ke Ethereum

Penarikan rollup kanonik dimulai di Arbitrum, dibuktikan melalui jalur pesan L2-ke-L1 dan diselesaikan atau diklaim di Ethereum setelah kondisi sengketa dan konfirmasi yang diperlukan. Biasanya membutuhkan waktu lebih lama daripada transfer L2. Dompet harus menampilkan tahap saat ini dan pengidentifikasi transaksi L2 dan L1.

Mengapa Desain Arbitrum Penting

Sebagian besar kegagalan yang dapat dihindari berasal dari penggunaan jaringan, aset biaya, atau representasi token yang salah.

Daftar Periksa

Konfirmasikan Arbitrum One, saldo gas ETH, alamat kontrak, domain jembatan, penerima, persetujuan, dan ambang status yang diharapkan. Perlakukan aktivitas tata kelola ARB sebagai tugas terpisah dari pembayaran gas.

  • Jangan berharap ARB membayar gas biasa.
  • Jangan gunakan kembali daftar alamat Ethereum tanpa pemeriksaan penerapan.
  • Bedakan jembatan kanonik dan jembatan likuiditas.
  • Tunggu tingkat finalitas yang dibutuhkan aplikasi Anda.

Apa yang harus diverifikasi oleh pengguna Arbitrum dan mengapa desain ini berbeda

Tinjau Ethereum untuk penyelesaian dan gas L1. Bandingkan Optimism untuk rollup Ethereum lain dengan tata kelola dan detail biaya yang berbeda. Gunakan direktori alat untuk utilitas umum daripada memperlakukan halaman pasar sebagai pemantau jembatan.

Arbitrum adalah platform penskalaan Ethereum.

FAQ Penggunaan Arbitrum Layer 2

Apakah ARB membayar gas di Arbitrum One?

Tidak. Biaya transaksi Arbitrum One biasa dibayar dalam ETH.

Apakah Arbitrum sama dengan Arbitrum One?

Arbitrum adalah platform yang lebih luas; Arbitrum One adalah rollup Nitro yang spesifik.

Mengapa penarikan kanonik lebih lambat?

Mereka menyeberangi pesan rollup dan proses sengketa sebelum klaim Ethereum dapat difinalisasi.

Keterbatasan yang Diketahui

Metodologi Data Pasar

Halaman ini menggunakan snapshot ARB/USD agregat CoinGecko. Tidak ada grafik bursa yang dirender untuk entitas ini.

Sumber Snapshot Pasar
Data pasar agregat CoinGecko (ARB/USD)
Cache
Cache snapshot sekitar 60 detik.
Penanganan Kegagalan
Data cache terverifikasi diberi label Cached atau Delayed. Nilai yang hilang tetap tidak tersedia.
Status Snapshot
Terlambat
Laporkan Masalah
Laporkan masalah data pasar →

Sumber Teknis

Sumber utama yang dipilih mendukung penjelasan operasional. Atribusi penyedia pasar tetap terpisah.

Informasi Editorial

Konten teknis terverifikasi, sumber yang ditinjau, dan riwayat pembaruan.

Diterbitkan
Tinjauan Terakhir
Verifikasi Data
Sumber
Dokumentasi resmi