Bagaimana jika sebuah transaksi bisa membuktikan bahwa ia memenuhi aturan Anda sebelum kontrak pintar Anda bahkan menyentuhnya?
@NewtonProtocol keeps mendorong gagasan bahwa otorisasi harus terjadi sebelum eksekusi, bukan setelah. Itu terdengar kecil, tetapi mengubah di mana para pengembang menaruh kepercayaan. Alih-alih memasukkan setiap kondisi langsung di dalam sebuah kontrak, Newton membiarkan sebuah kebijakan memutuskan apakah sebuah transaksi layak untuk diteruskan.
Ketegangan praktis $UP
Kebanyakan kontrak pintar bersifat statis setelah dideploy.
Aturan bisnis tidak.
Batas pengeluaran berubah. Persyaratan kepatuhan berubah. Status sebuah dompet berubah. Memperbarui Solidity setiap kali itu lambat dan mahal. Newton mendekatinya dengan cara yang berbeda dengan memisahkan aturan transaksi dari logika kontrak.
Yang paling menonjol
•Fakta: Newton mengevaluasi intensi transaksi sebelum eksekusi melalui alur kebijakan, alih-alih memeriksa semuanya di dalam Solidity.
•Fakta: Kebijakan dapat menggunakan informasi eksternal yang disediakan melalui oracle data WebAssembly (WASM) sebelum mengambil keputusan.
•Fakta: Operator mengembalikan attestasi kriptografis, yang diverifikasi oleh PolicyClient on-chain sebelum eksekusi.
•Opini: Bagian yang menarik bukanlah bahasa kebijakannya. Yang penting adalah mengurangi jumlah alasan mengapa sebuah kontrak perlu redeploy ketika aturan bisnis berkembang.
Satu pengamatan yang terus saya bawa kembali
#Newt tidak sedang berusaha membuat kontrak menjadi lebih rumit.
Itu berusaha membuat mereka menjadi kurang bertanggung jawab.
Kontrak terutama memverifikasi sebuah attestation. Keputusan itu sendiri sudah dievaluasi di tempat lain berdasarkan aturan yang telah ditetapkan sebelumnya.
Itu menciptakan pemisahan yang lebih bersih antara eksekusi dan otorisasi.
Apakah itu menjadi keuntungan tergantung pada aplikasinya.
Angka-angka yang patut diperhatikan
•Sekitar 30 menit untuk membangun data oracle WASM.
•Sekitar 20 menit untuk menulis kebijakan Rego.
•Sekitar 15 menit untuk deployment lewat CLI.
•Sekitar 30 menit untuk integrasi smart contract dan integrasi frontend SDK, masing-masing.
Ini adalah estimasi dari dokumentasi, bukan jaminan. Proyek nyata biasanya memerlukan waktu lebih lama, tergantung pada pengujian dan tinjauan keamanan.
Evtakeaway
•Newton memungkinkan pengembang untuk menerapkan kebijakan secara terpisah dari kontrak.
•Newton mendukung input data eksternal selama evaluasi kebijakan.
•Newton memverifikasi attestasi yang ditandatangani BLS di-chain sebelum eksekusi.
•Deploy kebijakan di mainnet memerlukan allowlisting, bukan deployment yang sepenuhnya tanpa izin (permissionless).
Rincian itu menunjukkan bahwa Newton mengharapkan infrastruktur otorisasi diperlakukan sebagai hal yang kritis untuk produksi, bukan sekadar fitur opsional.
Di sinilah menurut saya Newton menjadi menarik
Bayangkan sebuah treasury dengan batas transfer harian.
Besok, dewan memutuskan perubahan batasnya.
Tanpa Newton, pengembang mungkin akan melakukan redeploy kontrak atau menambah kompleksitas tata kelola.
Dengan Newton, kebijakan berubah sementara kontrak eksekusi tetap sama.
Itu tidak menghapus tata kelola.
Itu mengubah di mana tata kelola berlangsung.
Perbedaan kecil.
Berpotensi berarti.
Hal yang akan saya verifikasi sebelum membangun dengan Newton
•Dari mana sebenarnya data eksternal itu berasal?
•Siapa yang mengoperasikan sumber data?
•Seberapa sering informasi itu diperbarui?
•Bisakah logika kebijakan berubah tanpa memengaruhi asumsi yang sudah ada?
•Siapa yang mengendalikan pembaruan kebijakan?
•Apakah bukti (attestations) mudah diaudit secara independen?
•Apakah implementasi PolicyClient telah menjalani audit keamanan?
•Apa yang terjadi jika evaluasi kebijakan menjadi tidak tersedia sementara?
Pertanyaan-pertanyaan ini lebih penting daripada apakah SDK terasa nyaman.
Risiko yang layak untuk tetap diperhatikan
•Risiko smart contract: Bahkan jika Newton memvalidasi attestasi dengan benar, kontrak aplikasi tetap dapat berisi bug implementasi.
•Risiko ketergantungan eksternal: Keputusan kebijakan bergantung pada evaluasi dan ketersediaan data di luar rantai (off-chain). Jika infrastruktur pendukung gagal, otorisasi transaksi bisa tertunda.
•Risiko operasional: Tata kelola atas pembaruan kebijakan menjadi asumsi keamanan yang penting.
•Perkiraan dokumentasi: Waktu integrasi adalah angka referensi, bukan perkiraan timeline produksi.
Desain yang seimbang jarang menghilangkan risiko.
Mereka biasanya memindahkannya ke tempat lain.
Kesimpulan saya $ARX
$NEWT feels lebih seperti upaya untuk memisahkan siapa yang memutuskan dari siapa yang mengeksekusi, bukan seperti toolkit smart contract yang lain. Pemisahan itu bisa menyederhanakan beberapa aplikasi sekaligus memperkenalkan asumsi operasional baru. Apakah trade-off itu layak, kemungkinan besar tidak terlalu bergantung pada Newton itu sendiri, melainkan pada seberapa besar proyek Anda mengharapkan aturan otorisasi untuk berubah setelah deployment. Itulah bagian yang akan terus saya pantau.