Сегодня копаем @OpenGradient основное проектирование
HACA архитектура в двух словах
разделяем трудящихся и проверяющих, пусть никто не совмещает роли
Сначала о подводных камнях
Традиционный блокчейн заставляет каждый узел проверки снова и снова выполнять одно и то же вычисление для достижения консенсуса, с переводами это еще возможно, но AI-вычисления требуют GPU и несколько секунд тяжелой работы. Ты заставляешь сотни узлов по всему миру снова и снова считать одну и ту же большую модель, стоимость этого зашкаливает, и система просто не выдержит
Вот почему большинство публичных цепей сталкиваются с AI очень неуклюже
Решение HACA — это разделение труда. Узлы вывода представляют собой группу безсостояний GPU worker, которые специально работают с моделями и выдают результаты, по завершении сразу генерируя доказательство; полные узлы вообще не касаются моделей
Они занимаются только одной задачей — проверкой правильности этого доказательства и ведением учета. Один отвечает за вычисления, другой за проверки, роли четко определены, пересечений нет. Стоимость проверки одного доказательства намного ниже, чем повторное выполнение AI вычислений, что позволяет сохранить децентрализованность с возможностью проверки каждым, не перегружая сеть
Мне нравится сдержанность этого дизайна
Оно не жадничает, чтобы создать универсальную публичную цепь, а честно признает, что AI вычисления и блокчейн консенсус — это две разные вещи, для этого нужны две разные группы узлов. В основе используется консенсус CometBFT, с 2/3 и более валидаторов, подтверждающих добавление в цепь, стек технологий — зрелый Cosmos SDK плюс EVM, без повторного изобретения колеса, границы тоже должны быть четкими
Насколько бы умной ни была эта система, она гарантирует только эффективность и децентрализацию на этапе проверки, но не может гарантировать, что на стороне вывода всегда будет достаточно GPU и разумные цены. Модели будут запускаться на тех же узлах GPU, и способность сети продолжать привлекать достаточно много и достаточно дешевой вычислительной мощности — это другая проблема — архитектура не решит вопрос предложения, это нужно решать через реальные стимулы, чтобы привлечь майнеров
Так что, как смотреть на HACA: это основа всей истории OpenGradient, которая имеет очень прочный подход к разделению труда
Но прочный фундамент — это только необходимое условие, чтобы построить здание, нужно, чтобы предложение вычислительных мощностей и реальный спрос на использование росли одновременно
Какой бы красивой ни была архитектура, необходимо, чтобы кто-то действительно работал над ней, чтобы это имело значение
#OPG #OpenGradient $OPG
HACA архитектура в двух словах
разделяем трудящихся и проверяющих, пусть никто не совмещает роли
Сначала о подводных камнях
Традиционный блокчейн заставляет каждый узел проверки снова и снова выполнять одно и то же вычисление для достижения консенсуса, с переводами это еще возможно, но AI-вычисления требуют GPU и несколько секунд тяжелой работы. Ты заставляешь сотни узлов по всему миру снова и снова считать одну и ту же большую модель, стоимость этого зашкаливает, и система просто не выдержит
Вот почему большинство публичных цепей сталкиваются с AI очень неуклюже
Решение HACA — это разделение труда. Узлы вывода представляют собой группу безсостояний GPU worker, которые специально работают с моделями и выдают результаты, по завершении сразу генерируя доказательство; полные узлы вообще не касаются моделей
Они занимаются только одной задачей — проверкой правильности этого доказательства и ведением учета. Один отвечает за вычисления, другой за проверки, роли четко определены, пересечений нет. Стоимость проверки одного доказательства намного ниже, чем повторное выполнение AI вычислений, что позволяет сохранить децентрализованность с возможностью проверки каждым, не перегружая сеть
Мне нравится сдержанность этого дизайна
Оно не жадничает, чтобы создать универсальную публичную цепь, а честно признает, что AI вычисления и блокчейн консенсус — это две разные вещи, для этого нужны две разные группы узлов. В основе используется консенсус CometBFT, с 2/3 и более валидаторов, подтверждающих добавление в цепь, стек технологий — зрелый Cosmos SDK плюс EVM, без повторного изобретения колеса, границы тоже должны быть четкими
Насколько бы умной ни была эта система, она гарантирует только эффективность и децентрализацию на этапе проверки, но не может гарантировать, что на стороне вывода всегда будет достаточно GPU и разумные цены. Модели будут запускаться на тех же узлах GPU, и способность сети продолжать привлекать достаточно много и достаточно дешевой вычислительной мощности — это другая проблема — архитектура не решит вопрос предложения, это нужно решать через реальные стимулы, чтобы привлечь майнеров
Так что, как смотреть на HACA: это основа всей истории OpenGradient, которая имеет очень прочный подход к разделению труда
Но прочный фундамент — это только необходимое условие, чтобы построить здание, нужно, чтобы предложение вычислительных мощностей и реальный спрос на использование росли одновременно
Какой бы красивой ни была архитектура, необходимо, чтобы кто-то действительно работал над ней, чтобы это имело значение
#OPG #OpenGradient $OPG