Banyak orang mengira kepatuhan GDPR berarti hanya menambahkan kebijakan privasi dan jendela persetujuan.
Untuk aplikasi biasa mungkin cukup, tapi untuk keuangan di blockchain, ini adalah konflik struktural.
Konfliknya berpusat pada buku besar itu sendiri.
Rancangan awal dari buku besar publik adalah: mencatat semuanya, dan dapat ditelusuri selamanya.
Sedangkan dua prinsip keras GDPR adalah minimalisasi data dan pembatasan tujuan:
Hanya mengumpulkan yang perlu, lalu hapus setelah digunakan.
"Ingat selamanya" dan "catat seminimal mungkin"—dua hal ini bukan soal klausul, melainkan logika desain yang benar-benar bertabrakan.
Kalimat resmi resminya juga sangat tegas: blockchain publik yang benar-benar transparan pada dasarnya tidak memenuhi standar itu.
Solusi Dusk adalah mengubahnya dari sisi desain buku besar, bukan sekadar menempelkan jendela persetujuan.
Privasi yang bisa diprogramnya memasukkan pilihan ke dalam protokol:
Saat diperlukan privasi, saat berguna transparansi, dan pengungkapan selektif untuk tinjauan serta otorisasi.
Data transaksi selama ini tetap dirahasiakan, tidak terlihat oleh seluruh jaringan;
ketika tinjauan otorisasi datang, ungkapkan bagian yang perlu sesuai kebutuhan.
Ini bukan tambalan untuk buku besar publik,
melainkan menjadikan "minimalisasi" sebagai batasan desain untuk layer settlement dan model transaksi.
Karena itu, Dusk Trade berani menuliskan "mematuhi peraturan Uni Eropa, termasuk GDPR" di halaman produk,
karena kepatuhan sejak hari pertama adalah bagian dari arsitektur, bukan dokumen legal setelah diluncurkan.
Kepatuhan GDPR untuk keuangan on-chain, dari dulu hingga sekarang, bukan soal apakah kebijakan privasinya bagus atau tidak,
melainkan soal apakah buku besarnya berani untuk tidak mencatat.
#dusk $DUSK @Dusk
Untuk aplikasi biasa mungkin cukup, tapi untuk keuangan di blockchain, ini adalah konflik struktural.
Konfliknya berpusat pada buku besar itu sendiri.
Rancangan awal dari buku besar publik adalah: mencatat semuanya, dan dapat ditelusuri selamanya.
Sedangkan dua prinsip keras GDPR adalah minimalisasi data dan pembatasan tujuan:
Hanya mengumpulkan yang perlu, lalu hapus setelah digunakan.
"Ingat selamanya" dan "catat seminimal mungkin"—dua hal ini bukan soal klausul, melainkan logika desain yang benar-benar bertabrakan.
Kalimat resmi resminya juga sangat tegas: blockchain publik yang benar-benar transparan pada dasarnya tidak memenuhi standar itu.
Solusi Dusk adalah mengubahnya dari sisi desain buku besar, bukan sekadar menempelkan jendela persetujuan.
Privasi yang bisa diprogramnya memasukkan pilihan ke dalam protokol:
Saat diperlukan privasi, saat berguna transparansi, dan pengungkapan selektif untuk tinjauan serta otorisasi.
Data transaksi selama ini tetap dirahasiakan, tidak terlihat oleh seluruh jaringan;
ketika tinjauan otorisasi datang, ungkapkan bagian yang perlu sesuai kebutuhan.
Ini bukan tambalan untuk buku besar publik,
melainkan menjadikan "minimalisasi" sebagai batasan desain untuk layer settlement dan model transaksi.
Karena itu, Dusk Trade berani menuliskan "mematuhi peraturan Uni Eropa, termasuk GDPR" di halaman produk,
karena kepatuhan sejak hari pertama adalah bagian dari arsitektur, bukan dokumen legal setelah diluncurkan.
Kepatuhan GDPR untuk keuangan on-chain, dari dulu hingga sekarang, bukan soal apakah kebijakan privasinya bagus atau tidak,
melainkan soal apakah buku besarnya berani untuk tidak mencatat.
#dusk $DUSK @Dusk