Ці дві назви не об’єднуються в одну AI-монету. Відмінність полягає в тому, яке завдання виконує кожна мережа. Ritual Chain — це EVM-ланцюг з ID 784, і правила емісії RITUAL працюють у цьому ланцюгу. Купівля RITUAL на спотовому ринку Gate не змінює спосіб оплати майнерів у сабнеті.
Наведене нижче порівняння використовує документацію Ritual Chain, сторінку токеноміки RITUAL та посібник із мережі Bittensor. У таблиці наведено лише дані, зазначені на цих трьох сторінках.
Ritual здійснює розрахунки за виклики моделей, HTTP-виклики та розклади в EVM-ланцюгу. Bittensor фіксує участь у сабнетах та емісію в subtensor, тоді як сама робота виконується поза мережею.
У Ritual викликач попередньо сплачує RITUAL. У Bittensor ланцюг спрямовує емісію TAO на роботу, яку оцінюють валідатори.
Ritual може зберігати вхідні дані виклику всередині довіреного середовища виконання. У посібнику Bittensor для майнерів зазначено, що запити майнерів не мають гарантії конфіденційності.
Bittensor додає токен alpha для кожного сабнету поруч із TAO. Нативним активом Ritual є RITUAL, а його мостове представлення не збільшує загальну пропозицію.
Почніть із завдання: один ончейн-виклик чи ринок, який оцінює конкуруючих постачальників. Це не є оцінкою майбутньої дохідності.
| Питання | Ritual | Bittensor |
|---|---|---|
| Ланцюг | Сумісний з EVM Layer 1, ID ланцюга 784, час блоку близько 350 мілісекунд | Subtensor — ланцюг на Substrate, один блок приблизно кожні 12 секунд |
| Одиниця роботи | Виклик контракту: модель, HTTP або розклад | Сабнет, визначений netuid, із власним механізмом стимулювання |
| Хто виконує роботу | Виконавець у довіреному середовищі виконання на старті, з затвердженого списку | Майнеры — hotkey, які приєдналися до сабнету, створюють те, що винагороджує цей сабнет |
| Хто перевіряє | Ланцюг здійснює розрахунок за атестований результат | Валідатори встановлюють ваги; Yuma Consensus об’єднує ці ваги відповідно до стейку |
| Хто платить | Викликач попередньо сплачує RITUAL із RitualWallet | Ланцюг емітує TAO; кожен сабнет також має alpha у пулі з TAO |
| Конфіденційність запиту | Вхідні дані можуть залишатися всередині середовища виконання | Посібник для майнерів: трафік майнерів не має гарантії конфіденційності |
| Що стейкає власник | Розблоковані RITUAL, делеговані або застейкані самостійно. Заблоковані токени не можна стейкати | TAO, які конвертуються в alpha відповідного сабнету під час стейкінгу в сабнет |
Ці рядки описують особливості дизайну з пов’язаних документів, а не є оцінкою. Якщо на сторінці немає певної інформації, рядок не заповнює прогалину рекламним твердженням.
Ritual Chain — це сумісний з EVM Layer 1 у мережі Ritual. Смартконтракт сплачує RITUAL, щоб викликати модель, запросити зовнішні дані, виконати AI-завдання або запланувати виконання пізніше. Проєкт називає цей рівень EVM++ — віртуальною машиною Ethereum, розширеною для AI-застосунків і складніших ончейн-обчислень. ID ланцюга — 784. Нативний RITUAL не має адреси контракту. Мостова форма в BNB Smart Chain і Base використовує адресу 0x256Ea35422b2F36B24aC1D66159Fe69e75918C37 і не збільшує загальну пропозицію, оскільки токени вихідного ланцюга блокуються.

