LinhNB
774 Bài đăng
LinhNB
Trader thường xuyên
{thời gian} năm
128 Đang theo dõi
220 Người theo dõi
903 Đã thích
Bài đăng
Tất cả
Trích dẫn
86 RWAs Đừng Lo Lắng. Một Risk Engine là Đủ.
Hầu hết mọi người nhìn thấy 86 tài sản thực ngoài đời (real-world assets) trên GRVT và nghĩ đến việc đa dạng hóa. Tôi lại nghĩ về một điều hoàn toàn khác: chuẩn hóa rủi ro (risk normalization). Trong một sàn giao dịch phái sinh, bài toán khó nhất không phải là niêm yết thêm nhiều tài sản hơn. Mà là quyết định mức độ hệ thống nên tin tưởng từng tài sản khi thị trường ngừng vận hành bình thường.
BTC, ETH, trái phiếu kho bạc được mã hóa (tokenized Treasuries), hàng hóa (commodities) hay các tài sản thị trường tư nhân đều có thể “trên giấy” trị giá một đô la. Nhưng chúng không mang cùng thanh khoản, cùng mức biến động (volatility) hay cùng đặc điểm hình thành giá (price-discovery). Nếu đối xử chúng như nhau trong một risk engine thì đó là một sự đơn giản hóa nguy hiểm.
Vì vậy, những câu hỏi tôi quan tâm không phải là “GRVT hỗ trợ bao nhiêu RWA?” mà là: Risk engine gán mức khấu trừ tài sản đảm bảo (collateral haircuts) như thế nào? Các hệ số ký quỹ (margin factors) có được điều chỉnh linh hoạt không? Khi thanh khoản suy giảm, giá trị tài sản đảm bảo có thay đổi ngay lập tức không? Và khi gặp căng thẳng, tài sản nào sẽ bị thanh lý trước?
Đây không phải là những chi tiết triển khai (implementation details). Chúng quyết định liệu đa dạng hóa có củng cố hệ thống hay âm thầm tập trung rủi ro. Một risk engine không “định giá tài sản”. Nó “định giá mức độ tin cậy”. Mỗi tỷ lệ tài sản đảm bảo (collateral ratio) rốt cuộc đều là một tuyên bố về việc sàn giao dịch còn tin tưởng bao nhiêu vào một tài sản khi biến động tăng vọt, thanh khoản biến mất và các đợt thanh lý bắt buộc bắt đầu.
Việc hỗ trợ 86 RWA có thể trở thành một trong những lợi thế cạnh tranh lớn nhất của GRVT. Nhưng chỉ khi mô hình rủi ro nhận ra rằng không phải mọi đô la tài sản đảm bảo đều xứng đáng với cùng mức độ tin cậy. Một sàn giao dịch trưởng thành không được đo bằng số lượng tài sản mà nó niêm yết.
Nó được đo bằng việc liệu mọi tài sản có một mô hình rủi ro đủ khả năng bảo vệ phần còn lại của hệ thống khi thị trường chịu mức căng thẳng cao nhất hay không. Câu hỏi thực sự không phải là liệu GRVT có hỗ trợ 86 RWA hay không. Mà là liệu nền tảng có 86 giả định rủi ro được hiệu chỉnh (well-calibrated) tốt đứng sau chúng hay không.
@grvt_io #grvt $LAB
Hầu hết mọi người nhìn thấy 86 tài sản thực ngoài đời (real-world assets) trên GRVT và nghĩ đến việc đa dạng hóa. Tôi lại nghĩ về một điều hoàn toàn khác: chuẩn hóa rủi ro (risk normalization). Trong một sàn giao dịch phái sinh, bài toán khó nhất không phải là niêm yết thêm nhiều tài sản hơn. Mà là quyết định mức độ hệ thống nên tin tưởng từng tài sản khi thị trường ngừng vận hành bình thường.
BTC, ETH, trái phiếu kho bạc được mã hóa (tokenized Treasuries), hàng hóa (commodities) hay các tài sản thị trường tư nhân đều có thể “trên giấy” trị giá một đô la. Nhưng chúng không mang cùng thanh khoản, cùng mức biến động (volatility) hay cùng đặc điểm hình thành giá (price-discovery). Nếu đối xử chúng như nhau trong một risk engine thì đó là một sự đơn giản hóa nguy hiểm.
Vì vậy, những câu hỏi tôi quan tâm không phải là “GRVT hỗ trợ bao nhiêu RWA?” mà là: Risk engine gán mức khấu trừ tài sản đảm bảo (collateral haircuts) như thế nào? Các hệ số ký quỹ (margin factors) có được điều chỉnh linh hoạt không? Khi thanh khoản suy giảm, giá trị tài sản đảm bảo có thay đổi ngay lập tức không? Và khi gặp căng thẳng, tài sản nào sẽ bị thanh lý trước?
Đây không phải là những chi tiết triển khai (implementation details). Chúng quyết định liệu đa dạng hóa có củng cố hệ thống hay âm thầm tập trung rủi ro. Một risk engine không “định giá tài sản”. Nó “định giá mức độ tin cậy”. Mỗi tỷ lệ tài sản đảm bảo (collateral ratio) rốt cuộc đều là một tuyên bố về việc sàn giao dịch còn tin tưởng bao nhiêu vào một tài sản khi biến động tăng vọt, thanh khoản biến mất và các đợt thanh lý bắt buộc bắt đầu.
Việc hỗ trợ 86 RWA có thể trở thành một trong những lợi thế cạnh tranh lớn nhất của GRVT. Nhưng chỉ khi mô hình rủi ro nhận ra rằng không phải mọi đô la tài sản đảm bảo đều xứng đáng với cùng mức độ tin cậy. Một sàn giao dịch trưởng thành không được đo bằng số lượng tài sản mà nó niêm yết.
Nó được đo bằng việc liệu mọi tài sản có một mô hình rủi ro đủ khả năng bảo vệ phần còn lại của hệ thống khi thị trường chịu mức căng thẳng cao nhất hay không. Câu hỏi thực sự không phải là liệu GRVT có hỗ trợ 86 RWA hay không. Mà là liệu nền tảng có 86 giả định rủi ro được hiệu chỉnh (well-calibrated) tốt đứng sau chúng hay không.
@grvt_io #grvt $LAB
Một nhận thức cứ lặp đi lặp lại khi tôi nghiên cứu Newton Protocol: blockchain có thể đang đạt được sự đồng thuận về một điều sai.
Mọi blockchain ngày nay đều bắt đầu bằng một sự kiện. Một giao dịch được tạo ra, được phát tán, được xác minh thông qua chữ ký, số dư và trạng thái, rồi được ghi lại. Blockchain chỉ bắt đầu đi vào cuộc sau khi một quyết định đã được đưa ra. Về bản chất, nó vận hành theo hướng sự kiện, trong đó sự kiện là điểm khởi đầu.
Newton Protocol đi sớm hơn một bước. Thay vì chờ một giao dịch xuất hiện, nó yêu cầu mạng đánh giá quyết định sẽ tạo ra giao dịch đó. Liệu tác nhân AI có quyền hạn phù hợp? Hành động có vượt quá giới hạn của người dùng không? Ví có bị gắn cờ rủi ro không? Chính sách hiện tại có cho phép không? Nếu không, giao dịch sẽ không bao giờ được tạo.
Điều này thay đổi vai trò của Policy Layer. Nó không còn chỉ là một lớp trung gian (middleware) giữa người dùng và smart contracts nữa. Nó trở thành điểm mà blockchain bắt đầu tham gia vào việc ra quyết định. Smart contracts vẫn thực thi logic, nhưng chỉ sau khi quyết định đã vượt qua một quy trình phê duyệt có thể xác minh.
Đây chính là bước chuyển dịch kiến trúc thực sự. Các blockchain truyền thống đạt được sự đồng thuận trên các sự kiện: mọi nút đều đồng ý rằng một giao dịch đã xảy ra và trạng thái đã thay đổi. Newton mở rộng sự đồng thuận sang các quyết định: mọi nút đều đồng ý rằng một quyết định được ủy quyền để trở thành một giao dịch. Niềm tin không còn bắt đầu từ sự kiện nữa, mà bắt đầu từ quyền tạo ra nó.
Điều này còn quan trọng hơn trong một thế giới do AI dẫn dắt. Con người có thể dừng lại trước khi bấm “Confirm”. Các tác nhân AI có thể tạo ra hàng nghìn quyết định mỗi phút. Nếu blockchain chỉ phản ứng sau khi các giao dịch đã tồn tại, thì việc kiểm soát sẽ đến quá muộn. Newton đảo thứ tự: đồng thuận trước, thực thi sau.
Vì vậy, tôi không xem Newton Protocol chỉ đơn giản là một Policy Layer khác. Nó đang thay đổi chính đối tượng của sự đồng thuận trong blockchain. Nếu thế hệ đầu tiên của blockchain trở thành những cỗ máy để đồng ý về các sự kiện, thì Newton đang khám phá ý nghĩa của việc đồng ý về các quyết định. Điều đó có thể định nghĩa lại blockchain trong kỷ nguyên AI tự chủ.
@NewtonProtocol $NEWT #Newt $LAB
Mọi blockchain ngày nay đều bắt đầu bằng một sự kiện. Một giao dịch được tạo ra, được phát tán, được xác minh thông qua chữ ký, số dư và trạng thái, rồi được ghi lại. Blockchain chỉ bắt đầu đi vào cuộc sau khi một quyết định đã được đưa ra. Về bản chất, nó vận hành theo hướng sự kiện, trong đó sự kiện là điểm khởi đầu.
Newton Protocol đi sớm hơn một bước. Thay vì chờ một giao dịch xuất hiện, nó yêu cầu mạng đánh giá quyết định sẽ tạo ra giao dịch đó. Liệu tác nhân AI có quyền hạn phù hợp? Hành động có vượt quá giới hạn của người dùng không? Ví có bị gắn cờ rủi ro không? Chính sách hiện tại có cho phép không? Nếu không, giao dịch sẽ không bao giờ được tạo.
Điều này thay đổi vai trò của Policy Layer. Nó không còn chỉ là một lớp trung gian (middleware) giữa người dùng và smart contracts nữa. Nó trở thành điểm mà blockchain bắt đầu tham gia vào việc ra quyết định. Smart contracts vẫn thực thi logic, nhưng chỉ sau khi quyết định đã vượt qua một quy trình phê duyệt có thể xác minh.
Đây chính là bước chuyển dịch kiến trúc thực sự. Các blockchain truyền thống đạt được sự đồng thuận trên các sự kiện: mọi nút đều đồng ý rằng một giao dịch đã xảy ra và trạng thái đã thay đổi. Newton mở rộng sự đồng thuận sang các quyết định: mọi nút đều đồng ý rằng một quyết định được ủy quyền để trở thành một giao dịch. Niềm tin không còn bắt đầu từ sự kiện nữa, mà bắt đầu từ quyền tạo ra nó.
Điều này còn quan trọng hơn trong một thế giới do AI dẫn dắt. Con người có thể dừng lại trước khi bấm “Confirm”. Các tác nhân AI có thể tạo ra hàng nghìn quyết định mỗi phút. Nếu blockchain chỉ phản ứng sau khi các giao dịch đã tồn tại, thì việc kiểm soát sẽ đến quá muộn. Newton đảo thứ tự: đồng thuận trước, thực thi sau.
Vì vậy, tôi không xem Newton Protocol chỉ đơn giản là một Policy Layer khác. Nó đang thay đổi chính đối tượng của sự đồng thuận trong blockchain. Nếu thế hệ đầu tiên của blockchain trở thành những cỗ máy để đồng ý về các sự kiện, thì Newton đang khám phá ý nghĩa của việc đồng ý về các quyết định. Điều đó có thể định nghĩa lại blockchain trong kỷ nguyên AI tự chủ.
@NewtonProtocol $NEWT #Newt $LAB
Điều khiến tôi phải dừng lại lâu nhất khi đọc về Newton Protocol không phải chính AI.
Mà là thực tế rằng giao thức này dường như giải quyết một mâu thuẫn mà blockchain đã phải đối mặt suốt nhiều năm. Blockchain tạo dựng uy tín từ tính bất biến (immutability). Khi một smart contract đã được triển khai, số lần nó thay đổi càng ít thì mức độ tin cậy càng cao. Tuy nhiên, AI lại tạo ra giá trị theo cách ngược lại. Nó cải thiện bằng cách thích nghi, và một mô hình hoạt động tốt ngày hôm nay có thể đã trở nên lỗi thời khi các mẫu tấn công mới xuất hiện.
Việc đưa cả hai vào cùng một smart contract tạo ra một sự đánh đổi khó chịu. Nếu AI bị “đóng băng”, nó sẽ dần mất khả năng phản ứng trước các mối đe dọa mới. Nếu contract cần được nâng cấp mỗi khi AI phát triển, thì lớp bảo vệ tài sản liên tục thay đổi. Dù theo cách nào, bạn cũng đánh mất những gì làm nó trở nên có giá trị.
Tôi không nghĩ Newton Protocol đang cố gắng giải quyết vấn đề của AI. Tôi nghĩ nó đang giải quyết ranh giới giữa AI và blockchain.
Thay vì nhúng AI vào lớp tài sản, Newton chuyển logic đang tiến hoá sang Policy Layer (lớp chính sách). Các policy được viết bằng Rego, được biên dịch sang WASM, và được các operator phi tập trung đánh giá trước khi được cho phép. Smart contracts vẫn tiếp tục đảm bảo an toàn tài sản và thực thi kết quả, trong khi policy xác định những hành động nào được phép.
Đó là phần khiến tôi thấy thuyết phục nhất.
Newton không cố gắng làm cho AI trở nên bất biến, vì điều đó sẽ tước đi những gì khiến AI hữu ích. Đồng thời, nó cũng không cho phép AI kiểm soát tài sản trực tiếp. AI chỉ tác động đến việc một hành động có nên được cho phép hay không, trong khi quyền sở hữu vẫn được bảo vệ bởi lớp thực thi bất biến của blockchain.
Có lẽ vì vậy mà tôi không xem Newton Protocol như chỉ đơn thuần là một dự án AI khác. Thứ họ đang xây dựng không phải là một AI mạnh hơn, mà là một kiến trúc cho phép blockchain vẫn giữ được mô hình niềm tin của mình ngay cả khi phía bên kia của hệ thống được thiết kế để liên tục thay đổi. Với tôi, đây chính là ý nghĩa thực sự của Newton’s Policy Layer.
@NewtonProtocol $NEWT #Newt $LAB
Mà là thực tế rằng giao thức này dường như giải quyết một mâu thuẫn mà blockchain đã phải đối mặt suốt nhiều năm. Blockchain tạo dựng uy tín từ tính bất biến (immutability). Khi một smart contract đã được triển khai, số lần nó thay đổi càng ít thì mức độ tin cậy càng cao. Tuy nhiên, AI lại tạo ra giá trị theo cách ngược lại. Nó cải thiện bằng cách thích nghi, và một mô hình hoạt động tốt ngày hôm nay có thể đã trở nên lỗi thời khi các mẫu tấn công mới xuất hiện.
Việc đưa cả hai vào cùng một smart contract tạo ra một sự đánh đổi khó chịu. Nếu AI bị “đóng băng”, nó sẽ dần mất khả năng phản ứng trước các mối đe dọa mới. Nếu contract cần được nâng cấp mỗi khi AI phát triển, thì lớp bảo vệ tài sản liên tục thay đổi. Dù theo cách nào, bạn cũng đánh mất những gì làm nó trở nên có giá trị.
Tôi không nghĩ Newton Protocol đang cố gắng giải quyết vấn đề của AI. Tôi nghĩ nó đang giải quyết ranh giới giữa AI và blockchain.
Thay vì nhúng AI vào lớp tài sản, Newton chuyển logic đang tiến hoá sang Policy Layer (lớp chính sách). Các policy được viết bằng Rego, được biên dịch sang WASM, và được các operator phi tập trung đánh giá trước khi được cho phép. Smart contracts vẫn tiếp tục đảm bảo an toàn tài sản và thực thi kết quả, trong khi policy xác định những hành động nào được phép.
Đó là phần khiến tôi thấy thuyết phục nhất.
Newton không cố gắng làm cho AI trở nên bất biến, vì điều đó sẽ tước đi những gì khiến AI hữu ích. Đồng thời, nó cũng không cho phép AI kiểm soát tài sản trực tiếp. AI chỉ tác động đến việc một hành động có nên được cho phép hay không, trong khi quyền sở hữu vẫn được bảo vệ bởi lớp thực thi bất biến của blockchain.
Có lẽ vì vậy mà tôi không xem Newton Protocol như chỉ đơn thuần là một dự án AI khác. Thứ họ đang xây dựng không phải là một AI mạnh hơn, mà là một kiến trúc cho phép blockchain vẫn giữ được mô hình niềm tin của mình ngay cả khi phía bên kia của hệ thống được thiết kế để liên tục thay đổi. Với tôi, đây chính là ý nghĩa thực sự của Newton’s Policy Layer.
@NewtonProtocol $NEWT #Newt $LAB
Số USDC trị giá 1.000 USD nằm trong ví Arbitrum của tôi vẫn là của tôi. Nhưng để mở một vị thế trên GRVT, khoản tiền đó gần như không còn tồn tại.
Điều tôi thấy thú vị nhất về Cross-Chain Margin Auto-Rebalancing chính là ở đây.
Hầu hết mọi người sẽ xem đây như một cách nhanh hơn để chuyển vốn giữa các chuỗi. Tôi nghĩ vấn đề thực sự đi sâu hơn. GRVT chỉ có thể sử dụng nguồn vốn đã đi vào phần của hệ thống mà nó có thể nhận ra. Tiền nằm trong một ví bên ngoài có thể đủ để cứu một vị thế, nhưng cho đến khi chúng trở thành tài sản thế chấp, chúng không thể hấp thụ bất kỳ khoản lỗ nào của vị thế đó.
Có tiền và có tiền sẵn sàng để chấp nhận rủi ro không phải là cùng một chuyện.
Vì vậy, tự động cân bằng lại không chỉ đơn giản là rút USDC từ Arbitrum hoặc Optimism vào GRVT. Nó thay đổi vai trò của nguồn vốn đó. Những khoản vốn trước đây đang nằm ngoài giao dịch trở thành một lớp đệm trực tiếp cho vị thế trước khi việc thanh lý xảy ra.
Nghe có vẻ tiện lợi, nhưng chính sự tiện lợi ấy có thể nguy hiểm.
Nếu một giao dịch xấu được phép tự động rút vốn từ mọi chuỗi, một nhà giao dịch có thể tránh được việc thanh lý một lần, trong khi lại mở đường cho việc lỗ lan rộng ra toàn bộ danh mục. Vốn ban đầu được dành cho Spot, Earn, hoặc một chiến lược khác có thể bị kéo vào từng lớp một để bảo vệ một quyết định mà có thể đến lúc đó không còn xứng đáng được cứu nữa.
Vậy giá trị thực sự không nằm ở việc hệ thống có thể di chuyển tiền nhanh đến đâu. Nó nằm ở các giới hạn được đặt trước: những tài sản nào có thể được sử dụng, chúng có thể đến từ những chuỗi nào, có thể rút tối đa bao nhiêu, và ngưỡng lỗ nào khiến công tác cứu hộ phải dừng lại.
Auto-rebalancing chỉ đáng tin khi nó tuân theo kỷ luật vốn, thay vì giúp nhà giao dịch trì hoãn một khoản lỗ.
Với tôi, một hệ thống margin tốt không phải là hệ thống cứu được mọi vị thế. Nó chỉ nên thực thi các giới hạn mà nhà giao dịch đã lựa chọn từ trước và bảo vệ những tài sản chưa bao giờ được thiết kế để phải “mất đi” chỉ vì một quyết định sai lầm.
@grvt_io #grvt $LAB
Điều tôi thấy thú vị nhất về Cross-Chain Margin Auto-Rebalancing chính là ở đây.
Hầu hết mọi người sẽ xem đây như một cách nhanh hơn để chuyển vốn giữa các chuỗi. Tôi nghĩ vấn đề thực sự đi sâu hơn. GRVT chỉ có thể sử dụng nguồn vốn đã đi vào phần của hệ thống mà nó có thể nhận ra. Tiền nằm trong một ví bên ngoài có thể đủ để cứu một vị thế, nhưng cho đến khi chúng trở thành tài sản thế chấp, chúng không thể hấp thụ bất kỳ khoản lỗ nào của vị thế đó.
Có tiền và có tiền sẵn sàng để chấp nhận rủi ro không phải là cùng một chuyện.
Vì vậy, tự động cân bằng lại không chỉ đơn giản là rút USDC từ Arbitrum hoặc Optimism vào GRVT. Nó thay đổi vai trò của nguồn vốn đó. Những khoản vốn trước đây đang nằm ngoài giao dịch trở thành một lớp đệm trực tiếp cho vị thế trước khi việc thanh lý xảy ra.
Nghe có vẻ tiện lợi, nhưng chính sự tiện lợi ấy có thể nguy hiểm.
Nếu một giao dịch xấu được phép tự động rút vốn từ mọi chuỗi, một nhà giao dịch có thể tránh được việc thanh lý một lần, trong khi lại mở đường cho việc lỗ lan rộng ra toàn bộ danh mục. Vốn ban đầu được dành cho Spot, Earn, hoặc một chiến lược khác có thể bị kéo vào từng lớp một để bảo vệ một quyết định mà có thể đến lúc đó không còn xứng đáng được cứu nữa.
Vậy giá trị thực sự không nằm ở việc hệ thống có thể di chuyển tiền nhanh đến đâu. Nó nằm ở các giới hạn được đặt trước: những tài sản nào có thể được sử dụng, chúng có thể đến từ những chuỗi nào, có thể rút tối đa bao nhiêu, và ngưỡng lỗ nào khiến công tác cứu hộ phải dừng lại.
Auto-rebalancing chỉ đáng tin khi nó tuân theo kỷ luật vốn, thay vì giúp nhà giao dịch trì hoãn một khoản lỗ.
Với tôi, một hệ thống margin tốt không phải là hệ thống cứu được mọi vị thế. Nó chỉ nên thực thi các giới hạn mà nhà giao dịch đã lựa chọn từ trước và bảo vệ những tài sản chưa bao giờ được thiết kế để phải “mất đi” chỉ vì một quyết định sai lầm.
@grvt_io #grvt $LAB
Tôi đã dành hai tuần qua để cố gắng hiểu một câu hỏi về GRVT: làm thế nào một sàn giao dịch có thể “cận” với CEX đến vậy trong khi vẫn cho phép người dùng giữ tự giám sát tài sản (self-custody)? Điều làm tôi bất ngờ là câu trả lời không nằm ở Matching Engine. Đó là Cryptographic Order Batching (Gom lệnh bằng mật mã). Ban đầu, tôi nghĩ việc batching chỉ đơn giản là để giảm chi phí gas. Nhưng khi tìm hiểu sâu hơn kiến trúc của GRVT, lời giải thích đó càng trở nên kém thuyết phục.
GRVT cho biết Matching Engine của họ có thể xử lý hơn 600.000 lệnh mỗi giây với độ trễ dưới 2 mili giây. Ethereum không bao giờ được thiết kế để xác minh hàng trăm nghìn giao dịch mỗi giây. Nếu mỗi lệnh được thanh toán (settle) riêng lẻ trên chuỗi, cuối cùng quá trình thực thi sẽ bị giới hạn bởi việc thanh toán. Một Matching Engine nhanh hơn cũng sẽ không làm sàn giao dịch nhanh hơn một cách có ý nghĩa.
Cryptographic Order Batching không tồn tại vì Ethereum chậm. Nó tồn tại vì Matching Engine và Ethereum vận hành dưới những ràng buộc hiệu năng hoàn toàn khác nhau. Các lệnh được khớp ngoài chuỗi và được thể hiện bằng một bằng chứng Zero-Knowledge duy nhất. Ethereum xác minh trạng thái kết quả thay vì từng lệnh riêng lẻ. Điều này đã thay đổi cách tôi nhìn nhận về self-custody.
Trước đây, tôi gắn self-custody với sự minh bạch thực thi hoàn toàn. GRVT tách bạch hai ý đó. Người dùng vẫn kiểm soát tài sản thế chấp của mình trong khi việc thanh toán vẫn có thể được kiểm chứng. Thứ họ mất đi là khả năng quan sát liên tục mọi quyết định khớp lệnh. Điều đó không nhất thiết là một điểm yếu. Đó chỉ là một lựa chọn thiết kế kiến trúc khác. Hệ thống đánh đổi việc quan sát liên tục việc thực thi để lấy sự chắc chắn mật mã về trạng thái cuối cùng.
Tôi vẫn chưa chắc liệu sự khác biệt này có quan trọng với đa số trader hay không. Nếu ưu tiên của bạn là tốc độ thực thi, self-custody và thanh toán có thể kiểm chứng, thì có lẽ không. Nếu sự minh bạch trong thực thi quan trọng nhất, thì có lẽ là có. Cryptographic Order Batching giờ đây không còn trông giống một kỹ thuật mở rộng (scaling) đối với tôi nữa. Nó giống như cơ chế giúp một Hybrid Exchange tách việc thực thi khỏi khâu xác minh mà không tách hiệu năng khỏi niềm tin.
@grvt_io #grvt $LAB
GRVT cho biết Matching Engine của họ có thể xử lý hơn 600.000 lệnh mỗi giây với độ trễ dưới 2 mili giây. Ethereum không bao giờ được thiết kế để xác minh hàng trăm nghìn giao dịch mỗi giây. Nếu mỗi lệnh được thanh toán (settle) riêng lẻ trên chuỗi, cuối cùng quá trình thực thi sẽ bị giới hạn bởi việc thanh toán. Một Matching Engine nhanh hơn cũng sẽ không làm sàn giao dịch nhanh hơn một cách có ý nghĩa.
Cryptographic Order Batching không tồn tại vì Ethereum chậm. Nó tồn tại vì Matching Engine và Ethereum vận hành dưới những ràng buộc hiệu năng hoàn toàn khác nhau. Các lệnh được khớp ngoài chuỗi và được thể hiện bằng một bằng chứng Zero-Knowledge duy nhất. Ethereum xác minh trạng thái kết quả thay vì từng lệnh riêng lẻ. Điều này đã thay đổi cách tôi nhìn nhận về self-custody.
Trước đây, tôi gắn self-custody với sự minh bạch thực thi hoàn toàn. GRVT tách bạch hai ý đó. Người dùng vẫn kiểm soát tài sản thế chấp của mình trong khi việc thanh toán vẫn có thể được kiểm chứng. Thứ họ mất đi là khả năng quan sát liên tục mọi quyết định khớp lệnh. Điều đó không nhất thiết là một điểm yếu. Đó chỉ là một lựa chọn thiết kế kiến trúc khác. Hệ thống đánh đổi việc quan sát liên tục việc thực thi để lấy sự chắc chắn mật mã về trạng thái cuối cùng.
Tôi vẫn chưa chắc liệu sự khác biệt này có quan trọng với đa số trader hay không. Nếu ưu tiên của bạn là tốc độ thực thi, self-custody và thanh toán có thể kiểm chứng, thì có lẽ không. Nếu sự minh bạch trong thực thi quan trọng nhất, thì có lẽ là có. Cryptographic Order Batching giờ đây không còn trông giống một kỹ thuật mở rộng (scaling) đối với tôi nữa. Nó giống như cơ chế giúp một Hybrid Exchange tách việc thực thi khỏi khâu xác minh mà không tách hiệu năng khỏi niềm tin.
@grvt_io #grvt $LAB
Có một khía cạnh của Newton Protocol đã đọng lại trong tôi sau khi đọc tài liệu. Trái với những gì nhiều người cho rằng, dự án thực sự không nhằm giải quyết quyền riêng tư. Nó đang thay đổi những gì một blockchain cần biết để thiết lập niềm tin.
Trong nhiều năm, các blockchain đã dựa vào một giả định đơn giản: tính minh bạch tạo ra niềm tin. Tuy nhiên, thông tin có giá trị nhất trong tài chính - hồ sơ KYC, chiến lược đầu tư, dữ liệu doanh nghiệp và các mô hình rủi ro nội bộ - không thể bao giờ được công khai. Nếu niềm tin phụ thuộc vào việc phơi bày thông tin nhạy cảm, thì blockchain sẽ luôn gặp khó khăn trong việc hỗ trợ các tác nhân AI, RWA và tài chính tổ chức.
Newton Protocol tiếp cận theo một hướng khác. Blockchain không cần biết dữ liệu chứa gì. Nó chỉ cần bằng chứng rằng dữ liệu đã được sử dụng theo đúng chính sách, bởi đúng cơ quan có thẩm quyền, và trong đúng bối cảnh trước khi một hành động được ủy quyền. Newton không thay đổi cách dữ liệu được bảo vệ. Nó đang thay đổi những gì các blockchain cần phải xác minh.
Vì vậy, tôi không xem Privacy-Preserving Workflows (Quy trình bảo toàn quyền riêng tư) chỉ đơn thuần là một khung mã hóa. Privacy Envelopes, HPKE và Distributed Key Generation chỉ là phần hạ tầng. Sự đổi mới thực sự là không một bên đơn lẻ nào có thể chuyển đổi dữ liệu riêng tư thành một hành động được ủy quyền mà không đáp ứng các chính sách đã được xác định trước. Newton không chỉ bảo vệ tính bảo mật, mà còn bảo vệ tính hợp pháp của chính hành động đó.
Đây cũng là điểm khiến Newton khác với nhiều giải pháp quyền riêng tư trong Web3. Hầu hết tập trung vào việc che giấu thông tin. Newton tập trung vào việc chứng minh quyền lực đã được thực thi đúng cách. Blockchain không còn cần phải đọc dữ liệu; nó chỉ cần xác minh rằng quyền được phép hành động đã được thẩm định trước khi thực thi.
Đối với tôi, đây chính là ý nghĩa thực sự của Privacy-Preserving Workflows. Thế hệ blockchain tiếp theo có thể không còn được đánh giá dựa trên việc họ lưu trữ bao nhiêu dữ liệu, mà dựa trên việc họ có thể xác minh bao nhiêu quyết định hợp pháp mà không bao giờ truy cập vào dữ liệu nền. Newton Protocol không chỉ đơn giản là thêm một lớp bảo mật quyền riêng tư khác. Nó đang định nghĩa lại cách các blockchain tạo dựng niềm tin.
@NewtonProtocol $NEWT #Newt $LAB
Trong nhiều năm, các blockchain đã dựa vào một giả định đơn giản: tính minh bạch tạo ra niềm tin. Tuy nhiên, thông tin có giá trị nhất trong tài chính - hồ sơ KYC, chiến lược đầu tư, dữ liệu doanh nghiệp và các mô hình rủi ro nội bộ - không thể bao giờ được công khai. Nếu niềm tin phụ thuộc vào việc phơi bày thông tin nhạy cảm, thì blockchain sẽ luôn gặp khó khăn trong việc hỗ trợ các tác nhân AI, RWA và tài chính tổ chức.
Newton Protocol tiếp cận theo một hướng khác. Blockchain không cần biết dữ liệu chứa gì. Nó chỉ cần bằng chứng rằng dữ liệu đã được sử dụng theo đúng chính sách, bởi đúng cơ quan có thẩm quyền, và trong đúng bối cảnh trước khi một hành động được ủy quyền. Newton không thay đổi cách dữ liệu được bảo vệ. Nó đang thay đổi những gì các blockchain cần phải xác minh.
Vì vậy, tôi không xem Privacy-Preserving Workflows (Quy trình bảo toàn quyền riêng tư) chỉ đơn thuần là một khung mã hóa. Privacy Envelopes, HPKE và Distributed Key Generation chỉ là phần hạ tầng. Sự đổi mới thực sự là không một bên đơn lẻ nào có thể chuyển đổi dữ liệu riêng tư thành một hành động được ủy quyền mà không đáp ứng các chính sách đã được xác định trước. Newton không chỉ bảo vệ tính bảo mật, mà còn bảo vệ tính hợp pháp của chính hành động đó.
Đây cũng là điểm khiến Newton khác với nhiều giải pháp quyền riêng tư trong Web3. Hầu hết tập trung vào việc che giấu thông tin. Newton tập trung vào việc chứng minh quyền lực đã được thực thi đúng cách. Blockchain không còn cần phải đọc dữ liệu; nó chỉ cần xác minh rằng quyền được phép hành động đã được thẩm định trước khi thực thi.
Đối với tôi, đây chính là ý nghĩa thực sự của Privacy-Preserving Workflows. Thế hệ blockchain tiếp theo có thể không còn được đánh giá dựa trên việc họ lưu trữ bao nhiêu dữ liệu, mà dựa trên việc họ có thể xác minh bao nhiêu quyết định hợp pháp mà không bao giờ truy cập vào dữ liệu nền. Newton Protocol không chỉ đơn giản là thêm một lớp bảo mật quyền riêng tư khác. Nó đang định nghĩa lại cách các blockchain tạo dựng niềm tin.
@NewtonProtocol $NEWT #Newt $LAB
Nếu Tự Quản Lý Tài Sản (Self-Custody) Được Đưa Ra Tòa Xét Xử, Tôi Nghĩ Nó Sẽ Bị Kết Án Nhầm.
Những lời buộc tội nghe có vẻ thuyết phục.
“Một nhà giao dịch vẫn có thể bị thanh lý vì hệ thống tính toán ký quỹ sai. Vậy tự quản lý thực sự bảo vệ điều gì?”
Càng nghiên cứu kiến trúc của GRVT, tôi càng nhận ra rằng lời phê bình này nhắm trúng sai thành phần.
Tự quản lý chưa bao giờ hứa hẹn sẽ ngăn chặn các lần thanh lý không chính xác. Nó chỉ đảm bảo tài sản của bạn vẫn thuộc về bạn, ngay cả khi bên vận hành sàn trở nên mất khả năng thanh toán hoặc hành động với ý đồ xấu.
Ký quỹ là một vấn đề hoàn toàn khác.
Một Công cụ Rủi ro (Risk Engine) không hỏi, “Ai là người sở hữu các tài sản này?” Nó hỏi, “Trong điều kiện thị trường hiện tại, liệu tài sản thế chấp này còn đủ để duy trì vị thế hay không?” Việc xác minh quyền sở hữu và đánh giá rủi ro giải quyết những vấn đề khác nhau, nên chúng thuộc về các lớp kiến trúc khác nhau.
Điều đó có nghĩa là một nhà giao dịch có thể vẫn là chủ sở hữu hợp pháp của mọi tài sản, nhưng vẫn bị thanh lý vì việc định giá tài sản thế chấp, ký quỹ duy trì (maintenance margin) hoặc rủi ro của danh mục đầu tư được tính toán sai. Việc thanh lý là do lớp rủi ro gây ra—không phải do lớp quản lý tài sản (custody).
Với tôi, đó chính là hiểu biết sâu sắc về kiến trúc của GRVT.
Thay vì xây dựng một hệ thống chịu trách nhiệm cho mọi thứ, GRVT tách biệt trách nhiệm. Tự quản lý tài sản bảo vệ trước rủi ro của người vận hành, trong khi Unified Margin và Risk Engine quyết định liệu một vị thế có còn an toàn về mặt tài chính hay không. Mỗi lớp chịu trách nhiệm cho một nhóm rủi ro/lỗi khác nhau.
Sự tách biệt này thay đổi cách mà niềm tin được hình thành. Thay vì tin vào một “hộp đen” duy nhất, người dùng có thể xác định lớp nào chịu trách nhiệm khi có chuyện gì đó đi sai.
Nếu tôi phải tuyên phán quyết, tôi sẽ cho rằng tự quản lý tài sản không có tội.
Không phải vì nó loại bỏ mọi rủi ro. Mà vì nó chưa từng tuyên bố làm điều đó.
Đóng góp thực sự của GRVT không phải là tạo ra một hệ thống không bao giờ thất bại. Nó tạo ra một hệ thống trong đó mọi lỗi/sự cố đều có một lớp kiến trúc chịu trách nhiệm một cách rõ ràng. Và theo quan điểm của tôi, chính điều đó khiến một Hybrid Exchange trở nên đáng tin cậy hơn một cách thực sự.
@grvt_io #grvt $LAB $BEAT
Những lời buộc tội nghe có vẻ thuyết phục.
“Một nhà giao dịch vẫn có thể bị thanh lý vì hệ thống tính toán ký quỹ sai. Vậy tự quản lý thực sự bảo vệ điều gì?”
Càng nghiên cứu kiến trúc của GRVT, tôi càng nhận ra rằng lời phê bình này nhắm trúng sai thành phần.
Tự quản lý chưa bao giờ hứa hẹn sẽ ngăn chặn các lần thanh lý không chính xác. Nó chỉ đảm bảo tài sản của bạn vẫn thuộc về bạn, ngay cả khi bên vận hành sàn trở nên mất khả năng thanh toán hoặc hành động với ý đồ xấu.
Ký quỹ là một vấn đề hoàn toàn khác.
Một Công cụ Rủi ro (Risk Engine) không hỏi, “Ai là người sở hữu các tài sản này?” Nó hỏi, “Trong điều kiện thị trường hiện tại, liệu tài sản thế chấp này còn đủ để duy trì vị thế hay không?” Việc xác minh quyền sở hữu và đánh giá rủi ro giải quyết những vấn đề khác nhau, nên chúng thuộc về các lớp kiến trúc khác nhau.
Điều đó có nghĩa là một nhà giao dịch có thể vẫn là chủ sở hữu hợp pháp của mọi tài sản, nhưng vẫn bị thanh lý vì việc định giá tài sản thế chấp, ký quỹ duy trì (maintenance margin) hoặc rủi ro của danh mục đầu tư được tính toán sai. Việc thanh lý là do lớp rủi ro gây ra—không phải do lớp quản lý tài sản (custody).
Với tôi, đó chính là hiểu biết sâu sắc về kiến trúc của GRVT.
Thay vì xây dựng một hệ thống chịu trách nhiệm cho mọi thứ, GRVT tách biệt trách nhiệm. Tự quản lý tài sản bảo vệ trước rủi ro của người vận hành, trong khi Unified Margin và Risk Engine quyết định liệu một vị thế có còn an toàn về mặt tài chính hay không. Mỗi lớp chịu trách nhiệm cho một nhóm rủi ro/lỗi khác nhau.
Sự tách biệt này thay đổi cách mà niềm tin được hình thành. Thay vì tin vào một “hộp đen” duy nhất, người dùng có thể xác định lớp nào chịu trách nhiệm khi có chuyện gì đó đi sai.
Nếu tôi phải tuyên phán quyết, tôi sẽ cho rằng tự quản lý tài sản không có tội.
Không phải vì nó loại bỏ mọi rủi ro. Mà vì nó chưa từng tuyên bố làm điều đó.
Đóng góp thực sự của GRVT không phải là tạo ra một hệ thống không bao giờ thất bại. Nó tạo ra một hệ thống trong đó mọi lỗi/sự cố đều có một lớp kiến trúc chịu trách nhiệm một cách rõ ràng. Và theo quan điểm của tôi, chính điều đó khiến một Hybrid Exchange trở nên đáng tin cậy hơn một cách thực sự.
@grvt_io #grvt $LAB $BEAT
Mười nhà điều hành không nhất thiết đồng nghĩa với mười quyết định độc lập.
Đó là giả định mà tôi bắt đầu đặt câu hỏi khi nghiên cứu Newton Protocol. Chúng ta thường đo mức phi tập trung bằng cách đếm số lượng nhà điều hành, nhưng một mạng lưới ủy quyền (authorization) được bảo đảm không phải nhờ số lượng nút (node), mà nhờ việc có bao nhiêu đường dẫn độc lập có thể đi đến cùng một quyết định ủy quyền.
Trong Newton, các nhà điều hành thực thi cùng một Rego Policy đã biên dịch sang WASM đối với cùng một Intent và PolicyData trước khi quá trình Execution diễn ra. Việc nhân bản tính toán là điều dễ dàng. Việc chứng minh rằng các bên tham gia độc lập có thể đi đến cùng một ranh giới ủy quyền mới chính là thứ tạo dựng niềm tin.
Vì vậy, đa dạng hạ tầng (infrastructure diversity) quan trọng hơn nhiều so với số lượng nhà điều hành. Nếu phần lớn các nhà điều hành cùng dùng một nhà cung cấp cloud, họ cũng chia sẻ cùng một miền lỗi (failure domain). Một sự cố gián đoạn hạ tầng duy nhất có thể làm gián đoạn việc đánh giá Policy trên nhiều nhà điều hành, khiến Authorization phụ thuộc không chỉ vào Policy, mà còn phụ thuộc vào hạ tầng nằm ngoài giao thức.
Với tôi, điều này không phải là điểm yếu của Newton. Đó là tiêu chuẩn mà mọi giao thức ủy quyền phải đáp ứng. Khi Policy trở thành cánh cổng (gate) giữa Intent và Execution, không một miền lỗi đơn lẻ nào được phép tác động đến cánh cổng đó. Nếu không, phi tập trung chỉ tồn tại ở mặt cấu trúc (topology), chứ không tồn tại ở mặt Authorization.
Thiết kế fail-closed của Newton thể hiện đúng triết lý đó. Nếu không thể thiết lập Authorization với mức độ tin cậy đủ cao, việc Execution sẽ dừng lại. Giao thức chủ ý ưu tiên tình trạng tạm thời không sẵn sàng hơn là một quyết định ủy quyền không thể được tin tưởng.
Nhìn theo cách này, sự đa dạng nhà điều hành không còn là tối ưu hóa vận hành nữa. Nó là một phần của mô hình bảo mật của Newton. Câu hỏi thực sự không phải là có bao nhiêu nhà điều hành đang online, mà là liệu một miền lỗi đơn lẻ nào đó có thể quyết định thời điểm Authorization tồn tại hay không. Nếu câu trả lời là “có”, mạng đã nhân số lượng nhà điều hành nhưng chưa thực sự nhân lên niềm tin.
@NewtonProtocol $NEWT #Newt $LAB
Đó là giả định mà tôi bắt đầu đặt câu hỏi khi nghiên cứu Newton Protocol. Chúng ta thường đo mức phi tập trung bằng cách đếm số lượng nhà điều hành, nhưng một mạng lưới ủy quyền (authorization) được bảo đảm không phải nhờ số lượng nút (node), mà nhờ việc có bao nhiêu đường dẫn độc lập có thể đi đến cùng một quyết định ủy quyền.
Trong Newton, các nhà điều hành thực thi cùng một Rego Policy đã biên dịch sang WASM đối với cùng một Intent và PolicyData trước khi quá trình Execution diễn ra. Việc nhân bản tính toán là điều dễ dàng. Việc chứng minh rằng các bên tham gia độc lập có thể đi đến cùng một ranh giới ủy quyền mới chính là thứ tạo dựng niềm tin.
Vì vậy, đa dạng hạ tầng (infrastructure diversity) quan trọng hơn nhiều so với số lượng nhà điều hành. Nếu phần lớn các nhà điều hành cùng dùng một nhà cung cấp cloud, họ cũng chia sẻ cùng một miền lỗi (failure domain). Một sự cố gián đoạn hạ tầng duy nhất có thể làm gián đoạn việc đánh giá Policy trên nhiều nhà điều hành, khiến Authorization phụ thuộc không chỉ vào Policy, mà còn phụ thuộc vào hạ tầng nằm ngoài giao thức.
Với tôi, điều này không phải là điểm yếu của Newton. Đó là tiêu chuẩn mà mọi giao thức ủy quyền phải đáp ứng. Khi Policy trở thành cánh cổng (gate) giữa Intent và Execution, không một miền lỗi đơn lẻ nào được phép tác động đến cánh cổng đó. Nếu không, phi tập trung chỉ tồn tại ở mặt cấu trúc (topology), chứ không tồn tại ở mặt Authorization.
Thiết kế fail-closed của Newton thể hiện đúng triết lý đó. Nếu không thể thiết lập Authorization với mức độ tin cậy đủ cao, việc Execution sẽ dừng lại. Giao thức chủ ý ưu tiên tình trạng tạm thời không sẵn sàng hơn là một quyết định ủy quyền không thể được tin tưởng.
Nhìn theo cách này, sự đa dạng nhà điều hành không còn là tối ưu hóa vận hành nữa. Nó là một phần của mô hình bảo mật của Newton. Câu hỏi thực sự không phải là có bao nhiêu nhà điều hành đang online, mà là liệu một miền lỗi đơn lẻ nào đó có thể quyết định thời điểm Authorization tồn tại hay không. Nếu câu trả lời là “có”, mạng đã nhân số lượng nhà điều hành nhưng chưa thực sự nhân lên niềm tin.
@NewtonProtocol $NEWT #Newt $LAB
Một số lối đi bắt đầu chỉ với vài dấu chân. Nhưng sau khi hàng nghìn người đã bước qua, chẳng ai còn nhớ vì sao chúng được tạo ra. Mọi người vẫn cứ tiếp tục theo dõi vì họ cho rằng những người đi trước đã tìm ra con đường tốt nhất.
Trong lúc đọc về @NewtonProtocol is Policy Marketplace, tôi nhận ra rằng một chính sách có thể tạo ra giá trị theo cách tương tự.
Ban đầu, tôi nghĩ giá trị đến từ chất lượng. Chính sách càng chính xác, an toàn và linh hoạt, thì càng nhiều giao thức nên áp dụng nó. Nếu đúng vậy, Policy Marketplace sẽ trở thành một thị trường nơi tri thức được ghi nhận.
Nhưng các thị trường hiếm khi vận hành như thế.
Trong công nghệ, người ta thường chấp nhận niềm tin trước khi chấp nhận chất lượng. Chất lượng có thể tạo ra niềm tin, nhưng theo thời gian, niềm tin bắt đầu củng cố chính nó.
Một chính sách được hàng nghìn giao thức sử dụng sẽ nhận được nhiều đợt kiểm toán hơn, công cụ tốt hơn và lịch sử triển khai dày hơn. Các nhà phát triển có thể không còn chọn nó nữa vì họ đã nghiên cứu kỹ. Họ chọn nó vì tất cả những người khác đã chọn rồi.
Đó là lúc giá trị thay đổi.
Một chính sách không còn được coi trọng chỉ vì chất lượng của nó.
Nó được coi trọng vì niềm tin đã được tích lũy xung quanh.
Đó là nghịch lý mà tôi thấy trong Policy Marketplace. Một chính sách tốt tạo ra hiệu ứng mạng. Nhưng khi những hiệu ứng đó đủ mạnh, chúng lại làm cho việc thay thế các chính sách tốt hơn trở nên khó khăn hơn. Thị trường bắt đầu thưởng cho mức độ phổ biến nhiều hơn là cải tiến.
Nếu điều đó xảy ra, Policy Marketplace sẽ ngừng việc phát hiện ra các chính sách tốt nhất.
Nó sẽ chỉ giữ lại những chính sách đã được thiết lập nhiều nhất.
Đó là thách thức thực sự mà Newton phải giải quyết.
Thị trường không chỉ cần giúp các chính sách có thể tái sử dụng. Nó cũng phải khiến niềm tin luôn có thể đạt được liên tục. Một chính sách không nên vẫn giữ giá trị chỉ vì nó đã tồn tại nhiều năm. Nó cần tiếp tục chứng minh giá trị của mình thông qua hiệu suất, khả năng thích nghi và kết quả thực tế.
Nếu không, hiệu ứng mạng sẽ thay thế chất lượng.
Nhưng nếu Newton có thể xây dựng một hệ thống mà uy tín được làm mới nhờ bằng chứng thay vì được kế thừa từ lịch sử, thì Policy Marketplace sẽ trở thành nhiều hơn một nơi để trao đổi chính sách.
Nó sẽ trở thành một thị trường nơi chính niềm tin cạnh tranh.
Và có lẽ blockchain chính là thứ còn thiếu điều đó.
$NEWT #Newt $LAB $TAC
Trong lúc đọc về @NewtonProtocol is Policy Marketplace, tôi nhận ra rằng một chính sách có thể tạo ra giá trị theo cách tương tự.
Ban đầu, tôi nghĩ giá trị đến từ chất lượng. Chính sách càng chính xác, an toàn và linh hoạt, thì càng nhiều giao thức nên áp dụng nó. Nếu đúng vậy, Policy Marketplace sẽ trở thành một thị trường nơi tri thức được ghi nhận.
Nhưng các thị trường hiếm khi vận hành như thế.
Trong công nghệ, người ta thường chấp nhận niềm tin trước khi chấp nhận chất lượng. Chất lượng có thể tạo ra niềm tin, nhưng theo thời gian, niềm tin bắt đầu củng cố chính nó.
Một chính sách được hàng nghìn giao thức sử dụng sẽ nhận được nhiều đợt kiểm toán hơn, công cụ tốt hơn và lịch sử triển khai dày hơn. Các nhà phát triển có thể không còn chọn nó nữa vì họ đã nghiên cứu kỹ. Họ chọn nó vì tất cả những người khác đã chọn rồi.
Đó là lúc giá trị thay đổi.
Một chính sách không còn được coi trọng chỉ vì chất lượng của nó.
Nó được coi trọng vì niềm tin đã được tích lũy xung quanh.
Đó là nghịch lý mà tôi thấy trong Policy Marketplace. Một chính sách tốt tạo ra hiệu ứng mạng. Nhưng khi những hiệu ứng đó đủ mạnh, chúng lại làm cho việc thay thế các chính sách tốt hơn trở nên khó khăn hơn. Thị trường bắt đầu thưởng cho mức độ phổ biến nhiều hơn là cải tiến.
Nếu điều đó xảy ra, Policy Marketplace sẽ ngừng việc phát hiện ra các chính sách tốt nhất.
Nó sẽ chỉ giữ lại những chính sách đã được thiết lập nhiều nhất.
Đó là thách thức thực sự mà Newton phải giải quyết.
Thị trường không chỉ cần giúp các chính sách có thể tái sử dụng. Nó cũng phải khiến niềm tin luôn có thể đạt được liên tục. Một chính sách không nên vẫn giữ giá trị chỉ vì nó đã tồn tại nhiều năm. Nó cần tiếp tục chứng minh giá trị của mình thông qua hiệu suất, khả năng thích nghi và kết quả thực tế.
Nếu không, hiệu ứng mạng sẽ thay thế chất lượng.
Nhưng nếu Newton có thể xây dựng một hệ thống mà uy tín được làm mới nhờ bằng chứng thay vì được kế thừa từ lịch sử, thì Policy Marketplace sẽ trở thành nhiều hơn một nơi để trao đổi chính sách.
Nó sẽ trở thành một thị trường nơi chính niềm tin cạnh tranh.
Và có lẽ blockchain chính là thứ còn thiếu điều đó.
$NEWT #Newt $LAB $TAC
Newton không quản lý thời gian. Newton quản lý cách một quyết định có thể vẫn còn được tin cậy trong bao lâu.
Khi đọc qua tài liệu của Newton, tôi nhận thấy một chi tiết rất dễ bị bỏ sót. Hầu hết các cuộc thảo luận tập trung vào chính sách, Rego và PolicyData, nhưng hiếm khi đặt một câu hỏi đơn giản hơn: một quyết định ủy quyền nên còn đáng tin trong bao lâu?
Các blockchain truyền thống coi ủy quyền như một quyền (permission). Sau khi được xác thực, một quyết định thường được xem là hợp lệ cho đến khi được thực thi. Newton tiếp cận vấn đề theo cách khác. Mọi ủy quyền đều là kết quả của việc đánh giá một tập dữ liệu cụ thể tại một thời điểm cụ thể, chứ không phải là một “sự thật” nên còn hiệu lực mãi mãi.
Quan điểm này xuất hiện xuyên suốt kiến trúc. Các tham số tĩnh trong data.params có thể không đổi trong nhiều tháng, trong khi các quan sát từ PolicyData có thể thay đổi ở mỗi block. Một chính sách đánh giá cả hai cùng lúc, dù chúng phát triển theo những dòng thời gian khác nhau. Vì vậy, một ủy quyền không chỉ phụ thuộc vào logic đúng, mà còn phụ thuộc vào việc thông tin đó còn phản ánh đúng trạng thái hiện tại của thế giới hay không.
Đó là lý do vì sao tôi không xem Decision Lifetime (Thời gian tồn tại của quyết định) chỉ là một cơ chế hết hạn. Nó phản ánh một giả định sâu hơn: mọi quyết định bắt đầu “lão hóa” ngay từ khi nó được tạo ra. Không phải vì chính sách sai, mà vì thị trường chuyển động, số dư thay đổi và các quan sát bên ngoài tiếp tục biến đổi.
Newton không cố gắng kéo dài tuổi thọ của một ủy quyền. Thay vào đó, Newton giới hạn khoảng thời gian hệ thống nên tin vào một quyết định trước đó trước khi đánh giá lại với các quan sát mới.
Có lẽ vì thế mà “thời gian” không phải trọng tâm thực sự trong kiến trúc của Newton.
Thứ Newton thực sự đang quản lý chính là việc một quyết định còn đáng tin trong bao lâu.
Một chính sách được viết hoàn hảo vẫn có thể tạo ra kết quả sai nếu thế giới mà nó đã đánh giá từ đó đã thay đổi. Trong Newton, bảo mật không chỉ đến từ việc đưa ra quyết định đúng, mà còn đến từ việc biết khi nào quyết định đó không còn nên được tin cậy nữa.
@NewtonProtocol #Newt $NEWT $LAB $BEE
Khi đọc qua tài liệu của Newton, tôi nhận thấy một chi tiết rất dễ bị bỏ sót. Hầu hết các cuộc thảo luận tập trung vào chính sách, Rego và PolicyData, nhưng hiếm khi đặt một câu hỏi đơn giản hơn: một quyết định ủy quyền nên còn đáng tin trong bao lâu?
Các blockchain truyền thống coi ủy quyền như một quyền (permission). Sau khi được xác thực, một quyết định thường được xem là hợp lệ cho đến khi được thực thi. Newton tiếp cận vấn đề theo cách khác. Mọi ủy quyền đều là kết quả của việc đánh giá một tập dữ liệu cụ thể tại một thời điểm cụ thể, chứ không phải là một “sự thật” nên còn hiệu lực mãi mãi.
Quan điểm này xuất hiện xuyên suốt kiến trúc. Các tham số tĩnh trong data.params có thể không đổi trong nhiều tháng, trong khi các quan sát từ PolicyData có thể thay đổi ở mỗi block. Một chính sách đánh giá cả hai cùng lúc, dù chúng phát triển theo những dòng thời gian khác nhau. Vì vậy, một ủy quyền không chỉ phụ thuộc vào logic đúng, mà còn phụ thuộc vào việc thông tin đó còn phản ánh đúng trạng thái hiện tại của thế giới hay không.
Đó là lý do vì sao tôi không xem Decision Lifetime (Thời gian tồn tại của quyết định) chỉ là một cơ chế hết hạn. Nó phản ánh một giả định sâu hơn: mọi quyết định bắt đầu “lão hóa” ngay từ khi nó được tạo ra. Không phải vì chính sách sai, mà vì thị trường chuyển động, số dư thay đổi và các quan sát bên ngoài tiếp tục biến đổi.
Newton không cố gắng kéo dài tuổi thọ của một ủy quyền. Thay vào đó, Newton giới hạn khoảng thời gian hệ thống nên tin vào một quyết định trước đó trước khi đánh giá lại với các quan sát mới.
Có lẽ vì thế mà “thời gian” không phải trọng tâm thực sự trong kiến trúc của Newton.
Thứ Newton thực sự đang quản lý chính là việc một quyết định còn đáng tin trong bao lâu.
Một chính sách được viết hoàn hảo vẫn có thể tạo ra kết quả sai nếu thế giới mà nó đã đánh giá từ đó đã thay đổi. Trong Newton, bảo mật không chỉ đến từ việc đưa ra quyết định đúng, mà còn đến từ việc biết khi nào quyết định đó không còn nên được tin cậy nữa.
@NewtonProtocol #Newt $NEWT $LAB $BEE
Blockchain giải quyết một vấn đề cốt lõi: lưu giữ những gì đã xảy ra. Khi một giao dịch đã được xác nhận, trạng thái trở nên bất biến.
Nhưng @NewtonProtocol chỉ ra một hạn chế sâu hơn: blockchain lưu giữ kết quả, không phải lúc nào cũng là lý do/nguồn gốc đằng sau nó.
Một giao dịch có thể là hợp lệ theo logic của smart contract, nhưng quyết định cho phép nó có thể không còn được biện minh khi điều kiện thị trường, dữ liệu hoặc trạng thái thay đổi.
Điều này tạo ra khoảng cách giữa tính đúng đắn của việc thực thi và tính hợp lệ về mặt quyết định.
Blockchain truyền thống đặt câu hỏi:
“Giao dịch này có hợp lệ theo mã lệnh (code) không?”
Newton hỏi:
“Quyết định đứng sau giao dịch này có còn hợp lệ theo ý định, chính sách và trạng thái tại thời điểm đó không?”
Đây là nền tảng của Decision-Centric Security Model (Mô hình An ninh Lấy Quyết định làm trung tâm).
Newton không loại bỏ tính bất biến. Nó tách bạch những gì cần phải giữ nguyên cuối cùng khỏi những gì cần thay đổi.
Việc thực thi cần tính cuối cùng (finality).
Logic quyết định cần khả năng thích ứng.
Vì vậy Newton đưa thêm một lớp chính sách:
Intent - Policy - Decision - Execution
Intent (Ý định) xác định mục tiêu. Policy (Chính sách) xác định ranh giới ủy quyền. Decision (Quyết định) kiểm tra xem việc thực thi còn phù hợp với ý định hay không.
Vấn đề khó khăn nhất không phải là thay đổi chính sách. Mà là duy trì tính hợp lệ của quyết định theo thời gian.
Một quyết định phụ thuộc vào phiên bản chính sách, trạng thái, dữ liệu từ oracle và ngữ cảnh. Nếu thiếu các yếu tố đó, một hệ thống có thể chứng minh giao dịch đã xảy ra, nhưng không thể giải thích vì sao nó được phê duyệt.
Đây là lúc Policy Versioning (Phiên bản hóa Chính sách), Decision Provenance (Nguồn gốc Quyết định), Stateful Authorization (Ủy quyền theo trạng thái) và Decision Reproducibility (Khả năng tái tạo quyết định) trở nên thiết yếu.
Chúng cho phép truy vết quyết định: tái dựng đường đi của lý do đằng sau việc ủy quyền.
Newton giới thiệu một khái niệm sâu hơn: lý do bất biến.
Blockchain khiến trạng thái cuối cùng trở nên bất biến. Newton khiến ngữ cảnh của quyết định có thể được xác minh theo thời gian.
Tương lai của tài chính phi tập trung sẽ không chỉ phụ thuộc vào việc thực thi bất biến.
Mà sẽ phụ thuộc vào việc các quyết định có còn được giải thích, có thể tái tạo và đáng tin cậy hay không khi hệ thống phát triển.
Giao thức Newton không làm blockchain kém bất biến hơn.
Nó khiến việc thay đổi trở nên có trách nhiệm hơn.
$NEWT #Newt $LAB $EVAA
Nhưng @NewtonProtocol chỉ ra một hạn chế sâu hơn: blockchain lưu giữ kết quả, không phải lúc nào cũng là lý do/nguồn gốc đằng sau nó.
Một giao dịch có thể là hợp lệ theo logic của smart contract, nhưng quyết định cho phép nó có thể không còn được biện minh khi điều kiện thị trường, dữ liệu hoặc trạng thái thay đổi.
Điều này tạo ra khoảng cách giữa tính đúng đắn của việc thực thi và tính hợp lệ về mặt quyết định.
Blockchain truyền thống đặt câu hỏi:
“Giao dịch này có hợp lệ theo mã lệnh (code) không?”
Newton hỏi:
“Quyết định đứng sau giao dịch này có còn hợp lệ theo ý định, chính sách và trạng thái tại thời điểm đó không?”
Đây là nền tảng của Decision-Centric Security Model (Mô hình An ninh Lấy Quyết định làm trung tâm).
Newton không loại bỏ tính bất biến. Nó tách bạch những gì cần phải giữ nguyên cuối cùng khỏi những gì cần thay đổi.
Việc thực thi cần tính cuối cùng (finality).
Logic quyết định cần khả năng thích ứng.
Vì vậy Newton đưa thêm một lớp chính sách:
Intent - Policy - Decision - Execution
Intent (Ý định) xác định mục tiêu. Policy (Chính sách) xác định ranh giới ủy quyền. Decision (Quyết định) kiểm tra xem việc thực thi còn phù hợp với ý định hay không.
Vấn đề khó khăn nhất không phải là thay đổi chính sách. Mà là duy trì tính hợp lệ của quyết định theo thời gian.
Một quyết định phụ thuộc vào phiên bản chính sách, trạng thái, dữ liệu từ oracle và ngữ cảnh. Nếu thiếu các yếu tố đó, một hệ thống có thể chứng minh giao dịch đã xảy ra, nhưng không thể giải thích vì sao nó được phê duyệt.
Đây là lúc Policy Versioning (Phiên bản hóa Chính sách), Decision Provenance (Nguồn gốc Quyết định), Stateful Authorization (Ủy quyền theo trạng thái) và Decision Reproducibility (Khả năng tái tạo quyết định) trở nên thiết yếu.
Chúng cho phép truy vết quyết định: tái dựng đường đi của lý do đằng sau việc ủy quyền.
Newton giới thiệu một khái niệm sâu hơn: lý do bất biến.
Blockchain khiến trạng thái cuối cùng trở nên bất biến. Newton khiến ngữ cảnh của quyết định có thể được xác minh theo thời gian.
Tương lai của tài chính phi tập trung sẽ không chỉ phụ thuộc vào việc thực thi bất biến.
Mà sẽ phụ thuộc vào việc các quyết định có còn được giải thích, có thể tái tạo và đáng tin cậy hay không khi hệ thống phát triển.
Giao thức Newton không làm blockchain kém bất biến hơn.
Nó khiến việc thay đổi trở nên có trách nhiệm hơn.
$NEWT #Newt $LAB $EVAA
Điều khiến mình thay đổi cách nhìn về @NewtonProtocol không phải AI Agent.
Ban đầu, mình nghĩ @NewtonProtocol là một giao thức giúp AI thực hiện tác vụ on-chain an toàn hơn.
Nhưng sau khi đọc docs, mình nhận ra AI chỉ là phần nổi. Điểm cốt lõi của Newton nằm ở authorization.
Newton không bắt đầu bằng câu hỏi “Agent thông minh đến đâu?”
Mà là: “Agent được phép làm gì, trong giới hạn nào, và làm sao chứng minh nó không vượt quá quyền được trao?”
Đây là lý do zkPermissions trở thành trung tâm của kiến trúc.
Người dùng không giao toàn bộ quyền cho agent. Quyền được định nghĩa bằng policy: tài sản nào được sử dụng, giới hạn bao nhiêu, điều kiện nào cần đáp ứng và khi nào quyền kết thúc.
Agent không sở hữu authority.
Nó chỉ được thực hiện delegated execution khi hành động vẫn nằm trong policy đã được xác minh.
Đây là điểm khác biệt lớn nhất
Blockchain truyền thống hỏi: “Transaction này có hợp lệ không?”
Newton bổ sung: “Quyền tạo ra transaction này có còn hợp lệ không?”
Một bên bảo vệ tính đúng đắn của giao dịch.
Một bên bảo vệ ranh giới của quyền đại diện.
Vì vậy, mình không xem zkPermissions chỉ là tính năng bảo mật cho AI.
Nó là cách Newton đưa authorization trở thành thứ có thể được định nghĩa bằng policy, giới hạn bằng điều kiện và xác minh bằng zero-knowledge proofs.
Nó không cố giải quyết mọi vấn đề của AI.
Họ tập trung vào một bài toán nền tảng hơn:
Làm thế nào để quyền ủy thác trên blockchain có thể được kiểm chứng thay vì chỉ dựa vào niềm tin?
Nếu AI trở thành lớp thực thi mới của Web3, kiểm soát quyền của agent sẽ không còn là tính năng phụ.
Nó sẽ trở thành hạ tầng.
#Newt $NEWT $LAB $BEAT
Ban đầu, mình nghĩ @NewtonProtocol là một giao thức giúp AI thực hiện tác vụ on-chain an toàn hơn.
Nhưng sau khi đọc docs, mình nhận ra AI chỉ là phần nổi. Điểm cốt lõi của Newton nằm ở authorization.
Newton không bắt đầu bằng câu hỏi “Agent thông minh đến đâu?”
Mà là: “Agent được phép làm gì, trong giới hạn nào, và làm sao chứng minh nó không vượt quá quyền được trao?”
Đây là lý do zkPermissions trở thành trung tâm của kiến trúc.
Người dùng không giao toàn bộ quyền cho agent. Quyền được định nghĩa bằng policy: tài sản nào được sử dụng, giới hạn bao nhiêu, điều kiện nào cần đáp ứng và khi nào quyền kết thúc.
Agent không sở hữu authority.
Nó chỉ được thực hiện delegated execution khi hành động vẫn nằm trong policy đã được xác minh.
Đây là điểm khác biệt lớn nhất
Blockchain truyền thống hỏi: “Transaction này có hợp lệ không?”
Newton bổ sung: “Quyền tạo ra transaction này có còn hợp lệ không?”
Một bên bảo vệ tính đúng đắn của giao dịch.
Một bên bảo vệ ranh giới của quyền đại diện.
Vì vậy, mình không xem zkPermissions chỉ là tính năng bảo mật cho AI.
Nó là cách Newton đưa authorization trở thành thứ có thể được định nghĩa bằng policy, giới hạn bằng điều kiện và xác minh bằng zero-knowledge proofs.
Nó không cố giải quyết mọi vấn đề của AI.
Họ tập trung vào một bài toán nền tảng hơn:
Làm thế nào để quyền ủy thác trên blockchain có thể được kiểm chứng thay vì chỉ dựa vào niềm tin?
Nếu AI trở thành lớp thực thi mới của Web3, kiểm soát quyền của agent sẽ không còn là tính năng phụ.
Nó sẽ trở thành hạ tầng.
#Newt $NEWT $LAB $BEAT
Đăng nhập để khám phá thêm nội dung