Saat melakukan top-up exchange atau pembayaran sistem, salah satu kesalahpahaman paling berbahaya adalah menganggap balasan simpul “202 Accepted” sebagai bukti dana masuk.
Saya merapikan kembali siklus hidup transaksi @Dusk . Setelah transaksi dikirim ke simpul, angka 202 hanya berarti simpul menerima data tersebut dan bersiap untuk meneruskannya; itu tidak berarti transaksi sudah masuk ke Mempool nyata, apalagi berarti transaksi tersebut telah dikemas, dieksekusi dengan sukses, atau mencapai konfirmasi akhir.
Sebuah transaksi Dusk L1 setidaknya perlu melalui beberapa tahap: pengajuan, pra-validasi, masuk ke local Mempool, propagasi jaringan, pemilihan blok, eksekusi kontrak, dan finalisasi blok. Bahkan jika transaksi sudah masuk ke blok yang diterima, tetap periksa apakah Error pada event Executed bernilai kosong; bila kontrak mengalami kesalahan, Nonce atau Phoenix Notes masih mungkin dikonsumsi, dan Gas tetap harus dibayar. Hanya ketika status blok berubah menjadi Finalized, transaksi tersebut dapat dianggap sebagai hasil yang tidak dapat dibatalkan.
Ini seperti sistem pengiriman yang menampilkan “sudah diterima kurir”. Itu hanya membuktikan kurir sudah menerima paket, tetapi tidak membuktikan paket sudah sampai ke tangan penerima.
Karena itu, bila exchange melihat transaksi hash lalu langsung melakukan pencatatan, ada risiko menganggap transaksi yang diganti, gagal dieksekusi, atau belum terfinalisasi sebagai setoran yang nyata. Hal berikutnya yang paling layak dipantau adalah bagaimana wallet menampilkan tahapan transaksi, standar konfirmasi akhir apa yang digunakan exchange, serta proporsi transaksi yang gagal dieksekusi namun Gas sudah dibayar.
Menerima transaksi bukan berarti mengeksekusinya; mengeksekusinya juga bukan berarti penyelesaian akhir. Yang benar-benar perlu dikonfirmasi dalam sistem keuangan adalah langkah terakhir.#dusk $DUSK
Saya merapikan kembali siklus hidup transaksi @Dusk . Setelah transaksi dikirim ke simpul, angka 202 hanya berarti simpul menerima data tersebut dan bersiap untuk meneruskannya; itu tidak berarti transaksi sudah masuk ke Mempool nyata, apalagi berarti transaksi tersebut telah dikemas, dieksekusi dengan sukses, atau mencapai konfirmasi akhir.
Sebuah transaksi Dusk L1 setidaknya perlu melalui beberapa tahap: pengajuan, pra-validasi, masuk ke local Mempool, propagasi jaringan, pemilihan blok, eksekusi kontrak, dan finalisasi blok. Bahkan jika transaksi sudah masuk ke blok yang diterima, tetap periksa apakah Error pada event Executed bernilai kosong; bila kontrak mengalami kesalahan, Nonce atau Phoenix Notes masih mungkin dikonsumsi, dan Gas tetap harus dibayar. Hanya ketika status blok berubah menjadi Finalized, transaksi tersebut dapat dianggap sebagai hasil yang tidak dapat dibatalkan.
Ini seperti sistem pengiriman yang menampilkan “sudah diterima kurir”. Itu hanya membuktikan kurir sudah menerima paket, tetapi tidak membuktikan paket sudah sampai ke tangan penerima.
Karena itu, bila exchange melihat transaksi hash lalu langsung melakukan pencatatan, ada risiko menganggap transaksi yang diganti, gagal dieksekusi, atau belum terfinalisasi sebagai setoran yang nyata. Hal berikutnya yang paling layak dipantau adalah bagaimana wallet menampilkan tahapan transaksi, standar konfirmasi akhir apa yang digunakan exchange, serta proporsi transaksi yang gagal dieksekusi namun Gas sudah dibayar.
Menerima transaksi bukan berarti mengeksekusinya; mengeksekusinya juga bukan berarti penyelesaian akhir. Yang benar-benar perlu dikonfirmasi dalam sistem keuangan adalah langkah terakhir.#dusk $DUSK