Begini aplikasi taksi/ride-hailing sering terjadi: perkiraan harga dulu untuk bikin kamu siap secara mental, lalu saat checkout terakhir dihitung sesuai jarak tempuh sebenarnya. Gas milik @Dusk juga satu alasan yang sama—biayanya adalah `gas_used × gas_price`. Gas price dihitung dalam LUX, dengan 1 DUSK sama dengan 1 miliar LUX. Sisa kuota tidak dipotong, tapi kalau gas habis di tengah transaksi, seluruh operasi akan di-*rollback*; perhitungan yang sudah dijalankan sebelumnya tetap dibayar sesuai semestinya. Awalnya aku juga merasa setting ini menjebak, tapi setelah dipikir-pikir, kalau gagal itu benar-benar gratis, para hacker bisa terus-menerus menjatuhkan *call* yang kompleks untuk memicu error agar node bekerja sia-sia—itulah jebakan yang sebenarnya.
Jadi setiap kali aku mengonfirmasi transaksi, aku selalu cek tiga hal terpisah: apakah Gas limit cukup untuk menjalankan seluruh alur, apakah Gas price masuk akal, dan apakah objek pemanggilan serta parameternya sudah diisi dengan benar. Kalau ternyata gagal, jangan langsung buru-buru kirim ulang—cek dulu dengan browser resmi untuk memastikan tipe, biaya, jumlah pemakaian, dan posisi letak error. Menggandakan batas secara membabi buta hanya memberi lebih banyak bahan bakar ke kontrak yang salah; itu tidak menyelesaikan masalah utamanya.
Alur biaya juga cukup menarik. Imbalan per blok adalah penerbitan baru $DUSK ditambah biaya transaksi, dibagi ke pembuat blok, dana pengembangan, dan dewan/komite; bagian yang tidak teralokasi bisa saja dibakar. Saat jaringan sedang ramai, fee masuk ke insentif validasi, tapi ini bukan dividen yang bisa “rebahan” hanya karena memegang koin.
Hal yang benar-benar membuatku berhenti untuk melihat lebih detail adalah bagian privasi. Dusk bukan menyembunyikan semua transaksi secara total, tapi melakukan *selective disclosure*—saat patuh, bisa membuktikan informasi yang diperlukan tanpa harus menumpahkan semua detail ke atas rantai publik. XSC, DuskEVM ditambah *framework* identitas Citadel terasa lebih dekat dengan skenario finansial dunia nyata dibanding sekadar berteriak “privacy chain”.
Proses Citadel 2 ada empat langkah: *License Provider* melakukan audit offline untuk menerbitkan kredensial terenkripsi, lalu pengguna menghasilkan bukti pengetahuan nol—hanya menampilkan bahwa ia memiliki kredensial yang valid. Setelah kontrak memverifikasi, sesi publik ditinggalkan, dan pihak layanan kemudian memutuskan apakah akan mengizinkan akses. Di on-chain hanya dibuktikan bahwa sesi itu sah; tidak peduli lembaga mana mempercayai siapa, atribut apa yang dibutuhkan, atau apakah kredensial sudah kedaluwarsa atau belum. Satu set materi identitas tidak perlu disimpan ulang di setiap platform—risikonya bergeser dari *data replication* ke tata kelola penerbit dan sinkronisasi pencabutan.
Sebelum pakai Dusk, pahami dulu Gas-nya—biasanya bisa mengurangi beberapa kali bayar “biaya belajar” akibat error. Lolos atau tidaknya tetap tergantung hasil transaksi: apakah nilai bisa terus mengalir ke DUSK perlu pemantauan lanjutan terhadap penggunaan jaringan yang benar-benar terjadi dan ritme pasokan. #dusk $DUSK
Jadi setiap kali aku mengonfirmasi transaksi, aku selalu cek tiga hal terpisah: apakah Gas limit cukup untuk menjalankan seluruh alur, apakah Gas price masuk akal, dan apakah objek pemanggilan serta parameternya sudah diisi dengan benar. Kalau ternyata gagal, jangan langsung buru-buru kirim ulang—cek dulu dengan browser resmi untuk memastikan tipe, biaya, jumlah pemakaian, dan posisi letak error. Menggandakan batas secara membabi buta hanya memberi lebih banyak bahan bakar ke kontrak yang salah; itu tidak menyelesaikan masalah utamanya.
Alur biaya juga cukup menarik. Imbalan per blok adalah penerbitan baru $DUSK ditambah biaya transaksi, dibagi ke pembuat blok, dana pengembangan, dan dewan/komite; bagian yang tidak teralokasi bisa saja dibakar. Saat jaringan sedang ramai, fee masuk ke insentif validasi, tapi ini bukan dividen yang bisa “rebahan” hanya karena memegang koin.
Hal yang benar-benar membuatku berhenti untuk melihat lebih detail adalah bagian privasi. Dusk bukan menyembunyikan semua transaksi secara total, tapi melakukan *selective disclosure*—saat patuh, bisa membuktikan informasi yang diperlukan tanpa harus menumpahkan semua detail ke atas rantai publik. XSC, DuskEVM ditambah *framework* identitas Citadel terasa lebih dekat dengan skenario finansial dunia nyata dibanding sekadar berteriak “privacy chain”.
Proses Citadel 2 ada empat langkah: *License Provider* melakukan audit offline untuk menerbitkan kredensial terenkripsi, lalu pengguna menghasilkan bukti pengetahuan nol—hanya menampilkan bahwa ia memiliki kredensial yang valid. Setelah kontrak memverifikasi, sesi publik ditinggalkan, dan pihak layanan kemudian memutuskan apakah akan mengizinkan akses. Di on-chain hanya dibuktikan bahwa sesi itu sah; tidak peduli lembaga mana mempercayai siapa, atribut apa yang dibutuhkan, atau apakah kredensial sudah kedaluwarsa atau belum. Satu set materi identitas tidak perlu disimpan ulang di setiap platform—risikonya bergeser dari *data replication* ke tata kelola penerbit dan sinkronisasi pencabutan.
Sebelum pakai Dusk, pahami dulu Gas-nya—biasanya bisa mengurangi beberapa kali bayar “biaya belajar” akibat error. Lolos atau tidaknya tetap tergantung hasil transaksi: apakah nilai bisa terus mengalir ke DUSK perlu pemantauan lanjutan terhadap penggunaan jaringan yang benar-benar terjadi dan ritme pasokan. #dusk $DUSK