Saya sedang membaca dokumentasi SXT dan menemukan kendala pada hal yang kurang mencolok dibandingkan bukti ZK: siapa sebenarnya yang diizinkan menulis ke sebuah tabel.

Saat developer membuat tabel dengan pernyataan CREATE TABLE yang ditandatangani, mereka dapat memilih tiga model penulisan: Public Write, yang memungkinkan siapa pun mengirimkan baris; Owner-Permissioned, yang hanya mengizinkan pemilik atau daftar izin; dan User-Verified, yang mengharuskan setiap baris memiliki tanda tangan ECDSA/ED25519 pengguna, dengan opsi verifikasi zkTLS atau pengindeks.

Saya suka karena semuanya tidak diperlakukan sebagai izin seragam untuk semua kebutuhan. Umpan aktivitas publik, kumpulan data milik protokol, dan catatan yang dikirim pengguna memiliki asumsi kepercayaan yang berbeda. Kepemilikan juga dapat didelegasikan melalui token otorisasi Biscuit, jadi kendali tidak harus tetap berada pada dompet yang membuat tabel.

Menurut saya, fleksibilitas itu sendiri bukanlah kekurangan. Namun, hal ini menempatkan keputusan penting di tangan developer: lapisan data dapat menegakkan kebijakan yang diberikan kepadanya, tetapi tidak dapat menyelamatkan aplikasi dari pemilihan kebijakan yang terlalu permisif. Untuk aset yang ditokenisasi atau catatan DeFi, kebijakan penulisan yang buruk bisa menjadi masalah jauh sebelum siapa pun mengajukan pertanyaan SQL yang rumit.

Saya terus bertanya-tanya apakah para pembangun akan menganggap izin tabel sebagai bagian inti dari desain keamanan atau sekadar kolom pengaturan lain yang mereka lewati begitu saja. Mana yang seharusnya menjadi pilihan bawaan untuk kumpulan data sensitif: penulisan yang dikendalikan pemilik atau baris yang ditandatangani pengguna??

#SXT @SpaceandTime $SXT

#sxt $SXT @SpaceandTime #SXT