@Newton Protocol pertama kali menarik perhatian saya karena digambarkan sebagai secure rollup untuk strategi trading otomatis dan sebuah marketplace tempat developer dapat mempublikasikan agen mereka sendiri. Kedengarannya ambisius, tapi itu juga membuat saya lebih berhati-hati. Saya telah melihat banyak proyek kripto menggunakan otomasi sebagai daya tarik utama tanpa benar-benar membahas apa yang terjadi ketika otomasi tersebut membuat kesalahan.

Pertanyaan yang menarik saya awalnya sederhana: jika saya mengizinkan sepotong perangkat lunak untuk trading atau memindahkan aset untuk saya, bagaimana cara mencegahnya melakukan lebih dari yang saya maksudkan?

Awalnya, saya mengira Newton terutama tentang bot trading dan strategi portofolio otomatis. Setelah membaca situs web saat ini, dokumentasi, whitepaper, informasi token, dan repositori publik, saya menyadari bahwa proyek ini bergerak menuju ide yang lebih luas. Sekarang Newton menggambarkan dirinya sebagai lapisan otorisasi untuk keuangan onchain.

Perubahan itu awalnya membingungkan saya karena ini tidak sepenuhnya sama dengan deskripsi proyek yang pertama kali saya mulai. Materi sebelumnya lebih banyak membahas agen yang dapat diverifikasi, lingkungan eksekusi yang aman, izin berbasis zero-knowledge, dan marketplace untuk para developer. Materi saat ini berfokus pada kebijakan yang bisa diprogram dan diperiksa sebelum transaksi onchain dijalankan. Semakin lama saya memikirkannya, semakin masuk akal arah ini.

Sebuah blockchain bisa memverifikasi apakah sebuah transaksi memiliki tanda tangan yang valid dan apakah sebuah wallet memiliki dana yang cukup. Yang tidak bisa diketahui secara otomatis adalah apakah transaksi tersebut melanggar batas pengeluaran, menggunakan alamat yang mencurigakan, melanggar kebijakan perusahaan, atau bertentangan dengan instruksi yang diberikan untuk strategi otomatis.

Keputusan-keputusan itu biasanya ditangani oleh sebuah website, server pribadi, atau administrator. Masalahnya adalah sebuah website bisa dilewati. Seseorang bisa berinteraksi langsung dengan smart contract, dan aplikasi lain mungkin menggunakan jalur yang sepenuhnya berbeda.

Newton berupaya menempatkan pengecekan kebijakan lebih dekat ke transaksi yang benar-benar terjadi. Sebelum sebuah tindakan yang dilindungi diizinkan untuk dieksekusi, kontrak akan menanyakan apakah kondisi-kondisi tertentu sudah terpenuhi. Jika kondisi-kondisi itu tidak bisa diverifikasi, transaksi harus ditolak sebelum dana bergerak.

Perbandingan paling mudah bagi saya adalah pembayaran kartu. Jaringan kartu tidak langsung menyelesaikan setiap permintaan pembayaran. Pertama, ia memeriksa hal-hal seperti status akun, batas yang tersedia, sinyal penipuan, dan informasi merchant. Newton mencoba menciptakan versi yang bisa diprogram dari langkah otorisasi itu untuk transaksi onchain.

Prosesnya dimulai dengan sebuah kebijakan. Seorang developer atau organisasi mendefinisikan apa yang harus benar sebelum suatu tindakan tertentu diizinkan. Newton menggunakan Rego, bahasa kebijakan yang terkait dengan ekosistem Open Policy Agent, untuk mengekspresikan aturan-aturan ini. Kebijakan dasar bisa mencegah sebuah wallet menghabiskan lebih dari jumlah tetap per hari. Kebijakan yang lebih detail bisa mengizinkan strategi otomatis untuk melakukan trading hanya pada aset yang disetujui, memakai protokol tertentu, tetap berada di bawah batas slippage, dan berhenti ketika harga pasar bergerak di luar kisaran yang dapat diterima.

Ketika sebuah transaksi diminta, jaringan operator Newton mengevaluasi kebijakan. Pengecekan bisa menggunakan informasi onchain serta informasi eksternal yang disetujui, termasuk harga pasar, sinyal risiko wallet, status identitas, data proof-of-reserve, atau pembatasan yurisdiksi.

Jika kondisinya terpenuhi, jaringan menghasilkan sebuah hasil yang dapat diverifikasi oleh smart contract. Jika kondisinya gagal, tindakan yang dilindungi tidak akan dilanjutkan.

