faaz21

Jawabannya jelas begitu Anda melihatnya. Melakukan re-alokasi, menetapkan batas (cap), mengaktifkan sebuah pasar, menyesuaikan biaya—semua tindakan itu tetap berasal dari alamat manajer yang sama persis seperti yang selalu dilakukan. Yang baru adalah tindakan tersebut harus melewati pemeriksaan kebijakan sebelum dieksekusi.

Itu bukan mendistribusikan ulang kekuasaan. Itu mengubah wewenang yang sudah dimiliki kurator menjadi sesuatu yang sekarang bisa diverifikasi oleh para depositor setelah kejadian.

Baca pertama, saya menganggapnya sebagai pergeseran tata kelola. Ternyata salah. Ini adalah jejak audit dengan penegakan nyata yang melekat—benar-benar berguna, hanya saja itu bukan klaim yang sama seperti depositor yang mendapatkan suara.

Sisi mana yang sebenarnya keluar lebih diuntungkan—depositor yang akhirnya bisa memeriksa aturannya, atau kurator yang sekarang memiliki “penegakan di onchain” sebagai pertahanan bawaan untuk panggilan yang sebelumnya mereka lakukan sendirian?

@NewtonProtocol $NEWT #Newt

$LAB

Saya sedang membaca ulang salinan halaman utama milik Newton untuk hal lain sepenuhnya dan malah terjebak pada satu baris yang saya lewati dua kali sebelumnya: "The Newton AVS evaluates each transaction before it settles, with no UX changes."
Tunggu. Saya kembali untuk mengecek "no UX changes" itu sebenarnya bersandar pada apa.
Klaimnya adalah tentang pengalaman pengguna—kamu tidak melihat layar baru, tidak menandatangani apa pun yang ekstra, tidak merasakan adanya jeda. Oke, itu janji di level frontend. Tapi di balik janji itu, setiap transaksi sekarang dirutekan melalui kuorum operator terdesentralisasi; setiap operator mengevaluasi kebijakan di dalam sebuah TEE secara mandiri, menghasilkan sebuah bukti (proof), lalu menggabungkannya menjadi satu tanda tangan BLS sebelum penyelesaian (settlement) diizinkan untuk berjalan. Itu bukan pekerjaan yang nol. Itu seluruh putaran konsensus yang terjadi di antara "pengguna menekan konfirmasi" dan "transaksi selesai".
Jadi "no UX changes" tidak mengklaim bahwa langkah itu tidak ada. Klaimnya langkah itu begitu cepat dan tak terlihat sehingga tidak berarti apa-apa bagi orang yang menatap loading spinner.
Itu klaim yang berbeda. Yang pertama mengatakan lapisan verifikasi tambahan tidak ada dari sisi pengguna. Yang kedua mengatakan ia ada, tetapi tetap berada di bawah ambang batas latensi yang membuat pengguna tidak menyadarinya. Yang kedua itu benar hari ini, pada volume saat ini, untuk arus yang hanya melalui vault. Apakah itu tetap berlaku pada skala throughput level stablecoin adalah pertanyaan yang benar-benar terbuka—dan ini bukan sesuatu yang frase "no UX changes" benar-benar menjawab dengan cara apa pun.#newt $NEWT $LAB @NewtonProtocol

Sumber berbeda yang menggambarkan penggunaan TEE oleh Newton pada dua cakupan berbeda. Kerangka yang lebih lama, dari saat pitch dapat diverifikasi sebagai otomasi agen oleh AI, menggambarkan setiap aksi agen berjalan di dalam enclave perangkat keras yang aman. Postingan “identity-oracle” saat ini menggambarkan sesuatu yang lebih sempit: TEE khusus untuk langkah verifikasi identitas, sementara evaluasi kebijakan yang lebih luas berjalan melalui jaringan operator terdesentralisasi.

Itu dua klaim berbeda tentang seberapa besar sistem bergantung pada perangkat keras satu produsen.

Mungkin ketergantungan itu memang menyusut ketika arsitektur matang melewati pitch otomasi agen menuju desain lapisan kepatuhan saat ini. Atau mungkin framing awal “setiap aksi berjalan di dalam enclave” sebenarnya selalu lebih mendekati kebenaran, dan materi terbaru hanya menggambarkan potongan yang lebih sempit dari ketergantungan yang sama karena bagian itulah yang mendapatkan pengumuman produk bulan ini.

Tidak bisa diketahui dari luar. Ada baiknya bertanya langsung bagian mana dari pipeline saat ini yang masih mengarahkan melalui TEE dibandingkan evaluasi milik jaringan operator itu sendiri.

@NewtonProtocol #newt $NEWT $LAB

