Penarikan Arbitrum tertunda: periksa pesan, lalu klaim

Transaksi penarikan Arbitrum One yang berhasil tidak dengan sendirinya membuktikan dana sudah tiba di Ethereum. Pada jalur bridge kanonis, transaksi L2 membuat pesan. Pesan itu harus memenuhi syarat eksekusi, lalu dieksekusi di Ethereum. Periksa catatan tersebut secara terpisah sebelum menyebut penarikan hilang atau selesai.

Panduan ini menjelaskan cara mencocokkan penarikan bridge kanonis dari Arbitrum One ke Ethereum yang sudah ada, hanya dengan membaca data. Panduan ini tidak mencakup bridge cepat, Circle CCTP, Arbitrum Nova, jaringan uji, atau arah sebaliknya. Dasarnya adalah dokumentasi publik Arbitrum yang diperiksa pada 3 November 2026; tidak ada transaksi penarikan atau klaim yang dilakukan untuk artikel ini.

Pastikan dahulu jalur bridge yang digunakan

Mulai dari transaksi penarikan awal dan layanan tempat Anda memulainya. Token yang keluar dari dompet belum cukup untuk mengidentifikasi protokol bridge. Bridge cepat dan jalur transfer lain memiliki catatan, mekanisme penyelesaian, dan prosedur dukungan sendiri.

Untuk jalur di sini, sumbernya adalah Arbitrum One, chain ID 42161, dan chain induknya Ethereum. Informasi chain Arbitrum membedakan One dari Nova dan jaringan uji. Jangan mencari hash sumber di Ethereum lalu menganggap hasil yang tidak ditemukan sebagai bukti penarikan menghilang.

Gunakan bridge resmi melalui panduan awal Arbitrum, bukan tautan klaim dari pesan yang tidak diminta. Temukan penarikan yang cocok dalam riwayat transaksinya. Cocokkan transaksi sumber, penerima, aset, dan jumlah, bukan hanya simbol token yang dikenal.

Pemeriksaan identitas sangat penting untuk token dengan beberapa versi. Panduan USDC dan USDC.e menjelaskan mengapa simbol yang tampak sama tidak memastikan kontrak token atau jalur transfer yang sama. Jika Anda tidak dapat memastikan ini penarikan kanonis Arbitrum One, berhenti menerapkan tahap panduan ini dan gunakan dokumentasi jalur yang sebenarnya.

Baca tiga catatan terpisah

Penjelasan pesan dari chain anak ke induk Arbitrum membahas pesan dari chain anak, penyertaannya dalam assertion yang telah dikonfirmasi, dan eksekusi melalui Outbox chain induk. Mengirim batch ke Ethereum tidak sama dengan mengonfirmasi assertion yang diperlukan pesan itu.

Catatan	Yang dipastikan	Yang tidak dipastikan
Transaksi sumber	Inisiasi penarikan dieksekusi di Arbitrum One	Dana sudah diterima di Ethereum
Status pesan penarikan	Apakah pesan menunggu, siap, atau sudah dieksekusi	Saldo dompet hanya dari label
Bukti eksekusi Ethereum	Apakah eksekusi chain induk yang cocok berhasil	Semua token atau total portofolio yang ditampilkan sudah mutakhir

Hash transaksi sumber dan hash eksekusi Ethereum adalah catatan berbeda. Simpan keduanya jika tersedia, beserta pengenal pesan yang menghubungkannya. Lencana status hijau yang umum kurang berguna dibanding mengetahui tahap yang dijelaskannya.

Untuk penarikan ETH kanonis, proses dalam dokumentasi membakar ETH di chain anak dan melepaskannya di induk ketika pesan dieksekusi. Penarikan ERC-20 kanonis memakai gateway token dan eksekusi pesan yang sesuai. Jangan menganggap transfer ERC-20 sembarang ke alamat yang tampak seperti bridge membuat catatan penarikan yang dibahas di sini.

Jika Anda hanya perlu membaca bukti transaksi Ethereum biasa, lihat panduan transaksi berhasil dan transfer token. Di sini tugas tambahannya adalah menghubungkan penarikan chain sumber dengan eksekusi tertentu di chain tujuan.

Perlakukan masa tunggu sebagai tahap, bukan tenggat penerimaan

Jalur kanonis mencakup periode sanggahan sebelum pesan dari anak ke induk dapat dieksekusi. Panduan awal Arbitrum menjelaskan waktu tunggu penarikan setidaknya tujuh hari dan hitung mundur di antarmuka bridge. Dokumentasi protokol lain menjelaskan jendela sengketa yang dikonfigurasi dalam blok, sekitar enam hingga tujuh hari. Ini bukan jaminan waktu penerimaan penarikan dari awal hingga akhir.

Gunakan status terkini pesan yang cocok, bukan perhitungan kalender, untuk mengetahui apakah bridge menampilkannya sebagai siap diklaim. Waktu transaksi sumber saja tidak membuktikan assertion yang diperlukan sudah dikonfirmasi atau eksekusi sudah terjadi. Kondisi jaringan dan protokol dapat memengaruhi kapan tahap berikutnya tersedia.

