Mengapa sebuah policy engine perlu lima langkah terpisah hanya untuk mengatakan “ya” atau “tidak” terhadap sebuah transaksi?
Itulah pertanyaan sebenarnya di balik Newton's Evaluation Lifecycle.
Bagaimana sebuah policy bahkan bisa dibuat?
Seorang pengembang menuliskan logika dalam Rego, memublikasikannya ke registry Newton, dan disimpan di IPFS, direferensikan oleh CID. Ini berarti setiap policy dapat diverifikasi dan dapat digunakan kembali, bukan kotak hitam yang terkubur dalam sebuah kontrak.
Siapa yang memutuskan policy mana yang berlaku untuk sebuah transaksi?
Pengguna yang menentukan. Mereka melakukan deploy kontrak PolicyClient, memilih sebuah policy, dan menetapkan ambang batas serta aturan kedaluwarsa mereka sendiri. Menurut saya, ini bagian yang kurang mendapat perhatian, karena mengembalikan kendali kepada pengguna, bukan ke penjaga gerbang terpusat.
Apa yang terjadi ketika sebuah tugas dikirim?
Sebuah Intent dipasangkan dengan PolicyClient dan melewati Gateway
#Newt melalui SDK atau RPC. Terlihat sederhana di permukaan, tetapi ini adalah titik pemicu untuk semua proses di hilir.
Siapa yang benar-benar memeriksa apakah transaksi tersebut valid?
Operator AVS mengevaluasi policy secara independen dan menghasilkan tanda tangan BLS. Setelah kuorum tercapai, sebuah Aggregator menggabungkannya menjadi satu attestation. Menurut saya, ini pilihan desain paling kuat dalam seluruh alur—tidak ada satu operator pun yang bisa menyetujui atau memblokir apa pun secara sepihak.
$NEWT Jadi apa kesimpulannya?
@NewtonProtocol bukan sekadar menambahkan langkah persetujuan lain untuk transaksi, tetapi mendesentralisasikan penilaian itu sendiri. Itulah perubahan besar yang patut diperhatikan.
$ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT 📊 Hal terpenting yang harus diperhatikan sebelum sebuah transaksi diproses?