Saya meninjau lagi panduan migrasi mainnet untuk @Dusk , ada detail yang sangat mudah diabaikan: menekan Approve di dompet tidak berarti $DUSK sudah dipindahkan ke mainnet Dusk. Pemicu migrasinya sebenarnya adalah Execute transaction di langkah berikutnya. Di antara dua langkah tersebut, jika terjadi gangguan apa pun, pengguna bisa keliru mengira aset mereka “terkunci”.
Prosedur resminya adalah mengunci DUSK ERC-20 di Ethereum atau BEP-20 DUSK di BNB Chain ke dalam kontrak migrasi, lalu mendistribusikan koin asli yang sesuai ke akun mainnet Dusk yang ditentukan. Pengguna perlu menyiapkan dompet EVM self-custody, akun Dusk, serta membayar biaya sumber chain berupa ETH atau BNB; setelah mengonfirmasi transaksi, biasanya masih perlu menunggu pemrosesan. Akun bursa umumnya tidak bisa menyelesaikan rangkaian ini langsung melalui WalletConnect; perlu menautkannya dengan dompet yang memang Anda kendalikan terlebih dahulu.
Mekanismenya sendiri tidak sulit, tetapi jebakannya ada pada batas operasinya. Pertama, otorisasi hanya memberikan kuota ke kontrak, tidak otomatis memindahkan token; kedua, token di chain sumber memiliki 18 desimal, sedangkan DUSK di mainnet hanya 9 desimal. Nilai migrasi akan dibulatkan ke bawah ke unit minimum LUX; sisa ekor yang nilainya kurang dari 1 LUX akan tertinggal di dompet asal. Ketiga, ketika melihat saldo tidak masuk, seharusnya lebih dulu memverifikasi apakah transaksi Execute berhasil, bukan mengulang otorisasi.
Desain penguncian satu arah lalu pendistribusian ini lebih jelas daripada meminta pengguna mencari pool lintas-chain sendiri, tetapi tetap saja memasukkan dua chain, dua dompet, dan dua kali konfirmasi ke dalam satu alur. Bagi pengguna lama cukup “lihat sekilas lebih”, tetapi bagi pendatang baru bisa saja memahami “otorisasi sukses” sebagai “migrasi selesai”. Jika mekanisme keamanan tidak dijelaskan dengan gamblang di antarmuka, pada akhirnya akan tetap berubah menjadi kesalahan manusia.
Jadi saat saya melihat migrasi mainnet untuk #dusk , saya tidak hanya memeriksa apakah kontraknya sudah diaudit, tetapi juga apakah dompet menampilkan langkah yang sedang berlangsung, hash chain sumber, status pemrosesan yang diperkirakan, dan alamat penerimaan secara bersamaan. Dokumentasi resmi sudah memberikan jalur verifikasi yang jelas—ini nilai tambah. Langkah berikutnya seharusnya memasukkan pengingat-pengingat ini ke setiap tombol kunci, bukan menunggu pengguna gagal lalu baru mencari bantuan di pusat bantuan.
Saat Anda memigrasikan aset, langkah mana yang paling Anda takutkan: otorisasi, salah memilih jaringan, atau status penerimaan yang tidak transparan? Ceritakan jebakan operasional yang pernah Anda alami.
$ACE $BTC
Prosedur resminya adalah mengunci DUSK ERC-20 di Ethereum atau BEP-20 DUSK di BNB Chain ke dalam kontrak migrasi, lalu mendistribusikan koin asli yang sesuai ke akun mainnet Dusk yang ditentukan. Pengguna perlu menyiapkan dompet EVM self-custody, akun Dusk, serta membayar biaya sumber chain berupa ETH atau BNB; setelah mengonfirmasi transaksi, biasanya masih perlu menunggu pemrosesan. Akun bursa umumnya tidak bisa menyelesaikan rangkaian ini langsung melalui WalletConnect; perlu menautkannya dengan dompet yang memang Anda kendalikan terlebih dahulu.
Mekanismenya sendiri tidak sulit, tetapi jebakannya ada pada batas operasinya. Pertama, otorisasi hanya memberikan kuota ke kontrak, tidak otomatis memindahkan token; kedua, token di chain sumber memiliki 18 desimal, sedangkan DUSK di mainnet hanya 9 desimal. Nilai migrasi akan dibulatkan ke bawah ke unit minimum LUX; sisa ekor yang nilainya kurang dari 1 LUX akan tertinggal di dompet asal. Ketiga, ketika melihat saldo tidak masuk, seharusnya lebih dulu memverifikasi apakah transaksi Execute berhasil, bukan mengulang otorisasi.
Desain penguncian satu arah lalu pendistribusian ini lebih jelas daripada meminta pengguna mencari pool lintas-chain sendiri, tetapi tetap saja memasukkan dua chain, dua dompet, dan dua kali konfirmasi ke dalam satu alur. Bagi pengguna lama cukup “lihat sekilas lebih”, tetapi bagi pendatang baru bisa saja memahami “otorisasi sukses” sebagai “migrasi selesai”. Jika mekanisme keamanan tidak dijelaskan dengan gamblang di antarmuka, pada akhirnya akan tetap berubah menjadi kesalahan manusia.
Jadi saat saya melihat migrasi mainnet untuk #dusk , saya tidak hanya memeriksa apakah kontraknya sudah diaudit, tetapi juga apakah dompet menampilkan langkah yang sedang berlangsung, hash chain sumber, status pemrosesan yang diperkirakan, dan alamat penerimaan secara bersamaan. Dokumentasi resmi sudah memberikan jalur verifikasi yang jelas—ini nilai tambah. Langkah berikutnya seharusnya memasukkan pengingat-pengingat ini ke setiap tombol kunci, bukan menunggu pengguna gagal lalu baru mencari bantuan di pusat bantuan.
Saat Anda memigrasikan aset, langkah mana yang paling Anda takutkan: otorisasi, salah memilih jaringan, atau status penerimaan yang tidak transparan? Ceritakan jebakan operasional yang pernah Anda alami.
$ACE $BTC
