Dua Pintu Depan yang Berbeda
Saya hanya pernah melihat alur kerja Newton berbasis CLI sebelumnya — menghasilkan CID, melakukan deployment, konfigurasi, simulasi, lalu submit. Setelah menelusuri dokumen, ada jalur kedua yang terpisah: sebuah TypeScript SDK, `@magicnewton/newton-protocol-sdk`, dipasangkan dengan viem, yang ditujukan untuk developer yang lebih suka menulis kode daripada menjalankan perintah CLI. Audiensnya berbeda, tetapi protokol yang mendasarinya sama.
Jalur SDK berpusat pada metode bernama `simulateTask()` — simulasi tanpa eksekusi nyata, yang secara eksplisit didokumentasikan sebagai tidak melakukan submit apa pun ke onchain, serta tidak memerlukan Sepolia ETH dan tidak memakai wallet. Anda memberikannya sebuah intent (from, to, value, calldata, chain ID, signature fungsi) dan sebuah objek `policyTaskData` yang menjelaskan kebijakan mana yang perlu dicek, lalu metode ini mengembalikan hasilnya secara lokal.
Itu cara yang benar-benar minim hambatan untuk mencoba Newton—tanpa wallet yang didanai, tanpa deployment, dan tanpa yang dipertaruhkan. Dan itulah tepatnya mengapa contoh spesifik yang diberikan quickstart layak diperhatikan dengan saksama.
Demo Policy yang Semua Orang Dapat
Contoh `simulateTask()` pada quickstart tidak meminta Anda menuliskan sebuah policy. Itu menunjuk ke policy yang sudah live: policy penyaringan sanksi OFAC yang sudah dideploy sebelumnya di Sepolia, dengan alamat policy spesifik, ID policy spesifik, dan alamat oracle daftar sanksi spesifik, semuanya diberikan langsung di dokumentasi sebagai nilai yang bisa dicopy-paste. Dokumentasinya mengatakan dengan jelas: "Anda dapat menggunakannya untuk pengujian."
Jadi jalur tercepat dari nol sampai "Saya hanya menggunakan Newton" tidak melibatkan penulisan logika policy sama sekali. Itu melibatkan memanggil sebuah fungsi yang memeriksa alamat contoh yang sudah di-hardcode terhadap sebuah policy yang ditulis, dideploy, dan dipelihara oleh orang lain.
Mengapa Ini Perlu Diperhatikan, Bukan Dikritik
Saya ingin berhati-hati dengan nada di sini, karena tidak ada yang salah dengan demo berhambatan rendah—setiap tool developer yang serius punya semacam itu. Meminta developer menulis dan mendeploy policy yang benar sebelum mereka bisa mengevaluasi apakah tool itu layak untuk waktunya justru akan menjadi pengalaman onboarding yang lebih buruk, bukan yang lebih ketat.
Namun, ini berarti ada kesenjangan yang bermakna antara dua klaim berbeda: "Saya mencoba quickstart Newton dan berhasil" dan "Saya menguji logika policy saya terhadap engine evaluasi Newton." Yang pertama, sesuai desain, memberi peluang bagi sejumlah besar developer yang melewati jalur lima menit yang sama untuk mengatakan, dengan menggunakan policy yang telah dibuat sebelumnya dan alamat contoh yang sama persis. Yang kedua membutuhkan penulisan Rego Anda sendiri, deployment kontrak data policy Anda sendiri, serta simulasi berdasarkan niat Anda sendiri—sebuah usaha yang jauh lebih besar, yang tidak perlu Anda lakukan sebelum menyatakan keberhasilan pada quickstart.
Di Mana Jalur CLI Bercabang
Inilah mengapa saya berpikir dua jalur integrasi—SDK dengan shared demo policy versus CLI dengan policy yang Anda deploy sendiri—sebenarnya bukan pintu masuk yang saling menggantikan untuk pengalaman yang sama. Jalur CLI yang saya lihat sebelumnya memaksa Anda membuat CIDs Anda sendiri dan mendeploy kontrak policy Anda sendiri sebelum Anda bahkan sampai pada langkah simulasi; tidak ada shortcut setara untuk policy yang sudah ada sebelumnya yang “dibekukan” di dalam alur itu. Jalur SDK mengoptimalkan arah yang berlawanan: yang tercepat untuk "berhasil," dengan biaya bahwa keberhasilan pertama itu tidak benar-benar menjalankan logika yang Anda tulis sendiri.
Kedua jalur tidak salah untuk apa yang dioptimalkan. Namun, seseorang yang mengevaluasi Newton dengan mencoba SDK quickstart, dan seseorang yang mengevaluasi dengan mengikuti rangkaian deploy via CLI, bisa berakhir dengan tingkat verifikasi hands-on yang sangat berbeda—meski keduanya sama-sama benar saat mengatakan mereka "mencobanya".
Bagian yang Layak Ditanyakan Secara Langsung
Saya tidak punya visibilitas tentang berapa banyak integrasi live yang benar-benar masih merutekan melalui shared demo policy spesifik itu dibandingkan dengan policy yang benar-benar kustom, atau apakah Newton melacak perbedaan itu secara internal. Ini pertanyaan yang masuk akal untuk ditanyakan langsung: dari policy yang aktif sedang dievaluasi di jaringan, berapa yang merupakan logika asli buatan developer, dan berapa yang masih mengarah ke contoh referensi dari dokumentasi. Angka itu akan memberi tahu sesuatu yang tidak disampaikan oleh bingkai "X integrasi yang dikirim"—yaitu seberapa banyak ekosistem yang benar-benar melakukan pekerjaan lebih sulit menulis dan menerapkan aturan mereka sendiri, dibandingkan yang hanya menjalankan logika demo pinjaman yang kebetulan masih berfungsi.
Di Tempat Saya Berada
Jalur lima menit tanpa hambatan untuk "Saya menggunakan Newton" adalah desain produk yang bagus. Hanya saja perlu ketelitian tentang apa yang sebenarnya diverifikasi dalam lima menit tersebut—bahwa plumbing protokol berfungsi, menggunakan policy milik orang lain—bukan menganggapnya sebagai bukti bahwa logika kepatuhan Anda sendiri, apa pun nanti bentuknya, telah diuji secara bermakna.