Dokumentasi developer Newton menggambarkannya sebagai decentralized policy engine yang dibangun sebagai layanan actively validated di EigenLayer. Whitepaper bulan Februari 2026 mempresentasikan sistem ini sebagai lapisan otorisasi untuk area seperti stablecoin, aset tokenized, institutional DeFi, pembayaran lintas negara, dan perdagangan yang melibatkan agen otonom.

Trading otomatis masih menjadi contoh yang berguna untuk alasan mengapa sesuatu seperti ini mungkin dibutuhkan. Misalkan saya ingin strategi otomatis untuk melakukan rebalancing portofolio saya. Saya mungkin ingin ia trading ETH, USDC, dan WBTC, tapi tidak yang lain. Saya bisa mengizinkannya menggunakan dua decentralized exchange, menolak trading di atas level slippage tertentu, dan berhenti setelah batas kerugian harian tercapai.

Memberikan strategi akses wallet biasa bisa memberinya otoritas lebih besar daripada yang dibutuhkan oleh tugas tersebut. Kebijakan Newton dapat membuat batas yang lebih sempit di sekelilingnya. Strategi yang memutuskan kapan melakukan rebalancing, sedangkan kebijakan yang memutuskan apakah setiap transaksi yang diusulkan benar-benar diizinkan.

Itu tidak berarti Newton bisa mengubah strategi yang buruk menjadi strategi yang menguntungkan. Jika logika tradingnya buruk, mengikuti kebijakan dengan sempurna tidak akan memperbaiki hasilnya. Newton terutama peduli apakah strategi tersebut tetap berada dalam instruksinya.

Saya menemukan perbedaan itu berguna. Verifikasi dapat menunjukkan bahwa aturan diikuti. Namun, verifikasi tidak bisa membuktikan bahwa aturan-aturan tersebut masuk akal sejak awal.

Model yang sama dapat diterapkan pada vault onchain. Seorang kurator mungkin diizinkan memindahkan aset yang didepositkan di antara berbagai pasar lending, tetapi depositor tidak seharusnya harus sepenuhnya bergantung pada janji kurator untuk mengikuti kerangka risiko. Sebuah kebijakan bisa membatasi pasar mana yang diizinkan, memasang batas pada eksposur, mensyaratkan likuiditas minimum, atau memblokir suatu tindakan ketika harga dari oracle bergerak terlalu tajam.Setreasury DAO adalah contoh praktis lainnya. Treasury dapat mengizinkan pembayaran rutin ke penerima yang disetujui sambil menerapkan kondisi yang lebih ketat untuk transfer yang tidak biasa berukuran besar. Bahkan setelah pemungutan suara tata kelola (governance) lolos, transaksi final tetap harus memenuhi kebijakan aktif.

Newton juga membahas stablecoin dan aset dunia nyata yang ditokenisasi. Dalam kasus-kasus itu, kebijakan bisa memeriksa persyaratan identitas, batasan transfer, informasi sanksi, batas transaksi, atau aturan yurisdiksi.

Saya paham mengapa institusi mungkin menganggap ini berguna. Aturan kepatuhan yang hanya diletakkan di sebuah website itu lemah karena seseorang bisa menghindari website tersebut. Aturan yang diperiksa oleh kontrak sebelum setiap operasi yang dilindungi jauh lebih sulit untuk dilewati.

Pada saat yang sama, bagian Newton ini juga memunculkan pertanyaan yang membuat tidak nyaman. Sebuah engine kebijakan bisa digunakan untuk menegakkan batas keamanan yang masuk akal, tetapi juga bisa digunakan untuk membatasi transaksi berdasarkan identitas dan informasi risiko dari luar rantai (offchain). Sebagian orang akan melihat itu sebagai sesuatu yang perlu untuk aset yang teregulasi. Yang lain akan melihatnya sebagai pergeseran menjauh dari sifat terbuka blockchain publik.

Newton menyediakan mekanisme untuk menegakkan kebijakan, tetapi mekanisme tersebut tidak memutuskan apakah kebijakan tertentu itu adil atau tidak. Eksplorasi saya didasarkan pada dokumentasi yang tersedia, materi whitepaper, pengumuman token, situs web saat ini, serta repositori GitHub publik. Saya tidak menghubungkan wallet yang didanai, tidak menerapkan kebijakan produksi, tidak mengoperasikan validator, dan tidak menjalankan strategi trading nyata melalui Newton.

