Khi tôi bắt đầu viết về @NewtonProtocol, tôi chỉ biết những điều cơ bản: một giao thức blockchain liên quan đến AI và tự động hóa. Chỉ vậy thôi. Như phần lớn các dự án mới trong hệ sinh thái crypto, cái tên nghe thật thú vị, nhưng “nó làm chính xác điều gì” thì ngay từ đầu không hề rõ ràng.
Vài tuần sau, khi đọc tài liệu kỹ thuật, phân tích mã Rego thực tế, hiểu cách VaultKit hoạt động từ bên trong, và cố gắng giải thích toàn bộ điều đó bằng ngôn ngữ dễ tiếp cận cho những người chưa từng viết một dòng code nào, quan điểm của tôi đang thay đổi. Và tôi nghĩ là đáng để chia sẻ điều này khi mọi thứ vẫn đang diễn ra.
Bài toán mà nó giải quyết còn “cũ” hơn cả bản thân giao thức
Thứ đầu tiên mình đang hiểu là Newton không tạo ra một “vấn đề” chỉ để bán cho thị trường một “giải pháp”. Vấn đề đã tồn tại từ khi DeFi ra đời: khi bạn ủy quyền một hành động cho một hệ thống tự động onchain, thì không có cách nào một cách tự nhiên (native) để kiểm chứng rằng hệ thống đó đã tuân theo các quy tắc của bạn trước khi thực thi.
Trong tài chính truyền thống, bài toán đó đã được giải quyết (dù không hoàn hảo) nhờ cơ quan quản lý, kiểm toán viên và các khung pháp lý. Còn trên blockchain, nơi giao dịch là không thể đảo ngược và không có trọng tài, thì bài toán này còn nghiêm trọng hơn rất nhiều. Newton đang xây dựng câu trả lời kỹ thuật cho thực tế đó, và càng phân tích mình càng thấy rõ vì sao câu trả lời này lại quan trọng.
VaultKit đang thay đổi cách mình nhìn các SDK
Trước khi đọc tài liệu của VaultKit, mình nghĩ một SDK là một công cụ để làm dễ hơn những thứ vốn đã có thể làm. VaultKit đang dạy mình một điều khác: một SDK được thiết kế tốt có thể thay đổi căn bản những gì là có thể thực hiện—không chỉ là cách thực hiện.
VaultKit không đơn giản hóa một hành động sẵn có. Nó thêm một lớp kiểm chứng hoàn chỉnh mà trước đây chưa hề có: đóng gói hành động dưới dạng một Intent đã được ký, gửi tới Shield Contract, chờ các operator đánh giá, nhận chứng nhận mật mã, rồi chỉ sau đó mới thực thi. Tất cả diễn ra một cách vô hình đối với người dùng cuối, nhưng với hậu quả rất thực đối với độ an toàn của hệ thống.
Đó là điều mà một SDK nên làm khi nó được thiết kế đúng cách.
Mã Rego đang dạy mình ý nghĩa của “chính sách có thể kiểm chứng”
Lần đầu tiên mình nhìn thấy mã Rego thực tế của một chính sách Newton, phản ứng đầu tiên là cảm giác bị choáng ngợp. Những dòng code với điều kiện, biến, các quy tắc từ chối (denial), logic fail-closed. Nó không phải thứ mình mong đợi tìm thấy trong tài liệu của một giao thức crypto.
Nhưng khi mình bắt đầu đọc với tâm thế bình tĩnh, mọi thứ “khớp” lại: mỗi dòng đều là một quy tắc kinh doanh được thể hiện bằng mã nguồn mở. “Nếu APY tăng bất thường thì từ chối. Nếu dữ liệu oracle đã lỗi thời thì từ chối. Nếu địa chỉ bị trừng phạt thì từ chối.”
Đây không phải là mã chỉ để “có mã”. Đây là một chính sách quản trị rủi ro thực sự, đã được kiểm toán, có thể kiểm chứng bởi bất kỳ ai, và chạy tự động trước mỗi giao dịch. Sự khác biệt giữa điều đó và một file PDF về “chính sách rủi ro” trên trang web của một giao thức là sự khác biệt giữa một lời hứa và một sự đảm bảo toán học.
Bốn oracle này đang cho mình thấy mức độ phức tạp thật sự của một quyết định onchain
Một trong những điều khiến mình bất ngờ nhất là khi phát hiện ra rằng Newton không phụ thuộc vào chỉ một oracle để đưa ra quyết định. Nó sử dụng bốn nguồn dữ liệu khác nhau, mỗi nguồn chuyên về một loại rủi ro khác nhau:
Vaults.fyi phát hiện bất thường về APY, sụt giảm TVL và các cờ (flags) nghiêm trọng trong các vault. Webacy giám sát rủi ro depeg trên các token có tính năng ngang giá (parity). Chainalysis thực hiện sàng lọc địa chỉ so với các danh sách trừng phạt. RedStone kiểm tra dữ liệu giá không bị lỗi thời hoặc lệch khỏi các nguồn tham chiếu bên ngoài.
Trước khi hiểu điều này, mình nghĩ rằng “xác minh một giao dịch” tương đối đơn giản. Giờ mình đang hiểu rằng chỉ một giao dịch có thể liên quan đến hàng chục điều kiện đồng thời, mỗi điều kiện đều dựa trên dữ liệu thế giới thực, và được đánh giá theo thời gian thực trước khi vốn được di chuyển.
Điều này đang thay đổi hoàn toàn cách mình nhìn nhận “sự an toàn” trong DeFi.
EigenLayer đang giải thích vì sao bảo mật kế thừa lại quan trọng
Một trong những khái niệm khiến mình khó hiểu nhất là vì sao Newton cần EigenLayer. Câu trả lời—trong lúc mình đang xử lý nó—thì lại rất “gọn”: xây dựng một mạng validator từ con số không mất nhiều năm và đòi hỏi hàng nghìn tỷ vốn cam kết. EigenLayer cho phép Newton kế thừa tính bảo mật của Ethereum ngay từ ngày đầu.
Các operator của Newton không chỉ có $NEWT trong cuộc. Họ cũng có ETH được restake thông qua EigenLayer. Điều đó có nghĩa là chi phí kinh tế để hành động thiếu trung thực trong Newton cao hơn đáng kể so với bất kỳ giao thức nào khác không có khoản “hậu thuẫn” này.
Điều làm mình bất ngờ nhất: minh bạch không phải là một sự tình cờ
Newton Explorer tồn tại chính xác vì đội ngũ đã hiểu một điều quan trọng: trong một hệ thống mà niềm tin là sản phẩm, minh bạch không thể là tùy chọn.
Bất kỳ ai cũng có thể vào Newton Explorer ngay bây giờ và xem theo thời gian thực những giao dịch nào đang được đánh giá, những chính sách nào đã được áp dụng, và các operator đã tạo ra những chứng nhận gì. Không phải vì đội ngũ nói như vậy, mà vì kiến trúc kỹ thuật khiến điều đó trở nên có thể và gần như là tất yếu.
Đó là khác biệt giữa một dự án nói về phi tập trung và một dự án thực sự xây dựng phi tập trung bằng mã nguồn.
Điều mà mình vẫn chưa biết
Viết về một giao thức trên Mainnet Beta cũng đang dạy mình điều gì đó về sự trung thực trong tư duy: có những câu hỏi mà đến giờ vẫn chưa có lời đáp.
Bao nhiêu giao thức sẽ áp dụng VaultKit như một lớp tuân thủ tiêu chuẩn? Mạng các operator có phát triển đủ nhanh để xử lý các khối lượng mang tính tổ chức (institutional) thực sự không? Mô hình chuyển đổi từ phần thưởng được tài trợ sang phí theo mức sử dụng thực tế có hoạt động đúng như dự phóng trong thời gian dự kiến không?
Mình không biết. Không ai biết điều đó cho đến bây giờ. Và mọi phân tích trung thực về một giao thức giai đoạn sớm đều phải thừa nhận sự không chắc chắn đó, thay vì che giấu nó sau những lời lạc quan dễ dãi.
Kết luận mà mình đang xây dựng
Newton Protocol đang giải quyết một vấn đề thực sự với kiến trúc kỹ thuật vững chắc và triết lý minh bạch mà không phổ biến trong hệ sinh thái. Điều đó không đảm bảo thành công—không giao thức nào được đảm bảo cả. Nhưng nó đang đưa dự án này vào một hạng mục khác so với phần lớn các dự án đang được giao dịch và quảng bá trên thị trường.
Mình đang học được nhiều hơn khi phân tích giao thức này hơn là khi đọc hàng chục whitepaper của các dự án khác. Và bản thân điều đó đã nói lên điều gì đó.
Đây không phải là lời khuyên tài chính. Đây là một suy ngẫm trung thực về ý nghĩa của việc phân tích một giao thức với chiều sâu thực sự, trong khi quá trình đó vẫn đang diễn ra.
Bạn cũng đang phân tích Newton Protocol à? Phần nào khiến bạn có nhiều câu hỏi nhất? Theo dõi mình để tiếp tục chia sẻ những gì mình đang khám phá. 🔔