Скажите «децентрализованная сеть вычислений ИИ» большинству людей, и появляется картинка, которая формируется автоматически. Ваш запрос непредсказуемо отскакивает по огромному распределённому peer-to-peer-кворуму: нет единой точки, которая решает что-либо, сплошная случайность, сплошное распределение, и никто конкретно не обрабатывает именно ваш запрос.
В документации по архитектуре OpenGradient описывается нечто заметно более продуманное, чем эта ментальная картинка. Запрос маршрутизируется напрямую на один конкретный, заранее выбранный узел вывода (inference node). Сам блокчейн явно не входит в критический путь для этого первоначального решения о маршрутизации. Один узел, выбранный через определённый процесс, выполняет ваши реальные вычисления.
Децентрализация в этой сети проявляется потом — в том, как этот узел проверяет и «закрепляет» результат, — а не в том, как ваш запрос вообще находит сервер, с которого всё начинается. Полные ноды проверяют доказательства и ведут реестр (ledger) после того, как возвращается результат. Шаг маршрутизации, который в первую очередь доводит ваш вопрос до работника, больше похож на обычный балансировщик нагрузки, который принимает одно аккуратное решение, чем на хаотичное, непредсказуемое распределение по открытому рою.
Эта разница важнее, чем звучит. Одно решение по маршрутизации на запрос — даже если оно хорошо спроектировано — даёт иной профиль надёжности и устойчивости к цензуре, чем настоящая многомаршрутная избыточность, где несколько нод могли бы правдоподобно ответить на один и тот же вопрос.
OpenGradient децентрализует там, где это действительно важнее всего для его основной идеи: верификация и доказательства — та часть, которая позволяет вам доверять результату, не доверяя конкретному узлу, который его произвёл. Та часть, которую большинство новичков обычно представляет как децентрализованную, — собственно маршрутизация, — честно говоря, кажется более централизованной из двух частей, если внимательно прочитать документы, а не опираться на ту ментальную картинку, которую обычно вызывает слово «децентрализованный».
@OpenGradient $OPG #opg $ARB
В документации по архитектуре OpenGradient описывается нечто заметно более продуманное, чем эта ментальная картинка. Запрос маршрутизируется напрямую на один конкретный, заранее выбранный узел вывода (inference node). Сам блокчейн явно не входит в критический путь для этого первоначального решения о маршрутизации. Один узел, выбранный через определённый процесс, выполняет ваши реальные вычисления.
Децентрализация в этой сети проявляется потом — в том, как этот узел проверяет и «закрепляет» результат, — а не в том, как ваш запрос вообще находит сервер, с которого всё начинается. Полные ноды проверяют доказательства и ведут реестр (ledger) после того, как возвращается результат. Шаг маршрутизации, который в первую очередь доводит ваш вопрос до работника, больше похож на обычный балансировщик нагрузки, который принимает одно аккуратное решение, чем на хаотичное, непредсказуемое распределение по открытому рою.
Эта разница важнее, чем звучит. Одно решение по маршрутизации на запрос — даже если оно хорошо спроектировано — даёт иной профиль надёжности и устойчивости к цензуре, чем настоящая многомаршрутная избыточность, где несколько нод могли бы правдоподобно ответить на один и тот же вопрос.
OpenGradient децентрализует там, где это действительно важнее всего для его основной идеи: верификация и доказательства — та часть, которая позволяет вам доверять результату, не доверяя конкретному узлу, который его произвёл. Та часть, которую большинство новичков обычно представляет как децентрализованную, — собственно маршрутизация, — честно говоря, кажется более централизованной из двух частей, если внимательно прочитать документы, а не опираться на ту ментальную картинку, которую обычно вызывает слово «децентрализованный».
@OpenGradient $OPG #opg $ARB