$SXT
Больше данных не означает автоматически более качественных решений. Сложнее ответить на вопрос: может ли приложение доказать, что его данные и вычисления, лежащие в основе решения, надёжны?
Смарт-контракт может проверять состояние ончейн, но историческая активность, информация из других блокчейнов и закрытые бизнес-записи могут оставаться за пределами его собственного обзора. Внешняя база данных может предоставить ответы, однако пользователям всё равно важно быть уверенными в источнике данных и вычислениях.
Space and Time устраняет этот пробел с помощью Proof of SQL. В документации описаны реляционные таблицы, для которых валидаторы поддерживают криптографические обязательства. Узлы-доказатели выполняют SQL-запросы офчейн и создают доказательство с нулевым разглашением, подтверждающее целостность данных и корректность запроса. Смарт-контракт может проверить это доказательство, не обрабатывая сам набор данных.
Это различие важно для ИИ, токенизации и DeFi. Рабочие процессы ИИ могут использовать проверяемые вычисления. Токенизированные активы могут связывать информацию об активах вне блокчейна с ончейн-активностью. Приложения DeFi могут анализировать историческое поведение пользователей, а не полагаться только на текущий снимок состояния.
Вопрос не просто в том, есть ли у приложения данные. Важно, могут ли другие независимо проверить результат, на основании которого оно действует. Именно эту задачу призван решить Space and Time.
@SpaceandTime #SXT $SXT
Больше данных не означает автоматически более качественных решений. Сложнее ответить на вопрос: может ли приложение доказать, что его данные и вычисления, лежащие в основе решения, надёжны?
Смарт-контракт может проверять состояние ончейн, но историческая активность, информация из других блокчейнов и закрытые бизнес-записи могут оставаться за пределами его собственного обзора. Внешняя база данных может предоставить ответы, однако пользователям всё равно важно быть уверенными в источнике данных и вычислениях.
Space and Time устраняет этот пробел с помощью Proof of SQL. В документации описаны реляционные таблицы, для которых валидаторы поддерживают криптографические обязательства. Узлы-доказатели выполняют SQL-запросы офчейн и создают доказательство с нулевым разглашением, подтверждающее целостность данных и корректность запроса. Смарт-контракт может проверить это доказательство, не обрабатывая сам набор данных.
Это различие важно для ИИ, токенизации и DeFi. Рабочие процессы ИИ могут использовать проверяемые вычисления. Токенизированные активы могут связывать информацию об активах вне блокчейна с ончейн-активностью. Приложения DeFi могут анализировать историческое поведение пользователей, а не полагаться только на текущий снимок состояния.
Вопрос не просто в том, есть ли у приложения данные. Важно, могут ли другие независимо проверить результат, на основании которого оно действует. Именно эту задачу призван решить Space and Time.
@SpaceandTime #SXT $SXT
