Crypto đã dành nhiều năm để cố gắng làm cho giao dịch nhanh hơn.
Rollups giảm chi phí. Cơ chế đồng thuận mới cải thiện thông lượng. Các cầu nối kết nối các hệ sinh thái. Ví giúp đơn giản hóa tương tác của người dùng.
Nhưng có một câu hỏi mà ngành công nghiệp hiếm khi đặt ra:
Liệu mọi giao dịch hợp lệ về mặt kỹ thuật có thực sự nên được phép thực thi không?
Blockchain cực kỳ giỏi trong việc trả lời “Giao dịch này có thể được quyết toán không?”
Nó tập trung thua xa vào việc nên trả lời “giao dịch này có được quyết toán không?”
Sự khác biệt đó nghe có vẻ tinh tế, nhưng nó thay đổi cách chúng ta nghĩ về hạ tầng tài chính.
hầu hết quản lý rủi ro xảy ra sau khi thực thi. Các nền tảng phân tích sẽ dựng lại những gì đã diễn ra. Các công ty an ninh truy vết các khoản tiền bị đánh cắp. Nhóm tuân thủ điều tra các hoạt động đáng ngờ. Các dashboard hiển thị mọi biến động trên chuỗi.
Tất cả điều này tạo ra sự minh bạch.
Không có điều gì thay đổi kết quả sau khi việc thanh toán đã hoàn tất.
Đó là lý do tôi thấy @NewtonProtocol thật sự thú vị.
Thay vì coi ủy quyền như một quy trình bên ngoài, Newton giới thiệu một lớp ủy quyền có thể lập trình trước khi thực thi. Mọi giao dịch đều có thể được đánh giá dựa trên các chính sách đã được xác định trước trước khi đến bước thanh toán cuối cùng, giúp các ứng dụng thực thi các quy tắc thay vì chỉ theo dõi các vi phạm sau đó.
Đây là một cách tư duy khác về tuân thủ (compliance).
Thay vì yêu cầu người dùng tin rằng các chính sách đã được tuân thủ, chính cơ chế cưỡng chế thực thi trở thành một phần của luồng giao dịch.
Một triển khai mà tôi đặc biệt thích là Rego PolicyClient.
Logic chính sách được viết một lần, trong khi data.params cung cấp cấu hình đặc thù theo ứng dụng. Các ứng dụng khác nhau có thể xác định giới hạn giao dịch, các địa chỉ được phê duyệt, ngưỡng phơi nhiễm, ràng buộc tài sản hoặc các kiểm soát về quỹ mà không cần viết lại chính sách nền tảng.
Sự tách bạch giữa chính sách và cấu hình giúp việc ủy quyền dễ thích ứng hơn mà không phải liên tục thiết kế lại logic bảo mật.
Một tính năng nhỏ khác nhưng có ý nghĩa lớn là expireAfter.
Ủy quyền không nhất thiết phải kéo dài mãi mãi. Một giao dịch được chấp thuận vài giờ trước có thể không còn phản ánh cùng mức độ rủi ro nếu điều kiện thị trường, số dư ví hoặc đối tác đã thay đổi.
Thay vì sửa chính sách, expireAfter chỉ đơn giản định nghĩa khoảng thời gian mà một lần ủy quyền vẫn còn hiệu lực trước khi được thực thi.
Đó là một tham số đơn giản, nhưng nó gợi ý rằng việc ủy quyền có thể có vòng đời, không chỉ là một quyết định “có/không”.
Khi stablecoin tiếp tục mở rộng sang thanh toán quản lý ngân quỹ cho vay và thanh toán xuyên biên giới, hàng tỷ đô la sẽ chuyển qua các hệ thống tự động mỗi ngày.
Thách thức sẽ không chỉ là xử lý giao dịch nhanh hơn.
Nó sẽ đảm bảo rằng những giao dịch đó đáp ứng đúng các chính sách trước khi giá trị được chuyển đi.
Điều đó cuối cùng có thể trở thành một trong những lớp hạ tầng quan trọng nhất trong tài chính onchain, không phải một mạng lưới thanh toán khác, mà là một lớp ủy quyền có thể kiểm chứng—lớp quyết định khi nào việc thanh toán nên diễn ra.
Trải nghiệm nhà phát triển & Tích hợp
7.1 Mô hình tích hợp
Giao thức Newton được thiết kế để tích hợp vào các kiến trúc ứng dụng hiện có. Các ứng dụng tích hợp Newton bằng
1. Đăng ký với tư cách là một Policy Client trên chuỗi, thiết lập danh tính của họ trong Policy clientRegistry.
Xác định chính sách trong Rego, chỉ rõ các quy tắc ủy quyền cho từng trường hợp sử dụng.
Gửi các ý định giao dịch tới Gateway của Newton thông qua JSON-RPC trước khi thực thi trên chuỗi khối.
Cưỡng chế việc xác thực (attestation) trong các smart contract của họ bằng cách xác thực tổng BLS aggregate
chữ ký do Newton trả về.
Bề mặt tích hợp là một API JSON-RPC tiêu chuẩn. Không có SDK tùy chỉnh, độc quyền
các giao thức hoặc cần bộ điều hợp theo từng chuỗi cụ thể.
Soạn thảo chính sách trong Rego
Các chính sách được viết trong Rego—ngôn ngữ chính sách khai báo của dự án Open Policy Agent. Rego được sử dụng rộng rãi trong hạ tầng doanh nghiệp (Kubernetes admission
(các chính sách cho pipeline CI/CD xác thực ủy quyền của cổng API) và cung cấp một cảm giác quen thuộc
một trải nghiệm soạn thảo chính sách được trang bị tốt.
Blockchain: Ethereum (ban đầu là ERC-20)
Chuẩn Token: ERC-20
Tổng cung: 1.000.000.000 NEWT (cố định)
Trường hợp sử dụng chính: Bảo mật mạng thông qua staking, trả phí giao dịch, làm tài sản thế chấp (collateral) cho tác nhân và quản trị.
Vốn hóa thị trường hiện tại: Thay đổi—hãy kiểm tra giá NEWT mới nhất để có dữ liệu thời gian thực.
Tokenomics của Newton được xây dựng quanh tổng cung cố định là 1 tỷ NEWT, không có kế hoạch lạm phát, tạo nên một mô hình kinh tế dài hạn có thể dự đoán. Khi ra mắt, 21,5% tổng cung được mở khóa, trong khi giao thức phân biệt rõ ràng giữa cung đang lưu hành và cung phân phối để cải thiện tính minh bạch. Việc phân bổ tập trung mạnh vào cộng đồng, với 60% dành cho tăng trưởng hệ sinh thái thông qua các ưu đãi staking, phần thưởng cho người dùng, chương trình thanh khoản và quỹ phát triển. 40% còn lại được phân bổ cho các đóng góp cốt lõi, những người ủng hộ sớm và Magic Labs, gắn kết lợi ích của đội ngũ và nhà đầu tư với thành công dài hạn của giao thức và sự mở rộng của hệ sinh thái.
#BinanceTurns9 #newton #NewtonProtocol #WTICrudeTouches$73 #ARBDropsAbout6%