Aku membongkar arsitektur privasi milik @Dusk dan menemukan beberapa masalah yang tertutupi oleh narasi "Privasi L1 yang sesuai".
Lapisan pertama: dua jalur, dua jenis biaya—$DUSK —dijalankan bersamaan di mainnet, Moonlight (transparan) dan Phoenix (privasi). Moonlight adalah pengalaman EVM yang biasa; tetapi Phoenix mengharuskan klien menghasilkan bukti zk-SNARK untuk setiap transaksi. wallet-core mendukung pembuatan bukti melalui pihak Prover eksternal—desain ini saja sudah menunjukkan bahwa perangkat lokal tidak mampu menanggung beban komputasi sirkuit berfrekuensi tinggi.
Lapisan kedua: KYC adalah gerbang di awal
Model lisensi Citadel yang digunakan untuk RWA mensyaratkan penyelesaian KYC terlebih dahulu. Tidak masalah, tetapi ini membuat arus lalu lintas mainnet saat ini terkunci pada rentang "institusi, jumlah kecil, penyelesaian bernilai tinggi". Stabilitas yang kamu lihat adalah hasil untuk skenario dengan konkurensi rendah.
Lapisan ketiga: batasan akan mendistorsi verifikasi
Saat ini, porsi transaksi Phoenix tidak tinggi, sehingga beban pembuktian masih terbatas. Sistem tetap stabil di lingkungan terkontrol, namun itu tidak berarti bahwa setelah masuk ke skenario ritel dengan konkurensi besar, daya komputasi klien, antrean Prover, dan throughput verifikator masih bisa menjaga efisiensi. Mainnet bisa membuktikan bahwa "privasi bisa jalan", tetapi tidak bisa membuktikan bahwa "privasi bisa menampung skala".
Lapisan keempat: pengguna mungkin macet di langkah terakhir
Setelah pengguna menyelesaikan KYC, mengunci aset, lalu memulai transaksi Phoenix, perhitungan lokal yang tidak cukup atau kemacetan antrean Prover bisa membuat transaksi gagal dieksekusi di langkah terakhir. DUSK ingin menghadirkan privasi DeFi untuk ritel, tetapi perluasan Prover dan umpan balik kegagalan tidak boleh hanya muncul dalam pembaruan teknis.
Pendapatku
Aku tidak akan menolak #dusk dengan alasan biaya ZK atau KYC, karena Privasi L1 dan blockchain tanpa lisensi memang dua jalur yang berbeda. Namun "prosesnya bisa berjalan" dan "prosesnya bisa menampung beban" adalah dua hal yang berbeda. Tunggu sampai porsi Phoenix meningkat, jaringan Prover matang, dan optimasi sirkuit kontrak kompleks sudah benar-benar siap. Setelah itu, barulah lihat tingkat kegagalan, waktu pembuktian, dan kelancaran konversi lintas model—baru kita tahu apakah itu "bisa berjalan sebagai privasi" atau "bisa menampung skala privasi".
Lapisan pertama: dua jalur, dua jenis biaya—$DUSK —dijalankan bersamaan di mainnet, Moonlight (transparan) dan Phoenix (privasi). Moonlight adalah pengalaman EVM yang biasa; tetapi Phoenix mengharuskan klien menghasilkan bukti zk-SNARK untuk setiap transaksi. wallet-core mendukung pembuatan bukti melalui pihak Prover eksternal—desain ini saja sudah menunjukkan bahwa perangkat lokal tidak mampu menanggung beban komputasi sirkuit berfrekuensi tinggi.
Lapisan kedua: KYC adalah gerbang di awal
Model lisensi Citadel yang digunakan untuk RWA mensyaratkan penyelesaian KYC terlebih dahulu. Tidak masalah, tetapi ini membuat arus lalu lintas mainnet saat ini terkunci pada rentang "institusi, jumlah kecil, penyelesaian bernilai tinggi". Stabilitas yang kamu lihat adalah hasil untuk skenario dengan konkurensi rendah.
Lapisan ketiga: batasan akan mendistorsi verifikasi
Saat ini, porsi transaksi Phoenix tidak tinggi, sehingga beban pembuktian masih terbatas. Sistem tetap stabil di lingkungan terkontrol, namun itu tidak berarti bahwa setelah masuk ke skenario ritel dengan konkurensi besar, daya komputasi klien, antrean Prover, dan throughput verifikator masih bisa menjaga efisiensi. Mainnet bisa membuktikan bahwa "privasi bisa jalan", tetapi tidak bisa membuktikan bahwa "privasi bisa menampung skala".
Lapisan keempat: pengguna mungkin macet di langkah terakhir
Setelah pengguna menyelesaikan KYC, mengunci aset, lalu memulai transaksi Phoenix, perhitungan lokal yang tidak cukup atau kemacetan antrean Prover bisa membuat transaksi gagal dieksekusi di langkah terakhir. DUSK ingin menghadirkan privasi DeFi untuk ritel, tetapi perluasan Prover dan umpan balik kegagalan tidak boleh hanya muncul dalam pembaruan teknis.
Pendapatku
Aku tidak akan menolak #dusk dengan alasan biaya ZK atau KYC, karena Privasi L1 dan blockchain tanpa lisensi memang dua jalur yang berbeda. Namun "prosesnya bisa berjalan" dan "prosesnya bisa menampung beban" adalah dua hal yang berbeda. Tunggu sampai porsi Phoenix meningkat, jaringan Prover matang, dan optimasi sirkuit kontrak kompleks sudah benar-benar siap. Setelah itu, barulah lihat tingkat kegagalan, waktu pembuktian, dan kelancaran konversi lintas model—baru kita tahu apakah itu "bisa berjalan sebagai privasi" atau "bisa menampung skala privasi".