Tôi mở tài liệu của Newton với kỳ vọng sẽ học về việc thực thi policy. Tôi nghĩ phần thú vị sẽ là cơ chế một giao dịch được phê duyệt hay bị chặn.
Nhưng thay vào đó, tôi lại bị mắc kẹt vào một thứ còn nhỏ hơn rất nhiều.
Tài liệu cứ liên tục nhắc về các policy pack (bộ quy tắc), schema (lược đồ) được khai báo kiểu dữ liệu, các bí mật được mã hóa và nhiều nguồn dữ liệu khác nhau. Tôi đọc phần đó hai lần vì nó âm thầm làm thay đổi cách mình nghĩ về câu hỏi. Có lẽ vấn đề khó nhất không phải là viết ra một quy tắc. Có lẽ là đảm bảo rằng quy tắc đó đang nhìn vào đúng thông tin.
Cái cảm giác đó giống như câu chuyện thật.
Một chính sách tốt có nghĩa là rất ít nếu dữ liệu đưa vào để vận hành nó không đáng tin. Bạn có thể viết quy tắc thông minh nhất trên thế giới, nhưng nếu điểm rủi ro của ví đã lỗi thời hoặc dữ liệu danh tính bị thiếu, thì kết quả vẫn sẽ đáng nghi.
Newton có vẻ hiểu điều đó.
Thay vì coi dữ liệu bên ngoài như một sự cân nhắc thêm, giao thức xây dựng các bộ chính sách xung quanh nó. Tài liệu mô tả các oracle dữ liệu đã triển khai, các template Rego, các schema có kiểu, các binding npm và các địa chỉ PolicyData onchain. Đọc qua đó, tôi cảm thấy nó giống xây dựng một nền tảng trước khi xây ngôi nhà hơn là chỉ là một tính năng tuân thủ đơn giản.
Một chi tiết khác thu hút sự chú ý của tôi.
Newton giải thích rằng các bí mật được dùng bởi oracle được xác thực theo một schema, được mã hóa ở phía client và chỉ được giải mã trong quá trình đánh giá chính sách. Ban đầu điều đó có thể không nghe có vẻ hào hứng, nhưng nó trả lời một câu hỏi quan trọng. Nếu dữ liệu nhạy cảm cần thiết để đưa ra quyết định tốt hơn, làm sao để tránh việc lộ dữ liệu đó trong suốt quá trình?
Lựa chọn thiết kế đó nói rất nhiều về việc đội ngũ đang tập trung nỗ lực vào đâu.
Đây là cách mà giờ tôi nghĩ về luồng vận hành.
Một nhà phát triển chọn các nguồn dữ liệu đáng tin cậy. Những nguồn đó cung cấp cho một chính sách. Chính sách đánh giá một giao dịch trước khi thực thi. Kết quả phụ thuộc không chỉ vào bản thân quy tắc mà còn vào chất lượng của mọi dữ liệu đầu vào đứng sau nó.
Đó là một cách đánh giá hệ thống hữu ích hơn nhiều.
Sự đánh đổi cũng hiển nhiên.
Thêm nhiều nguồn dữ liệu có thể giúp các quyết định thông minh hơn, nhưng đồng thời nó cũng tạo ra nhiều phụ thuộc hơn. Nếu một oracle trở nên lỗi thời hoặc schema không còn khớp với dữ liệu nó nhận, thì chính sách có thể dần trở nên kém đáng tin cậy mà không ai nhận ra ngay lập tức.
Đó là điểm cần theo dõi mà tôi rút ra.
Newton cũng làm nổi bật các bộ chính sách cho những mảng như sàng lọc lệnh trừng phạt, kiểm tra danh tính và thẩm quyền, rủi ro ví, rủi ro vault và dữ liệu thị trường. Đó đều là những vấn đề thực tiễn mà nhiều ứng dụng onchain hiện bắt đầu phải đối mặt. Khi crypto tiến dần tới các quy trình vận hành tự động hơn và có hỗ trợ từ AI, chất lượng dữ liệu đầu vào cho chính sách sẽ quan trọng không kém gì tốc độ giao dịch.
So sánh dễ nhất mà tôi tìm được là nấu ăn.
Một công thức có thể hoàn hảo, nhưng nếu nguyên liệu tệ thì bữa ăn sẽ không ngon. Chính sách cũng hoạt động theo cách tương tự. Lý lẽ tốt không thể tự sửa hoàn toàn dữ liệu yếu.
Vì thế nên quan điểm của tôi về Newton đã thay đổi.
Ban đầu, tôi nghĩ giao thức chủ yếu nhằm thực thi các quy tắc. Nhưng sau khi dành thêm thời gian với tài liệu, tôi cho rằng câu hỏi thú vị hơn là liệu nó có thể xây dựng một lớp dữ liệu đáng tin cậy cho các quy tắc đó hay không.
Về sau, đó là điều tôi sẽ tiếp tục theo dõi.
Không phải là việc Newton có thêm nhiều chính sách hơn hay không, mà là liệu nó có tiếp tục cải thiện chất lượng, quyền riêng tư và độ tin cậy của thông tin mà các chính sách dựa vào hay không. Nếu nền tảng đó vẫn vững mạnh, thì phần còn lại của hệ thống sẽ có cơ hội cao hơn nhiều để tạo được niềm tin thực sự.
