#sxt $SXT @SpaceandTime
Когда я пытаюсь проверить, сколько потратил на кофе в прошлом году, банковское приложение зависает, если прокрутить дальше чем на девяносто дней. Чтобы посмотреть данные за более ранний период, приходится запрашивать ежемесячную выписку в PDF и ждать. Именно так большинство систем хранения данных и остаются быстрыми: свежие данные держат под рукой, а историю отправляют в холодное хранилище, полагая, что никому не понадобится анализировать записи за три года прямо во время оформления покупки.
На смарт-контракты распространяется именно это ограничение. Кредитный протокол или хук Uniswap видит только текущие переменные состояния, но не то, что кошелёк делал полгода назад. Если автоматизированному агенту или токенизированному фонду нужен исторический объём торгов в нескольких пулах, обычно приходится ждать, пока офчейн-индексатор обработает данные и отправит непроверенное значение обратно в блокчейн.
Space and Time пытается устранить это узкое место с помощью Proof of SQL. Когда контракт или приложение запрашивает данные из исторических записей, офчейн-доказатель выполняет SQL-расчёт на основе зафиксированных метаданных таблиц и генерирует доказательство с нулевым разглашением на GPU. Результат и криптографическое доказательство передаются обратно в контракт-верификатор в блокчейне. Если доказатель пропустит строку или подделает расчёты, проверка не пройдёт, и контракт отклонит результат.
Сначала я думал, что это даст смарт-контрактам мгновенную и бесплатную память. Но, изучив процесс, я понял, что проблема хранения состояния просто превращается в компромисс между координацией и задержкой. Контракт-верификатор быстро проверяет доказательство, но вызывающей стороне всё равно приходится ждать асинхронного обратного вызова, пока офчейн-доказатель строит полиномиальные вычисления; кроме того, кто-то должен заплатить за газ для проверки этого доказательства в целевой сети. Стоимость чтения истории не исчезает — она просто переносится с постоянного хранения данных в блокчейне на вычисления для каждого запроса и задержку обратного вызова. Мне всё ещё интересно, насколько коротким может стать окно блока, прежде чем DeFi-своп обгонит генерацию доказательства.
Отказ от ответственности: покупка SXT сопряжена с риском. Перед покупкой SXT или любой другой криптовалюты рекомендуется провести собственное исследование (DYOR) и обратиться за профессиональной консультацией.
Когда я пытаюсь проверить, сколько потратил на кофе в прошлом году, банковское приложение зависает, если прокрутить дальше чем на девяносто дней. Чтобы посмотреть данные за более ранний период, приходится запрашивать ежемесячную выписку в PDF и ждать. Именно так большинство систем хранения данных и остаются быстрыми: свежие данные держат под рукой, а историю отправляют в холодное хранилище, полагая, что никому не понадобится анализировать записи за три года прямо во время оформления покупки.
На смарт-контракты распространяется именно это ограничение. Кредитный протокол или хук Uniswap видит только текущие переменные состояния, но не то, что кошелёк делал полгода назад. Если автоматизированному агенту или токенизированному фонду нужен исторический объём торгов в нескольких пулах, обычно приходится ждать, пока офчейн-индексатор обработает данные и отправит непроверенное значение обратно в блокчейн.
Space and Time пытается устранить это узкое место с помощью Proof of SQL. Когда контракт или приложение запрашивает данные из исторических записей, офчейн-доказатель выполняет SQL-расчёт на основе зафиксированных метаданных таблиц и генерирует доказательство с нулевым разглашением на GPU. Результат и криптографическое доказательство передаются обратно в контракт-верификатор в блокчейне. Если доказатель пропустит строку или подделает расчёты, проверка не пройдёт, и контракт отклонит результат.
Сначала я думал, что это даст смарт-контрактам мгновенную и бесплатную память. Но, изучив процесс, я понял, что проблема хранения состояния просто превращается в компромисс между координацией и задержкой. Контракт-верификатор быстро проверяет доказательство, но вызывающей стороне всё равно приходится ждать асинхронного обратного вызова, пока офчейн-доказатель строит полиномиальные вычисления; кроме того, кто-то должен заплатить за газ для проверки этого доказательства в целевой сети. Стоимость чтения истории не исчезает — она просто переносится с постоянного хранения данных в блокчейне на вычисления для каждого запроса и задержку обратного вызова. Мне всё ещё интересно, насколько коротким может стать окно блока, прежде чем DeFi-своп обгонит генерацию доказательства.
Отказ от ответственности: покупка SXT сопряжена с риском. Перед покупкой SXT или любой другой криптовалюты рекомендуется провести собственное исследование (DYOR) и обратиться за профессиональной консультацией.