Sedang membaca alasan mengapa Newton memilih Rego untuk engine kebijakannya, alih-alih membangun sesuatu yang custom, dan jawabannya sederhana: itu bahasa deklaratif yang sama yang sudah berjalan untuk Kubernetes admission control, sudah teruji pertempuran, sangat luas diadopsi, tidak ada yang eksotis.

Itu poin yang nyata. Rego dan OPA sudah bertahun-tahun dipakai di produksi untuk menyaring apa yang boleh dideploy di klaster-klaster di mana-mana.

Tapi “sudah teruji untuk satu pekerjaan” bukan klaim yang sama dengan “sudah teruji untuk pekerjaan ini.” Kubernetes admission control menentukan apakah sebuah pod dijadwalkan. Newton memakai bahasa yang identik untuk memutuskan apakah transaksi yang benar-benar bernilai akan tuntas atau tidak. Mesin yang sama, tapi biaya dari kesalahan panggilan yang sangat berbeda—pod yang ditolak bisa dideploy ulang dalam hitungan detik, sedangkan transaksi yang salah diblokir atau salah disetujui tidak “mengoreksi dirinya sendiri” dengan cara yang sama.

Tidak mengatakan Rego adalah pilihan yang salah. Hanya menyadari bahwa “terbukti di produksi” melakukan pekerjaan di sini yang sepenuhnya bergantung pada produksi yang Anda maksud.
#newt $NEWT $LAB @NewtonProtocol

Newton mencantumkan Octane sebagai lapisan keamanan smart contract yang berkelanjutan dan didukung AI, berdampingan dengan policy engine. Sungguh tambahan, mungkin, tapi ada garis yang samar antara memantau eksploit dan menjadi hal baru yang juga perlu dipantau.

Versi kuat: eksploit kontrak adalah kategori risiko yang benar-benar berbeda dibandingkan risiko identitas, sanksi, dan price-feed yang dicakup oleh mitra lain. Pemantau khusus yang terus berjalan untuk permukaan tersebut adalah pembagian tugas yang masuk akal.

Versi lebih lemah: sistem AI yang memantau anomali memiliki tingkat false-positive dan false-negative sendiri, dan belum ada angka publik untuk keduanya. Terlalu agresif memberi tanda—transaksi yang sah jadi terhambat. Melewatkan eksploit yang benar-benar baru—kepercayaan palsu muncul tepat pada saat yang paling penting.

Pembacaan jujur: pertahanan berlapis yang wajar, belum terbukti. Angka yang menarik bukan apakah Octane ada—melainkan akurasi deteksinya yang sebenarnya setelah volume nyata mengalir melaluinya.#newt $NEWT $LAB @NewtonProtocol

Tadi malam saya sedang menyilangkan rujukan antar bagian whitepaper Newton untuk sesuatu yang tidak ada hubungannya, lalu melompat dari bagian tentang permitsless erosion ke daftar fitur mitigasi penipuan beberapa halaman kemudian, dan keduanya terasa tidak cocok.

Tunggu—bukankah itu masuk ke kategori persis yang dikhawatirkan oleh bagian sebelumnya?

Yang benar-benar berubah di sini adalah kepenulisan dan visibilitas, bukan apakah bloknya sendiri bisa terjadi. Satu model adalah keputusan pihak tunggal secara diam-diam, setelah itu tidak ada yang bisa dilakukan. Model lainnya adalah aturan yang diterbitkan, diperiksa oleh kelompok yang diberi jaminan, dan terbuka untuk ditantang sebelum terkunci. Celah nyata di antara keduanya.

Namun demikian, ini tetap merupakan mekanisme yang bisa menghentikan dana Anda secara langsung, berada dalam dokumen yang sama yang menghabiskan ruang nyata untuk memperingatkan tentang kekuatan persis itu ketika rantai lain tidak menyediakannya.

Saya tidak menyebutnya kontradiksi. Hanya menunjukkan bahwa makalah tersebut berargumen menentang mekanisme itu di satu halaman, lalu mengirim versi yang lebih terlihat darinya beberapa halaman kemudian.
#newt $NEWT $LAB @NewtonProtocol

Sedang men-skim dokumen arsitektur privasi Newton saat rapat yang sebagian besar membosankan, setengah berharap baris yang biasa—“rantai tidak pernah melihat data identitas yang mendasarinya”—dan hampir saja saya melewatkannya, karena saya sudah membaca beberapa versi kalimat itu dari selusin proyek lain.

Tetap bacalah lagi. Klaimnya tidak persis seperti yang terdengar.