Викликач поповнює спонсорський баланс у RitualWallet. Кожне асинхронне завдання резервує максимальний бюджет, завершується розрахунком і повертає надлишок. Ritual використовує консенсус під назвою Symphony для AI-навантажень. Звичайний gas є окремою оплатою від підписанта транзакції. На сторінці токеноміки зазначено, що під час запуску виконавці приєднуються через апаратну атестацію та затверджений список. Цей список обмежує коло осіб, які можуть виконувати завдання. Це не реєстрація майнерів у стилі Bittensor, де hotkey спалює комісію за вхід до сабнету, а потім конкурує за емісію.
Початкова пропозиція становить 10 млрд, з яких 18 % буде розблоковано під час публічного запуску mainnet 26 жовтня 2026 року; також передбачено однорічне блокування для інсайдерів, а обов’язкові голосування стейкерів залишаються пізнішою ціллю. Ці правила описують розмивання пропозиції. Вони не визначають, чи має контракт викликати Ritual або надсилати запит до сабнету Bittensor.
Bittensor — це блокчейн subtensor, який координує та оплачує корисну роботу. Bittensor запустив mainnet у 2023 році. Робота виконується поза мережею в сабнетах, де ланцюг координує та оплачує ончейн-моделі AI або інші сервіси. Ланцюг фіксує учасників, вимірює узгодженість щодо того, яка робота є якісною, та емітує TAO. У посібнику мережі вказано час блоку близько 12 секунд. Subtensor заснований на Substrate, а не є EVM-ланцюгом, тому контракт Solidity не розгортається в ньому так само, як у Ritual Chain.
Сабнет — це ринок стимулів із цілим netuid. Власник визначає механізм і гіперпараметри. Майнеры — це hotkey, які створюють товар сабнету: це можуть бути інференс, сховище, прогнози або інша робота та моделі, залежно від коду конкретного сабнету. Валідатори — це hotkey із достатнім стейком для отримання дозволу. Вони оцінюють майнерів, встановлюючи ваги, часто на основі поточних результатів і, у деяких моделях, сигналів, пов’язаних із минулою ефективністю. На межі епохи Yuma Consensus об’єднує ці ваги, зважені за стейком валідаторів, у частки емісії.
TAO — нативний токен. Кожен сабнет також має alpha, який торгується проти TAO у пулі цього сабнету. Стейкінг TAO у сабнет конвертує їх в alpha за ціною пулу. Alpha одного сабнету не є alpha іншого. Коренева мережа, netuid 0, не має майнерів і alpha. Ліміт місць у сабнеті за замовчуванням становить 256 нейронів, а вхід до заповненого сабнету витісняє неімунного нейрона з найнижчим рейтингом. Ці правила роблять місця в сабнетах обмеженими. Bittensor організовує роботу через стимули, а не через графік gas.
У Ritual виклик є ончейн-об’єктом. Документація визначає типи, що генеруються протоколом: для запланованого виклику, асинхронного зобов’язання з резервуванням ескроу та розрахунку, який оплачує виконавця або повертає результат. Важкі обчислення можуть виконуватися поряд із клієнтом виконання — у sidecar, описаному проєктом, — тому кожному валідатору не потрібно повторно запускати те саме завдання. Вузли також можуть спеціалізуватися на різних навантаженнях, замість того щоб усі виконували однакову роботу. Ланцюг усе одно має прийняти атестований результат. Infernet, оракульна мережа Ritual для AI, координує доступ до цієї зовнішньої роботи. Перевірка транзакції означає перевірку ID ланцюга 784 та атестації виконавця, а не позамережевої адреси axon майнера.
У Bittensor ланцюг не виконує модель. Майнеры публікують endpoint axon. Валідатори надсилають запити до цього endpoint, а потім записують ваги ончейн. У посібнику для майнерів прямо зазначено, що товар визначається власним кодом сабнету, а обслуговування endpoint не запускається автоматично після приєднання hotkey до сабнету. Якщо майнер змінює машини, він має опублікувати новий axon. Завдання ланцюга — участь, ваги та емісія. Несправність моделі є позамережевою помилкою, яка пізніше проявляється як слабка оцінка, а не як скасована EVM-транзакція. Сабнет і його endpoint перебувають поза шляхом виконання ланцюга, але все одно впливають на ончейн-стимули.
Для розробника це і є ключовою відмінністю. Якщо робота має завершуватися як один ончейн-виклик, використовуйте Ritual. Якщо прийнятне подальше позамережеве оцінювання, використовуйте Bittensor. Додавання UID сабнету до контракту Ritual або прекомпіляції Ritual до сабнету потребує окремого мосту. Жоден із ланцюгів не пропонує такого шляху за замовчуванням.
Платником у Ritual є користувач виклику. RITUAL залишає RitualWallet, коли виконавець повертає результат, коли визначається обсяг HTTP-виклику або коли настає час запланованого виклику. Агенти платять, щоб продовжувати працювати, тому постійний розклад і надалі створює попит на виклики, оплачені в RITUAL. Якщо баланс порожній, розклад не продовжує виконуватися безкоштовно. Емісія все одно існує: на сторінці токеноміки описано винагороди за стейкінг, що починаються приблизно з 5 % річних і виплачуються валідаторам, виконавцям і делегаторам, тоді як базова комісія спалюється. Ця емісія оплачує ролі безпеки та виконання. Вона не є рахунком за конкретний промпт. Промпт має власну ціну, опубліковану ончейн для кожної моделі.
Платником за саму роботу в Bittensor є графік емісії. Ланцюг емітує TAO для сабнетів, а потім для учасників пропорційно до виміряної цінності. Валідатори отримують дивіденди за ваги, що узгоджуються з консенсусом, і діляться цими дивідендами з номінаторами після утримання комісії. Майнеры отримують частку стимулів сабнету. Стейкери, які делегують кошти, отримують частку дивідендів валідатора. Посібник мережі вказує на поділ емісій для кожного tempo. Сигнал для майнера — створювати те, що винагороджують валідатори. Попит досягає майнера лише через ці оцінки, а не тому, що конкретний викликач попередньо сплатив цю HTTP-відповідь.
Обидва механізми можна назвати стимулами, але оплата та відповідне застосування відрізняються. Комісія Ritual зростає, коли комусь потрібен конкретний виклик і ця особа готова попередньо його оплатити. Емісія Bittensor надходить, коли валідатори, зважені за стейком, погоджуються, що майнер виконав завдання сабнету, навіть якщо жоден користувач не сплатив наперед конкретну відповідь. Інференс із оплатою за використання відображається як списання з RitualWallet. Виробництво з оплатою через емісію відображається як стимули сабнету та дивіденди. Змішування цих механізмів спотворює розуміння дизайну — наприклад, оцінювання Ritual за емісіями TAO або оцінювання сабнету за тим, чи було скасовано виклик Solidity.
Графік розблокування RITUAL не є халвінгом TAO, а ринкова ціна жодного з активів не враховується в цьому порівнянні. Заблоковані RITUAL не можна стейкати. Вага стейку Bittensor обчислюється за власною формулою: alpha, застейкані в цьому сабнеті, плюс кореневий стейк TAO, масштабований вагою TAO, встановленою через управління. Порівняння прибутковості стейкінгу без урахування цих формул не є порівнянням одного й того самого механізму.
Ritual перевіряє виклик через атестацію та розрахунок. Виконавець має довести, що він запустив затверджене програмне забезпечення в довіреному середовищі виконання. Потім ланцюг здійснює оплату із зарезервованого бюджету або фіксує результат. Довірене середовище виконання приховує вхідні дані від оператора обладнання, а шлях його атестації підтримує перевірку того, як було виконано завдання. Саме по собі це не доводить, що модель була тією, яку очікував користувач, якщо політика атестації не прив’язує конкретне програмне забезпечення. На сторінці токеноміки зазначено, що затверджений список є частиною доступу під час запуску. Закритий список простіше контролювати та цензурувати. Перевірка охоплює обидва аспекти.
Bittensor перевіряє роботу через узгодження між валідаторами зі стейком. Валідатор, який встановлює ваги, близькі до консенсусу, зберігає свої дивіденди. Валідатор, який втрачає дозвіл, втрачає дивіденди та свої облігації. Майнеры, які отримують мало, наближаються до витіснення після завершення імунітету. У технічному сенсі Yuma Consensus ця перевірка є соціальною та зваженою за стейком, а не апаратною атестацією одного enclave. Посібник для майнерів додає обмеження конфіденційності: запити передаються між валідаторами та майнерами без гарантії конфіденційності. Промпт, який має бути прихований від оператора, не варто використовувати на цьому шляху, якщо конкретний сабнет не додає захисту, не заявленого в базовому посібнику.
Існує одна перевірка поза межами обох дизайнів: чи є відповідь правдивою. Атестації та ваги валідаторів, описані на цих сторінках, не перевіряють факти у відповіді моделі. Ritual перевіряє, що обчислення виконано відповідно до узгоджених умов. Bittensor перевіряє оцінки учасників. Жодна система не доводить правильність самої відповіді. Продукту, якому потрібна перевірка фактів, усе одно необхідне джерело поза рівнем стимулів.
Оберіть Ritual, якщо завданням є контракт в EVM-ланцюгу, який має викликати модель, звернутися до HTTP-endpoint або запланувати власне виконання, а викликач готовий попередньо сплатити RITUAL. Це охоплює агента, чий ключ і бюджет розміщені в ланцюгу з ID 784, а також розробника, який уже пише на Solidity. Це не передбачає бажання отримувати TAO за обслуговування анонімних майнерів.
Оберіть Bittensor, якщо завдання полягає у створенні товару сабнету в конкуренції з іншими майнерами або в оцінюванні цих майнерів як валідатор за графіком емісії та з пулом alpha. Це охоплює команду, що створює товар сабнету, навколо якого можуть конкурувати майнери та валідатори, а також команду, яка хоче, щоб ланцюг оплачував корисну роботу без одного клієнта, що попередньо платить за кожну відповідь. Це не передбачає розгортання наявного EVM-контракту в subtensor з очікуванням появи прекомпіляцій Ritual.
Не обирайте жодну з них і використовуйте інший дизайн, якщо потрібні обов’язкове управління власниками токенів у перші місяці, приватні промпти на стандартному шляху майнерів Bittensor або відкритий набір виконавців Ritual без затвердженого списку. Наведені сторінки не описують це як функції, уже доступні під час запуску. Обмеження визначають, хто може брати участь на старті.
Після такого вибору купівля активу є спотовою торгівлею. Купівля TAO не реєструє майнера. Купівля RITUAL не розгортає агента. Купівля лише змінює баланс, а пара RITUAL/USDT все одно має відповідати мережі депозиту.
Ці параметри змінюються, тому визначальними є показники на сторінці в конкретний момент часу. Гіперпараметри Bittensor, зокрема вага TAO у стейку, ліміт дозволів валідаторів і тривалість імунітету, встановлюються через управління або сабнетом, а посібник мережі рекомендує переглядати актуальні значення. Список виконавців Ritual, графік комісій і ціль на 12-й місяць щодо обов’язкових голосувань є заявами про запуск на сторінці токеноміки, а не обіцянкою, що список назавжди залишиться закритим. Це порівняння охоплює опубліковані механізми, а не пізніше голосування.
Інше обмеження — глибина публічних пояснень. У публічних матеріалах Ritual часто обмежуються формулюванням «AI Layer 1» і не пояснюють, хто здійснює передоплату, або подають управління як уже доступну функцію токена, хоча обов’язкові голосування стейкерів з’являться пізніше. У публічних матеріалах Bittensor часто обмежуються загальним визначенням на кшталт «децентралізований AI» та пропускають використані тут операційні деталі, зокрема alpha, endpoint axon і відсутність гарантії конфіденційності. Це порівняння не ранжує токени та не оцінює дохідність.
Ritual — це EVM Layer 1, де смартконтракти попередньо сплачують RITUAL за AI-операції, такі як виклик моделі, HTTP-виклик або розклад, а виконавець може запускати цю роботу в довіреному середовищі виконання із затвердженого списку. Bittensor — це ланцюг Substrate, де майнеры створюють позамережеві AI-рішення на оцінюваних ринках сабнетів, валідатори встановлюють ваги, а емісії TAO та пул alpha для кожного сабнету оплачують роботу відповідно до Yuma Consensus. Використовуйте Ritual для контрактоподібного виклику із зарезервованим бюджетом. Використовуйте Bittensor для оцінюваного ринку постачальників. Спотовий ринок, де торгується RITUAL, є окремим кроком від обох дизайнів.
Ritual використовує EVM-ланцюг з ID 784, де контракти попередньо сплачують RITUAL за виклики моделей, HTTP та заплановані виклики, а Infernet є децентралізованою оракульною мережею Ritual для AI. Bittensor використовує subtensor, де робота сабнетів виконується поза мережею, а ланцюг емітує TAO відповідно до ваг валідаторів. Один варіант є шляхом передплачених викликів для моделей інтелекту. Інший — ринком емісії для постачальників сабнетів.
Ні. Розблоковані RITUAL стейкаються або делегуються валідаторам Ritual, а заблоковані RITUAL не можна стейкати. У Bittensor стейкінг TAO у сабнет конвертує їх в alpha цього сабнету, а дозволи валідаторів залежать від ваги стейку. Ці два потоки винагород не є взаємозамінними.
Не як вбудована прекомпіляція в будь-якому з ланцюгів. Контракт Ritual за замовчуванням не викликає майнера Bittensor, хоча Infernet є оракульною мережею Ritual для AI. Виклики Ritual проходять через власних виконавців і RitualWallet. До майнерів Bittensor звертаються, коли валідатор надсилає запит до axon. Міст між ними був би окремим застосунком, а не стандартним шляхом розрахунків.
Дизайн Ritual може розміщувати вхідні дані всередині довіреного середовища виконання, тому промпти приховані від людей, які керують машиною. У посібнику Bittensor для майнерів зазначено, що запити між валідаторами та майнерами не мають гарантії конфіденційності, тому його стандартний шлях не забезпечує такий самий контроль приватності. Прихований промпт відповідає першому опису, а не другому, якщо лише конкретний сабнет не додає захисту, не зазначеного в базовому посібнику.
Ні. Спотова купівля лише змінює баланс. Розгортання контракту в Ritual або реєстрація hotkey у сабнеті Bittensor є окремим кроком. Розробники також оцінюють інструменти, способи підключення та можливість створювати продукти для нового ринку. Спотове ордер не реєструє майнера або виконавця. Заплановані події та хакатони Ritual є програмами для спільноти. Купівля токена не визначає вибір мережі.
* Ця інформація не є фінансовою порадою чи будь-якою іншою рекомендацією, запропонованою чи схваленою Gate.
* Цю статтю заборонено відтворювати, передавати чи копіювати без посилання на Gate. Порушення є порушенням Закону про авторське право і може бути предметом судового розгляду.





