@Newton Protocol đã thu hút sự chú ý của tôi ngay từ đầu vì nó được mô tả là một rollup an toàn cho các chiến lược giao dịch tự động và là một thị trường nơi các nhà phát triển có thể đăng tải các tác nhân (agents) của riêng họ. Nghe có vẻ tham vọng, nhưng đồng thời cũng khiến tôi thận trọng. Tôi đã thấy nhiều dự án crypto lấy sự tự động hóa làm điểm thu hút chính mà vẫn chưa giải quyết thỏa đáng điều gì sẽ xảy ra khi sự tự động hóa đó mắc lỗi.

Điều khiến tôi bị cuốn vào là một câu hỏi khá đơn giản: nếu tôi cho phép một phần mềm giao dịch hoặc chuyển tài sản giúp mình, thì làm sao để ngăn nó làm nhiều hơn những gì tôi đã định?

Ban đầu, tôi kỳ vọng Newton chủ yếu liên quan đến các bot giao dịch và các chiến lược danh mục đầu tư tự động. Sau khi đọc trang web hiện tại, tài liệu, whitepaper, thông tin token và các kho lưu trữ công khai, tôi nhận ra dự án đã chuyển sang một ý tưởng rộng hơn. Hiện tại, Newton tự mô tả mình là một lớp ủy quyền cho tài chính onchain.

Sự thay đổi ban đầu làm tôi bối rối vì nó không hẳn giống với mô tả dự án mà tôi bắt đầu từ đó. Tài liệu ban đầu nói nhiều hơn về các agent có thể xác minh (verifiable agents), một môi trường thực thi an toàn (secure execution environment), quyền truy cập không cần tiết lộ (zero-knowledge permissions), và một thị trường dành cho nhà phát triển. Tài liệu hiện tại tập trung vào các chính sách có thể lập trình được kiểm tra trước khi một giao dịch onchain được thực thi.Khi tôi suy nghĩ nhiều hơn, tôi càng thấy hướng này có ý nghĩa.

Một blockchain có thể xác minh liệu một giao dịch có chữ ký hợp lệ hay không và liệu một ví có đủ tiền hay không. Điều mà nó không thể biết tự động là liệu giao dịch vi phạm giới hạn chi tiêu, dùng một địa chỉ đáng ngờ, đi ngược chính sách của công ty hay trái với các hướng dẫn đã được đặt cho một chiến lược tự động.

Những quyết định đó thường được xử lý bởi một website, một máy chủ riêng hoặc một quản trị viên. Vấn đề là website có thể bị bỏ qua. Một người có thể tương tác trực tiếp với một smart contract, và một ứng dụng khác có thể sử dụng một con đường hoàn toàn khác.

Newton cố gắng đưa bước kiểm tra chính sách đến gần với giao dịch thực tế hơn. Trước khi một hành động được bảo vệ được phép thực thi, hợp đồng sẽ hỏi liệu một số điều kiện nhất định đã được thỏa mãn hay chưa. Nếu các điều kiện đó không thể được xác minh, giao dịch nên bị từ chối trước khi bất kỳ khoản tiền nào được chuyển đi.

So sánh dễ nhất với tôi là thanh toán bằng thẻ. Mạng thẻ không ngay lập tức hoàn tất mọi yêu cầu thanh toán. Nó trước tiên kiểm tra các thứ như trạng thái tài khoản, hạn mức khả dụng, tín hiệu gian lận và thông tin của bên bán (merchant). Newton đang cố gắng tạo ra một phiên bản có thể lập trình của bước ủy quyền đó cho các giao dịch trên chuỗi (onchain).

