Người ta thường cho rằng một khi hợp đồng thông minh được triển khai, các quy tắc của nó là đủ để giữ an toàn cho người dùng và tài sản. Với các giao thức quản lý vốn có ý nghĩa, nhiều biện pháp bảo vệ quan trọng vẫn tồn tại bên ngoài blockchain.
Tôi đã xem xét cách @NewtonProtocol tiếp cận vấn đề này. Thay vì dựa vào các danh sách kiểm tra ngoài chuỗi hoặc sự giám sát thủ công, nó cho phép thực thi các chính sách trên chuỗi trước khi một giao dịch đi đến bước quyết toán. Những chính sách đó có thể bao gồm tuân thủ, nhận dạng, bảo mật và rủi ro, khiến chúng trở thành một phần của luồng thực thi thay vì chỉ là một ý tưởng bổ sung.
Điều đó thay đổi sự đánh đổi. Thay vì phải tin tưởng mọi ứng dụng tự triển khai và duy trì các cơ chế kiểm soát của riêng mình, các giao thức có thể tham chiếu tới một lớp ủy quyền chung để đánh giá các giao dịch dựa trên các chính sách aCtive trước khi chúng được tiến hành. Về mặt lý thuyết, điều này giúp việc thực thi nhất quán hơn giữa các ứng dụng khác nhau.
Phần thú vị nằm ở việc quản lý chính sách theo thời gian. Điều kiện rủi ro thay đổi, yêu cầu tuân thủ phát triển và các mối đe dọa an ninh xuất hiện mà không báo trước. Thách thức không chỉ là thực thi chính sách trên chuỗi, mà còn là cập nhật chúng mà không tạo ra sự mơ hồ về việc những quy tắc nào đã có hiệu lực vào thời điểm A giao dịch được ủy quyền.
Tôi không nói rằng đó là một khiếm khuyết. Đó chỉ là kiểu giả định thiết kế đáng để chú ý. Một lớp ủy quyền chỉ hữu ích ở mức độ nó được đảm bảo bằng độ tin cậy và tính minh bạch của các chính sách mà nó thực thi.
Tôi rất muốn biết Newton dự định cân bằng việc cập nhật chính sách nhanh chóng với nhu cầu có các quyết định ủy quyền dự đoán được và có thể kiểm toán như thế nào.
@NewtonProtocol $NEWT #Newt
$TLM $VANRY
#SKHynixToIssue177.9MillionADSs
Tôi đã xem xét cách @NewtonProtocol tiếp cận vấn đề này. Thay vì dựa vào các danh sách kiểm tra ngoài chuỗi hoặc sự giám sát thủ công, nó cho phép thực thi các chính sách trên chuỗi trước khi một giao dịch đi đến bước quyết toán. Những chính sách đó có thể bao gồm tuân thủ, nhận dạng, bảo mật và rủi ro, khiến chúng trở thành một phần của luồng thực thi thay vì chỉ là một ý tưởng bổ sung.
Điều đó thay đổi sự đánh đổi. Thay vì phải tin tưởng mọi ứng dụng tự triển khai và duy trì các cơ chế kiểm soát của riêng mình, các giao thức có thể tham chiếu tới một lớp ủy quyền chung để đánh giá các giao dịch dựa trên các chính sách aCtive trước khi chúng được tiến hành. Về mặt lý thuyết, điều này giúp việc thực thi nhất quán hơn giữa các ứng dụng khác nhau.
Phần thú vị nằm ở việc quản lý chính sách theo thời gian. Điều kiện rủi ro thay đổi, yêu cầu tuân thủ phát triển và các mối đe dọa an ninh xuất hiện mà không báo trước. Thách thức không chỉ là thực thi chính sách trên chuỗi, mà còn là cập nhật chúng mà không tạo ra sự mơ hồ về việc những quy tắc nào đã có hiệu lực vào thời điểm A giao dịch được ủy quyền.
Tôi không nói rằng đó là một khiếm khuyết. Đó chỉ là kiểu giả định thiết kế đáng để chú ý. Một lớp ủy quyền chỉ hữu ích ở mức độ nó được đảm bảo bằng độ tin cậy và tính minh bạch của các chính sách mà nó thực thi.
Tôi rất muốn biết Newton dự định cân bằng việc cập nhật chính sách nhanh chóng với nhu cầu có các quyết định ủy quyền dự đoán được và có thể kiểm toán như thế nào.
@NewtonProtocol $NEWT #Newt
$TLM $VANRY
#SKHynixToIssue177.9MillionADSs