Ethereum Foundation dan Open Anonymity Project telah meluncurkan zkAPI ke jaringan utama Ethereum. Ini memungkinkan seseorang membayar akses AI atau API yang diukur pemakaiannya tanpa penyedia mengetahui setoran mana yang membiayai akses tersebut. Ada tiga hal yang patut dipisahkan:
1. Privasi dibatasi pada kanal penagihan, bukan kanal konten. Penyedia tetap menerima permintaan. Yang dicegah adalah penyedia mempelajari setoran mana yang telah didanai dan kemudian menyelesaikan (settle) permintaan tersebut. Pengumuman itu menyatakan ini dengan jelas, dan batasan tersebut adalah keseluruhan klaim.
2. Pencatatan pemakaian (metering) berubah menjadi masalah double-spend. Penagihan API biasa adalah saldo yang dikurangi server dari akun yang dapat diidentifikasinya. Di sini tidak ada akun yang dapat diidentifikasi, sehingga kebenaran harus berasal dari pembuktian bahwa sebuah setoran ada dan belum pernah digunakan. Bagian yang sulit berpindah dari akuntansi ke keunikan, dan keunikan dipastikan di rantai (on-chain).
3. Prover berada di sisi klien. Kemampuan untuk membayar sekarang bergantung pada perangkat lunak yang dijalankan pengguna, bukan hanya pada server penagihan yang tetap aktif. Ini adalah mode kegagalan yang berbeda dari gangguan layanan, dan bagian inilah yang paling banyak orang ketahui belakangan.
Desainnya mengikuti sebuah kerangka yang dipublikasikan Vitalik Buterin dan Davide Crapis pada bulan Februari. Yang perlu diperhatikan adalah apakah penyedia akan menerima pembayaran yang tidak bisa mereka kaitkan, karena rel yang tidak ada orang yang mengutip untuk ditandingi hanyalah brankas (vault) yang sangat elegan.
Bukan nasihat keuangan. Lakukan riset Anda sendiri.
#Ethereum #Web3 #Privacy
1. Privasi dibatasi pada kanal penagihan, bukan kanal konten. Penyedia tetap menerima permintaan. Yang dicegah adalah penyedia mempelajari setoran mana yang telah didanai dan kemudian menyelesaikan (settle) permintaan tersebut. Pengumuman itu menyatakan ini dengan jelas, dan batasan tersebut adalah keseluruhan klaim.
2. Pencatatan pemakaian (metering) berubah menjadi masalah double-spend. Penagihan API biasa adalah saldo yang dikurangi server dari akun yang dapat diidentifikasinya. Di sini tidak ada akun yang dapat diidentifikasi, sehingga kebenaran harus berasal dari pembuktian bahwa sebuah setoran ada dan belum pernah digunakan. Bagian yang sulit berpindah dari akuntansi ke keunikan, dan keunikan dipastikan di rantai (on-chain).
3. Prover berada di sisi klien. Kemampuan untuk membayar sekarang bergantung pada perangkat lunak yang dijalankan pengguna, bukan hanya pada server penagihan yang tetap aktif. Ini adalah mode kegagalan yang berbeda dari gangguan layanan, dan bagian inilah yang paling banyak orang ketahui belakangan.
Desainnya mengikuti sebuah kerangka yang dipublikasikan Vitalik Buterin dan Davide Crapis pada bulan Februari. Yang perlu diperhatikan adalah apakah penyedia akan menerima pembayaran yang tidak bisa mereka kaitkan, karena rel yang tidak ada orang yang mengutip untuk ditandingi hanyalah brankas (vault) yang sangat elegan.
Bukan nasihat keuangan. Lakukan riset Anda sendiri.
#Ethereum #Web3 #Privacy