Quá trình bắt đầu với một chính sách. Một nhà phát triển hoặc tổ chức xác định những điều gì phải đúng trước khi cho phép một hành động cụ thể. Newton sử dụng Rego, một ngôn ngữ chính sách gắn với hệ sinh thái Open Policy Agent, để biểu đạt các quy tắc này. Một chính sách cơ bản có thể ngăn một ví không được chi tiêu nhiều hơn một số tiền cố định mỗi ngày. Chính sách chi tiết hơn có thể cho phép một chiến lược tự động giao dịch chỉ các tài sản đã được phê duyệt, sử dụng các giao thức được chọn, duy trì dưới ngưỡng trượt giá (slippage), và dừng khi giá thị trường vượt ra ngoài một phạm vi chấp nhận được.

Khi một giao dịch được yêu cầu, mạng nhà vận hành của Newton sẽ đánh giá chính sách. Việc kiểm tra có thể dùng thông tin onchain cũng như thông tin ngoài chuỗi được phê duyệt, bao gồm giá thị trường, các tín hiệu rủi ro của ví, trạng thái danh tính, dữ liệu proof-of-reserve hoặc các hạn chế theo thẩm quyền (jurisdiction).

Nếu các điều kiện được thỏa mãn, mạng sẽ tạo ra một kết quả mà smart contract có thể xác minh. Nếu các điều kiện không thỏa mãn, hành động được bảo vệ sẽ không tiến hành.

Tài liệu dành cho nhà phát triển của Newton mô tả nó là một công cụ chính sách phi tập trung được xây dựng dưới dạng dịch vụ EigenLayer được xác thực chủ động. Whitepaper tháng 2 năm 2026 trình bày hệ thống như một lớp ủy quyền cho các lĩnh vực như stablecoins, các tài sản được token hóa, DeFi dành cho tổ chức, thanh toán xuyên biên giới và thương mại liên quan đến các agent tự chủ.

Giao dịch tự động vẫn là một ví dụ hữu ích cho thấy vì sao có thể cần thứ như vậy. Giả sử tôi muốn một chiến lược tự động để cân bằng lại danh mục của mình. Tôi có thể muốn nó giao dịch ETH, USDC và WBTC, nhưng không thứ gì khác. Tôi có thể cho phép nó sử dụng hai sàn giao dịch phi tập trung (decentralized exchanges), từ chối các lệnh giao dịch vượt quá một mức trượt giá nhất định, và dừng giao dịch sau khi đạt đến giới hạn lỗ trong ngày.

Việc cấp quyền truy cập ví thông thường cho chiến lược có thể khiến nó có nhiều quyền lực hơn nhiệm vụ cần thiết. Một chính sách Newton có thể tạo ra một ranh giới hẹp hơn cho nó. Chiến lược sẽ quyết định khi nào cần cân bằng lại, còn chính sách sẽ quyết định liệu mỗi giao dịch được đề xuất có thực sự được cho phép hay không.

Điều đó không có nghĩa là Newton có thể biến một chiến lược tệ thành một chiến lược sinh lời. Nếu logic giao dịch kém, việc tuân thủ chính sách một cách hoàn hảo cũng không cải thiện kết quả. Newton quan tâm chủ yếu đến việc liệu chiến lược có nằm trong các chỉ dẫn của nó hay không.

Tôi thấy sự phân biệt đó hữu ích. Việc xác minh có thể cho thấy rằng các quy tắc đã được tuân thủ. Nó không thể chứng minh rằng các quy tắc ngay từ đầu đã hợp lý hay không.

Mô hình tương tự có thể được áp dụng cho một vault onchain. Người giám tuyển (curator) có thể được phép chuyển các tài sản đã gửi giữa các thị trường cho vay khác nhau, nhưng những người gửi tiền không nên phải dựa hoàn toàn vào lời hứa của curator rằng sẽ tuân theo một khung quản trị rủi ro (risk framework). Một chính sách có thể hạn chế những thị trường nào được phép, đặt giới hạn về mức phơi nhiễm (exposure), yêu cầu thanh khoản tối thiểu, hoặc chặn một hành động khi giá do oracle cung cấp biến động quá mạnh.Một ví dụ thực tế khác là kho bạc (treasury) của một DAO. Kho bạc có thể cho phép các khoản chi trả định kỳ tới những người nhận đã được phê duyệt, đồng thời áp dụng các điều kiện chặt chẽ hơn cho các khoản chuyển khoản bất thường có giá trị lớn. Ngay cả sau khi một cuộc bỏ phiếu quản trị (governance vote) thông qua, giao dịch cuối cùng vẫn phải thỏa mãn chính sách đang hoạt động.

