Раньше я считал, что «проверяемые данные» — это данные, которым можно доверять, какие бы числа ни проходили через систему.
Я перечитал технический документ Space and Time версии 2.0 и интервью с командой, чтобы пересмотреть это предположение. Proof of SQL одновременно доказывает два факта: что запрос был выполнен корректно и что исходная таблица данных не была изменена по сравнению с обязательством, подписанным валидаторами. Доверять доказывающей стороне не нужно: проверяющий просто сверяет результат с обязательством.
Но обязательство отражает лишь данные на момент их поступления в систему. Команда также ясно даёт понять: если данные были изменены заранее, доказательство этого не выявит.
Это заставило меня по-новому взглянуть на СЧА токенизированных фондов. Каждый рабочий день, примерно в 16:00 по восточному времени, администратор фонда утверждает показатель, на основании которого следующим утром оцениваются подписки и погашения на миллиарды долларов. С помощью Space and Time расчёт этого показателя может сопровождаться доказательством. Но подлинность самих исходных данных зависит от шлюза приёма данных, где валидаторы достигают консенсуса до того, как данные будут записаны (в техническом документе приводится пример цены акции, полученной от 12 поставщиков данных).
Оглядываясь назад, я понимаю, что доверие никуда не исчезло. Оно просто сосредоточилось в одной точке. То же относится к ИИ-агентам и хукам Uniswap v4: результаты запросов могут сопровождаться доказательствами, но шлюз приёма данных всё равно нужно тщательно проверять.
На один вопрос я по-прежнему не могу ответить: по мере того как всё больше приложений начинают полагаться на доказуемые данные, кто будет отвечать за проверку поступающих данных?
Этот материал — оплаченная реклама.
Покупка SXT сопряжена с риском. Перед покупкой SXT или любой другой криптовалюты рекомендуется провести собственное исследование (DYOR) и обратиться за профессиональной консультацией.
#sxt $SXT @SpaceandTime
Я перечитал технический документ Space and Time версии 2.0 и интервью с командой, чтобы пересмотреть это предположение. Proof of SQL одновременно доказывает два факта: что запрос был выполнен корректно и что исходная таблица данных не была изменена по сравнению с обязательством, подписанным валидаторами. Доверять доказывающей стороне не нужно: проверяющий просто сверяет результат с обязательством.
Но обязательство отражает лишь данные на момент их поступления в систему. Команда также ясно даёт понять: если данные были изменены заранее, доказательство этого не выявит.
Это заставило меня по-новому взглянуть на СЧА токенизированных фондов. Каждый рабочий день, примерно в 16:00 по восточному времени, администратор фонда утверждает показатель, на основании которого следующим утром оцениваются подписки и погашения на миллиарды долларов. С помощью Space and Time расчёт этого показателя может сопровождаться доказательством. Но подлинность самих исходных данных зависит от шлюза приёма данных, где валидаторы достигают консенсуса до того, как данные будут записаны (в техническом документе приводится пример цены акции, полученной от 12 поставщиков данных).
Оглядываясь назад, я понимаю, что доверие никуда не исчезло. Оно просто сосредоточилось в одной точке. То же относится к ИИ-агентам и хукам Uniswap v4: результаты запросов могут сопровождаться доказательствами, но шлюз приёма данных всё равно нужно тщательно проверять.
На один вопрос я по-прежнему не могу ответить: по мере того как всё больше приложений начинают полагаться на доказуемые данные, кто будет отвечать за проверку поступающих данных?
Этот материал — оплаченная реклама.
Покупка SXT сопряжена с риском. Перед покупкой SXT или любой другой криптовалюты рекомендуется провести собственное исследование (DYOR) и обратиться за профессиональной консультацией.
#sxt $SXT @SpaceandTime