Menunggu lebih banyak konfirmasi chain sumber juga berbeda dari mengeksekusi pesan yang sudah siap di Ethereum. Panduan konfirmasi dan finalitas menjelaskan label konfirmasi transaksi. Label tersebut tidak menggantikan siklus hidup pesan bridge kanonis.

Jika riwayat masih menunjukkan menunggu, catat status dan waktu pengamatan. Jika riwayat tidak dapat dimuat atau pesan tidak dapat diidentifikasi, catat tidak diketahui, bukan gagal atau nol. Bukti yang tidak tersedia berbeda dari kegagalan on-chain.

Klaim yang siap belum berarti penerimaan selesai

Panduan awal Arbitrum menunjukkan tindakan Claim dalam riwayat transaksi saat penarikan siap. Penjelasan protokol membedakan kelayakan pesan dari eksekusinya di chain induk. Jangan menganggap label siap berarti ETH atau token sudah menjadi saldo yang dapat dibelanjakan penerima.

Pemeriksaan ini tidak mengharuskan Anda menekan Claim. Jika nanti memilih bertransaksi, verifikasi sendiri jalur resmi, jaringan yang dituju, penerima, dan detail transaksi. Eksekusi di Ethereum adalah transaksi dengan biaya jaringannya sendiri; artikel ini tidak menyebut harga biaya atau menyarankan pemanggilan kontrak manual.

Protokol mengizinkan orang selain penerima manfaat mengeksekusi pesan yang memenuhi syarat. Jadi, alamat pengirim transaksi eksekusi Ethereum tidak harus sama dengan penerima penarikan. Cocokkan pesan dan penerima yang dituju, jangan menolak catatan hanya karena pengirimnya berbeda.

Jika riwayat menyebut sudah dieksekusi, ikuti catatan chain tujuannya dan pastikan eksekusi yang cocok berhasil. Lalu periksa penerima dan keadaan ETH atau token yang dihasilkan di Ethereum. Transaksi eksekusi yang gagal atau masih tertunda tidak membuktikan penerimaan berhasil. Untuk aset ERC-20, simpan kontrak token tujuan yang sebenarnya dan jumlahnya; estimasi portofolio dalam uang fiat adalah pengamatan terpisah.

Buat satu catatan pencocokan

Urutan berikut berdasarkan dokumentasi, bukan uji bridge langsung. Tujuannya menjelaskan keadaan penarikan yang sudah ada tanpa mengirim dana, menyetujui token, atau membuat penarikan lagi.

1. Identifikasi jalur. Catat Arbitrum One sebagai sumber, Ethereum sebagai tujuan, dan layanan bridge kanonis. Jika jalur sebenarnya berbeda, gunakan dokumentasinya sendiri.
2. Simpan bukti sumber. Simpan hash transaksi sumber lengkap, status, aset, jumlah, penerima, dan waktu pengamatan. Jangan mengganti identitas aset dengan simbol token.
3. Temukan pesan yang terhubung. Cocokkan entri riwayat bridge dan pengenal pesan dengan transaksi sumber tersebut. Catat tahap terkini dan bukti yang belum tersedia.
4. Periksa eksekusi tujuan. Jika eksekusi tercatat, simpan hash Ethereum dan status buktinya. Verifikasi penerima yang dituju dan keadaan aset hasilnya, bukan hanya mengandalkan label Success di sumber.
5. Hitung sekali. Sampai penerimaan terverifikasi, simpan catatan klaim yang jelas berlabel masih diproses. Setelah terverifikasi, cocokkan catatan itu dengan kepemilikan tujuan, bukan menambahkan keduanya sebagai aset terpisah ke portofolio.

Misalnya, catatan hipotetis menunjukkan penarikan 0.20 ETH dari Arbitrum One. Transaksi sumber berhasil, tetapi riwayat bridge masih menyebut pesannya menunggu. Penjelasan yang dapat dipertanggungjawabkan adalah penarikan kanonis 0.20 ETH masih diproses, dan penerimaannya di Ethereum belum dipastikan. Ini bukan bukti ada tambahan 0.20 ETH yang sudah tersedia di Ethereum, dan bukan pula bukti kehilangan. Angka ini dibuat sebagai contoh, bukan dompet yang diamati atau perhitungan biaya.

Perubahan saldo Ethereum saja juga mungkin tidak cukup jika alamat memiliki aktivitas lain. Simpan catatan eksekusi yang terhubung bersama pengamatan saldo, dan hitung biaya jaringan terpisah jika relevan. Jika dua layar portofolio berbeda, panduan ketidakcocokan saldo membantu memisahkan jumlah aset, harga, dan kemutakhiran data. Total pelacak saja tidak dapat memastikan keadaan pesan bridge.

Pemeriksaan selesai ketika Anda dapat menyebut jalurnya, menghubungkan penarikan sumber ke pesannya, serta membedakan menunggu atau siap diklaim dari eksekusi Ethereum yang berhasil. Jika catatan yang diperlukan tetap tidak tersedia, pertahankan batasan itu dan gunakan bantuan jalur resmi, alih-alih mengirim ulang dana untuk mencocokkan angka. Tidak perlu frasa pemulihan, kunci privat, atau pembayaran ke kontak dukungan yang tidak diminta untuk membaca catatan publik ini.