#rego
rego
266 penayangan
8 Berdiskusi
Populer
Terbaru
$NEWT BRINGS COMPLIANCE-AS-CODE ONCHAIN WITH REGO POLICY LANGUAGE ๐ฅ
Perusahaan Fortune 500 sudah menggunakan Rego untuk penegakan kebijakan Kubernetes. Newton membuatnya dapat diberlakukan secara kriptografis di onchain โ pemeriksaan sanksi, persetujuan multi-sig, dan pengecekan kesehatan oracle semuanya dalam satu bahasa deklaratif. Tim keamanan yang sudah familiar dengan OPA bisa membaca dan mengaudit kebijakan dengan cepat.
Ini menghilangkan hambatan besar untuk adopsi institusional. Petugas kepatuhan menulis aturan; protokol menegakkannya secara atomik sebelum penyelesaian. Tidak ada sintaks proprietary, tidak ada penguncian vendor. Apakah ini terobosan kepatuhan yang selama ini ditunggu oleh keuangan tradisional?
Bukan nasihat keuangan. Selalu kelola risiko Anda.
#NEWT #Rego #Compliance #Blockchain
๐ฅ
Perusahaan Fortune 500 sudah menggunakan Rego untuk penegakan kebijakan Kubernetes. Newton membuatnya dapat diberlakukan secara kriptografis di onchain โ pemeriksaan sanksi, persetujuan multi-sig, dan pengecekan kesehatan oracle semuanya dalam satu bahasa deklaratif. Tim keamanan yang sudah familiar dengan OPA bisa membaca dan mengaudit kebijakan dengan cepat.
Ini menghilangkan hambatan besar untuk adopsi institusional. Petugas kepatuhan menulis aturan; protokol menegakkannya secara atomik sebelum penyelesaian. Tidak ada sintaks proprietary, tidak ada penguncian vendor. Apakah ini terobosan kepatuhan yang selama ini ditunggu oleh keuangan tradisional?
Bukan nasihat keuangan. Selalu kelola risiko Anda.
#NEWT #Rego #Compliance #Blockchain
๐ฅ
Satu strategi yang sama dijalankan di 8 chain; hasil penilaian yang keluar bisa berbeda hingga 3 poin.
Pertama, mari bahas kenapa bisa berbeda. Sebuah agregator keuntungan dipasang pada 8 chain sekaligus, dan yang dijalankan adalah aturan rebalance yang sama. Kode ditempel persis tanpa perubahan, tapi perilakunya diam-diam sudah berbeda: di Ethereum gas tinggi dan oracle pembaruan tiap 12 detik, di Solana gas rendah dan oracle 400 milidetik, sementara di Base ada rangkaian pengaturan antrian/matching yang berbeda. Kode tetap kode yang sama, namun hasil eksekusinya sudah berubah.
Lalu, beda berapa. Tim Newton pada bulan Juni mengungkapkan sekelompok data: strategi yang sama dideploy di 8 chain; karena tumpang tindih model gas, keterlambatan oracle, dan kurva suku bunga, perbedaan hasil penilaian berkisar antara 1,2% hingga 3,7%. 3 poin terdengar tidak besar, tapi dalam due diligence institusi ini sudah cukup untuk membuat laporan strategi ditolak dan harus dibuat ulang.
Yang lebih fatal adalah: 3,7% itu adalah rata-rata. Pada kondisi pasar ekstrem bisa naik sampai lebih dari 8%. Toleransi lembaga terhadap kegagalan di satu chain pada satu titik sebenarnya memang 0, apalagi jika hasil lintas-chain sendiri tidak sinkron. Satu strategi dijalankan di 8 chain menghasilkan 8 hasil berbedaโkegagalan dana hanyalah soal waktu.
Solusi @NewtonProtocol adalah memisahkan layer strategi dan layer data. Strategi ditulis dengan Rego; Rego adalah bahasa deskripsi strategi yang paling umum dipakai di ekosistem OPA. Penulisannya terasa seperti JSON yang bertumpuk, tapi dijalankan bisa menyelesaikan pengumpulan data lintas-chain dan menambahkan evaluasi strategi dalam waktu 5 detik. Node verifier selesai menjalankan lalu langsung mengeluarkan signed cryptographic attestation; bisa dicek di on-chain, tidak bergantung pada layanan terpusat sebagai penyangga.
Mengeluarkan bukti dalam 5 detik bukan sekadar klaim. Pada fase mainnet beta, jumlah node verifier di mainnet ada 17; mereka menjalankan penjadwalan rotasi berbasis $NEWT โalamat yang berada di peringkat 32 teratas berdasarkan jumlah staking. Biaya penerbitan bukti ditanggung oleh pendapatan staking ini, tanpa menarik uang tambahan dari pihak proyek. Ada 3.500 vault dan dana on-chain sebesar 893 miliar dolar; yang dijalankan adalah mekanisme ini.
Kesulitan memastikan konsistensi strategi lintas-chain sudah dibahas dalam artikel ilmiah sejak lama, tapi sangat sedikit yang benar-benar mengubahnya menjadi kemampuan level produk. @NewtonProtocol memakai Rego plus attestation, mengubah kalimat โasumsiโ di paper menjadi sesuatu yang dikerjakan setiap hari di mainnet beta.
Rego sendiri tidak sulit. Yang sulit adalah menjalankannya menjadi pipeline yang bisa mengeluarkan bukti dalam 5 detik, dan bisa direplikasi oleh verifier mana pun pihak ketiga. Langkah inilah yang membuat Newton berbeda dari kerangka strategi on-chain lainnyaโdan juga bagian yang paling sering ditanyakan saat bulan Juni TokenizeThis NYC memajang mainnet beta di pameran.
#Newt #NewtonProtocol #่ทจ้พ็ญ็ฅ #DeFi #Rego
Pertama, mari bahas kenapa bisa berbeda. Sebuah agregator keuntungan dipasang pada 8 chain sekaligus, dan yang dijalankan adalah aturan rebalance yang sama. Kode ditempel persis tanpa perubahan, tapi perilakunya diam-diam sudah berbeda: di Ethereum gas tinggi dan oracle pembaruan tiap 12 detik, di Solana gas rendah dan oracle 400 milidetik, sementara di Base ada rangkaian pengaturan antrian/matching yang berbeda. Kode tetap kode yang sama, namun hasil eksekusinya sudah berubah.
Lalu, beda berapa. Tim Newton pada bulan Juni mengungkapkan sekelompok data: strategi yang sama dideploy di 8 chain; karena tumpang tindih model gas, keterlambatan oracle, dan kurva suku bunga, perbedaan hasil penilaian berkisar antara 1,2% hingga 3,7%. 3 poin terdengar tidak besar, tapi dalam due diligence institusi ini sudah cukup untuk membuat laporan strategi ditolak dan harus dibuat ulang.
Yang lebih fatal adalah: 3,7% itu adalah rata-rata. Pada kondisi pasar ekstrem bisa naik sampai lebih dari 8%. Toleransi lembaga terhadap kegagalan di satu chain pada satu titik sebenarnya memang 0, apalagi jika hasil lintas-chain sendiri tidak sinkron. Satu strategi dijalankan di 8 chain menghasilkan 8 hasil berbedaโkegagalan dana hanyalah soal waktu.
Solusi @NewtonProtocol adalah memisahkan layer strategi dan layer data. Strategi ditulis dengan Rego; Rego adalah bahasa deskripsi strategi yang paling umum dipakai di ekosistem OPA. Penulisannya terasa seperti JSON yang bertumpuk, tapi dijalankan bisa menyelesaikan pengumpulan data lintas-chain dan menambahkan evaluasi strategi dalam waktu 5 detik. Node verifier selesai menjalankan lalu langsung mengeluarkan signed cryptographic attestation; bisa dicek di on-chain, tidak bergantung pada layanan terpusat sebagai penyangga.
Mengeluarkan bukti dalam 5 detik bukan sekadar klaim. Pada fase mainnet beta, jumlah node verifier di mainnet ada 17; mereka menjalankan penjadwalan rotasi berbasis $NEWT โalamat yang berada di peringkat 32 teratas berdasarkan jumlah staking. Biaya penerbitan bukti ditanggung oleh pendapatan staking ini, tanpa menarik uang tambahan dari pihak proyek. Ada 3.500 vault dan dana on-chain sebesar 893 miliar dolar; yang dijalankan adalah mekanisme ini.
Kesulitan memastikan konsistensi strategi lintas-chain sudah dibahas dalam artikel ilmiah sejak lama, tapi sangat sedikit yang benar-benar mengubahnya menjadi kemampuan level produk. @NewtonProtocol memakai Rego plus attestation, mengubah kalimat โasumsiโ di paper menjadi sesuatu yang dikerjakan setiap hari di mainnet beta.
Rego sendiri tidak sulit. Yang sulit adalah menjalankannya menjadi pipeline yang bisa mengeluarkan bukti dalam 5 detik, dan bisa direplikasi oleh verifier mana pun pihak ketiga. Langkah inilah yang membuat Newton berbeda dari kerangka strategi on-chain lainnyaโdan juga bagian yang paling sering ditanyakan saat bulan Juni TokenizeThis NYC memajang mainnet beta di pameran.
#Newt #NewtonProtocol #่ทจ้พ็ญ็ฅ #DeFi #Rego
Saat meninjau kebijakan Newton Protocol, satu hal menjadi jelas:
default allow := false terlihat tegas โ tetapi tidak menjamin sistem yang ketat.
Kebijakan menjadi aman hanya ketika setiap kemungkinan jalur allow dikonstrain secara cermat.
Bagian berbahaya bukan penolakan sebagai fallback. Bagian berbahaya adalah menganggap bahwa penolakan saja sudah membuktikan kebijakannya konservatif.
Satu pengecualian yang terlalu luas dapat diam-diam menimpa perlindungan yang dimaksud. Bypass admin, validasi yang tidak lengkap, atau aturan sementara yang terburu-buru dapat mengubah kebijakan โsecure-by-defaultโ menjadi kebijakan yang permisif.
Itulah sebabnya keamanan nyata tidak tinggal pada pernyataan default. Keamanan nyata ada di dalam setiap kondisi yang mampu mengembalikan persetujuan.
Dalam rekayasa kebijakan, aturan allow yang paling lemah biasanya mendefinisikan batas kepercayaan yang sebenarnya.
#NewtonProtocol #NEWT #CyberSecurity #Rego
$NEWT
default allow := false terlihat tegas โ tetapi tidak menjamin sistem yang ketat.
Kebijakan menjadi aman hanya ketika setiap kemungkinan jalur allow dikonstrain secara cermat.
Bagian berbahaya bukan penolakan sebagai fallback. Bagian berbahaya adalah menganggap bahwa penolakan saja sudah membuktikan kebijakannya konservatif.
Satu pengecualian yang terlalu luas dapat diam-diam menimpa perlindungan yang dimaksud. Bypass admin, validasi yang tidak lengkap, atau aturan sementara yang terburu-buru dapat mengubah kebijakan โsecure-by-defaultโ menjadi kebijakan yang permisif.
Itulah sebabnya keamanan nyata tidak tinggal pada pernyataan default. Keamanan nyata ada di dalam setiap kondisi yang mampu mengembalikan persetujuan.
Dalam rekayasa kebijakan, aturan allow yang paling lemah biasanya mendefinisikan batas kepercayaan yang sebenarnya.
#NewtonProtocol #NEWT #CyberSecurity #Rego
$NEWT
Masuk untuk menjelajahi konten lainnya