Newton cũng thảo luận về stablecoins và các tài sản thực tế được token hóa (tokenized real-world assets). Trong những trường hợp đó, chính sách có thể kiểm tra các yêu cầu về danh tính (identity), các hạn chế chuyển nhượng, thông tin về trừng phạt (sanctions), giới hạn giao dịch hoặc các quy tắc theo thẩm quyền (jurisdiction).

Tôi có thể hiểu vì sao các tổ chức có thể thấy điều đó hữu ích. Một quy tắc tuân thủ chỉ đặt trong một website thì yếu, vì ai đó có thể né tránh website đó. Một quy tắc được hợp đồng kiểm tra trước mỗi thao tác được bảo vệ sẽ khó bị bỏ qua hơn nhiều.

Trong khi đó, phần này của Newton lại đặt ra những câu hỏi khó chịu. Một công cụ thực thi chính sách (policy engine) có thể được dùng để áp đặt các giới hạn bảo mật hợp lý, nhưng cũng có thể được dùng để hạn chế giao dịch dựa trên danh tính và thông tin rủi ro ngoài chuỗi (offchain). Một số người sẽ coi đó là cần thiết đối với tài sản được quản lý (regulated assets). Những người khác sẽ thấy đó là việc đi xa khỏi bản chất mở của các blockchain công khai.

Newton cung cấp một cơ chế để thực thi các chính sách, nhưng bản thân cơ chế đó không quyết định liệu một chính sách cụ thể có công bằng hay không. Phần tìm hiểu của tôi dựa trên tài liệu sẵn có, nội dung whitepaper, thông báo token, trang web hiện tại và các kho lưu trữ GitHub công khai. Tôi đã không kết nối một ví đã được nạp tiền, triển khai một chính sách production, vận hành một trình xác thực (validator), hay chạy một chiến lược giao dịch thực tế thông qua Newton.

Điều đó giới hạn những gì tôi có thể nói một cách trung thực về trải nghiệm. Tôi có thể nghiên cứu hệ thống được cho là hoạt động như thế nào, nhưng tôi không thể xác nhận chi phí giao dịch thực tế, tốc độ, độ tin cậy hay mức độ dễ tích hợp nếu không thử nghiệm một triển khai chạy thực tế.

[Thêm chi tiết tại đây nếu bạn cá nhân đã sử dụng bản demo, kết nối một ví, stake NEWT, triển khai một chính sách hoặc thử một ví dụ phát triển.]

Một điều tôi nhận thấy là sự khác biệt giữa tài liệu cũ và tài liệu mới hơn của Newton.

Thông tin năm 2025 của dự án mô tả việc tự động hóa onchain có thể xác minh bằng môi trường thực thi đáng tin cậy (trusted execution environments) và các bằng chứng zero-knowledge. Nó cũng đề cập đến một Newton Model Registry nơi các nhà phát triển có thể liệt kê các model hoặc agent để các nhà vận hành (operators) phục vụ.

Phiên bản hiện tại của dự án nói nhiều hơn về ủy quyền (authorization), tuân thủ (compliance), bảo mật vault, stablecoin và các tài sản được token hóa. Thị trường (marketplace) cho agent hiện không còn nổi bật như trước trên trang web chính.Trong thực tế, những ý tưởng này vẫn có thể kết hợp với nhau. Lớp ủy quyền cuối cùng có thể trở thành nền tảng bảo mật cho các agent tự động và các chiến lược do nhà phát triển tạo ra. Tuy nhiên, Newton không giải thích mối liên hệ đó rõ ràng như tôi mong muốn.

