Một tác nhân AI sắp chuyển vốn vào một giao thức cho vay.
Trước khi ký bất cứ thứ gì, nó truy xuất các khoản phí được ghi nhận của giao thức trong quý vừa qua.
Câu hỏi đơn giản: làm sao nó biết con số đó là thật?
Hiện tại, phần lớn là không.
Con số này đến từ một API hoặc cơ sở dữ liệu của ai đó, và tác nhân thực hiện theo bất cứ dữ liệu nào nó nhận được, với tốc độ của máy.
Khoảng trống này chính là điều mà @SpaceandTime được tạo ra để giải quyết.
Space and Time là một blockchain dữ liệu được hậu thuẫn bởi M12, quỹ đầu tư mạo hiểm của Microsoft.
Nền tảng này lập chỉ mục dữ liệu trên chuỗi, lưu trữ các tập dữ liệu ngoài chuỗi bên cạnh đó và trả về kết quả SQL kèm theo bằng chứng zk (Proof of SQL).
Bất kể ai sử dụng kết quả—tác nhân hay hợp đồng—họ đều kiểm tra bằng chứng và không cần tin tưởng đơn vị vận hành.
AI
Hệ sinh thái tác nhân đang phát triển nhanh chóng: ví, ký giao dịch, hạ tầng thanh toán, thực thi xuyên chuỗi. Nhưng lớp nằm giữa ý định của tác nhân và giao dịch của nó vẫn còn mỏng: dữ liệu cho biết giao dịch đó có hợp lý hay không.
Hãy nghĩ xem một tác nhân tài chính thực thụ cần làm gì trước khi hành động.
Đọc diễn biến của một vị thế trong nhiều tuần, tổng hợp hoạt động trên nhiều giao thức và blockchain, lấy dữ liệu đầu vào offchain như mức dự trữ, rồi chạy logic trên toàn bộ dữ liệu đó.
Một tác nhân đánh giá khoản vay cần biết tỷ lệ tài sản thế chấp của người vay đã biến động ra sao trong 30 ngày qua, nhưng hợp đồng thông minh không thể trả lời câu hỏi đó chỉ từ trạng thái hiện tại.
Một nhà giao dịch là con người sẽ kiểm tra lại bảng điều khiển trước khi nhấn nút. Tác nhân thì không có khoảng dừng như vậy.
Một con số lỗi thời hoặc bị thao túng sẽ đi thẳng vào giao dịch đã ký. Khi lịch sử phí hoặc dữ liệu tài sản thế chấp được trả về dưới dạng kết quả truy vấn đã được chứng minh, tác nhân có thể xác minh dữ liệu đầu vào của chính mình, còn bên đối tác có thể kiểm tra tác nhân đã thấy gì trước khi vốn được giải ngân.
Chính phần thứ hai này biến việc “để tác nhân quản lý tiền” từ một bước nhảy của niềm tin thành điều mà đội ngũ quản trị rủi ro có thể phê duyệt.
Token hóa
Làn sóng token hóa đầu tiên chỉ là một lớp vỏ: token theo dõi giá trị của trái phiếu hoặc cổ phiếu. Nhưng các sản phẩm mà tổ chức vận hành ngày nay được tạo nên từ các phép tính.
-một quỹ thị trường tiền tệ được token hóa tái cân bằng theo đường cong lợi suất và áp dụng quy tắc mua lại dựa trên các ngưỡng thanh khoản.
-một quỹ tín dụng tư nhân nhận thanh toán từ hàng chục khoản vay, áp dụng cơ chế phân bổ dòng tiền theo thứ tự ưu tiên giữa các tranche và điều chỉnh định giá khi các khoản nợ vỡ nợ.
Tài sản chính là kết quả của phép tính đó.
Đây là điểm khiến phần lớn chương trình đình trệ: hợp đồng có thể thực thi quy tắc nhưng không thể tính toán trên các tập dữ liệu lớn hoặc dữ liệu lịch sử. Hệ thống offchain có thể tính toán, nhưng khi đó mọi người nắm giữ đều phải tin vào kết quả.
Các bên phát hành rốt cuộc phải đơn giản hóa tài sản hoặc thêm một bên trung gian đáng tin cậy, làm suy yếu lý do ban đầu để token hóa.
Space and Time lấp khoảng trống đó: quản trị viên hoặc bên phát hành chạy phép tính NAV dưới dạng truy vấn SQL trên dữ liệu về các khoản nắm giữ, rồi công bố kết quả kèm bằng chứng rằng phép tính đã được thực thi chính xác trên dữ liệu đó.
Hoạt động lưu ký và kiểm toán vẫn xác lập các khoản nắm giữ là gì. Bằng chứng hoàn tất mắt xích cuối cùng giữa những hồ sơ đó và con số mà người nắm giữ nhìn thấy onchain.
Logic tương tự cũng áp dụng cho cổ phiếu được token hóa và giao dịch trên nhiều pool: tổng khối lượng trên tất cả các pool được tính gộp thành một phép tính, với bằng chứng dựa trên dữ liệu đã cam kết.
DeFi
Một hợp đồng chỉ thấy khối hiện tại và không thấy bất cứ thứ gì trước đó. Đó là lý do phần lớn cơ chế khuyến khích DeFi còn khá thô.
Một mức phí cho tất cả mọi người. Phần thưởng được phân phối dựa trên các ảnh chụp trạng thái mà những người farm học cách thao túng. Các chương trình khách hàng thân thiết không thể nhận biết lòng trung thành.
Hook của Uniswap v4 cho thấy cả giới hạn lẫn cách khắc phục. Một hook có thể chạy logic tùy chỉnh mỗi khi có giao dịch swap, nhưng nó chỉ biết trạng thái hiện tại của pool và dữ liệu được truyền vào.
Space and Time cung cấp các mẫu hook trong đó hook đặt câu hỏi về dữ liệu lịch sử, chẳng hạn như ví này đã swap bao nhiêu trong 30 ngày qua, rồi nhận lại câu trả lời đã được chứng minh.
Mẫu chiết khấu khách hàng thân thiết lưu lại hạng của người dùng sau khi xác minh đủ điều kiện và áp dụng mức phí thấp hơn khi swap. Truy vấn SQL là phần duy nhất mà nhà phát triển cần viết.
Mô hình tương tự cũng áp dụng cho các chương trình phần thưởng, trong đó điều kiện đủ tư cách được tính toán dựa trên hoạt động thực tế trong quá khứ rồi được chứng minh, để không ai phải tự khai báo và bất kỳ ai cũng có thể kiểm tra ai đủ điều kiện và vì sao.
Cuối cùng, các giao thức có thể định giá hành vi theo thời gian thay vì chỉ dựa trên một thời điểm.
Token
Token gắn liền với công việc thực tế. Mọi tác vụ trên mạng lưới đều được thanh toán bằng $SXT : lập chỉ mục dữ liệu blockchain, đưa bộ dữ liệu offchain vào hệ thống, tạo và xác minh bằng chứng truy vấn.
Mỗi truy vấn tiêu tốn SXT vì cần tài nguyên tính toán thực. Ở chiều ngược lại, SXT được stake để bảo đảm cho các trình xác thực thực thi truy vấn và bảo mật blockchain.
Mức sử dụng và bảo mật cùng dựa vào một tài sản, còn phí được ghi nhận onchain để bất kỳ ai cũng có thể theo dõi.
Nếu tác nhân hoặc giao thức của bạn có thể chứng minh một truy vấn lịch sử trước khi hành động, bạn sẽ chọn truy vấn nào trước tiên?
