Saya sudah menguji lebih dari selusin aplikasi DeFi yang membutuhkan KYC—baru setelah menggali data lama, saya menemukan fakta yang menyakitkan: dalam dua tahun terakhir, saya setidaknya mengunggah KTP sebanyak 8 kali, melakukan pengenalan wajah 6 kali. Informasi identitas yang sama tersebar di server berbagai platform; siapa yang menyimpannya, menyimpannya berapa lama, apakah akan diseret untuk urusan lain, dan sebagainya—pengguna sama sekali tidak punya kendali. Inilah sisi paling menjijikkan dari apa yang disebut “KYC kedua”.
Setelah menelusuri lebih dalam penggunaan “Use Case B” dari Newton VC @NewtonProtocol , kuncinya sebenarnya ada pada batas apakah kredensial bisa dipakai ulang. Saat pengguna menyelesaikan KYC di platform A dan menghasilkan sebuah Newton VC, platform B secara teori hanya perlu memverifikasi kesimpulan “kredensial ini valid”, tanpa perlu menyentuh data identitas asli pengguna. Namun saat implementasi, jebakan terbesarnya adalah: standar kepatuhan untuk “KYC yang valid” di antara berbagai dApp tidaklah seragam. Platform A mungkin menjalankan audit versi yang disederhanakan; jika platform B mensyaratkan kepatuhan yang lebih ketat di tingkat institusi, apakah kredensial ini bisa langsung dipakai ulang? Siapa yang menetapkan standar saling pengakuan itu—tidak ada jawaban di whitepaper.
Kalau ditinjau lebih jauh, risiko kredensial disalahgunakan atau dipalsukan juga belum hilang—bahkan berubah wujud. Dulu pencurian berupa foto KTP; sekarang menjadi pencurian kunci privat kredensial atau kunci sesi. Begitu kredensial disalahgunakan, korban mungkin akan lebih sulit membuktikan dirinya bersih dibanding kebocoran KYC tradisional, karena kalimat “kredensial saya menunjukkan sudah lolos verifikasi” itu sendiri adalah tameng terbaik bagi pelaku. #Newt
Sikap pribadi saya adalah: arahnya pasti benar. Berbagi di ranah privasi suatu saat pasti menjadi standar industri. Tapi untuk saat ini, saya tidak akan menyerahkan semua operasi sensitif sepenuhnya kepada satu kredensial. Untuk transaksi penting, kebiasaan melakukan konfirmasi sekunder secara manual tetap saya pertahankan. $NEWT
Bukan karena saya tidak yakin dengan mekanisme ini—justru karena saya yakin, saya harus mengawasi detail implementasinya. Pemain lama pasti paham: antara kemudahan dan keamanan, kita harus selalu memastikan dulu di mana letak biayanya.
Setelah menelusuri lebih dalam penggunaan “Use Case B” dari Newton VC @NewtonProtocol , kuncinya sebenarnya ada pada batas apakah kredensial bisa dipakai ulang. Saat pengguna menyelesaikan KYC di platform A dan menghasilkan sebuah Newton VC, platform B secara teori hanya perlu memverifikasi kesimpulan “kredensial ini valid”, tanpa perlu menyentuh data identitas asli pengguna. Namun saat implementasi, jebakan terbesarnya adalah: standar kepatuhan untuk “KYC yang valid” di antara berbagai dApp tidaklah seragam. Platform A mungkin menjalankan audit versi yang disederhanakan; jika platform B mensyaratkan kepatuhan yang lebih ketat di tingkat institusi, apakah kredensial ini bisa langsung dipakai ulang? Siapa yang menetapkan standar saling pengakuan itu—tidak ada jawaban di whitepaper.
Kalau ditinjau lebih jauh, risiko kredensial disalahgunakan atau dipalsukan juga belum hilang—bahkan berubah wujud. Dulu pencurian berupa foto KTP; sekarang menjadi pencurian kunci privat kredensial atau kunci sesi. Begitu kredensial disalahgunakan, korban mungkin akan lebih sulit membuktikan dirinya bersih dibanding kebocoran KYC tradisional, karena kalimat “kredensial saya menunjukkan sudah lolos verifikasi” itu sendiri adalah tameng terbaik bagi pelaku. #Newt
Sikap pribadi saya adalah: arahnya pasti benar. Berbagi di ranah privasi suatu saat pasti menjadi standar industri. Tapi untuk saat ini, saya tidak akan menyerahkan semua operasi sensitif sepenuhnya kepada satu kredensial. Untuk transaksi penting, kebiasaan melakukan konfirmasi sekunder secara manual tetap saya pertahankan. $NEWT
Bukan karena saya tidak yakin dengan mekanisme ini—justru karena saya yakin, saya harus mengawasi detail implementasinya. Pemain lama pasti paham: antara kemudahan dan keamanan, kita harus selalu memastikan dulu di mana letak biayanya.