Tôi còn băn khoăn liệu dự án đã mở rộng trọng tâm, đổi hướng hay đơn giản chỉ là thay đổi cách họ trình bày bản thân. Một mốc thời gian rõ ràng cho thấy những gì đã thay đổi và lý do vì sao sẽ giúp dự án dễ hiểu hơn.

Vai trò của NEWT cũng xứng đáng được xem xét kỹ hơn. Theo thông báo token chính thức của Foundation, NEWT có nguồn cung cố định là một tỷ token. Nguồn cung lưu hành ban đầu được đặt ở mức 215 triệu, tương ứng 21,5% tổng số.

Phần phân bổ đã công bố dành 60% cho các nhóm liên quan đến cộng đồng và 40% cho các nhóm nội bộ. Phần nội bộ bao gồm các phân bổ cho các cộng tác viên cốt lõi, những người ủng hộ giai đoạn đầu và Magic Labs, với các điều kiện khóa (lockup) và vesting riêng.

Ban đầu NEWT được giao bốn chức năng dự kiến: staking để bảo mật mạng, thanh toán phí giao thức, tham gia vào model registry và cuối cùng là tham gia vào quản trị (governance).

Điều tôi không thể xác định rõ là mức độ tiện ích đó đang hoạt động ngày nay và nó khớp thế nào với thiết kế mới hơn tập trung vào ủy quyền. Nếu Newton hiện chủ yếu là một mạng chính sách, tôi muốn biết những thao tác chính sách nào cần NEWT, staking sẽ bảo vệ việc đánh giá chính sách như thế nào, ai có thể vận hành mạng và liệu model registry còn là một ưu tiên đang hoạt động hay không.Có thể token sẽ có một vị trí quan trọng trong hệ thống, nhưng các mục đích sử dụng hiện tại và dự kiến cần được tách bạch rõ hơn. Nếu không, độc giả có thể dễ dàng nhầm một chức năng được công bố với thứ vốn đã đang vận hành.

Phần của Newton mà tôi thích nhất là tập trung vào việc kiểm tra các điều kiện ngay tại thời điểm một hành động sắp xảy ra.

Một cuộc kiểm toán bảo mật có thể xem xét liệu một hợp đồng có hoạt động đúng như thiết kế hay không, nhưng không thể dự đoán mọi điều kiện thị trường trong tương lai, mọi lỗi dữ liệu hay mọi chuỗi giao dịch bất thường. Các chính sách khi chạy (runtime policies) bổ sung một lớp khác bằng cách hỏi liệu một thao tác có an toàn và được phép hay không trong các điều kiện hiện tại.

Điều này không thay thế cho các cuộc kiểm toán (audits). Nó giải quyết một phần khác của vấn đề.

Tôi cũng thích sự tách bạch giữa hợp đồng chính của ứng dụng và logic chính sách của nó. Các giới hạn rủi ro và yêu cầu kinh doanh thay đổi theo thời gian. Đưa mọi quy tắc có thể vào vĩnh viễn bên trong hợp đồng cốt lõi có thể khiến việc cập nhật trở nên khó khăn. Một lớp chính sách riêng có thể cho phép một số điều kiện thay đổi mà không cần xây dựng lại toàn bộ ứng dụng.

Tuy nhiên, sự linh hoạt đó đi kèm những rủi ro riêng. Nếu một quản trị viên có thể bí mật thay một chính sách hạn chế bằng một chính sách cho phép, thì việc đánh giá phi tập trung không đem lại nhiều sự bảo vệ. Tôi muốn biết ai có thể cập nhật chính sách, các bản cập nhật có độ trễ hay không, người dùng được thông báo như thế nào, và liệu các phiên bản cũ có còn được giữ để người khác xem xét công khai hay không.

