Я глубоко погрузился в эту тему, и вот что особенно выделяется: смарт-контракты отлично выполняют правила, но им трудно работать, когда эти правила зависят от больших объёмов внешних или исторических данных.

Возьмём, к примеру, DeFi-контракт, которому нужно проверять залог, историю торгов или активность в нескольких цепочках. Обычно для этого требуются внешние поставщики данных. Сложность не только в том, чтобы получить данные; она в том, чтобы определить, можно ли по-настоящему доверять и расчётам, и исходной информации.

Именно здесь становится интересной «proof of SQL».

Вместо того чтобы заставлять смарт-контракт самостоятельно обрабатывать тысячи записей, Space and Time позволяет выполнять тяжёлые вычисления вне цепочки. «Прувер» выполняет SQL-запрос и создаёт криптографическое доказательство, подтверждающее, что результат соответствует запрошенному запросу и зафиксированным данным. Затем смарт-контракт может проверить этот результат.

Мне нравится этот подход, потому что он устраняет реальное ограничение, а не просто становится очередной историей про «масштабирование».

Однако исполнение по-прежнему имеет решающее значение. Такие факторы, как доступность данных, надёжная индексация, децентрализация пруфера, затраты и фактическое внедрение разработчиками, определят, насколько полезным это действительно станет.

Меня больше интересуют реальные применения, чем впечатляющие бенчмарки.

Как вы думаете, станут ли проверяемые данные важнейшей инфраструктурой для DeFi, или существующих оракульных решений будет достаточно?

#sxt $SXT @SpaceandTime