Одно доказательство — множество назначений 🌐
$LINK помог показать, насколько важна связь между блокчейнами и внешней информацией.
Но есть и другая инфраструктурная проблема, которая, как мне кажется, заслуживает внимания.
Что происходит, когда криптографическое доказательство нужно проверить нескольким разным приложениям?
Представьте, что протокол кредитования проверяет, соответствует ли заёмщик определённому требованию.
Доказательство проверено.
Теперь другое приложение хочет положиться на тот же результат.
Нужно ли ему повторять весь процесс проверки?
Не обязательно.
zkVerify решает эту задачу с помощью агрегации доказательств.
После независимой проверки поддерживаемых доказательств их результаты можно объединить в пакеты агрегации.
Сеть формирует квитанцию, подтверждающую проверенные доказательства.
Затем приложения могут использовать соответствующие криптографические доказательства включения, чтобы проверить, входит ли результат конкретной проверки в этот пакет.
Это означает, что контракты в целевых сетях могут использовать подтверждение проверки, не повторяя все исходные вычисления.
Здесь важно провести различие.
Квитанция подтверждает, что доказательство было проверено.
Но она не означает автоматически, что каждое приложение должно принять лежащее в его основе утверждение.
Каждое приложение по-прежнему должно применять собственные требования.
Думаю, по мере распространения ZK-приложений в разных экосистемах эта архитектура будет становиться всё важнее.
Настоящая возможность заключается не просто в проверке большего числа доказательств.
Она в том, чтобы другим системам было проще использовать проверенные результаты.
#Инфраструктура #Сезон альткоинов#
$LINK помог показать, насколько важна связь между блокчейнами и внешней информацией.
Но есть и другая инфраструктурная проблема, которая, как мне кажется, заслуживает внимания.
Что происходит, когда криптографическое доказательство нужно проверить нескольким разным приложениям?
Представьте, что протокол кредитования проверяет, соответствует ли заёмщик определённому требованию.
Доказательство проверено.
Теперь другое приложение хочет положиться на тот же результат.
Нужно ли ему повторять весь процесс проверки?
Не обязательно.
zkVerify решает эту задачу с помощью агрегации доказательств.
После независимой проверки поддерживаемых доказательств их результаты можно объединить в пакеты агрегации.
Сеть формирует квитанцию, подтверждающую проверенные доказательства.
Затем приложения могут использовать соответствующие криптографические доказательства включения, чтобы проверить, входит ли результат конкретной проверки в этот пакет.
Это означает, что контракты в целевых сетях могут использовать подтверждение проверки, не повторяя все исходные вычисления.
Здесь важно провести различие.
Квитанция подтверждает, что доказательство было проверено.
Но она не означает автоматически, что каждое приложение должно принять лежащее в его основе утверждение.
Каждое приложение по-прежнему должно применять собственные требования.
Думаю, по мере распространения ZK-приложений в разных экосистемах эта архитектура будет становиться всё важнее.
Настоящая возможность заключается не просто в проверке большего числа доказательств.
Она в том, чтобы другим системам было проще использовать проверенные результаты.
#Инфраструктура #Сезон альткоинов#
