Pearl и Bittensor, Akash и Render: ключевые различия

Читатели, которые уже знают, что GPU может обучать модель или обслуживать запросы к ней, всё равно должны различать три архитектуры: работу, которая создаёт блок, работу, которую оценивают валидаторы, и работу, за которую платит покупатель. Pearl относится к первой архитектуре. Оценка или аренда всё ещё могут быть полезны покупателю, пока хост-цепочка продолжает создавать блоки без этой задачи для GPU.

Выполненная задача, высокая оценка валидаторов и успешный ответ на плитку отвечают на разные вопросы. Цена и доступность не относят сеть к одной и той же архитектуре.

Основные выводы

• Механизм создания блоков Pearl основан на умножении матриц на GPU в собственной сети. Bittensor выплачивает TAO, когда валидаторы оценивают результат работы подсети. Akash и Render взимают плату за аренду или задачу, а их хост-цепочки создают блоки за счёт стейкинга.
• Корректное доказательство Pearl показывает, что выбранная плитка результата была пересчитана и соответствует целевой сложности. Оно не показывает, что матрицы были получены на прямом проходе оплачиваемой модели.
• Списки оборудования от сторонних майнеров не являются константами протокола. Документированный путь Pearl включает ноду и майнер vLLM. Akash указывает ресурсы контейнера. Render назначает задачи GPU операторам нод.
• Нативные активы выполняют разные функции: PRL — это субсидия за блок Pearl, TAO распределяется на основе совокупных оценок, застейканный AKT обеспечивает создание блоков Akash, а аренда оплачивается из ACT, RENDER сжигается для оплаты задачи, а операторы получают вознаграждение по отдельному графику эмиссии.

Что на самом деле делает каждая сеть?

Pearl — это блокчейн первого уровня, в котором единицей работы служит умножение матриц на GPU. В информационном документе Pearl INT описана конструкция с доказательством полезной работы, в которой это умножение также может служить доказательством блока. Майнер выбирает матрицы, а плитки произведения становятся билетами для выбора блока. Майнер, нашедший подходящий билет, публикует блок и получает оплату в PRL. На Gate спотовый тикер этого нативного актива — PEARL.

Bittensor — это открытая сеть подсетей. Майнеры предоставляют такие ресурсы, как вычисления, инференс, хранилище или прогнозирование. Валидаторы оценивают майнеров, назначая веса, а Yuma Consensus агрегирует эти веса, а не оценивает саму работу. Создатели подсетей определяют механизм стимулирования, стейкеры поддерживают валидаторов с помощью TAO, а сеть выплачивает TAO на основе совокупной оценки. Высокая оценка — это результат суждения в рамках стимулов конкретной подсети, а не правило, согласно которому произведение матриц должно быть прообразом следующего блока.

Akash Network — это маркетплейс контейнерных вычислений, созданный с использованием Cosmos SDK и CometBFT. Арендатор описывает в файле развёртывания необходимые CPU, память, хранилище и, если доступно, GPU. Провайдеры предлагают ставки, арендатор принимает одну из них, а сеть записывает аренду. Валидаторов Akash выбирает делегированное доказательство доли. GPU, обслуживающий контейнер, является арендованным ресурсом, а не частью задачи, которую решают эти валидаторы.

Render Network назначает задачи GPU, особенно задачи рендеринга и связанные вычисления, операторам нод. RENDER — это актив стандарта SPL в сети Solana. Создатель сжигает RENDER для получения рабочих кредитов и отправки задачи, а операторы нод получают оплату по отдельному графику эмиссии, а не из сожжённых токенов. Валидаторы Solana создают блоки Solana. Расчёт по задаче обновляет запись о работе в Render, а не механизм создания блоков Solana.

Создаёт ли полезная работа, например умножение матриц, блок?

Среди этих четырёх сетей только в архитектуре Pearl полезная работа создаёт блок. Майнеры Pearl ищут плитку, хеш которой соответствует целевому уровню сложности. Этот поиск и является доказательством работы. Повторение умножений до тех пор, пока плитка не пройдёт проверку, делает создание альтернативной истории затратным.

Остальные три сети могут обслуживать покупателя, а создание блоков при этом происходит отдельно. Bittensor платит за то, что определяет подсеть, а TAO распределяется в соответствии с весами, агрегированными Yuma. Akash платит за контейнер по договору аренды. Render платит за выполненную задачу. Эти сети могут продолжать создавать блоки, даже если рынок GPU неактивен: сеть Bittensor использует доказательство полномочий, Akash и Solana используют стейкинг, и ни одна из этих трёх сетей не использует задачу GPU в качестве задачи для создания блока.

Рисунок 1. Pearl платит за успешную плитку, полученную умножением матриц и создающую блок. Остальные три сети платят за оценку, аренду или задачу.

