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 доводить вузький факт. Специфікація обчислень із плаваючою комою розширює доказ множення цілочислових матриць: майнер фіксує вхідні дані, до них застосовується шум із цих фіксацій, а добуток розбивається на плитки. Верифікатор не перераховує весь добуток. Він відкриває одну плитку, перевіряє докази Меркла, виводить початкові значення шуму, повторно обчислює цю плитку та перевіряє квиток на відповідність складності.

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

Незалежне дослідження цієї межі, The Usefulness Gap in Proof-of-Useful-Work, повідомляє, що перевірка приймає завершений добуток матриць і не перевіряє, чи походили матриці від моделі. Випадкові матриці можуть пройти перевірку. Дослідження також повідомляє, що програмне забезпечення для майнінгу, яке переважало у вибірці, не містило коду для інференсу. Перевірка плитки може бути коректною, навіть якщо платне робоче навантаження інференсу залишається необов’язковим.

У Bittensor успішна перевірка — це оцінка. Валідатори перевіряють результат роботи майнерів відповідно до механізму стимулювання підмережі та встановлюють ваги. Висока вага означає, що ці валідатори надали результату цінності. Це не означає, що кожна підмережа продає інференс зовнішньому клієнту, і не означає, що обчислення майнера було повторно виконано як консенсусна плитка. Вступ до Bittensor описує цей поділ: майнери створюють ресурс, валідатори оцінюють майнерів, а стейкери підтримують валідаторів за допомогою TAO.

В Akash успішна перевірка — це оренда. Ланцюг записує заявку, прийняття її орендарем і умови. Після цього надання послуги є операційним фактом, пов’язаним із контейнером на машинах провайдера. Закрита оренда не доводить, що GPU провайдера тренують конкретну названу модель, якщо робоче навантаження орендаря не є таким завданням.

У Render успішна перевірка — це розрахунок за завдання. Оператор вузла отримує оплату, коли мережа приймає роботу відповідно до правил завдання та репутації. Розрахунок підтверджує запис про завдання, а не те, що ті самі цикли GPU були доказом блока Solana. Репутація може зростати або знижуватися залежно від виконаної роботи. Така оцінка послуги відповідає вагам Bittensor, але відрізняється від перевірки плитки Pearl.

Чим відрізняються шляхи роботи з обладнанням і програмним забезпеченням?

Документований шлях майнінгу Pearl — це стек GPU на базі майнера vLLM і вузла Pearl. Вузол надає шаблони блоків. Адреса майнера в основній мережі — це адреса Taproot із префіксом prl1p. Винагорода надходить, коли ця робота знаходить блок: субсидія плюс комісії, а не погодинна оплата безперервної роботи.

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

Обладнання Bittensor залежить від підмережі. Підмережі інференсу можуть потребувати GPU. Підмережам сховища або прогнозування 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 не розраховується як коінбейс 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.

FAQ

Чим Pearl відрізняється від Bittensor, Akash і Render?

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

Чи означає валідний доказ Pearl, що GPU запускав платну модель ШІ?

Ні. Валідний доказ 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 і не має адреси контракту в іншому ланцюзі.