Itu membatasi apa yang bisa saya katakan secara jujur tentang pengalamannya. Saya bisa mempelajari bagaimana sistem tersebut seharusnya bekerja, tetapi saya tidak bisa mengonfirmasi biaya transaksi sebenarnya, kecepatan, keandalan, atau kemudahan integrasinya tanpa menguji implementasi yang berjalan.

[Tambahkan detail di sini jika Anda pribadi menggunakan demo, menghubungkan wallet, staking NEWT, menerapkan kebijakan, atau mencoba contoh pengembangan.]

Satu hal yang saya perhatikan adalah perbedaan antara materi lama Newton dan materi yang lebih baru.

Informasi proyek tahun 2025 menjelaskan otomasi onchain yang dapat diverifikasi menggunakan trusted execution environments dan bukti zero-knowledge. Informasi itu juga membahas Newton Model Registry, tempat para developer bisa mendaftarkan model atau agen agar operator melayaninya.

Versi proyek saat ini membahas jauh lebih banyak tentang otorisasi, kepatuhan, keamanan vault, stablecoin, dan aset tokenized. Marketplace agen tidak lagi semenarik dulu di situs web utama.Ide-ide ini masih bisa saling melengkapi. Lapisan otorisasi pada akhirnya dapat menjadi fondasi keamanan untuk agen otomatis dan strategi yang dibuat oleh developer. Namun, Newton tidak menjelaskan keterkaitan itu sejelas yang saya inginkan.

Saya jadi bertanya-tanya apakah proyek ini memperluas fokusnya, mengubah arah, atau hanya mengubah cara penyajiannya. Timeline yang jelas yang menunjukkan apa yang berubah dan mengapa akan membuat proyek ini lebih mudah dipahami.

Peran NEWT juga pantas dilihat lebih dekat. Menurut pengumuman token resmi dari Foundation, NEWT memiliki pasokan tetap satu miliar token. Pasokan awal yang beredar ditetapkan sebesar 215 juta, yang mewakili 21,5% dari total.

Distribusi yang diumumkan mengalokasikan 60% untuk kategori yang terkait komunitas dan 40% untuk kategori internal. Bagian internal mencakup alokasi untuk kontributor inti, pendukung awal, dan Magic Labs, dengan ketentuan lockup dan vesting yang terpisah.

NEWT awalnya diberikan empat fungsi yang dituju: staking untuk keamanan jaringan, membayar biaya protokol, berpartisipasi dalam model registry, dan pada akhirnya ikut dalam tata kelola (governance).

Yang tidak bisa saya tentukan dengan jelas adalah seberapa banyak utilitas tersebut aktif saat ini dan bagaimana kesesuaiannya dengan desain otorisasi yang lebih baru. Jika Newton sekarang terutama merupakan jaringan kebijakan, saya ingin tahu operasi kebijakan mana yang memerlukan NEWT, bagaimana staking melindungi evaluasi kebijakan, siapa yang bisa mengoperasikan jaringan, dan apakah model registry tetap menjadi prioritas aktif.Token itu mungkin memiliki peran penting dalam sistem, tetapi penggunaan yang sekarang dan yang direncanakan seharusnya dipisahkan lebih jelas. Jika tidak, pembaca bisa dengan mudah mencampuradukkan fungsi yang diumumkan dengan sesuatu yang sudah berjalan.

Bagian dari Newton yang paling saya sukai adalah fokusnya untuk memeriksa kondisi pada saat sebuah tindakan akan terjadi.

Audit keamanan dapat memeriksa apakah sebuah kontrak bekerja sesuai desainnya, tetapi tidak bisa memprediksi setiap kondisi pasar di masa depan, kegagalan data, atau urutan transaksi yang tidak biasa. Kebijakan pada runtime menambahkan lapisan lain dengan bertanya apakah sebuah operasi aman dan diizinkan berdasarkan kondisi saat ini.

Ini tidak menggantikan audit. Ini menangani bagian masalah yang berbeda.

Saya juga menyukai pemisahan antara kontrak utama aplikasi dan logika kebijakannya. Batas risiko dan kebutuhan bisnis berubah seiring waktu. Menaruh setiap aturan yang mungkin secara permanen di dalam kontrak inti dapat membuat pembaruan menjadi sulit. Lapisan kebijakan yang terpisah mungkin memungkinkan beberapa kondisi berubah tanpa harus membangun ulang seluruh aplikasi.