Ada celah nyata antara “rantai tidak bisa melihatnya” dan “secara harfiah tidak ada yang bisa melihatnya,” dan yang benar-benar berjalan hari ini hanya yang pertama. Mode standar menggunakan threshold HPKE—sekelompok operator mendekripsi data secara bersama-sama, mengevaluasi kebijakan terhadap plaintext, lalu bersama-sama menandatangani hasilnya dengan BLS. Rantai tidak pernah menyentuh data identitas mentah. Operator yang mengevaluasinya, untuk sesaat, melakukannya.
#newt $NEWT $LAB @NewtonProtocol

Duduk dengan jarak itu sebentar sebelum menulis apa pun yang lain.

Ini yang membuatku terkesan: modal yang dilindungi oleh Newton secara nyata adalah angka yang sangat besar dan sedang bertumbuh pesat. Modal yang saat ini benar-benar dialirkan melalui kebijakan yang diberlakukan Newton adalah fraksi dari brankas Euler yang sudah mengaktifkan VaultKit—lebih kecil, dan saat ini belum dipublikasikan.

Terus menyegarkan Newton Explorer sambil berharap integrasi DeFi kedua muncul. Tapi belum juga. Itu tidak menggugurkan tesis, hanya mempersempit apa yang saat ini dimaksud dengan “melindungi ekonomi brankas” dalam praktik.

Jadi kapan kurator DeFi kedua benar-benar live, dan apakah TVL di bawah kebijakan Newton dipublikasikan di mana pun?

@NewtonProtocol #newt $NEWT $LAB

Acuan keamanan Newton bertumpu pada klaim spesifik yang patut dipandang serius, bukan sekadar diterima begitu saja: operator secara ekonomi terikat dan dapat dipotong (slashable) bila memberikan attestation yang tidak jujur, sehingga pemeriksaan kebijakan yang buruk memiliki biaya nyata yang melekat padanya. Saya pikir klaim itu sebagian besar benar, tetapi ada garis yang samar antara "mahal untuk berbohong" dan "tidak mungkin berbohong secara menguntungkan," dan keduanya bukanlah jaminan yang sama meski materi promosi cenderung memperlakukan keduanya sebagai hal yang bisa saling dipertukarkan.
Berikut versi argumentasi yang kuat. Seorang operator yang menandatangani attestation palsu berisiko kehilangan jaminan yang ditaruh ulang (restaked collateral), dan jaminan itu dipasang sebelum tindakan tidak jujur terjadi, bukan setelahnya—ini menjadi pencegah ekonomi yang nyata yang tidak dimiliki kebanyakan vendor kepatuhan terpusat. Vendor yang memberikan cap karet pada pemeriksaan yang buruk menghadapi risiko reputasi paling buruk. Operator di sini menghadapi biaya on-chain yang terikat, bisa dipotong, dan karena itu nyata. Ini merupakan perbaikan struktural yang benar.
Berikut versi yang lemah, dan saya pikir ini lebih penting daripada yang sering dipahami orang. Pemotongan (slashing) hanya berfungsi jika perilaku tidak jujur terdeteksi dan terbukti, dan deteksi bergantung pada pihak yang menyadari bahwa attestation tersebut salah—biasanya setelah akibat buruk sudah terlanjur terjadi. Denda ekonominya nyata. Waktunya sepenuhnya reaktif.
Jadi, ini jaminan keamanan atau mekanisme permintaan maaf yang mahal? Saya pikir jawaban jujurnya adalah yang terakhir, dan saya tidak menganggap itu membuatnya menjadi tidak memenuhi syarat—permintaan maaf yang mahal tetap mengubah insentif di batasnya. Namun jaringan operator mencegah ketidakjujuran menjadi gratis. Ia tidak mencegah transaksi buruk terjadi lebih dulu.
#newt $NEWT $LAB @NewtonProtocol

Ada sesuatu yang menarik terjadi dengan kurator vault di Newton yang masih banyak orang meremehkan.

Dulu, seorang kurator hanya memilih strategi yield. Sekarang menulis kebijakan Newton untuk vault itu berarti mengodekan aturan yurisdiksi, batas konsentrasi, logika sanksi—keputusan kepatuhan yang nyata, dalam kode, dan diterapkan secara otomatis.

Itu deskripsi pekerjaan baru dengan nama jabatan lama.

Jika siklus terakhir ditentukan oleh kurator yang bersaing pada APY, fase ini mungkin ditentukan oleh kurator yang bersaing pada seberapa baik mereka menulis kebijakan yang tidak ada yang dipaksa untuk dibaca, tetapi semua pihak terikat olehnya.

Pertanyaan sebenarnya bukan apakah VaultKit bekerja hari ini. Melainkan apakah para kurator benar-benar dibekali untuk menulis aturan dengan bobot hukum.

@NewtonProtocol #newt $NEWT $LAB