Semua orang membicarakan lapisan attestasi Sign. Tidak banyak yang bertanya apa bagian ZK sebenarnya melakukan di balik layar.

Sign mendukung attestasi privat dan ZK sebagai bagian dari S.I.G.N. Stack. Use case-nya masuk akal di atas kertas. Pemerintah mengeluarkan kredensial yang dapat diverifikasi tanpa mengekspos data warga mentah. Bank mengkonfirmasi KYC tanpa mengirimkan catatan pribadi. Warga membuktikan kelayakan tanpa mengungkapkan penghasilan. Bersih, berdaulat, privat.
Dan jujur, insting teknis di balik ini terdengar solid.
Di sinilah saya mulai membaca lebih hati-hati. Attestasi ZK di Sign adalah mode yang Anda ikuti, bukan perilaku default. Lapisan dasar transparan. Penerbit menandatangani klaim onchain dan catatan tersebut dapat dikueri secara default. ZK berada di atas untuk kasus dimana klien secara spesifik membutuhkan privasi. Yang berarti jaminan privasi aktual bukan di protokol. Itu ada di keputusan deployment yang dibuat oleh siapa pun yang menjalankan node.
Sign tidak salah membangun dengan cara ini. Infrastruktur enterprise membutuhkan optionalitas. Anda tidak dapat meluncurkan sistem identitas nasional yang memaksa ZK proofs sebelum kementerian memahami apa itu proof.
Tapi framing itu mengubah pitch penjualan sedikit. Sign tidak menjual protokol yang melestarikan privasi dalam arti kriptografi yang ketat. Itu menjual platform dengan kemampuan privasi yang tersedia untuk klien yang siap menggunakannya dengan benar. Jadi ketika deployment berdaulat di Kyrgyzstan atau Sierra Leone diumumkan, pertanyaan yang layak diajukan bukan apakah Sign memiliki ZK. Itu apakah deployment tersebut sebenarnya menggunakannya.
@Sign $SIGN #SignDigitalSovereignInfra