Fleksibilitas itu memang membawa risikonya sendiri. Jika satu administrator dapat diam-diam mengganti kebijakan yang membatasi dengan kebijakan yang memberi izin, evaluasi terdesentralisasi tidak memberi perlindungan yang cukup. Saya ingin tahu siapa yang bisa memperbarui kebijakan, apakah pembaruan ada jedanya, bagaimana pengguna diberi tahu, dan apakah versi-versi lama tetap tersedia untuk ditinjau publik.

Data eksternal adalah keterbatasan lain yang terus saya pikirkan. Newton mungkin bisa membuktikan bahwa sebuah kebijakan dievaluasi dengan benar, tetapi itu tidak menjamin bahwa informasi yang digunakan dalam evaluasi tersebut akurat.Jika penyedia data secara keliru menandai sebuah wallet, kebijakan bisa menolak transaksi yang sah. Jika feed harga terlambat atau dimanipulasi, kebijakan yang dievaluasi dengan benar tetap bisa menghasilkan hasil yang salah. Verifikasi kriptografis bisa membuktikan bagaimana sebuah keputusan dibuat, tetapi tidak bisa membuat informasi yang tidak andal menjadi andal.

Ketersediaan juga penting. Jika operator Newton tidak bisa merespons, apa yang terjadi pada kontrak yang dilindungi? Menolak setiap transaksi mungkin lebih aman, tetapi itu bisa membekukan aktivitas yang sah. Mengizinkan transaksi berjalan tanpa pengecekan kebijakan akan melemahkan seluruh model keamanan.

Proyek ini harus menjelaskan dengan jelas bagaimana ia menangani gangguan operator, situasi darurat, kegagalan penyedia data, dan hasil kebijakan yang diperselisihkan.

Saya juga ingin melihat lebih banyak informasi tentang biaya dan waktu respons. Menambahkan pengecekan otorisasi ke setiap tindakan yang sensitif menciptakan pekerjaan tambahan. Itu mungkin dapat diterima untuk pemindahan vault yang besar, tetapi bisa menjadi mahal atau lambat untuk transaksi yang sering dan bernilai rendah.

Di sinilah data penggunaan nyata akan membantu. Jumlah kebijakan aktif, operator independen, kontrak yang dilindungi, permintaan otorisasi, transaksi yang ditolak, waktu respons rata-rata, dan biaya rata-rata akan memberi tahu saya lebih banyak daripada pengumuman kemitraan saja.Setelah menghabiskan waktu bersama proyek ini, pemahaman saya tentang Newton berubah. Awalnya saya mengira ini terutama platform untuk agen trading otomatis. Sekarang saya melihatnya sebagai upaya untuk mendefinisikan dan menegakkan batas-batas di mana agen, aplikasi, kurator, dan organisasi diizinkan untuk bertindak.

Itu adalah masalah yang lebih menarik daripada yang awalnya saya kira.

Pertanyaan utamanya bukan hanya apakah agen otomatis bisa membuat sebuah keputusan. Pertanyaannya adalah apakah agen tersebut seharusnya diizinkan untuk menjalankan keputusan itu dalam kondisi yang ada saat ini.

Jawaban Newton adalah menempatkan kebijakan yang bisa diprogram di antara permintaan dan transaksi final. Saya suka logika dari pendekatan itu, tetapi saya masih perlu lebih banyak bukti tentang bagaimana kinerjanya dalam kondisi nyata.

Proyek ini harus menunjukkan bahwa jaringan operatornya benar-benar independen, kebijakannya bisa dikelola dengan aman, data eksternalnya bisa dipercaya (benwton trusted), dan pengecekan otorisasinya cukup terjangkau untuk penggunaan reguler. Proyek ini juga perlu menjelaskan bagaimana marketplace agen awal dan visi rollup tersebut terkait dengan produk yang sedang dibangunnya sekarang.

Saya belum siap untuk menganggap Newton sebagai solusi yang sudah jadi. Yang saya temukan adalah proyek yang terus berkembang untuk menjawab pertanyaan nyata yang semakin sulit: ketika perangkat lunak diizinkan mengendalikan nilai onchain, siapa yang menentukan batasnya, dan bagaimana batas-batas itu bisa ditegakkan?

@NewtonProtocol #Newt $NEWT #newton #newtonprotocol