Tôi đã dành một phần thời gian vài tuần gần đây để đọc qua tài liệu về các vault DeFi, và có một điểm mà trước đây tôi thấy khó chịu: một “curator” của vault ghi lại một tập quy tắc ở đâu đó — một tài liệu, một tweet, một bài đăng trong diễn đàn quản trị — nhưng chính smart contract lại không hề biết bất kỳ điều đó tồn tại. Các quy tắc nằm trong một lời hứa. Mã code chỉ thực thi. Nếu curator thay đổi ý định, bị xâm nhập, hoặc đơn giản là làm sai, thì hợp đồng chẳng có gì ngăn giao dịch vẫn cứ được thực hiện thông qua.

Đó là khoảng trống mà Newton Protocol được xây dựng dựa trên, và bản beta mainnet của nó — ra mắt từ ngày 23 tháng 6 trên Base và Ethereum — là nỗ lực thực tế đầu tiên mà tôi từng thấy nhằm “đóng” khoảng trống này ở cấp độ hợp đồng, thay vì ở cấp độ tài liệu. So sánh khiến tôi “ngộ ra” là một ví dụ chính đội ngũ cũng tự dùng: các mạng thẻ không chuyển tiền, chúng ủy quyền cho việc chuyển tiền trước khi tiền được chuyển. Newton đang cố gắng trở thành bước ủy quyền đó cho các giao dịch onchain — nằm giữa thời điểm ai đó khởi tạo chuyển khoản và thời điểm nó được thanh toán, kiểm tra nó dựa trên một chính sách, và chỉ cho phép giao dịch thông qua nếu nó đáp ứng.

Điều khiến tôi tiếp tục đọc vượt qua phần giới thiệu chính là thiết kế của bộ vận hành (operator). Thay vì để một máy chủ đơn lẻ quyết định giao dịch có tuân thủ hay không, Newton xử lý điều này thông qua một mạng lưới các operator độc lập được bảo mật bằng ETH được restaked thông qua EigenLayer. Mỗi operator nhận cùng một giao dịch và cùng một chính sách, nạp vào mọi dữ liệu mà chính sách yêu cầu, rồi tự mình đánh giá. Khi Newton mở rộng từ giai đoạn beta, việc ủy quyền (authorization) được thiết kế để đòi hỏi sự đồng thuận từ đủ nhiều operator độc lập, chứ không chỉ từ một người. Nếu một operator ký xác nhận một câu trả lời sai, nó có thể bị thách thức trong thời gian diễn ra tranh chấp với bằng chứng gian lận dựa trên kiến thức không tiết lộ (zero-knowledge fraud proof), và nó sẽ mất một phần vốn đã stake. Đây là một “chi phí tài chính” thực sự cho việc trả lời sai—một dạng bảo đảm khác so với kiểu "tin vào bot của chúng tôi".

Sản phẩm đầu tiên chạy trên nền tảng này là Vaults, và Magic Labs đã phát hành VaultKit cùng với bản beta để các curator không phải tự viết logic ủy quyền từ con số không. Thay vào đó, họ ghép các chính sách từ những nguồn dữ liệu sẵn có: Chainalysis cho danh sách trừng phạt và rủi ro hợp đồng, RedStone cho dữ liệu giá, Credora cho xếp hạng thế chấp và rủi ro, vaults.fyi cho dữ liệu sức khỏe vault, Webacy cho uy tín ví. Một chính sách có thể dựa vào một trong các nguồn này hoặc nhiều nguồn, và Newton kiểm tra toàn bộ ngay đúng thời điểm một lệnh rút hoặc tái cân bằng (rebalance) đáng lẽ sẽ được thực hiện. Euler nằm trong số các giao thức đã được tích hợp.

Tôi sẽ không gọi đây là “đã giải quyết xong”. Đây vẫn là bản beta, hiện mới hoạt động trên hai chuỗi, và một chính sách chỉ tốt bằng người viết nó và dữ liệu mà nó tin tưởng. Nhưng việc định nghĩa ủy quyền là thứ mà một hợp đồng thực thi, thay vì là thứ mà một curator cam kết, mới là thay đổi cốt lõi ở đây—cùng một vấn đề tài chính truyền thống đã xử lý hàng chục năm trước thông qua các clearinghouse, chỉ là không có một công ty duy nhất đứng giữa làm nhiệm vụ kiểm tra. $NEWT là token gốc của mạng, được dùng để staking và quản trị khi hệ thống phi tập trung hơn nữa.

Nếu bạn là người quản lý (curator) hoặc người phân bổ (allocator), thì tài liệu và Newton Explorer đáng để tự mình xem trước khi tin vào bất kỳ thứ gì được “kể lại” từ bên thứ hai.

Được viết như một phần của sự hợp tác nội dung với @NewtonProtocol . #Newt #DEFİ #protocol