Dulu saya lebih sering mengamati level likuidasi daripada trading... lalu saya membaca cara GRVT menangani risiko. 🤔
Satu kebiasaan yang saya ambil setelah bertahun-tahun di crypto? Saya jarang menatap entri lagi. Saya melihat di mana trader bisa melakukan pelanggaran. Biasanya di situlah kisah sebenarnya.
Membaca arsitektur GRVT membuat saya mempertimbangkan ulang kebiasaan itu.
Kebanyakan pembahasan tentang GRVT berhenti di kata "privasi." Saya tidak berpikir itu bagian yang paling menarik. Yang menonjol bagi saya adalah bagaimana platform memisahkan penegakan risiko dari visibilitas publik. Menurut dokumentasi GRVT, pencocokan terjadi di luar rantai (off-chain), sementara penyelesaian dan manajemen margin ditambatkan di rantai (on-chain). Dokumen itu juga mengatakan bahwa ZKsync Validium menjaga informasi trading yang sensitif—seperti posisi dan detail transaksi—agar tidak terpapar di rantai publik, sementara Ethereum tetap memverifikasi validitas transisi status.
Bagi saya, ini mengubah tampilan informasi pasar.
Risiko tidak hilang. Aturan likuidasi tetap ada. Margin tetap penting. Tetapi jika data posisi yang sensitif tidak dipancarkan secara publik, peserta lain tidak mendapatkan pembelajaran dari setiap momen rentan tiap trader secara real-time. Ini perbedaan yang bermakna. Saya sebenarnya menyukai arah ini, karena crypto kadang-kadang menyamakan transparansi dengan membuka semuanya. Itu tidak selalu hal yang sama. Sebuah pasar bisa diverifikasi tanpa mengubah setiap posisi menjadi kecerdasan publik.
Itulah pelajaran terbesar dari rancangan GRVT. Ini kurang soal menyembunyikan transaksi dan lebih tentang memutuskan apa yang harus dibuktikan versus apa yang tidak perlu menjadi data publik.
Jika keseimbangan itu berjalan sesuai rencana, hal ini bisa menjadi salah satu gagasan yang lebih menarik dalam arsitektur hybrid exchange—bukan karena menghapus risiko, tetapi karena mengubah seberapa banyak risiko itu menjadi terlihat oleh orang lain. @grvt_io #grvt
Bagian yang menarik perhatian saya tentang GRVT bukan kata “yield.” Melainkan instalasi atau mekanisme di baliknya.
Saya terus melihat produk-produk kripto mengejar APY seolah-olah itu satu-satunya cerita, tetapi GRVT justru menargetkan sesuatu yang lebih rumit dan lebih berguna: membuat cadangan penukaran yang menganggur menjadi produktif tanpa menjadikan penarikan sebagai hal yang menyebalkan. Di help center-nya, GRVT mengatakan bahwa Yield Layer secara otomatis menerapkan sebagian besar cadangan penukaran yang menganggur ke Ethereum L1 DeFi, dimulai dari pool USDT Aave V3, sementara trading layer menjaga saldo operasional yang lebih kecil untuk penarikan sehari-hari.
Itu cara pandang yang berbeda. Bukan “mengunci dana dan berharap ada yield.” Lebih seperti manajemen cadangan dengan mesin DeFi yang terpasang. GRVT juga mengatakan sebagian besar penarikan tetap instan; penarikan lintas-chain tetap mendekati instan melalui partner bridging, dan hanya penarikan Ethereum L1 yang sangat besar yang sesekali bisa masuk ke antrean singkat. Detail itu lebih penting daripada yang orang kira, karena likuiditas hanya terasa nyata ketika ia masih bisa bergerak cepat. $DODO Dari sudut pandang saya, ini inti tesis GRVT yang sebenarnya: satu saldo harus bisa mengerjakan lebih dari satu tugas. Berdagang, menghasilkan, dan tetap bisa diakses. Gagasan itu juga sejalan dengan arah yang lebih luas tentang apa yang juga ditulis GRVT—sebuah DEX yang produktif terhadap modal, desain satu-saldo, dan sebuah siklus hidup modal di mana uang yang menganggur tidak berhenti begitu saja.$JCT
Saya tidak menyebutnya hal yang magis. Saya menyebutnya pertanyaan yang lebih bersih. Bisakah sebuah bursa menghasilkan uang dari dana mengambang tanpa membuat pengguna merasa terjebak? Jawaban GRVT, setidaknya di atas kertas, adalah membuat likuiditas elastis. Dan jujur, bagian yang patut disimak justru itu.
Saya ketahuan oleh diri sendiri saat menatap portofolio saya beberapa waktu lalu dan menyadari sesuatu... posisi terbesar saya ternyata bukan sedang kehilangan uang. Justru posisinya benar-benar tidak melakukan apa pun. Itu realitas yang agak aneh dalam kripto. Satu saldo menjadi margin. Yang lain mengendap di yield vault. Aset spot menunggu langkah berikutnya. Setiap dolar mendapat satu tugas, sementara potensi sisanya tetap diparkir. Membaca dokumentasi resmi GRVT membuat saya melihatnya dengan cara berbeda. One Unified Balance mereka bukan hanya soal membuat antarmuka lebih rapi. GRVT mengatakan saldo eligible yang sama dapat mendukung trading melalui unified margin sekaligus menghasilkan yield, dan pengguna bisa mengakses produk investasi tanpa perlu memecah dana di akun-akun yang terpisah. Intinya bukan bahwa uang bergerak lebih cepat—melainkan uang menghabiskan lebih sedikit waktu dalam kondisi tidak produktif secara ekonomi. Pembedaan itu melekat pada saya. Saya mulai memikirkannya sebagai capital velocity. Bukan "Berapa banyak jaminan yang saya punya?" melainkan "Berapa banyak tugas yang bermanfaat yang dolar ini lakukan hari ini?" Perubahan perspektif kecil, tapi mengubah cara saya menilai platform. Jika dua bursa sama-sama menarik jumlah deposit pengguna yang setara, pertanyaan yang lebih menarik bukan siapa yang memegang aset lebih banyak. Melainkan bursa mana yang membantu aset tersebut tetap produktif lebih lama. Ini makin relevan saat bursa berkembang dari sekadar trading menjadi aktivitas menghasilkan pendapatan, berinvestasi, dan aset riil dunia yang ditokenisasi. Tentu saja, arsitektur saja tidak menjamin keberhasilan. Adopsi akan menentukan apakah model ini benar-benar bekerja dalam praktik. Meski begitu, saya suka arahnya. Selama bertahun-tahun, kripto mengoptimalkan seberapa cepat uang bisa bergerak. Mungkin tantangan berikutnya adalah memastikan uang itu jarang sekali harus berhenti bekerja sejak awal. Menurut Anda, apa yang paling penting untuk masa depan desain bursa?
Saat pertama kali saya meneliti GRVT dengan saksama, saya berhenti memikirkan self-custody sebagai sekadar slogan. Ini terasa lebih seperti sistem kontrol. GRVT mengatakan self-custody berarti Anda memegang dana Anda sendiri; tidak ada pihak—termasuk Grvt—yang dapat memindahkannya tanpa izin Anda, dan dana disimpan dalam smart contract on-chain yang hanya terbuka saat kunci Anda melakukan tanda tangan. Grvt tidak pernah memegang kunci Anda. Di situlah SecureKey mengubah cara pandang saya. GRVT mengatakan SecureKey adalah kredensial Web3 untuk fitur perdagangan; hanya pengguna yang memiliki private key, dan setiap tindakan yang mengubah kepemilikan aset memerlukan tanda tangan SecureKey. Kemudian ada Address Book. GRVT hanya mengizinkan aset dari funding-account untuk berpindah ke penerima yang telah disetujui sebelumnya, dan untuk Business Accounts, penambahan alamat memerlukan persetujuan dari Funding Admins di bawah ambang multi-signature yang aktif. Penarikan menambah lapisan lain. Pada Business Account, GRVT mengharuskan 2FA dan tanda tangan SecureKey untuk menambahkan serta menyetujui alamat di Address Book, dan jika ada beberapa admin, ambang multi-signature harus dipenuhi terlebih dahulu. Itulah mengapa saya akan menggambarkan GRVT sebagai tumpukan custody yang terkunci oleh kebijakan, bukan self-custody mentah. Tanda tangan memberi otorisasi, kontrak yang menahan, allowlist menyaring tujuan, dan lapisan admin dapat menambahkan persetujuan lagi bila diperlukan. GRVT juga menyatakan sistem on-chain-nya berjalan sebagai kontrak Layer 2 di Ethereum Mainnet, mencakup self-custody, settlement, manajemen margin, risk engine, dan permintaan penarikan. Pendapat saya? Penataan itu terasa dibuat untuk orang yang menginginkan kontrol, tetapi bukan kekacauan.
#grvt @grvt_io $SKL Beberapa bursa terasa seperti sedang meminta Anda memilih antara kecepatan dan kepercayaan. Bagian itu selalu agak mengganggu saya.
Saya sudah cukup lama berada di sekitar venue kripto untuk tahu bahwa komprominya biasanya disembunyikan di balik tampilan UI yang cantik. Pencocokan cepat di satu sisi, kustodi dan penyelesaian di sisi lain, lalu banyak gesekan di tengah. Dokumen resmi GRVT mengambil jalur yang berbeda: GRVT mencocokkan order secara off-chain untuk kecepatan, sementara penyelesaian, kustodi, dan manajemen risiko tetap on-chain demi verifiabilitas dan self-custody.
Itulah sebabnya saya terus memikirkan GRVT sebagai pasar dua jam. Satu jam untuk penemuan harga dan eksekusi. Jam yang lain untuk bukti, finalitas, dan kontrol. Itu bukan pekerjaan yang sama, dan berpura-pura keduanya adalah hal yang sama biasanya melahirkan produk yang kaku.
Bagian yang terasa paling relevan bagi saya adalah gagasan “satu saldo”. Roadmap dan halaman produk GRVT menjelaskan adanya satu saldo terprogram yang dapat menghasilkan imbal hasil, melakukan trading, dan berinvestasi tanpa memaksa modal menganggur di silo-silo terpisah. Itu sejalan dengan arah pasar juga: orang ingin agunan mereka melakukan lebih dari sekadar menunggu.
GRVT juga mengatakan infrastrukturnya dibangun untuk latensi sub-milidetik dan throughput tinggi—yang penting, karena tidak ada yang mau teori yang rapi tapi runtuh ketika pasar mulai ramai.
Menurut saya? Cerita yang sebenarnya bukan “hybrid exchange”. Ini pemisahan yang lebih bersih antara kecepatan dan kepercayaan. Itu desain yang lebih jujur, dan jujur saja, lebih menarik juga. $TAC Sudut pandang mana yang menurut Anda paling penting?
Newton Mengubah Otorisasi Menjadi Pasar Kebenaran Berbasis Taruhan
Pernah nonton drama persidangan di mana saksi bersumpah di atas Alkitab dan kamu cuma bisa mikir… tapi bagaimana kalau mereka berbohong? 📺 Nggak ada taruhan, kan? Pikiran itu terasa beda saat aku mengulik arsitektur Newton suatu malam. Karena ini bukan protokol biasa “kita cek izin”. Kebanyakan orang melihat Newton dan berpikir—mesin kebijakan, lapisan kepatuhan, AVS di EigenLayer. Dan ya, secara teknis itu memang begitu. Tapi menurutku itu mengabaikan apa yang sebenarnya terjadi di balik layar. Ini yang aku maksud.
Aku tidak akan pernah melupakan hari ketika aku menyadari bahwa jembatan hanyalah plester untuk model kepercayaan yang rusak. Semua orang terlalu fokus memindahkan token, sampai lupa bahwa nilai sebenarnya bukan asetnya—melainkan otorisasi di baliknya. 🤯
Membaca arsitektur Newton secara resmi benar-benar menghapus ide “jembatan” dari pikiranku. Ini bukan tentang memindahkan kripto; ini tentang memindahkan cap persetujuan. Newton pada dasarnya mengubah Ethereum menjadi cache kepercayaan besar. Menurutku begini: alih-alih setiap chain merekrut satpam keamanannya sendiri (yang mahal dan berisiko), mereka hanya mengecek kartu identitas yang ID-nya diperbarui secara dinamis dan datang dari kantor pusat di Ethereum.
Chain tujuan itu tidak menjalankan konsensus mereka sendiri; mereka hanya memverifikasi sertifikat BN254 terhadap tabel operator yang sudah disinkronkan. Ini luar biasa. Artinya kamu tidak perlu berdoa agar kode bridge-nya sempurna. Kamu hanya bergantung pada status cache keamanan ekonomi Ethereum.
Bagi ku, ini menyelesaikan masalah besar “trust me, bro” di multi-chain. Keren juga melihat Newton hadir sebagai teknologi yang menyinkronkan trust yang di-cache, sehingga “pekerjaan” sesungguhnya bisa terjadi di mana pun tanpa mimpi buruk interoperabilitas. Beri tahu aku kalau kalian juga menangkap itu di dokumentasinya. 👇 @NewtonProtocol #Newt $NEWT $TAC $SKL
Newton Sedang Menciptakan Domain Privasi yang Tahan Replay
Beberapa tahun lalu, saya pikir keamanan yang baik berarti mengunci data agar tersimpan rapat. Sekarang? Saya rasa itu hanya setengah pekerjaan. Setelah menghabiskan terlalu banyak malam memindahkan dana antar wallet, menandatangani persetujuan yang nyaris tidak saya ingat, dan memeriksa riwayat transaksi hanya untuk memastikan saya tidak melewatkan sesuatu, saya menyadari bahwa masalah utama tidak selalu tentang data yang terekspos. Masalahnya adalah data muncul di tempat yang seharusnya tidak pernah menjadi hal yang relevan. Itulah mengapa satu detail dalam arsitektur privasi Newton membuat saya terpaku. Proyek ini mendokumentasikan bahwa informasi sensitif dienkripsi di sisi klien sebelum dikirim ke mana pun. Itu cukup familiar. Yang menarik perhatian saya justru sesuatu yang kurang jelas: SecureEnvelope yang terenkripsi terikat pada policy_client dan chain_id tertentu melalui Additional Authenticated Data (AAD).
Pernah merasa seperti membangun di atas pasir soal privasi on-chain? 😅
Aku pernah “terbakar” sebelumnya—bukan secara harfiah, tapi dengan melihat data sensitif dipakai ulang dengan cara yang seharusnya tidak. Kamu mengenkripsi sesuatu, mengira itu aman, lalu sadar bahwa payload terenkripsi yang sama secara teoritis bisa disalin-tempel ke konteks lain. Tiba-tiba data “pribadi” kamu nggak lagi terlalu pribadi. Rasanya seperti punya satu password yang bekerja untuk setiap akun yang kamu miliki. Nggak bagus, kan?
Itulah kenapa pendekatan Newton menarik perhatianku. Mereka bukan cuma mengenkripsi data dengan HPKE lalu menganggap selesai. Mereka mengikat ciphertext itu ke konteks kebijakan tertentu dengan AAD (additional authenticated data). Jadi, identity record kamu, oracle input, atau pemeriksaan sanctions bukan sekadar disembunyikan—melainkan dikunci ke chain_id dan policy_client tertentu. Data mentah yang sama tidak bisa dengan mudah dipakai ulang di tempat lain.
Anggap saja seperti cap paspor yang cuma berlaku untuk satu kali masuk, satu tujuan, satu waktu. Kamu tidak bisa memfotokopinya dan memakainya lagi. Begitulah yang dilakukan Newton untuk input sensitif di lapisan otorisasi.
Dengan autonomous agents yang mengerjakan makin banyak tugas on-chain, ini jadi lebih penting dari sebelumnya. Kalau private input agen bisa diangkat lalu dipakai ulang lintas konteks, kita punya masalah. Newton memastikan itu tidak terjadi. Nggak mencolok, tapi kokoh. 🛡️ @NewtonProtocol #Newt $NEWT $VANRY $LAB
Pernah merasa seperti sedang menyerahkan kunci mobilmu ke mobil yang bisa mengemudi sendiri, tapi kamu tidak yakin betul ia tahu bedanya jalan tol dan trotoar? 🚗💨
Itu kira-kira vibe yang kudapat dari semua kemunculan agen otonom ini. Kita terlalu semangat dengan apa yang bisa mereka lakukan, sampai lupa bertanya: bisakah kita benar-benar mempercayai mereka untuk melakukan hanya hal yang kita mau? Aku lagi bergumul dengan ini beberapa waktu lalu, sambil menonton sebuah agen menjalankan serangkaian transaksi perdagangan yang rumit. Ia mengikuti kodenya, tentu, tapi apakah ia benar-benar memahami maksud di balik transaksi itu? Atau hanya asal menekan tombol?
Lalu aku menemukan bagaimana Newton mengatasinya. Ini bukan sekadar mengecek tanda tangan; rasanya seperti satpam dengan gelar PhD dalam linguistik. Protokolnya benar-benar membaca transaksi itu—calldata, fungsinya, semuanya—lalu menerjemahkannya menjadi tata bahasa yang jelas dan bisa dibaca mesin. Intinya ia bertanya: "Apakah aksi ini bahkan diizinkan oleh aturan-aturan dompet ini?"
Ini besar banget untuk seluruh kegilaan agen yang sedang kita lihat. Ia menggeser fokus dari "siapa agen ini?" menjadi "apa sebenarnya yang ingin dilakukan agen ini?" 🤔 Kalau aksinya tidak sesuai dengan tata bahasa yang diizinkan, ia akan diblokir—tanpa debat. Ini lebih tentang membangun fondasi niat yang jelas dan tidak ambigu, bukan sekadar 'atraksi keamanan'. Dan jujur saja? Itu terasa seperti jenis kepercayaan yang kita butuhkan untuk melangkah ke depan.
Apa yang terutama diperiksa oleh grammar transaksi Newton?
Newton Mengubah ABI Menjadi Batas Izin, Bukan Sekadar Format Enkode
Kita semua pernah ada di sana. Kamu menatap pop-up persetujuan transaksi, jari kamu melayang di atas tombol "Konfirmasi", dan jendela kecil itu cuma menampilkan kumpulan hex yang kalau dipikir-pikir mungkin juga bahasa Sumeria kuno. Kamu pada dasarnya berdoa semoga itu bukan drainer. Aku sudah kebal terhadap itu selama bertahun-tahun, cuma bagian dari rutinitas, kan? Tapi aku sedang menyisir penjelasan teknis Newton beberapa hari lalu dan aku sampai pada momen yang benar-benar seperti "tunggu dulu, ya ampun". Biasanya kita memperlakukan ABI seperti kartu identitas. Kamu menampilkan pemilih fungsi 4-byte (misalnya 0xa9059cbb untuk "transfer"), rantainya bilang "ya, itu transfer," lalu transaksi berlanjut. Memang cepat, tapi jujur saja? Agak buta. Seperti satpam yang cuma mengecek apakah kamu punya tiket, tapi tidak peduli apakah kamu sedang mencoba masuk ruang VIP dengan pass masuk umum.
Bagaimana jika transaksi blockchain tidak seharusnya diperlakukan sebagai perintah final? 🤔
Pemikiran itu tetap ada pada saya bahkan lama setelah saya selesai membaca dokumentasi Newton. Saat pertama kali saya terjun ke kripto, saya punya model mental yang sederhana. Anda menandatangani sebuah transaksi, menyiarkannya, para validator memverifikasinya, dan dengan asumsi tidak ada yang salah, transaksi itu dieksekusi. Tanda tangan terasa seperti keputusan final. Semakin dalam saya mengeksplorasi Newton, semakin saya merasa bahwa asumsi tersebut layak ditinjau ulang. Newton mendeskripsikan dirinya sebagai engine kebijakan terdesentralisasi untuk otorisasi transaksi di rantai (on-chain). Saat membaca arsitektur yang dimilikinya, saya berhenti memikirkan "keamanan" dan mulai memikirkan waktu.
Apa yang lebih menarik di kripto saat ini—eksekusi yang lebih cepat, atau siapa yang bisa lebih dulu berkata “ya” sebelum apa pun bergerak? Saat saya mendalami @NewtonProtocol , bagian itulah yang paling melekat di saya. Newton disajikan dalam dokumentasinya sendiri sebagai mesin kebijakan terdesentralisasi untuk otorisasi transaksi onchain, dibangun sebagai EigenLayer AVS, dan inti semuanya sederhana: smart contract itu buta terhadap konteks offchain, jadi Newton menghadirkan data dunia nyata melalui jaringan operator terdesentralisasi sebelum sebuah transaksi benar-benar diproses. Saya suka kerangka pikir itu karena ini bukan soal omongan hypey “AI finance”—ini soal izin. Kebijakan Newton ditulis dalam Rego, dan ia membaca dari data.params dan data.wasm, yang berarti aturan dan data langsung berada di jalur yang terpisah, bukan dicampur jadi satu asumsi kepercayaan yang samar. Pemisahan itu ternyata lebih penting daripada yang banyak orang kira. Dokumentasi Newton juga menjelaskan bahwa jaringan operator-nya menghasilkan BLS aggregate attestation, jadi hasilnya bukan “percaya saja,” melainkan bukti kriptografis bahwa sebuah tugas dievaluasi dan disetujui atau ditolak. Dan jujur, itulah sebabnya proyek ini terasa lebih relevan bagi saya dibanding banyak narasi yang berisik: use case resminya sudah mengarah pada stablecoin dan pembayaran, keamanan AI agent, serta DeFi institusional—tiga area di mana permission, batasan, dan auditabilitas sama sekali bukan sesuatu yang bisa ditawar. Jadi pemahaman saya begini: Newton bukan sekadar lapisan kepatuhan lain. Proyek ini berusaha membuat otorisasi itu sendiri bisa diprogram, diverifikasi, dan terdesentralisasi—perubahan yang jauh lebih dalam dibanding yang kebanyakan orang sadari pada pandangan pertama.#Newt $NEWT $EVAA $TAC
Bagaimana jika bagian yang orang terus sebut “eksekusi” ternyata adalah dua pekerjaan berbeda? Saat saya membaca dokumentasi Newton, itulah cara paling rapi untuk menyusunnya. Newton menggambarkan dirinya sebagai engine kebijakan terdesentralisasi untuk otorisasi transaksi onchain, di mana sebuah Intent dievaluasi oleh jaringan operator terdesentralisasi dan barulah kemudian diizinkan untuk dieksekusi di chain. Para operator tidak memindahkan aset itu sendiri; mereka memutuskan apakah perpindahan tersebut diizinkan, dan smart contract memverifikasi attestation sebelum eksekusi. Pemisahan itulah bagian yang menarik. Eksekusi tetap on-chain, tetapi otorisasi mendapatkan lapisan terdesentralisasi miliknya sendiri terlebih dahulu. Dokumentasi Newton mengatakan kebijakannya ditulis dalam Rego, para operator mengambil PolicyData, dan hasilnya adalah attestation kriptografis yang membuktikan bahwa Intent disetujui atau ditolak. Sistem ini dirancang untuk membawa konteks offchain seperti status sanksi, umpan pasar, atau bukti-of-reserves ke dalam keputusan tanpa menjadikan chain sebagai penjaga gerbang terpusat. Saya menyukai kerangka ini karena membuat Newton terasa kurang seperti tambahan kepatuhan dan lebih seperti lapisan otorisasi yang hilang untuk keuangan otonom. Chain tetap mengeksekusi, tetapi hak untuk berkata “ya” tidak lagi sekadar keputusan manusia yang berada di suatu tempat di luar sana. Ini sedang menjadi sesuatu yang bisa diprogram, bisa diverifikasi, dan lebih sulit dipalsukan. Perubahan diam-diam, dampak besar.@NewtonProtocol #Newt $NEWT $YFI $VANRY
Apa yang berubah ketika sebuah blockchain berhenti menganggap konsensus sebagai satu jawaban ya-atau-tidak yang universal
dan mulai membuatnya bersifat kondisional juga? Pertanyaan itu terus mengganggu saya saat saya menelusuri dokumentasi resmi Newton, dan jujur, cara paling bersih untuk memahami apa sebenarnya yang dilakukan network operator. Newton menggambarkan dirinya sebagai mesin kebijakan terdesentralisasi untuk otorisasi transaksi onchain, dibangun sebagai EigenLayer AVS. Di sana, sebuah Intent menjadi Task, operator mengambil PolicyData, menjalankan kebijakan Rego, dan mengembalikan bukti agregat BLS sebelum eksekusi. Bagian itulah yang biasanya orang lewati terlalu cepat. Ini bukan cuma “lapisan keamanan lain.” Ini adalah bidang pengambilan keputusan kedua yang berada di depan eksekusi, di mana persetujuan bergantung pada kebijakan milik aplikasi itu sendiri serta data aktual yang sedang memberi makan kebijakan tersebut sekarang.
Bagaimana jika pergeseran nyata pada vault DeFi bukan soal menambahkan kepatuhan yang lebih banyak,
tetapi bagaimana dengan membuat izin manusia menjadi jauh lebih tidak penting? Itu pertanyaan yang terus saya pikirkan setelah membaca dokumentasi Newton tentang VaultKit. VaultKit dijelaskan oleh Newton sebagai SDK TypeScript plus sistem Solidity Shield pendamping yang mengarahkan aksi vault-manager melalui gerbang attestation kebijakan sebelum vault menerima panggilan, dan dibangun untuk aksi istimewa seperti re-alokasi, perubahan cap, serta panggilan manager lainnya, bukan untuk setoran dan penarikan pengguna yang normal. Detail itu terasa kecil pada awalnya, tetapi mengubah seluruh kerangka. Pada banyak sistem vault, kepercayaan masih berada pada manusia di suatu titik dalam alur—kurator, multisig, operator, penandatangan darurat. Versi Newton mendorong kepercayaan itu ke eksekusi kebijakan yang deterministik. Dokumentasinya menyatakan setiap kebijakan Shield diperlakukan sebagai komposit, bahkan jika hanya memiliki satu modul, dan defineComposite(...) menyelaraskan modul-modul kebijakan dengan kumpulan oracle onchain yang dideploy melalui NewtonPolicy.getPolicyData(). Dalam bahasa sederhana, itu berarti vault tidak hanya bertanya, “Siapa yang bilang ya?” Ia bertanya, “Apakah aturan dan sumber data selaras dengan cara sistem mengharapkannya?”
Pernahkah kamu memperhatikan bahwa kebanyakan vault DeFi masih meminta kamu untuk mempercayai satu hal, atau satu orang, atau satu oracle? Bagian itulah yang menonjol bagiku saat aku membaca dokumen Newton’s VaultKit. VaultKit dibangun untuk aksi vault yang bersifat istimewa, dan Newton mengatakan bahwa aksi-aksi itu melewati sebuah Intent, lapisan Shield, dan langkah evaluasi kebijakan sebelum apa pun dieksekusi. Di dasbor dan dokumentasi juga, aku melihat bahwa kebijakan bisa mengambil dari paket bawaan seperti Chainalysis, vaults.fyi, Webacy, dan RedStone, dengan setiap oracle memasukkan data bernama (namespaced) ke dalam satu keputusan kebijakan.
Itulah sebabnya aku tidak membacanya sebagai “lebih banyak kepatuhan (compliance)”. Aku membacanya sebagai risiko yang dirakit, bukan diasumsikan. Bahasa Newton sendiri cukup jelas: mereka menyisipkan langkah evaluasi kebijakan ke dalam transaksi, mengevaluasi aturan Rego dengan operator yang terdesentralisasi, dan mengembalikan attestation BLS yang membuktikan keputusan tersebut.
Bagi saya, itulah perubahan yang sesungguhnya. Newton sedang memindahkan kontrol vault DeFi dari kepercayaan pada satu sumber menuju kesepakatan kriptografis di berbagai domain risiko. Ide yang tenang. Dampak yang besar. Dan jujur saja, itu jenis perubahan desain yang patut diperhatikan. 🙂
Bagaimana jika strategi AI tidak lagi sekadar perangkat lunak… tetapi aset onchain yang benar-benar bisa dikoordinasikan oleh jaringan? 🤔
Di sinilah bagian Newton yang menarik perhatian saya. Saya terus melihat proyek AI berbicara seolah-olah mereka sedang membangun tools, tetapi dokumentasi resmi Newton memandang protokol itu lebih seperti infrastruktur: engine kebijakan terdesentralisasi untuk otorisasi onchain, yang dibangun sebagai EigenLayer AVS. Binance Research juga menjelaskan NEWT sebagai token yang mendukung staking, gas/biaya, tata kelola, dan Model Registry. Perubahan ini penting. Jika sebuah model atau strategi hidup di dalam registry, itu bukan hanya “dideploy” lalu dilupakan. Itu menjadi sesuatu yang bisa dikenali oleh protokol, dapat dieksekusi oleh operator, dan jaringan bisa mengorganisasi secara ekonomis. Ini model pemikiran yang sangat berbeda dari alur SaaS yang biasa, di mana seorang developer mengirim sekali lalu menunggu pengguna membayar melalui API yang tertutup. Newton terasa lebih seperti sebuah sistem di mana strategi itu sendiri bisa berada di dalam lapisan ekonomi. Saya rasa ini cerita utamanya: bukan marketplace AI lain, melainkan sebuah protokol di mana strategi AI mulai berperilaku seperti aset onchain yang tahan lama. Ide yang lebih tenang, tapi jujur, itulah yang ingin saya pantau. @NewtonProtocol #Newt $NEWT $ADA $XRP
Bagaimana jika agen AI tidak lagi memanggil API—bagaimana jika ia justru bertanya ke protokol? 🤔
Itulah pertanyaan yang terus-menerus berputar di benakku saat membaca dokumentasi Newton. Kebanyakan tumpukan AI yang pernah kulihat masih dibangun dengan bentuk lama yang sama: satu perusahaan meng-host modelnya, perusahaan lain mengontrol penetapan harga, dan para developer hanya menyewa akses melalui sebuah endpoint. Newton terasa seperti sedang mencoba memindahkan pusat gravitasi ke tempat lain. Dokumentasinya menggambarkan Newton sebagai engine kebijakan terdesentralisasi untuk otorisasi transaksi onchain, yang dibangun sebagai EigenLayer AVS, dan AI Agent Security tercantum sebagai salah satu kasus penggunaannya.