Tại sao một policy engine lại cần tới năm bước riêng biệt chỉ để nói “có” hoặc “không” cho một giao dịch?
Đó mới là câu hỏi thực sự đằng sau Newton's Evaluation Lifecycle.

Làm thế nào để một policy được tạo ra?

Một developer viết logic bằng Rego, đăng tải lên Newton registry, và được lưu trữ trên IPFS, được tham chiếu bằng CID. Điều này có nghĩa là mọi policy đều có thể được xác minh và tái sử dụng, không phải một “hộp đen” bị chôn trong một hợp đồng.

Ai quyết định policy nào áp dụng cho một giao dịch?

Người dùng. Họ triển khai một hợp đồng PolicyClient, chọn một policy và đặt các ngưỡng cũng như quy tắc hết hạn của riêng mình. Theo quan điểm của tôi, đây là phần bị xem nhẹ nhất: nó trả lại quyền kiểm soát cho người dùng thay vì đặt nó vào một cổng kiểm soát tập trung.

Điều gì xảy ra khi một tác vụ được gửi?

An Intent ghép với PolicyClient và đi tới #Newt Gateway thông qua SDK hoặc RPC. Bề ngoài thì đơn giản, nhưng đây là điểm kích hoạt cho mọi thứ diễn ra sau đó.

Ai là người thực sự kiểm tra xem giao dịch có hợp lệ hay không?

Các nhà vận hành AVS độc lập đánh giá policy và tạo ra chữ ký BLS. Khi đạt ngưỡng (quorum), một Aggregator sẽ gộp chúng thành một xác nhận (attestation). Theo quan điểm của tôi, đây là lựa chọn thiết kế mạnh nhất trong toàn bộ luồng: không một nhà vận hành đơn lẻ nào có thể tự ý phê duyệt hoặc chặn bất cứ điều gì. $NEWT

Vậy bài học rút ra là gì?

@NewtonProtocol không chỉ là việc thêm một bước phê duyệt nữa cho các giao dịch, mà là phi tập trung hóa chính sự đánh giá. Đó mới là sự thay đổi đáng để theo dõi.
$ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT
📊 Điều quan trọng nhất trước khi một giao dịch đi qua?