#opg $OPG Документация по архитектуре OpenGradient — та, над которой я, вероятно, потратил больше времени, чем было разумно. Небольшая метка рядом с узлами данных — «скоро будет». Всё остальное в стеке выглядело работающим. А вот один компонент — нет. Сначала я отложил это, а потом вернулся.
Интересно то, что узлы данных — это не второстепенная функция, которую можно тихо отложить. Это часть сети, предназначенная для того, чтобы подтягивать в модель доверенную внешнюю информацию до того, как она будет запущена. Без них любое рассуждение в OpenGradient Chat, зависящее от реального контекста — живых сигналов, метрик вне цепочки, любых динамичных данных — получает входные данные извне проверенного пути выполнения. Сам модель запускается внутри TEE, то есть доверенной среды. Но данные, которые подают в эту модель, не проходят те же гарантии. Я не совсем уверен, как большинство разработчиков, которые сейчас строят на этом, обращаются с этой границей — или вообще рисуют её достаточно ясно.
Вопрос, который приходит в голову: что именно в этой ситуации покрывает on-chain-доказательство. Аттестация подтверждает, что модель корректно выполнилась на том входе, который она получила. Она не говорит ничего о том, откуда взялся этот вход, и был ли он точным, когда поступил. Это существенный пробел, если сценарий связан с агентом, который действует на живых данных — финансовых сигналах, состояниях протокола, любых данных, зависящих от времени. Иногда я думаю, сколько текущих интеграций неявно полагаются на этот непроверенный слой, даже не догадываясь об этом.
Если смотреть извне, базовая инфраструктура выглядит продуманной. Но «верифицируемый вывод» звучит как уверенное утверждение, и я всё ещё отслеживаю, где именно в реальности начинается и заканчивается эта верификация. Может быть, узлы данных скоро появятся, и этот разрыв закроется. Может быть, он уже уже, чем предполагают документы. Реальный ответ, вероятно, проявится только когда сеть заработает в масштабе… ну что ж, время покажет👍
#opg $OPG
Интересно то, что узлы данных — это не второстепенная функция, которую можно тихо отложить. Это часть сети, предназначенная для того, чтобы подтягивать в модель доверенную внешнюю информацию до того, как она будет запущена. Без них любое рассуждение в OpenGradient Chat, зависящее от реального контекста — живых сигналов, метрик вне цепочки, любых динамичных данных — получает входные данные извне проверенного пути выполнения. Сам модель запускается внутри TEE, то есть доверенной среды. Но данные, которые подают в эту модель, не проходят те же гарантии. Я не совсем уверен, как большинство разработчиков, которые сейчас строят на этом, обращаются с этой границей — или вообще рисуют её достаточно ясно.
Вопрос, который приходит в голову: что именно в этой ситуации покрывает on-chain-доказательство. Аттестация подтверждает, что модель корректно выполнилась на том входе, который она получила. Она не говорит ничего о том, откуда взялся этот вход, и был ли он точным, когда поступил. Это существенный пробел, если сценарий связан с агентом, который действует на живых данных — финансовых сигналах, состояниях протокола, любых данных, зависящих от времени. Иногда я думаю, сколько текущих интеграций неявно полагаются на этот непроверенный слой, даже не догадываясь об этом.
Если смотреть извне, базовая инфраструктура выглядит продуманной. Но «верифицируемый вывод» звучит как уверенное утверждение, и я всё ещё отслеживаю, где именно в реальности начинается и заканчивается эта верификация. Может быть, узлы данных скоро появятся, и этот разрыв закроется. Может быть, он уже уже, чем предполагают документы. Реальный ответ, вероятно, проявится только когда сеть заработает в масштабе… ну что ж, время покажет👍
#opg $OPG