Satu detail dalam arsitektur
@NewtonProtocol architecture benar-benar mengubah cara saya berpikir tentang otorisasi.
Awalnya, saya tidak bisa memahami mengapa Newton memisahkan penetapan kebijakan (policy assignment) dari pendaftaran kebijakan (policy registration). Keduanya terdengar seperti nama berbeda untuk langkah yang sama.
Semakin banyak saya membaca, semakin saya menyadari bahwa mereka menyelesaikan dua masalah yang berbeda.
Menetapkan sebuah kebijakan hanya memberi tahu sebuah aplikasi di mana otorisasi berada. Mendaftarkan sebuah kebijakan memberi tahu jaringan aturan persis apa yang harus diverifikasi terhadap attestation (bukti) di masa mendatang.
Perbedaan ini mudah terlewat, tetapi inilah yang membuat sistem terasa jauh lebih deterministik.
Bayangkan menunjuk ke sebuah perpustakaan tanpa memberi tahu siapa pun buku mana yang Anda maksud. Gedungnya sama, tetapi jawabannya sepenuhnya bergantung pada buku yang Anda buka.
Newton memperlakukan kebijakan dengan cara yang sama.
Hanya alamat kontrak saja tidak cukup. Setiap otorisasi membutuhkan identitas kebijakan yang spesifik, sehingga ketika sebuah transaksi disetujui nanti, siapa pun dapat memverifikasi kebijakan mana yang menghasilkan persetujuan tersebut—bukan hanya kontrak mana yang terlibat.
Semakin saya memikirkannya, semakin hal ini terasa bukan sekadar kemudahan bagi pengembang, melainkan keputusan arsitektural yang dirancang untuk kepercayaan jangka panjang dan akuntabilitas.
Itu jenis detail yang hampir saya lewatkan, tetapi sekarang saya pikir itu salah satu bagian paling cerdas dari Newton Mainnet Beta.
Menurut Anda, memisahkan identitas kebijakan dari lokasi kebijakan adalah pilihan desain yang kurang dihargai?
@NewtonProtocol #spell $NEWT #EVAA $EVAA #Newt #GAINERSPACK #power $POWER Apa yang menentukan kepercayaan? 🤔