У маркетплейса могут быть платящие клиенты, даже если его сеть работает на стейкинге. Сеть с доказательством полезной работы может создавать блоки за счёт умножений, которые не были запрошены ни одним клиентом. Неудачная попытка в Pearl завершается без субсидии, низкий вес в Bittensor прекращает эту эмиссию, отклонённая ставка в Akash прекращает это предложение, а нерассчитанная задача в Render завершает эту задачу.

Что на самом деле доказывает пройденная проверка?

Проверка Pearl доказывает узкий факт. Спецификация вычислений с плавающей точкой расширяет доказательство умножения целочисленных матриц: майнер фиксирует входные данные, к этим обязательствам применяется шум, а произведение разбивается на плитки. Верификатор не пересчитывает всё произведение. Он открывает одну плитку, проверяет доказательства Меркла, получает начальные значения для генерации шума, пересчитывает эту плитку и проверяет соответствие билета целевой сложности.

Успешная проверка означает, что плитка совпадает с исходным результатом и билет соответствует сложности. Она не означает, что клиент получил токены от модели. Майнер выбирает входные данные, поскольку открытая сеть не может предполагать наличие честного постановщика задачи. Обоснование безопасности основано на стоимости умножения, в том числе на вырожденных входных данных, а не на реестре одобренных моделей.

Независимое исследование этой границы, Разрыв полезности в доказательстве полезной работы, сообщает, что проверка принимает завершённое произведение матриц и не проверяет, были ли матрицы получены от модели. Случайные матрицы могут пройти проверку. Исследование также сообщает, что программное обеспечение для майнинга, преобладавшее в его выборке, не содержало кода для инференса. Проверка плитки может быть корректной, даже если оплачиваемая задача инференса остаётся необязательной.

В Bittensor успешная проверка представляет собой оценку. Валидаторы изучают результат работы майнера в соответствии со стимулами подсети и назначают веса. Высокий вес означает, что эти валидаторы присвоили результату ценность. Это не означает, что каждая подсеть продаёт инференс внешнему клиенту, и не означает, что вычисления майнера были повторно выполнены как часть консенсуса по плитке. В введении в Bittensor описано это разделение: майнеры предоставляют ресурс, валидаторы оценивают майнеров, а стейкеры поддерживают валидаторов с помощью TAO.

В Akash успешная проверка представляет собой аренду. Сеть записывает ставку, согласие арендатора и условия сделки. После этого исполнение становится операционным фактом, связанным с контейнером на машинах провайдера. Закрытая аренда не доказывает, что GPU провайдера обучают указанную модель, если только рабочая нагрузка арендатора не является именно такой задачей.

В Render успешная проверка представляет собой расчёт по задаче. Оператор ноды получает оплату, когда сеть принимает выполненную работу в соответствии с правилами задачи и репутации. Расчёт подтверждает запись о задаче, но не доказывает, что те же циклы GPU использовались для доказательства блока Solana. Репутация может расти или снижаться в зависимости от выполненной работы. Такая оценка сервиса ближе к весам Bittensor и отличается от проверки плитки Pearl.

Чем отличаются аппаратные и программные пути?

Документированный путь майнинга в Pearl — это стек GPU на основе майнера vLLM и ноды Pearl. Нода передаёт шаблоны блоков. Адрес майнера в основной сети — это адрес Taproot с префиксом prl1p. Вознаграждение поступает, когда эта работа приводит к созданию блока: это субсидия плюс комиссии, а не почасовая оплата доступности.

Сторонние программы публикуют собственные списки устройств и показатели хешрейта. Эти показатели характеризуют конкретную сборку программного обеспечения, а не константу протокола. Программа, которая запрашивает сид-фразу, получает контроль над кошельком, поскольку для майнинга нужен только адрес для получения средств. Пул может сглаживать вариативность дохода. Единицей работы остаётся умножение матриц.

Оборудование для Bittensor зависит от подсети. Подсети инференса могут требовать GPU. Подсети хранения или прогнозирования могут в них не нуждаться. Регистрация, программное обеспечение майнера и оценка валидаторов определяют, получает ли машина оплату.

Оборудование Akash — это ресурсы, которые указывает провайдер и запрашивает арендатор в файле развёртывания. Успешное выполнение работы означает победу в торгах и поддержание аренды, а не прохождение целевого уровня сложности. Провайдер может получать оплату за аренду, не участвуя в создании блоков Akash.

Оборудование Render — это GPU-нода, которая принимает направленные ей задачи. Значение имеют репутация оператора и класс задачи. Карта, которая ни разу не получила подходящую плитку Pearl, всё равно может выполнить и закрыть задачу Render, поскольку эта задача не является билетом Pearl.

Одинаковы ли вознаграждения в токенах и плата за вычисления?

Нет. Pearl выпускает PRL через субсидию за блок. Максимальный объём предложения составляет 2,1 млрд токенов, а эмиссия приближается к этому значению по плавной кривой без этапа халвинга при целевом интервале около 194 секунд. PRL майнера — это право на получение этой эмиссии, а не счёт клиента за использование GPU. В разделе майнинг Pearl эта кривая рассматривается вместе с корректировкой сложности.