Dữ liệu bên ngoài là một giới hạn khác mà tôi cứ phải quay lại. Newton có thể chứng minh rằng một chính sách đã được đánh giá đúng, nhưng điều đó không đảm bảo rằng thông tin được dùng trong quá trình đánh giá là chính xác.Nếu một nhà cung cấp dữ liệu gắn cờ nhầm một ví, thì chính sách có thể từ chối một giao dịch hợp lệ. Nếu một luồng dữ liệu giá (price feed) bị trễ hoặc bị thao túng, thì ngay cả một chính sách được đánh giá đúng vẫn có thể tạo ra kết quả sai. Xác minh mật mã học có thể chứng minh quyết định đã được đưa ra như thế nào, nhưng không thể làm thông tin không đáng tin trở nên đáng tin.

Tính sẵn có cũng rất quan trọng. Nếu các nhà vận hành của Newton không thể phản hồi, thì điều gì sẽ xảy ra với smart contract được bảo vệ? Từ chối mọi giao dịch có thể an toàn hơn, nhưng nó có thể làm “đóng băng” hoạt động hợp pháp. Cho phép giao dịch tiếp tục mà không có kiểm tra chính sách sẽ làm suy yếu toàn bộ mô hình bảo mật.

Dự án nên giải thích rõ cách họ xử lý việc ngừng hoạt động của nhà vận hành (operator outages), các tình huống khẩn cấp, lỗi từ nhà cung cấp dữ liệu và các kết quả chính sách bị tranh chấp.

Tôi cũng muốn thấy thêm thông tin về chi phí và thời gian phản hồi. Việc thêm một lần kiểm tra ủy quyền (authorization check) cho mọi hành động nhạy cảm tạo thêm công việc. Điều đó có thể chấp nhận được với một lần chuyển vault có giá trị lớn, nhưng có thể sẽ trở nên đắt hoặc chậm đối với các giao dịch thường xuyên, giá trị thấp.

Đây là nơi dữ liệu sử dụng thực tế sẽ giúp ích. Số lượng các chính sách đang hoạt động, các nhà vận hành độc lập, các smart contract được bảo vệ, các yêu cầu ủy quyền, các giao dịch bị từ chối, thời gian phản hồi trung bình và chi phí trung bình sẽ cho tôi nhiều thông tin hơn chỉ những thông báo về quan hệ đối tác.Sau khi dành thời gian với dự án, nhận thức của tôi về Newton đã thay đổi. Lúc đầu, tôi nghĩ rằng nó chủ yếu là một nền tảng cho các agent giao dịch tự động. Hiện tại, tôi xem đó là một nỗ lực nhằm xác định và thực thi các ranh giới mà trong đó các agent, ứng dụng, curator và tổ chức được phép hành động.

Đây là một bài toán thú vị hơn nhiều so với những gì tôi dự đoán ban đầu.

Câu hỏi chính không chỉ là liệu một agent tự động có thể đưa ra quyết định hay không. Mà là liệu agent đó có nên được phép thực hiện quyết định đó trong các hoàn cảnh hiện tại hay không.

Câu trả lời của Newton là đặt một chính sách có thể lập trình giữa yêu cầu và giao dịch cuối cùng. Tôi thích logic của cách tiếp cận đó, nhưng tôi vẫn cần thêm bằng chứng về hiệu suất của nó trong điều kiện vận hành thực tế.

Dự án cần chứng minh rằng mạng nhà vận hành của họ thật sự độc lập, các chính sách của họ có thể được quản trị an toàn, dữ liệu ngoài chuỗi có thể được tin cậy, và các lần kiểm tra ủy quyền đủ rẻ để sử dụng thường xuyên. Dự án cũng cần giải thích mối liên hệ giữa thị trường agent ban đầu và tầm nhìn rollup với sản phẩm mà họ đang xây dựng hiện nay.

Tôi chưa sẵn sàng coi Newton là một giải pháp đã hoàn thiện. Điều tôi nhận thấy là một dự án đang phát triển nhằm giải quyết một câu hỏi thực sự và ngày càng khó: khi phần mềm được phép kiểm soát giá trị trên chuỗi (onchain), ai sẽ xác định các giới hạn của nó, và làm thế nào để thực thi các giới hạn đó?

@NewtonProtocol #Newt $NEWT #newton #newtonprotocol