Baru saja saya memecah satu penyesuaian posisi vault menjadi 5 tindakan, dan baru sadar sebagian besar alat risiko justru berdiri di garis akhir menunggu hasil. Uangnya sudah dipindahkan, monitoring memunculkan lampu merah lagi, dan di lapangan yang tersisa biasanya hanya penghentian, pertanggungjawaban, dan tambal-sulam. @NewtonProtocol ingin mengubah yang diperiksa adalah waktu kejadian, bukan menambahkan panel dashboard “pasca kejadian”.
Lakukan uji tekanan. Misalkan ada vault berimbal hasil yang memegang $1 juta, strategi hanya mengizinkan aset dari 6 jenis dalam daftar putih, eksposur pada satu pasar tidak boleh lebih dari 25%, harga oracle menyimpang lebih dari 0,5% maka penyesuaian posisi dijeda, dan pihak lawan harus lolos pemeriksaan reputasi alamat serta penyaringan sanksi. Pendekatan tradisional biasanya menyebarkan aturan-aturan ini di front-end, buku panduan operasional, dan layanan risk control terpusat. Saat langsung memanggil kontrak, batasan di front-end bisa dilewati; ketika kondisi pasar berubah, buku panduan juga tidak akan otomatis dijalankan.
Setelah menghubungkan Newton, permintaan rebalancing lebih dulu ditulis sebagai intent, lalu dievaluasi oleh strategi Rego. Data risiko, status identitas, konsentrasi aset, dan penyimpangan oracle diperiksa sebelum settlement. Jika aturan tidak terpenuhi, transaksi tidak sampai pada langkah pemindahan aset; jika aturan terpenuhi, barulah operator network menandatangani cryptographic attestation, dan setelah verifikasi kontrak di-chain barulah eksekusi dilanjutkan. Urutan ini sangat penting—risiko bukan sekadar dicatat, tapi dihalangi di depan pintu.
VaultKit mengintegrasikan alur ini ke dalam vault: SDK menangani integrasinya, dan kontrak Shield memverifikasi otorisasi di jalur eksekusi. Pembuat strategi bisa mengubah parameter, tetapi tidak dapat mengakali pemeriksaan yang sudah dipublikasikan. Yang dilihat depositor bukan hanya imbal hasil tahunan, tetapi juga dapat menelusuri mengapa penyesuaian posisi ini disetujui; saat lembaga melakukan due diligence, mereka juga mendapat bukti tanda terima on-chain yang dapat diverifikasi, bukan laporan yang dicap sendiri oleh pihak proyek.
Saya lebih menaruh perhatian pada detail lain: Newton tidak menggantikan vault, curator, atau protokol asli; Newton hanya melengkapi “pintu” di antara tindakan dan settlement. Untuk strategi lintas-chain, kumpulan aturan yang sama pun bisa dipakai ulang di berbagai chain, sehingga mengurangi penyimpangan saat deployment. $NEWT di sini menanggung staking, bahan bakar (fuel), tata kelola, dan insentif jaringan—tujuannya agar validator bertanggung jawab atas penilaiannya.
Di masa lalu, DeFi sering mengartikan keamanan sebagai “kontrak tidak punya celah.” Tapi begitu uang nyata masuk, izin, data, dan urutan eksekusi juga harus diatur. Audit pasca kejadian memberi tahu uang hilang karena apa, sedangkan otorisasi sebelum kejadian menentukan apakah uang itu bisa digerakkan. Perbedaan inilah yang membuat Newton Mainnet Beta layak untuk diperhatikan.
#Newt #NewtonProtocol #DeFi #VaultKit
Lakukan uji tekanan. Misalkan ada vault berimbal hasil yang memegang $1 juta, strategi hanya mengizinkan aset dari 6 jenis dalam daftar putih, eksposur pada satu pasar tidak boleh lebih dari 25%, harga oracle menyimpang lebih dari 0,5% maka penyesuaian posisi dijeda, dan pihak lawan harus lolos pemeriksaan reputasi alamat serta penyaringan sanksi. Pendekatan tradisional biasanya menyebarkan aturan-aturan ini di front-end, buku panduan operasional, dan layanan risk control terpusat. Saat langsung memanggil kontrak, batasan di front-end bisa dilewati; ketika kondisi pasar berubah, buku panduan juga tidak akan otomatis dijalankan.
Setelah menghubungkan Newton, permintaan rebalancing lebih dulu ditulis sebagai intent, lalu dievaluasi oleh strategi Rego. Data risiko, status identitas, konsentrasi aset, dan penyimpangan oracle diperiksa sebelum settlement. Jika aturan tidak terpenuhi, transaksi tidak sampai pada langkah pemindahan aset; jika aturan terpenuhi, barulah operator network menandatangani cryptographic attestation, dan setelah verifikasi kontrak di-chain barulah eksekusi dilanjutkan. Urutan ini sangat penting—risiko bukan sekadar dicatat, tapi dihalangi di depan pintu.
VaultKit mengintegrasikan alur ini ke dalam vault: SDK menangani integrasinya, dan kontrak Shield memverifikasi otorisasi di jalur eksekusi. Pembuat strategi bisa mengubah parameter, tetapi tidak dapat mengakali pemeriksaan yang sudah dipublikasikan. Yang dilihat depositor bukan hanya imbal hasil tahunan, tetapi juga dapat menelusuri mengapa penyesuaian posisi ini disetujui; saat lembaga melakukan due diligence, mereka juga mendapat bukti tanda terima on-chain yang dapat diverifikasi, bukan laporan yang dicap sendiri oleh pihak proyek.
Saya lebih menaruh perhatian pada detail lain: Newton tidak menggantikan vault, curator, atau protokol asli; Newton hanya melengkapi “pintu” di antara tindakan dan settlement. Untuk strategi lintas-chain, kumpulan aturan yang sama pun bisa dipakai ulang di berbagai chain, sehingga mengurangi penyimpangan saat deployment. $NEWT di sini menanggung staking, bahan bakar (fuel), tata kelola, dan insentif jaringan—tujuannya agar validator bertanggung jawab atas penilaiannya.
Di masa lalu, DeFi sering mengartikan keamanan sebagai “kontrak tidak punya celah.” Tapi begitu uang nyata masuk, izin, data, dan urutan eksekusi juga harus diatur. Audit pasca kejadian memberi tahu uang hilang karena apa, sedangkan otorisasi sebelum kejadian menentukan apakah uang itu bisa digerakkan. Perbedaan inilah yang membuat Newton Mainnet Beta layak untuk diperhatikan.
#Newt #NewtonProtocol #DeFi #VaultKit