Saya terus mengamati bahwa web3 telah menyelesaikan sebagian masalah dompet, tetapi tidak masalah otorisasi yang lebih mendalam.
Kami memudahkan penandatanganan. Kami membuat dompet lebih tidak terlihat. Kami memberi pengguna login email, login sosial, dompet tertanam, dan antarmuka yang lebih bersih.
Tapi pertanyaan inti tetap sebagian besar sama.
Apakah kunci ini dapat menyetujui transaksi ini?
Itu adalah pertanyaan tipis untuk sistem keuangan.
Aplikasi nyata membutuhkan jawaban yang lebih kaya ....
Apakah transaksi ini berada dalam batas risiko pengguna?
Apakah pihak lawan diizinkan??
Apakah agen mengikuti mandatnya???
Apakah kondisi pasar berubah sejak tindakan itu diusulkan???
Apakah transfer ini melanggar kebijakan yang diwajibkan untuk ditegakkan oleh institusi??
Sebagian besar infrastruktur tidak dibangun dengan mempertimbangkan pertanyaan-pertanyaan itu.
Itu dibangun di sekitar kepemilikan dan eksekusi. Dompet membuktikan kontrol.
Kontrak pintar mengeksekusi logika.
Tapi banyak risiko dunia nyata berada di ruang di antara dua momen itu.
Ruang itulah tempat banyak aplikasi web3 menjadi rapuh.
Sebuah frontend bisa memperingatkan pengguna sebelum mereka menandatangani, tetapi frontend bukanlah protokol.
Sebuah backend bisa menjalankan pemeriksaan kepatuhan, tetapi lalu pengembang meminta pengguna untuk mempercayai server privat.
Kontrak pintar bisa menegakkan aturan, tetapi hanya jika aturan tersebut cukup deterministik untuk hidup di onchain...
Begitu sistem membutuhkan konteks di luar rantai (offchain), status identitas, aturan yurisdiksi, data sanksi, kondisi pasar, atau niat AI, arsitekturnya menjadi terasa canggung.
Di sinilah Newton menjadi menarik.
Saya tidak berpikir gagasan pentingnya hanya “transaksi yang lebih aman.” Itu terdengar terlalu luas...
Ide yang lebih tajam adalah verifikasi pra-penyelesaian.
Newton mencoba membuat otorisasi bisa diprogram sebelum sebuah transaksi mencapai eksekusi final...
Bukan hanya “apakah dompet menandatangani?” tetapi “apakah tindakan ini memenuhi kebijakan yang seharusnya mengaturnya?”
Ini adalah primitive yang lebih serius...
Mekanisme yang layak dipelajari adalah lapisan evaluasi kebijakan...
Seorang pengembang dapat mendefinisikan aturan yang menggambarkan apa yang diizinkan dilakukan sebuah transaksi...
Aturan-aturan itu mungkin mencakup batas pengeluaran, venue yang disetujui, persyaratan kepatuhan, izin agen, ambang risiko, atau kondisi lain yang harus diperiksa sebelum penyelesaian.
Niat transaksi kemudian dievaluasi terhadap kebijakan tersebut sebelum diizinkan untuk dieksekusi.
Operator Newton memeriksa tindakan, menerapkan aturan yang relevan, dan menghasilkan sebuah attestation bahwa kebijakan telah diikuti.
Aplikasi atau kontrak kemudian dapat memverifikasi attestation tersebut, bukan mempercayai satu backend privat saja.
Poin halusnya adalah bahwa Newton tidak sekadar memindahkan kepatuhan ke onchain.
Ini adalah memisahkan kebijakan dari eksekusi.
Pemisahan ini penting karena banyak kebijakan bukanlah kode smart contract yang bagus.
Mereka berubah. Mereka bergantung pada informasi eksternal. Mereka bisa berbeda berdasarkan pengguna, wilayah, institusi, atau jenis aset.
Meng-hardcode semuanya ke dalam kontrak menciptakan sistem yang rapuh. Meninggalkannya di dalam API terpusat menciptakan masalah kepercayaan.
Newton ada di tengah...
kebijakan bisa tetap ekspresif, sementara hasilnya menjadi dapat diverifikasi.
Contoh sederhana adalah agen AI yang mengelola treasury DeFi.
Agen mungkin diizinkan untuk melakukan rebalancing stablecoin di seluruh protokol yang telah disetujui...
Tetapi izin itu tidak boleh berarti agen dapat mengirim dana ke mana pun, kapan pun, dalam kondisi pasar apa pun...
Jadi kebijakannya mungkin mengatakany...
hanya berinteraksi dengan kontrak yang disetujui, tidak pernah melebihi alokasi tertentu, menolak perdagangan jika data oracle sudah basi, dan memblokir tindakan yang melibatkan alamat yang diberi tanda.
Tanpa lapisan kebijakan pra-penyelesaian, izin dompet agen menjadi sangat luas dan berbahaya.
Jika agen dimanipulasi, salah konfigurasi, atau semata-mata keliru, ia tetap bisa menghasilkan transaksi yang valid.
Dengan model Newton, tanda tangan saja tidak cukup. Usulan tindakan harus lolos kebijakany...
Hal yang menarik bukan bahwa agen menjadi “tepercaya.” Melainkan bahwa agen menjadi terbatasi.
Itu bagian yang terus saya kembali lagi.
Keuangan otonom tidak perlu otonomi tanpa batas.
Ia membutuhkan otonomi yang dibatasi.
Sistem seharusnya bisa bertindak tanpa meminta manusia setiap saat, tetapi hanya di dalam aturan yang dapat diperiksa dan ditegakkan...
Ini penting bagi pengembang karena memberi mereka tempat yang lebih bersih untuk menaruh logika yang tidak masuk ke UI dan tidak bisa sepenuhnya hidup di dalam sebuah kontrak...
Ini penting bagi institusi karena permissioning menjadi dapat diaudit, bukan bersifat informal...
Ini penting untuk DeFi karena integrasi bisa menjadi lebih ekspresif tanpa membuat setiap protokol menyerap langsung setiap asumsi kepatuhan atau risiko secara langsung...
Tapi ada tradeoff.
Sistem kebijakan bisa gagal diam-diam jika aturan ditulis dengan buruk.
Data eksternal bisa terlambat, tidak lengkap, atau dipersengketakan.
Kebutuhan operator adalah desentralisasi yang kredibel, atau lapisan verifikasi berubah menjadi layanan tepercaya lain dengan bahasa yang lebih bagus.
Tata kelola juga menjadi penting. Jika kebijakan, registri, upgrade, dan insentif operator dikendalikan dengan buruk, sistem bisa bergeser menuju centralized gatekeeping.
Ada juga pertanyaan yang lebih tidak nyaman.
Otorisasi yang bisa diprogram dapat melindungi pengguna, tetapi juga bisa membatasi mereka. Mekanisme yang sama yang memblokir transaksi berbahaya bisa juga menegakkan aturan yang tidak disetujui pengguna.
Itu tidak membuat mekanismenya salah. Artinya desain harus jujur tentang siapa yang mendefinisikan kebijakan, siapa yang bisa menantang hasil, dan seberapa transparan penegakan itu benar-benar dilakukan.
Saya menduga debat nyata akan terjadi di sinilah.
Bukan soal apakah aplikasi perlu pemeriksaan di tingkat transaksi. Mereka sudah melakukannya.
Debatnya adalah apakah pemeriksaan itu tetap tersembunyi di infrastruktur privat, atau menjadi sesuatu yang bisa diverifikasi oleh pengembang dan pengguna.
Taruhan Newton tampaknya bahwa dompet tidak lagi cukup sebagai batas kepercayaan utama. $NEWT
Setelah agen AI, alur institusional, dan aset yang teregulasi bergerak onchain, tanda tangan hanyalah awal dari cerita.
Pertanyaan yang lebih sulit adalah apa yang terjadi sebelum tanda tangan menjadi penyelesaian.
Jika keuangan otonom terus berkembang, apakah izin saja bisa tetap cukup, atau apakah setiap transaksi serius akhirnya membutuhkan kebijakan yang dapat diverifikasi di baliknya?
#Newt #NEWT #cforcryptonewt @NewtonProtocol @CforCrypto7