Saat memigrasikan versi lama DUSK dari Ethereum atau BSC kembali ke mainnet, momen yang paling mudah membuat pengguna awam panik biasanya begini: dompet sudah muncul sekali untuk konfirmasi, dan di blockchain statusnya juga sukses. Lalu kenapa saldo Dusk di mainnet masih tidak berubah? Dalam alur migrasi resmi, konfirmasi pertama ini kemungkinan hanya berupa Approve (otorisasi), sedangkan yang benar-benar memulai migrasi adalah langkah berikutnya, yaitu Execute migration (eksekusi migrasi).
Saya memahami dua langkah ini seperti otorisasi pemotongan (debit) oleh pihak bank. Mengizinkan sebuah institusi untuk memotong dana dalam batas tertentu tidak berarti uangnya sudah benar-benar berpindah; masih perlu ada satu instruksi pemotongan yang nyata. Di blockchain juga sama: Approve hanya memberikan kontrak migrasi kuota otorisasi yang cukup, sedangkan Execute yang akan mengunci jumlah yang dipilih dan mulai melakukan migrasi. Jika kuota sebelumnya sudah cukup, langkah Approve bahkan bisa dilewati langsung. Jadi ada orang yang menandatangani sekali, ada yang perlu menandatangani dua kali—dan itu tidak selalu berarti ada sesuatu yang salah pada proses siapa pun.
Ini sangat berbeda dari intuisi orang saat melakukan transfer BTC. Tidak ada pola “berikan dulu kuota untuk kontrak token, lalu jalankan transfer” seperti itu. Kesalahan yang sering terjadi adalah: setelah otorisasi pertama sukses, aset asli biasanya masih ada di dompet, sehingga pengguna melihat status sukses lalu mulai menunggu dana tiba di mainnet. Padahal, migrasi sesungguhnya bahkan belum dimulai. Alur resmi mengharuskan Anda melanjutkan langkah kedua, dan waktu mulai penghitungan migrasi biasanya didasarkan pada konfirmasi transaksi eksekusi ini—yang umumnya sekitar satu jam. Langkah ini sangat penting.
Jika aset berasal dari jaringan ETH, otorisasi dan eksekusi di chain sumber sama-sama dapat menimbulkan biaya jaringan, jadi sebaiknya sediakan cukup native Gas. Untuk arah BSC, gunakan BNB sebagai pembayaran. Resmi juga mengingatkan bahwa akun exchange biasanya tidak bisa langsung terhubung ke alur migrasi ini; Anda perlu memindahkan token terlebih dahulu ke wallet self-custody yang bisa terhubung. Langkah ekstra berasal dari fakta bahwa otorisasi token di chain sumber dan migrasi itu sendiri adalah dua tindakan yang berbeda, bukan berarti Dusk mainnet dikenakan biaya ganda.
Analogi ini juga punya batas: kuota otorisasi on-chain bukan izin sekali pakai di selembar kertas—kuota bisa tetap ada, sehingga pada migrasi berikutnya, jika kuota masih cukup, Anda tidak perlu lagi melakukan Approve. Untuk alur @Dusk ini, saya paling berharap antarmuka bisa menampilkan tiga status yang benar-benar berbeda: “otorisasi selesai”, “migrasi telah dimulai”, dan “dana di mainnet sudah masuk”. Untuk pengguna $DUSK , saat transaksi pertama sukses tetapi belum ada saldo masuk, yang perlu lebih dulu dikonfirmasi adalah apakah Execute benar-benar sudah ter-submit ke blockchain—lebih penting daripada terus menyegarkan saldo.
#dusk
Saya memahami dua langkah ini seperti otorisasi pemotongan (debit) oleh pihak bank. Mengizinkan sebuah institusi untuk memotong dana dalam batas tertentu tidak berarti uangnya sudah benar-benar berpindah; masih perlu ada satu instruksi pemotongan yang nyata. Di blockchain juga sama: Approve hanya memberikan kontrak migrasi kuota otorisasi yang cukup, sedangkan Execute yang akan mengunci jumlah yang dipilih dan mulai melakukan migrasi. Jika kuota sebelumnya sudah cukup, langkah Approve bahkan bisa dilewati langsung. Jadi ada orang yang menandatangani sekali, ada yang perlu menandatangani dua kali—dan itu tidak selalu berarti ada sesuatu yang salah pada proses siapa pun.
Ini sangat berbeda dari intuisi orang saat melakukan transfer BTC. Tidak ada pola “berikan dulu kuota untuk kontrak token, lalu jalankan transfer” seperti itu. Kesalahan yang sering terjadi adalah: setelah otorisasi pertama sukses, aset asli biasanya masih ada di dompet, sehingga pengguna melihat status sukses lalu mulai menunggu dana tiba di mainnet. Padahal, migrasi sesungguhnya bahkan belum dimulai. Alur resmi mengharuskan Anda melanjutkan langkah kedua, dan waktu mulai penghitungan migrasi biasanya didasarkan pada konfirmasi transaksi eksekusi ini—yang umumnya sekitar satu jam. Langkah ini sangat penting.
Jika aset berasal dari jaringan ETH, otorisasi dan eksekusi di chain sumber sama-sama dapat menimbulkan biaya jaringan, jadi sebaiknya sediakan cukup native Gas. Untuk arah BSC, gunakan BNB sebagai pembayaran. Resmi juga mengingatkan bahwa akun exchange biasanya tidak bisa langsung terhubung ke alur migrasi ini; Anda perlu memindahkan token terlebih dahulu ke wallet self-custody yang bisa terhubung. Langkah ekstra berasal dari fakta bahwa otorisasi token di chain sumber dan migrasi itu sendiri adalah dua tindakan yang berbeda, bukan berarti Dusk mainnet dikenakan biaya ganda.
Analogi ini juga punya batas: kuota otorisasi on-chain bukan izin sekali pakai di selembar kertas—kuota bisa tetap ada, sehingga pada migrasi berikutnya, jika kuota masih cukup, Anda tidak perlu lagi melakukan Approve. Untuk alur @Dusk ini, saya paling berharap antarmuka bisa menampilkan tiga status yang benar-benar berbeda: “otorisasi selesai”, “migrasi telah dimulai”, dan “dana di mainnet sudah masuk”. Untuk pengguna $DUSK , saat transaksi pertama sukses tetapi belum ada saldo masuk, yang perlu lebih dulu dikonfirmasi adalah apakah Execute benar-benar sudah ter-submit ke blockchain—lebih penting daripada terus menyegarkan saldo.
#dusk