Saat pertama kali meneliti mekanisme konsensus Dusk, aku menatap whitepaper selama berjam-jam tapi tak paham juga apa sebenarnya “finalitas deterministik”. Bagaimanapun, aku terpaksa membuat tabel perbandingan tiga kolom timeline di kertas dan mempelajarinya dengan susah payah.
Ethereum menjalankan finalitas probabilistik dengan Gasper—blok perlu ditumpuk beberapa epoch dulu supaya secara umum dianggap aman. Solana juga butuh puluhan detik untuk memastikan dengan Tower BFT. Lalu bagaimana dengan Succinct Attestation dari Dusk? Begitu sebuah blok disetujui, finalitasnya bersifat keras—deterministik, dan tidak akan mundur.
Waktu itu, aku menatap tiga garis itu di kertas cukup lama. Selisih beberapa detik mungkin sama sekali tidak terasa dalam transaksi kripto, tapi menunggu sedikit lebih lama saja jadinya tidak masalah. Namun dalam skenario kliring dan penyelesaian sekuritas, beberapa detik itu adalah kunci keamanan final bernilai skala aset hingga orde miliaran. Kamu menjual saham di bursa, penyelesaiannya baru T+2. Di antara dua hari itu, aset tersebut sebenarnya dianggap milik siapa? Kalau pada saat kliring rantainya masih bisa di-rollback, siapa yang berani meletakkan aset riil di atasnya? Untuk transaksi ritel, anggapan “kemungkinan besar tak akan di-rollback” mungkin sudah cukup, tapi untuk kliring institusi tidak. “Kemungkinan besar” tidak berarti apa pun jika dilihat dari sisi hukum dan kepatuhan.
Kemudian aku membaca dokumentasi resmi dan baru paham bagaimana Succinct Attestation benar-benar berjalan. Setelah membaca bagian itu, akhirnya aku bisa menarik napas lega—kebingunganku sebelumnya terjawab. Itu adalah protokol konsensus PoS berbasis komite yang tidak memerlukan izin. Sistem secara acak memilih sekelompok node bernama Provisioner untuk mengusulkan blok, kelompok node lain bertugas memverifikasi, lalu kelompok komite terakhir mengonfirmasi hasil verifikasi dan secara resmi menyetujui blok. Begitu sebuah blok melewati tahap ratification ini, barulah finalitas deterministik tercapai; dalam operasi normal, tidak akan terjadi reorg yang menghadap pengguna.
Mainnet Dusk resmi diluncurkan pada 7 Januari 2026, dengan kemampuan memproses lebih dari 20000 transaksi per detik. Dengan siklus pengembangan enam tahun, akhirnya Dusk beranjak dari testnet ke tahap yang bisa menjalankan aset riil. Dulu pemahamanku tentang mekanisme konsensus adalah siapa yang membuat blok, dia yang mendapat reward—dan kupikir ini tak ada hubungannya dengan pengguna biasa. Tapi Dusk memaksaku melihatnya dari sudut lain: pilihan mekanisme konsensus pada dasarnya menjawab satu pertanyaan paling mendasar—kalau uangmu kamu masukkan ke sana, apakah benar-benar bisa dianggap sah? Jawaban yang diberikan Succinct Attestation adalah: bisa. Dan tanpa perlu membesar-besarkan kata “probabilitas”. #dusk $DUSK @Dusk
Minggu lalu selesai melakukan satu transaksi pinjaman berbasis jaminan ETH di testnet TermMax, saya membuka dompet dan melirik saldo. Ada tambahan: sebuah NFT. Saya sama sekali tidak ingat pernah mengambil/ menerima benda ini. Saat itu kepala saya kacau, reaksi pertama: dompet saya kena virus atau testnet memberi saya semacam airdrop sampah? Saya refresh sampai tiga kali, dan ternyata masih ada.
Jujur saja, saya mulai panik. Jangan sampai ETH yang saya jaminkan malah hilang.
Lalu saya buka dokumen resmi, saya baca hampir setengah jam, bahkan thread diskusi komunitas awal pun saya telusuri satu per satu, barulah saya paham ini adalah GT yang dulu kurang saya perhatikan. Tahu nggak apa logika paling inti dari benda ini? Anda mengajukan pinjaman, protokol langsung mencetak (mint) sebuah NFT untuk Anda. Di dalamnya tersimpan berapa banyak aset yang Anda jaminkan, berapa banyak FT yang Anda pinjam, serta parameter MLTV yang sesuai untuk jangka waktu tertentu. Setiap transaksi pinjaman itu adalah sebuah NFT yang berdiri sendiri.
Dulu saya pernah mengalami hal mirip di protokol suku bunga tetap lain. Padahal saya sudah membayar sebagian, tapi sistem masih menampilkan rasio jaminan awal. Saya jadi takut merasa seperti saya berutang lagi untuk kedua kalinya. Akhirnya saya tanya ke customer service berjam-jam baru ketahuan itu keterlambatan sinkronisasi status di sisi front-end. Tapi rasa cemas “saya sudah lunas atau belum” itu—saya benar-benar tidak mau mengalaminya untuk kedua kalinya.
Belakangan saya memikirkannya lagi: ternyata hal yang benar-benar menarik dari GT bukan cuma itu. Anda bisa menganggap GT sebagai posisi leverage Anda yang dikemas menjadi suatu item yang bisa diperdagangkan. Kalau tidak mau menunggu sampai jatuh tempo, Anda tinggal jual saja. Kalau ada pihak yang menjadi pembeli/ pemegangnya, utang dan aset jaminan di dalam posisi itu akan ikut berpindah. Ini benar-benar berbeda dari pinjaman tradisional. Di pinjaman tradisional, posisi Anda berupa serangkaian status di dalam kontrak; kalau ingin dipindahkan ke orang lain, tidak bisa. Anda harus menutup posisi sendiri, mengambil jaminannya, lalu pihak lain membuka posisi lagi—ribetnya setengah mati.
GT malah mengemas seluruh posisi jadi satu NFT. Mau pindah? Tinggal pindah. Mau dijual? Tinggal jual. Satu posisi satu NFT, jelas dan tidak saling ganggu.
Saya tadunya mengira GT hanya sekadar bukti ekuitas biasa. Baru sekarang saya paham nilai sebenarnya: kepemilikan penuh atas pinjaman Anda diserahkan utuh kepada pengguna sendiri. Setelah mainnet diluncurkan, saya berencana membuka beberapa transaksi posisi dengan jangka waktu yang berbeda, lalu memantau satu per satu bagaimana GT menampilkan performa end-to-end saat pelunasan pada jatuh tempo. #termmax @TermMax
Saya baru-baru ini melakukan pengujian paralel beberapa rangkaian arus transaksi dengan banyak akun di Dusk. Awalnya saya mengira bahwa rantai privasi terutama menangani enkripsi dan anonimitas. Namun setelah saya menjalankan transaksi dari akun EVM yang transparan dan akun ZK yang privasi secara bersamaan, saya baru sadar bahwa yang benar-benar merepotkan bukanlah cara melakukan enkripsi, melainkan bagaimana sistem melakukan verifikasi tanpa membocorkan teks terang saat dua transaksi yang sama-sama "sah" dikirim ke blockchain pada waktu yang bersamaan. Dulu saya berpikir bahwa jaringan privasi cukup dengan memastikan bukti lolos, sekarang saya semakin merasa bahwa penanganan konflik pada transaksi paralel adalah masalah inti yang akan menjadi tantangan utama dalam implementasi jangka panjang.
Ini agak mirip dengan dua jalur kendaraan paralel di kawasan perbelanjaan. Masing-masing lajur, bila dilihat sendiri, aturan perjalanannya tidak masalah. Tetapi kalau aturan pindah lajur antar-lajur yang bersebelahan tidak selaras, seluruh jalan bisa macet bahkan menyebabkan tabrakan. Jaringan transaksi privasi juga sama: bukti sah untuk satu transaksi ZK tidak berarti bahwa setelah mengirim banyak transaksi secara paralel, status di blockchain tetap konsisten.
Dusk menggabungkan model privasi UTXO Phoenix, lapisan EVM transparan Moonlight, modul pembuktian penagihan Citadel, serta mekanisme VEP directed disclosure. Intinya ini memungkinkan pengguna memilih sendiri tingkat privasi transaksi. Keuntungan dari pendekatan ini sangat jelas: pengguna biasa bisa melindungi jejak aset dengan akun privasi, sementara pengguna institusional bisa menyelesaikan transaksi secara patuh menggunakan akun transparan, tanpa terikat pada satu mode privasi saja. Masalahnya muncul juga: saat satu transaksi privasi perlu memanggil alamat kontrak transparan, sementara transaksi transparan lainnya perlu membaca saldo dari akun privasi, bagaimana node melakukan sinkronisasi status tanpa membocorkan teks terang? Banyak rantai privasi di masa lalu tidak menghadapi masalah ini, karena semuanya sepenuhnya anonim atau sepenuhnya transparan—tidak ada skenario paralel dengan dua mode.
Trade-off yang saya lihat sekarang sangat jelas. Setelah fleksibilitas privasi meningkat, kompleksitas verifikasi status juga naik; semakin banyak akun dua mode, semakin tinggi biaya pembuatan bukti ZK; ketika transaksi lintas-lapis semakin sering, batas penghitungan Gas dan jejak audit menjadi semakin kabur. Keterlambatan transaksi lintas-lapis, tingkat kegagalan verifikasi bukti, serta waktu verifikasi untuk directed disclosure—metrik-metrik ini mungkin lebih mencerminkan kematangan implementasi blockchain privasi dibandingkan TPS.
Ke depan, saya akan terus memantau data transaksi lintas-lapis di testnet, catatan resmi tentang perbaikan konflik yang diperbarui, serta cara node menangani transaksi paralel dengan dua mode. #dusk $DUSK @Dusk
Aku menghabiskan hampir satu sore mengutak-atik log node di testnet Dusk, sampai es di es kopi Americano di mejaku sudah seluruhnya mencair. Air yang mengembun di dinding gelas meresap ke alas mouse, meninggalkan lingkaran basah. Begitu aku meletakkan mouse ke dudukan pengisian nirkabel, aku duduk terdiam lima menit—lalu tiba-tiba tersadar satu masalah yang selama ini mengganjal: sekarang ada cukup banyak proyek untuk privacy chain, mengapa Dusk pada akhirnya memilih Rusk native privacy virtual machine, bukan menambahkan plugin privasi ZK di atas EVM? Awalnya kupikir ini murni pilihan jalur teknis, tapi setelah bolak-balik membaca berulang kali materi resmi tentang model transaksi Phoenix dan privasi end-to-end, aku baru sadar bahwa aku terlalu menyederhanakan semuanya.
Bagian yang paling mendesak dalam aplikasi privasi, sebenarnya bukan bukti zero-knowledge itu sendiri, melainkan risiko kebocoran status di seluruh rantai (full-chain state leakage). Kalau hanya menambahkan “selubung privasi” di lapisan transaksi EVM, jejak teks jelas akan tetap berserakan di storage kontrak, stack eksekusi, dan event log. Cukup satu saja ada celah di salah satu tahap, perlindungan privasi di depan akan sia-sia. Dusk sudah membuat desain privasi native sejak virtual machine Rusk di level dasar, sekaligus memakai bukti rekursif PLONK untuk melakukan state anchoring. Memverifikasi satu transaksi privasi pada satu node saja hanya perlu 1,2 detik—hampir 4 kali lebih cepat dibanding opsi memadukan EVM dengan plugin ZK. Intinya, mereka membuat pilihan yang sadar antara kedalaman privasi, efisiensi pengembangan, dan keamanan—bukan sekadar mengejar “mulai ekosistem lebih cepat karena kompatibilitas EVM”.
Yang benar-benar membuatku mengubah cara pandang adalah detail lainnya. Resmi berulang kali menekankan bahwa yang diurus node adalah verifikasi transaksi, bukan menyimpan data teks terang atas nama pengguna. Eksekusi transaksi bisa dijalankan lewat ruang status terenkripsi, tapi kendali aset dan kunci view terarah tetap berada di tangan pengguna sendiri. Dari situlah aku paham: Dusk tidak mengubah cara implementasi fitur privasinya saja, melainkan hubungan kepercayaan paling inti dalam sebuah public chain—memperkecil bagian yang “harus dipercaya kepada node”, dan memperbesar bagian yang bisa diverifikasi dengan kriptografi.
Pada akhirnya, privacy end-to-end hanyalah wujud presentasi dari fitur produk. Model kepercayaan “tanpa disadari node + pengguna memegang sendiri” inilah yang benar-benar layak dipelajari oleh @dusk_foundation, dan juga yang paling sulit untuk ditiru#dusk $DUSK @Dusk
Saya sempat mentok pada log testnet hampir satu sore. Es di es kopi americano di atas meja mencair total, air yang mengembun di dinding gelas merembes membentuk lingkaran pada alas mouse. Begitu saya menaruh mouse ke dudukan pengisi daya nirkabel, saya duduk saja terdiam selama lima menit, baru sadar ada satu hal yang janggal: catatan staking para validator pada rantai PoS semuanya dipublikasikan di blockchain. Penyerang tinggal mengikuti alamat staking untuk menemukan IP node. Di sisi lain, pada privacy chain, bahkan nilai transaksi dienkripsi; jadi mustahil membiarkan identitas validator telanjang tanpa perlindungan? Dulu saya mengira logika staking di privacy chain mirip dengan PoS biasa, sampai saya menemukan modul staking anonim Citadel milik Dusk—barulah saya sadar bahwa bahkan lapisan identitas saat ikut membuat blok pun dijaga privasi dengan end-to-end.
Awalnya saya pikir itu hanya “mencampur” alamat staking lewat mixer. Namun setelah saya meneliti sirkuit ZK pada smart contract staking dengan lebih saksama, saya paham ternyata bukan sekadar menyembunyikan alamat. Yang ingin dicapai adalah: Anda tidak perlu membeberkan alamat staking maupun jumlah staking yang Anda miliki, tetapi Anda tetap bisa membuktikan ke seluruh jaringan bahwa Anda memenuhi ambang batas minimum dan berhak ikut dalam konsensus.
Mekanisme Citadel yang berbasis recursive proof PLONK ini intinya memecahkan kebuntuan yang tak bisa dihindari oleh semua PoS chain: saat pengguna melakukan staking DUSK, token dikunci ke dalam satu pool staking anonim yang seragam. Jumlah staking, periode penguncian, dan keterkaitan alamat semuanya dibuat “buta” (dioblukan). Node-node lain hanya butuh waktu sekitar 8 detik untuk memverifikasi—mereka tidak bisa melihat keterkaitan alamat staking, dan tidak bisa mengaitkan tanda tangan untuk pembuatan blok dengan alamat spesifik.
Tapi saya harus jujur: desain seperti ini menuntut ketelitian sirkuit ZK yang sangat tinggi. Kalau ada batasan yang terlewat, bisa saja muncul risiko pemalsuan bukti. Tingkat kesulitan engineering untuk secara akurat menindak dan menghukum node yang berbuat jahat juga jauh lebih besar dibanding PoS dengan staking yang transparan. Bagian ini masih terus diuji. Apakah jalur ini bisa benar-benar berjalan atau tidak, tetap perlu dibuktikan lewat waktu. Namun setidaknya itu menunjukkan bahwa Dusk benar-benar “serius” soal privasi—bahkan dimulai dari lapisan dasar konsensus. Menurut Anda, identitas validator pada PoS privacy chain harus dipublikasikan atau tidak? Silakan diskusikan di kolom komentar. #dusk $DUSK @Dusk
Tadi malam lembur sambil “mengintip” (scrolling) sampai ke Dusk—situs web resminya baru saja rilis. Awalnya aku masuk dengan mindset “cuma ganti tampilan proyek (rebranding/re-skin)”. Situs lama saja kalau mau cari dokumen teknis harus loncat sana-sini lewat tiga sampai empat link dan kadang masih 404. Tapi ternyata di situs baru, ada diagram tumpuk berlapis dari teknologi, jadi aku menghabiskan 20 menit untuk merangkainya pelan-pelan sampai semua pemahaman proyekku yang sebelumnya masih terpisah-pisah benar-benar nyambung jadi satu.
Situs resmi baru tidak banyak membangun narasi pemasaran; mereka langsung membuka seluruh tumpukan teknologi dari lapisan dasar sampai lapisan atas. Paling bawah ada DuskDS—ini yang menangani konsensus, settlement (penyelesaian transaksi), dan ketersediaan data. Lapisan konsensusnya memakai SBA, sebuah mekanisme PoS berbasis komite. Prosesnya memilih pembuat blok lewat Proof-of-Blind-Bid yang bersifat anonim. Daftar validator selalu berubah setiap putaran—desain seperti ini untuk mencegah validator terkunci lebih dulu atau jadi sasaran serangan, serta menghindari pola umum di PoS tradisional di mana “orang besar” mendominasi hak membuat blok.
Lapisan transaksi memakai Phoenix, berbasis model catatan UTXO: dana direpresentasikan dalam bentuk “notes” terenkripsi. Pedersen commitment dipakai untuk menyembunyikan jumlah, sementara invalidator (penghalang invalid) menutup peluang double-spend. Node hanya bertugas memverifikasi apakah proof pengetahuan nol (zero-knowledge proof) yang dikirim valid. Waktu aku mengetes sebelumnya, aku coba memasukkan transaksi dengan data plaintext—langsung ditolak. Dari situ aku baru sadar kalau aturannya sudah “dibuat keras” sejak lapisan konsensus.
Lalu naik ke atas lagi: lapisan Dusk Trade. Awalnya aku mengira ini sekadar DEX privasi yang memakai “kulit” (thin wrapper), tapi demo alur di situs justru menunjukkan bahwa dia langsung memanggil channel settlement level bawah. Order book secara default terenkripsi, dan memakai ElGamal homomorphic encryption: harga dan jumlah saat memasang order semuanya berupa ciphertext di blockchain. Mesin pencocokan bisa menghitung kecocokan langsung dari ciphertext, lalu setelah menentukan harga eksekusi dan jumlahnya barulah proses dekripsi dilakukan untuk menyelesaikan transaksi. Sepanjang prosesnya, detail-detail order tidak diekspos.
Di atasnya ada satu lapisan lagi: DuskEVM. Ini adalah lapisan eksekusi yang dimodifikasi dari OP Stack, yang langsung melakukan settlement di DuskDS. Kalau Sol di-*connect* ke sana, kemampuan privasi level bawah bisa ikut terbawa tanpa perlu “membangun tungku sendiri”.
Paling atas adalah workflow pasar yang patuh (compliance) yang menjadikan Citadel sebagai modul native yang bisa dipanggil. Pengguna tidak perlu mengirim foto paspor; cukup dengan zero-knowledge proof, pengguna bisa membuktikan ke sistem bahwa mereka “sudah menyelesaikan verifikasi kepatuhan”.
Dulu aku sering merasa jalur teknis Dusk itu terpecah-pecah: sepotong di sini, sepotong di sana. Baru kali ini, setelah situs baru merentangkan semuanya dari ujung ke ujung, aku sadar—sejak awal Dusk bukan sekadar membuat mainan untuk transfer anonim. Mereka sedang membangun fondasi keuangan privasi yang lengkap, sekaligus patuh.
Habis membaca, aku langsung nambah sedikit DUSK. Soalnya sekarang jarang sekali ada proyek yang berani menaruh arsitektur teknologinya terang-terangan dan bisa dilihat semua orang. #dusk $DUSK @Dusk
Sungguh, di awal aku juga mengira Dusk cuma ikut-ikutan pola lama “narasi anon” yang dipakai buat trading—sampai minggu lalu aku ikut tes RC2 di mainnet bareng komunitas Discord, jam tiga dini hari es americano-nya udah mulai hangat. Gas aku turunin sampai mentok, ngejam 20 menit karena kebentur—aku sampai protes ke admin. Baru setelah dites sana-sini aku sadar ini benar-benar beda dengan privacy chain yang pernah aku coba sebelumnya.
Kebanyakan privacy chain enkripsinya ditulis di layer smart contract. Analognya gembok rumahmu dipasang di ruang tamu: kalau ada pencuri ngegasak jendela masuk, semua isi rumah kelihatan. Tahun lalu aku tes salah satu privacy chain yang lagi naik daun—karena celah izin di kontrak, semua transfer di testnet malah bocor plaintext langsung ke block explorer. Alamat tes yang aku pakai bahkan kena gangguan airdrop sampah selama dua bulan. Dusk langsung “mengelas” enkripsi komitmen Pedersen ke layer konsensus SBA: aset sejak masuk ke mempool sudah dalam kondisi terenkripsi. Bahkan kalau node pegang full data seluruh blok, yang bisa dibaca cuma bukti pengetahuan nol bahwa “transaksinya sah”—tidak ada satu sen pun nominal plaintext, alamat pun tidak bisa diintip. Aku sengaja menyuntikkan data transaksi plaintext ke interface node, lalu langsung dipantulkan balik oleh layer konsensus—bahkan tahap validasinya pun tidak bisa masuk.
Dulu yang paling bikin aku kesal dari privacy chain adalah masalah KYC. Tahun lalu aku pakai privacy chain yang katanya compliant: foto paspor kubikin unggah lewat plugin pihak ketiga, dan belakangan malah langsung kena spam SMS sampah dari luar negeri. KYC Dusk dengan ZkKYC langsung terintegrasi di Rusk virtual machine: kredensial KYC kamu tersimpan di lokalmu sendiri. Saat transaksi, yang dihasilkan cuma bukti bahwa “aku memenuhi persyaratan regulasi”—bahkan pihak proyek pun tidak bisa dapat informasi identitasmu. Kalau regulator dibuka audit view pun yang terlihat hanya transaksi yang ditentukan. Sekarang mereka baru menggabungkan PR bukti campuran FRI + PLONK: waktu verifikasi per transaksi turun sampai 1,4 milidetik. Menjalankan gas untuk smart contract rahasia juga 67% lebih rendah dibanding EVM yang dipaketkan dengan layer ZK. Aku deploy kontrak pengujian obligasi bahkan cuma butuh kurang dari 20 baris kode, dan gas yang keluar cuma 0,28 $DUSK .
Sebelumnya aku pernah rugi kecil sekitar dua ribu U gara-gara ketempel di privacy chain lama. Aku selalu merasa privacy dan compliance itu memang musuh bebuyutan sejak lahir: atau jadi tempat hangat tumbuhnya “grey business” serba anonim, atau jadi “chain” yang mengorek habis privasi pengguna. Setelah selesai tes Dusk, baru aku paham: privasi memang tidak seharusnya jadi kedok untuk aktivitas abu-abu. Aset dan data identitas pengguna semestinya selalu dipegang oleh mereka sendiri. Dan compliance pun tidak boleh mengorbankan privasi. Dusk benar-benar memotong tuntas simpul kusut yang sudah hampir sepuluh tahun dari lapisan paling bawah, @Dusk #dusk $DUSK
Minggu-minggu, di kafe bawah apartemen nyolong-nyolong AC, ikut uji jaringan Dusk, terus salah memasukkan sandi sampai tiga kali berturut-turut—ribut setengah jam baru selesai menjalankan transaksi ke-21. Aku menatap lama sekali log eksekusi di mesin virtual Rusk—sebelumnya sudah main beberapa rantai privat lama, entah nyangkut setengah hari tidak bisa menghasilkan blok, atau anonimitasnya dilakukan sampai penuh sesuai kepatuhan sehingga sama sekali tidak bisa membuka izin audit. Awalnya aku sudah tidak berharap apa-apa pada “blockchain privasi” yang katanya itu, sampai akhirnya jatuh ke lubang dengan tangan sendiri: ternyata ini benar-benar bukan cuma sekadar bungkusan luar buat menggoreng konsep.
Paling awal saat aku berperan sebagai pihak konsensus SBA, aku anggapnya hanya PoS kulit luarnya—setelah membaca aturan node dan menjalankan simulasi double-spend 10.000 kali barulah paham: SBA (Segregated Byzantine Agreement, perjanjian Bizantium yang terpisah) membagi node menjadi dua lapis. Lapisan pertama adalah komite penjatah blok yang bertugas mengemas transaksi, lapisan kedua adalah validator pemeriksa yang melakukan audit acak secara selektif. Seed untuk pemeriksaan acak dihasilkan oleh VDF (verifiable delay function), jadi tidak ada yang bisa memprediksi jauh hari siapa yang akan diaudit berikutnya. Penjelajah testnet menampilkan ada 3 node yang jaminannya dipotong karena mengirim blok tidak valid; dua di antaranya kena penalti “lembut”—kelewat beberapa blok, sementara dikeluarkan dari antrian konsensus, jumlah staking yang efektif dipangkas; yang satu lagi kena penalti “keras”—ketahuan melakukan double-signing, token staking langsung dipotong 20% lalu dimusnahkan. Mekanisme penalti seperti ini menaikkan biaya untuk berbuat jahat secara drastis, dan ongkos coba-coba jadi sangat besar.
Saat uji transaksi, aku lengah dan menambahkan satu angka nol—nominal langsung melewati batas Range Proof, transaksi langsung dipulangkan seketika, bahkan jejak transaksi sampah pun tidak tertinggal di blockchain. Range Proof pada protokol Phoenix benar-benar mengunci rentang nilai transaksi; ditambah dengan komitmen aset tiap transaksi yang “dikunci mati” menggunakan Pedersen Commitment, tidak akan ada penerbitan aset secara sewenang-wenang. Ditambah satu kali Stealth Address yang otomatis mengganti alamat baru untuk setiap transaksi, aku mentransfer 5 kali token uji berturut-turut—di blockchain sama sekali tidak mungkin mengaitkan kelima transaksi itu ke satu akun yang sama. Bukti PLONK hasil agregasi rekursif terkompresi hanya 287 byte; verifikasi per transaksi hanya 1,8 milidetik—jalannya mulus, bahkan saat puncak testnet pun tidak menemui kemacetan.
Mesin virtual Rusk ditulis dari nol sepenuhnya dengan Rust, dan secara native mendukung standar aset rahasia. Aku deploy Token uji, kode privasi bahkan tidak sampai 200 baris—jalan kontraknya gas-nya 63% lebih rendah dibanding EVM yang dibungkus lapisan ZK, dan juga menyediakan pintu masuk hak audit untuk pihak yang patuh. Privasi dan kepatuhan tidak perlu pilih salah satu, keduanya bisa dipenuhi sekaligus. Testnet selesai dijalankan malam itu, aku jauh lebih tenang dibanding saat ikut menyetor dana untuk proyek mana pun sebelumnya. #dusk $DUSK @Dusk