Bittensor выплачивает TAO из эмиссии, которую направляют агрегированные оценки Yuma. Майнеру нужен вес в подсети. Стейкер делегирует средства валидаторам. Ни один из этих потоков не является клиентской оплатой за час работы GPU. Токен служит единицей измерения оценок.

Akash отделяет создание блоков от оплаты аренды. Застейканный AKT поддерживает валидаторов и тем самым создание блоков. Арендатор финансирует аренду с помощью ACT, привязанного к доллару вычислительного кредита, а эскроу выплачивает провайдеру ACT. Сжигание AKT используется для выпуска этого кредита. Провайдер может получать оплату за аренду, не создавая блоки, а валидатор может создавать блоки, не предоставляя GPU.

RENDER используется для оплаты задачи. Сжигание RENDER создаёт рабочие кредиты и уменьшает предложение RENDER. Операторы нод получают оплату по отдельному графику эмиссии, а не в виде сожжённых токенов. Аккаунт Solana, на котором хранится RENDER, не является UTXO Pearl, а перевод в Solana не рассчитывает coinbase-транзакцию Pearl. Предложение может сокращаться, когда задачи сжигают RENDER, и увеличиваться при выпуске эмиссионных вознаграждений, а не в момент, когда плитка матриц достигает целевой сложности Pearl.

В квитанции с указанием «GPU» может отражаться субсидия за блок, эмиссия на основе оценок, оплата аренды или эмиссионная выплата после задачи, за которую были сожжены токены. Только первый вариант относится к Pearl.

Что нужно проверить, прежде чем считать эти архитектуры одинаковыми?

Успешная плитка Pearl подтверждает, что умножение соответствует целевой сложности. Она не подтверждает, что клиент получил результат работы модели. Вес Bittensor подтверждает оценку валидатора. Аренда Akash подтверждает принятую ставку. Расчёт Render подтверждает завершённую задачу.

У нативного актива Pearl нет адреса контракта в другой сети, а адреса для получения средств в основной сети начинаются с prl1p. Рынок PEARL на Gate относится к этому активу. Рынок PRL на Gate — это Perle, отдельный проект. Адрес контракта, адрес 0x или адрес Solana указывает на другой актив, даже если его название совпадает.

Итоги

Различие Pearl, Bittensor, Akash и Render заключается в том, что именно доказывает GPU. Pearl выплачивает PRL, когда плитка, полученная умножением матриц, проходит проверку в механизме создания блока собственной сети, а успешная проверка подтверждает именно эту плитку, а не счёт клиента. Bittensor выплачивает TAO, когда валидаторы оценивают результат работы подсети. Akash оплачивает принятую аренду из эскроу ACT, пока застейканные валидаторы создают блоки, а Render сжигает RENDER для оплаты задачи, тогда как вознаграждения операторам выплачиваются из эмиссии, а блоки создаются в Solana.

Часто задаваемые вопросы

Чем Pearl отличается от Bittensor, Akash и Render?

Pearl делает умножение матриц на GPU работой, которая может привести к созданию блока, и выплачивает победителю PRL. Bittensor выплачивает TAO за результат работы подсети после того, как валидаторы выставляют оценки. Akash записывает аренду контейнера в сети с доказательством доли и оплачивает эту аренду из эскроу ACT. Render взимает плату за задачи GPU, сжигая RENDER для получения рабочих кредитов в Solana, и выплачивает операторам нод средства по отдельному графику эмиссии.

Означает ли корректное доказательство Pearl, что GPU выполнял оплачиваемую AI-модель?

Нет. Корректное доказательство Pearl показывает, что открытая плитка пересчитывается, а билет соответствует целевой сложности. Майнер выбирает матрицы, и случайные матрицы также могут пройти проверку. Оплачиваемая задача инференса может быть источником этих матриц, но проверка не требует подтверждения такого происхождения.

Используют ли Akash и Render доказательство полезной работы?

Нет. Akash записывает аренду в сети CometBFT с доказательством доли. Render рассчитывается по задачам с использованием RENDER в Solana, валидаторы которой создают блоки за счёт стейкинга. Обе сети могут продавать полезное время GPU, но эта продажа не является задачей для создания блока.

Может ли любой GPU майнить Pearl так же, как он может выполнять задачу Akash или Render?

Нет. Провайдер Akash указывает ресурсы, запрошенные арендатором, и выигрывает торги, а оператор ноды Render принимает направленную ему задачу. Документированный путь Pearl включает ноду и майнер, который выполняет предусмотренное протоколом умножение, а выплата производится только после нахождения блока. Карта, способная выполнять задачи маркетплейса, не становится автоматически майнером Pearl.

Является ли рынок PRL на Gate тем же активом, что и Pearl?

Нет. Gate размещает нативный актив Pearl под тикером PEARL. Рынок PRL на Gate относится к Perle, отдельному проекту. Нативный актив Pearl поступает на адрес prl1p в сети Pearl и не имеет адреса контракта в другой сети.