Tôi nhận ra mình đã nghĩ sai về các chính sách có thể tái sử dụng. Tôi đã cho rằng lợi thế chỉ đơn giản là tránh công việc phải viết đi viết lại cùng một logic ủy quyền.

Càng tìm hiểu về Newton's Mainnet Beta, tôi càng cảm thấy ý tưởng lớn hơn nằm ở việc chuẩn hóa hạ tầng xoay quanh chính bản thân chính sách. Một “policy pack” có thể gộp một kết nối oracle, các lược đồ có kiểu (typed schemas), logic chính sách tham chiếu, và cấu hình trên chuỗi (on-chain configuration) thành một điểm khởi đầu có thể tái sử dụng. Lúc này, các nhà phát triển vẫn là người quyết định các quy tắc phù hợp với ứng dụng của họ, nhưng họ không cần phải xây dựng lại toàn bộ khung xung quanh mỗi lần.

Điều đó khiến tôi phải dừng lại.

Việc chuẩn hóa có thể cải thiện tính nhất quán, nhưng đồng thời cũng khuyến khích mọi người kế thừa những giả định mà họ có thể không xem xét thật kỹ. Một mẫu (template) được thiết kế tốt có thể giảm công sức kỹ thuật, nhưng nó không tự động tạo ra một chính sách tốt.

Tôi vẫn đang tự hỏi theo thời gian thì tác động nào sẽ trở nên quan trọng hơn. Nếu các policy pack có thể tái sử dụng giúp việc ủy quyền dễ được kiểm tra và điều chỉnh hơn, chúng có thể trở thành một hạ tầng thực sự giá trị. Nhưng nếu các nhóm ngừng việc chất vấn các giá trị mặc định mà họ kế thừa, thì sự tiện lợi có thể âm thầm trở thành một nguồn rủi ro của chính nó.
@NewtonProtocol $NEWT #Newt

$T $CLO

Chính sách có thể tái sử dụng: Tốt hay rủi ro? 🤔