· four exchange APIs · rebuilt daily
Jika Anda mengirim kripto ke tujuan jaringan yang salah, pemulihan bisa berupa impor kunci standar atau tidak mungkin dilakukan tanpa intervensi venue. Mekanisme dasarnya bergantung pada derivasi alamat dan custody private key.
Jaringan Ethereum Virtual Machine (EVM) seperti Ethereum, Polygon, Arbitrum, Optimism, dan BNB Chain menggunakan kriptografi kurva eliptis secp256k1 yang sama untuk menghasilkan alamat. Public key Anda di Ethereum secara matematis identik dengan public key Anda di Polygon atau Arbitrum. Ketika token dikirim ke alamat di chain EVM yang tidak disengaja, aset tersebut ada di jaringan tersebut pada alamat publik yang identik.
Mengakses aset tersebut tidak memerlukan intervensi jaringan atau reorganisasi chain kustom. Ini hanya memerlukan mengarahkan antarmuka dompet yang memegang private key Anda ke endpoint Remote Procedure Call (RPC) tujuan.
Worth knowing
Private key mengontrol alamat publik yang sama di setiap chain yang kompatibel dengan EVM. Mengimpor recovery phrase Anda ke antarmuka multichain memberikan akses langsung ke aset yang dikirim pada jaringan EVM yang tidak disengaja.
Protokol penarikan aset berbeda-beda tergantung apakah alamat penerima adalah dompet self-custody atau akun deposit exchange.
Pertama, temukan transaction hash di block explorer jaringan asal. Konfirmasikan bahwa status transaksi ditandai sebagai sukses dan catat alamat kontrak atau dompet yang menerima transfer tersebut.
Kedua, periksa apakah tujuan penerima adalah dompet self-custody tempat Anda memegang seed phrase atau private key. Jika ya, tambahkan pengaturan jaringan kustom RPC dari chain target ke antarmuka dompet Anda, seperti MetaMask atau Rabby. Pilih jaringan yang baru ditambahkan, dan aset akan ditampilkan di bawah saldo alamat Anda.
Ketiga, jika tujuan penerima adalah alamat deposit exchange, periksa apakah exchange mendukung jaringan yang Anda gunakan. Jika exchange mendukung kombinasi token dan jaringan tersebut, deposit biasanya dikreditkan secara otomatis atau melalui alat pemulihan mandiri otomatis. Jika jaringan belum dipetakan (unmapped) oleh platform, Anda harus membuka tiket dukungan pelanggan dengan memberikan transaction hash, alamat deposit, dan jumlah token yang tepat.
Where this goes wrong
Meminta staf dukungan untuk mengekstrak private key secara manual menimbulkan risiko operasional. Jangan pernah membagikan private key, seed phrase, atau akses sesi jarak jauh Anda dengan layanan eksternal yang mengklaim menawarkan pemulihan token.
Ketika dana yang salah kirim mendarat di venue tersentralisasi, intervensi manual diperlukan karena ledger database internal tidak memantau smart contract yang unmapped atau node RPC yang tidak didukung. Memproses pemulihan mengharuskan insinyur memisahkan private key individu dalam lingkungan offline yang aman, mempublikasikan (broadcast) transaksi kustom untuk mengembalikan dana ke dompet eksternal, dan memperbarui saldo internal.
Karena kendala keamanan operasional, exchange sering kali menetapkan ambang batas nilai token minimum untuk penarikan manual. Biaya pemrosesan bervariasi berdasarkan platform, tetapi standar acuan biaya perdagangan memberikan konteks untuk struktur operasional exchange:
| Venue | Spot Maker Fee | Spot Taker Fee | Futures Maker Fee | Futures Taker Fee |
|---|---|---|---|---|
| Bitget | 0.0010 | 0.0010 | 0.0002 | 0.0003 |
| Bybit | 0.0010 | 0.0010 | 0.0002 | 0.00055 |
| MEXC | 0.0000 | 0.0005 | 0.0000 | 0.0002 |
| OKX | 0.0008 | 0.0010 | 0.0002 | 0.0005 |
Jika nilai transaksi yang salah kirim lebih rendah daripada biaya operasional ekstraksi manual, exchange akan menolak permintaan pemulihan, sehingga aset terkunci secara tidak terbatas di alamat deposit mereka.
What to do instead
Kirim transaksi uji coba kecil sebelum mengirimkan seluruh saldo saat mentransfer dana antar exchange atau melalui rute bridge non-native.
Ada dua skenario berbeda di mana salah rute antar-jaringan mengakibatkan kerugian modal permanen tanpa kemungkinan penarikan kembali.
Skenario pertama terjadi ketika token dikirim melalui arsitektur kriptografi yang tidak kompatibel. Misalnya, mempublikasikan (broadcast) transaksi Solana native secara langsung ke alamat publik Bitcoin taproot akan gagal pada lapisan konsensus protokol atau membakar payload jika dikirimkan melalui kontrak bridge wrapped yang tidak valid. Karena derivasi kunci berbeda secara fundamental di seluruh chain non-EVM, tidak ada private key yang cocok pada ledger tujuan.
Skenario kedua terjadi ketika dana dikirim langsung ke alamat smart contract yang tidak dikelola yang tidak memiliki fungsi transfer atau penarikan. Jika token diarahkan ke alamat kontrak bridge atau kontrak token yang tidak memiliki logika eksekusi fallback, aset tersebut akan terkunci secara permanen dalam bytecode kontrak. Tidak ada entitas yang memegang private key untuk alamat eksekusi smart contract, sehingga ekstraksi teknis tidak mungkin dilakukan.
Tambahkan pengaturan jaringan RPC kustom dari jaringan target ke antarmuka dompet Anda. Karena alamat EVM berbagi private key yang identik di seluruh chain, aset Anda akan muncul secara otomatis setelah terhubung ke pengenal chain (chain identifier) yang benar.
Tidak, exchange tidak dapat mengambil kembali token yang dikirim melalui arsitektur kriptografi yang tidak kompatibel di mana derivasi kunci gagal. Jika exchange tidak mengelola infrastruktur teknis atau akses private key untuk jaringan tersebut, dana tersebut hilang secara permanen.
Mengambil dana dari alamat deposit yang unmapped memerlukan intervensi teknis manual dan manajemen kunci hot wallet di luar pemindaian (sweep) deposit otomatis standar. Venue mengenakan biaya operasional atau batas minimum saldo untuk menutupi beban teknis (engineering overhead) dan risiko keamanan.
Tidak, alamat eksekusi smart contract tidak memiliki private key. Jika dana dikirim langsung ke kontrak token atau bridge yang tidak memiliki logika penarikan otomatis, token tersebut akan tetap terkunci secara permanen dalam bytecode state.