Dulu, saat kita memahami interaksi di rantai, perhatian kita lebih banyak tertuju pada apakah transaksi itu sendiri berhasil. Transaksi disiarkan, konfirmasi blok selesai, aset berubah—alur ini sederhana dan langsung. Namun ketika aplikasi mulai menjadi lebih kompleks, masalah sesungguhnya mulai muncul. Satu transaksi bisa terhubung ke beberapa protokol, sebuah strategi mungkin terdiri dari beberapa langkah, dan sebuah program otomatisasi bisa perlu berjalan dalam jangka panjang. Pada kondisi seperti ini, hasil yang sukses tidak selalu berarti prosesnya pasti sesuai dengan tujuan awal.
Ini juga alasan saya kemudian menjadi tertarik pada Newton Protocol.
Banyak orang menyebut Newton, lalu menempatkannya dalam narasi AI Agent atau otomatisasi, tapi saya pikir masalah yang ingin diselesaikannya lebih mendasar: bagaimana membuat perilaku otomatis di rantai berjalan sesuai aturan yang jelas. Karena masalah di masa depan bukan lagi apakah mesin bisa mengeksekusi, melainkan saat mesin mengeksekusi, apakah mesin itu memahami batasnya, apakah mengikuti kondisi, dan apakah bisa membuktikan bahwa tindakannya sesuai dengan harapan.
Desain inti dalam whitepaper Newton memang dibangun di sekitar poin ini.
Authorization Layer yang dia ajukan bukan sekadar menambahkan tombol izin, melainkan membangun lapisan mekanisme penilaian aturan di antara aplikasi dan eksekusi. Dulu smart contract lebih banyak menyelesaikan “bagaimana kode dieksekusi”, tetapi Newton ingin menambahkan “dalam kondisi apa seharusnya dieksekusi”.
Perbedaan ini sangat penting.
Dalam mode tradisional, ketika pengguna mengotorisasi suatu tindakan, biasanya itu berarti menyerahkan semacam kemampuan kepada aplikasi. Tetapi dalam skenario yang kompleks, cara ini tidak cukup presisi. Sebuah strategi otomatisasi mungkin perlu membatasi rentang nominal, sebuah sistem pengelolaan aset mungkin harus memenuhi kondisi tertentu, dan sebuah program on-chain mungkin perlu mematuhi logika yang telah ditetapkan. Jika semua penilaian ditanam secara kaku di dalam aplikasi, biaya penyesuaian di kemudian hari akan sangat tinggi.
Policy Framework milik Newton adalah cara mengabstraksikan kondisi-kondisi kompleks ini menjadi aturan yang dapat diprogram.
Ini memungkinkan pengembang mendefinisikan berbagai jenis logika eksekusi, termasuk perilaku apa yang diizinkan, perilaku apa yang dibatasi, kondisi apa yang memicu tindakan, dan persyaratan apa yang harus dipenuhi selama proses eksekusi. Dengan begitu, aplikasi tidak lagi hanya memanggil kontrak tetap, melainkan bisa mengombinasikan strategi yang berbeda sesuai skenario.
Menurut saya ini juga merupakan perbedaan terbesar antara Newton dan alat otomatisasi biasa.
Ini bukan sekadar membantu pengguna mengurangi langkah operasi, melainkan sedang mencoba membangun mode eksekusi baru: membuat sistem dapat menyelesaikan tugas dalam batasan aturan.
Ini terhubung dengan desain Automation Intent.
Di masa lalu, interaksi on-chain lebih mirip pengguna memberi tahu sistem: “Saya mau melakukan aksi apa.” Misalnya menukar aset, mentransfer dana, atau memanggil protokol tertentu. Tetapi dalam skenario yang lebih kompleks di masa depan, pengguna mungkin lebih peduli pada hasilnya, bukan pada setiap langkah operasinya.
Misalnya, pengguna ingin aset tetap berada dalam kondisi tertentu, ingin strategi menyesuaikan diri berdasarkan perubahan pasar, atau ingin suatu tugas berjalan otomatis dalam jangka panjang.
Pada titik ini, yang perlu dipahami sistem adalah tujuan, bukan instruksi tunggal.
Newton mencoba menggunakan Intent agar pengguna dapat menyatakan tujuan, lalu menggabungkannya dengan pembatasan Policy pada jalur eksekusi, sehingga proses otomatisasi menjadi lebih sesuai dengan logika yang sudah ditetapkan.
Tentu saja, setelah tujuan dan aturan ditetapkan, masih ada satu masalah penting: bagaimana membuktikan bahwa proses eksekusi tidak menyimpang.
Inilah juga nilai dari Verifiable Automation dalam arsitektur Newton.
Melalui Operator Network, eksekusi tugas tidak lagi sepenuhnya bergantung pada satu pihak pelaksana, melainkan membentuk mekanisme koordinasi dan verifikasi. Ditambah dengan teknologi TEE dan ZK, sistem dapat memastikan lingkungan eksekusi tetap tepercaya sekaligus membuat hasilnya memiliki kemampuan verifikasi.
Sederhananya, TEE menyelesaikan masalah lingkungan eksekusi, sehingga proses komputasi berjalan dalam kondisi yang tepercaya; ZK menyelesaikan masalah pembuktian, sehingga sistem dapat membuktikan bahwa hasil tertentu memenuhi persyaratan tanpa perlu membuka semua detail.
Hal yang menurut saya menarik dari desain ini adalah Newton tidak menempatkan fokus pada “membuat otomatisasi lebih cepat”, melainkan memikirkan “bagaimana membuat otomatisasi lebih andal”.
Karena saat nantinya dunia on-chain benar-benar berjalan dalam skala besar, efisiensi tentu penting, tetapi tingkat kepercayaan juga sama pentingnya.
Dari sudut pandang pasar, menurut saya banyak proyek berfokus pada bagaimana menciptakan aplikasi baru, sedangkan Newton berfokus pada bagaimana membuat lebih banyak aplikasi kompleks bisa berjalan dalam jangka panjang. Infrastruktur semacam ini biasanya tidak menarik perhatian secepat proyek lapisan aplikasi, tetapi masalah yang diselesaikannya umumnya lebih mendasar.
Tentu, Newton saat ini masih membutuhkan validasi pasar. Arsitektur di whitepaper hanyalah permulaan; yang benar-benar penting adalah apakah ke depan akan ada lebih banyak aplikasi yang terhubung, apakah ada skenario nyata yang menggunakan kemampuan ini, dan apakah seluruh jaringan bisa membentuk ekosistem yang berjalan berkelanjutan.
Untuk $NEWT, yang lebih saya perhatikan bukanlah perubahan harga jangka pendek, melainkan apakah aset ini bisa menjadi salah satu modul dasar dalam sistem otomatisasi on-chain.
Dulu blockchain menyelesaikan masalah pemindahan aset, dan smart contract menyelesaikan masalah eksekusi aturan. Sementara Newton mengeksplorasi bagaimana, ketika semakin banyak tugas diselesaikan otomatis oleh sistem, perilaku-perilaku ini tetap berjalan dengan tujuan yang jelas.
Jika di masa depan dunia on-chain benar-benar memasuki tahap otomatisasi tingkat tinggi, maka infrastruktur yang bisa menghubungkan tujuan, aturan, dan eksekusi mungkin akan menjadi lapisan yang sangat penting.