ИИ-агент собирается направить капитал в протокол кредитования.
Прежде чем что-либо подписывать, он запрашивает данные о комиссиях, зафиксированных протоколом за последний квартал.
Простой вопрос: откуда ему знать, что эта цифра реальна?
Прямо сейчас — в большинстве случаев никак.
Показатель берётся из API или чьей-то базы данных, а агент действует на основе полученных данных со скоростью машины.
Именно вокруг этого пробела и построен @SpaceandTime .
Space and Time — блокчейн данных при поддержке M12, венчурного фонда Microsoft.
Он индексирует данные блокчейна, хранит рядом с ними внецепочечные наборы данных и возвращает результаты SQL с приложенным ZK-доказательством (Proof of SQL).
Тот, кто использует результат — агент или контракт, — проверяет доказательство и может не доверять оператору.
ИИ
Инфраструктура агентов быстро развивается: кошельки, подписание транзакций, платёжные каналы, межсетевое исполнение. Но звено между намерением агента и его транзакцией пока развито слабо: данные, которые позволяют понять, имеет ли транзакция вообще смысл.
Подумайте, что должен сделать серьёзный финансовый агент, прежде чем действовать.
Изучить динамику позиции за несколько недель, агрегировать активность в разных протоколах и блокчейнах, получить внешние данные — например, об уровне резервов, — а затем обработать всё это.
Агент, оценивающий кредит, хочет знать, как менялось обеспечение заёмщика за последние 30 дней, а смарт-контракт не может ответить на этот вопрос, опираясь лишь на текущее состояние.
Прежде чем нажать кнопку, трейдер-человек проверил бы данные на панели. У агента такой паузы нет.
Устаревшая или подменённая цифра сразу попадёт в подписанную транзакцию. Если история комиссий или данные об обеспечении приходят в виде подтверждённого результата запроса, агент может проверить исходные данные, а контрагент — увидеть, на что опирался агент, прежде чем средства будут переведены.
Именно эта вторая часть превращает идею «поручить агенту управлять деньгами» из прыжка веры в решение, которое сможет одобрить команда по управлению рисками.
Токенизация
Первая волна токенизации была лишь оболочкой: токен отслеживал стоимость облигации или акции. Но продукты, которыми сегодня управляют институциональные участники, — это математические модели.
— Токенизированный фонд денежного рынка ребалансирует портфель с учётом кривых доходности и применяет правила погашения в зависимости от пороговых значений ликвидности.
— Пул частного кредитования принимает платежи по десяткам займов, применяет каскадную логику распределения выплат между траншами и корректирует оценку активов по мере появления дефолтов.
Актив — это результат этих вычислений.
Именно здесь большинство проектов застревает: контракты могут обеспечивать соблюдение правил, но не способны обрабатывать большие или исторические наборы данных. Внешние системы могут выполнять вычисления, но тогда все держатели вынуждены доверять результату.
В итоге эмитенты упрощают актив или добавляют доверенного посредника, что подрывает саму идею токенизации.
Space and Time заполняет этот пробел: администратор или эмитент рассчитывает стоимость чистых активов с помощью SQL-запроса к данным о портфеле и публикует результат вместе с доказательством того, что расчёт корректно выполнен на основе этих данных.
Кастодиальный учёт и аудит по-прежнему подтверждают состав портфеля. Доказательство закрывает последний разрыв между этими записями и цифрой, которую держатель видит в блокчейне.
Тот же принцип применим к токенизированной акции, торгуемой в нескольких пулах: общий объём торгов во всех них сводится к одному расчёту, подтверждённому данными, зафиксированными в системе.
DeFi
Контракт видит текущий блок и ничего до него. Поэтому большинство стимулов в DeFi работают грубо.
Один уровень комиссий для всех. Награды распределяются по снимкам состояния, правила которых фармеры учатся обходить. Программы лояльности, которые не способны распознать лояльность.
Хуки Uniswap v4 показывают и возможности, и решение проблемы. Хук может выполнять пользовательскую логику при каждом обмене, но ему известно только текущее состояние пула и то, что ему передали.
Space and Time публикует шаблоны хуков, в которых хук задаёт вопрос об истории — например, сколько раз этот кошелёк совершал обмен за последние 30 дней — и получает подтверждённый ответ.
Шаблон скидки за лояльность сохраняет уровень пользователя после подтверждения его соответствия условиям и применяет пониженную комиссию во время обмена. Разработчику нужно написать только SQL-запрос.
Тот же подход применим к программам вознаграждений: право на них определяется по реальной активности в прошлом и подтверждается. Никто не заявляет о своей активности на словах, а каждый может проверить, кто получил право на награду и почему.
Теперь протоколы наконец могут учитывать поведение за определённый период, а не в один конкретный момент.
Токен
Токен напрямую связан с реальной работой. За каждую задачу в сети платят в $SXT : индексирование данных блокчейна, добавление внешних наборов данных, создание и проверка доказательств запросов.
Каждый запрос требует SXT, потому что для него нужны реальные вычислительные ресурсы. С другой стороны, SXT размещают в стейкинге, чтобы обеспечить работу валидаторов, выполняющих запросы и защищающих блокчейн.
И использование сети, и её безопасность обеспечиваются одним активом, а комиссии поступают в блокчейн, где их может отследить каждый.
Если бы ваш агент или протокол мог подтвердить запрос к историческим данным перед тем, как действовать, какой запрос вы бы выбрали первым?
