Технічна архітектура Anoma: як працює інтентоцентричний Web3?

На відміну від традиційних блокчейнів, де користувачі покроково підписують транзакції, вручну обирають мости та прокладають маршрути, парадигма Intent-Centric розглядає «бажаний стан» як базовий будівельний блок: користувачі оголошують свої цілі й обмеження, а система самостійно шукає контрагентів, обчислює шляхи та виконує операції на кількох ланцюгах. Anoma проєктує інтенти як універсальні, компоновані та незалежні від окремих dApp — це дає змогу реалізувати DeFi-матчинг, приватні платежі, торгівлю NFT, квадратичне фінансування та багато іншого в межах єдиної архітектури, без необхідності створювати власну централізовану книгу ордерів або веб2-проміжне ПЗ для кожного застосунку.

З точки зору еволюції блокчейн-інфраструктури, Anoma є стрибком від «програмованих розрахунків» до «повнофункціональних децентралізованих застосунків». Розрахунковий рівень усе ще спирається на безпеку базового ланцюга, проте пошук контрагентів і розв'язання задач тепер вбудовано в рівень протоколу. Технічну відмінність забезпечують порогове дешифрування Ferveo, компоноване середовище з конфіденційністю Taiga та кросчейн-атомарні коміти на основі Chimera Chain і Heterogeneous Paxos. Нижче ми розглянемо архітектуру модуль за модулем: принцип роботи, масштабування, кросчейн- і конфіденційні рішення, а також об'єктивний погляд на виклики та перспективи напрямку.

Що таке інтент-орієнтована архітектура?

В Anoma інтент — це вираження користувачем своїх уподобань щодо стану системи. Він може бути повним переходом стану (наприклад, Аліса надсилає Бобові USDT) або частковим обмеженням, яке має заповнити солвер (наприклад, «виплатити винагороду, залежну від температури в Берліні»). На архітектурному рівні інтенти — це непрозорі байтові рядки, а рівень застосунку визначає семантику активів і бізнесу.

Інтент-орієнтовану архітектуру можна приблизно поділити на три покоління:

Anoma протиставляє декларативний підхід (визначте, чого ви хочете) імперативному підходу EVM (визначте, як це зробити). Рання концепція «Intent Machine» (IM) еволюціонувала у 2024–2025 роках до ARM (Abstract Resource Machine), яка моделює зміни стану як створення та споживання ресурсів, де інтенти валідуються правилами ARM.

DOS (Decentralized Operating System) має таку структуру: рівень застосунків (Anoma App + SDK), мережевий рівень (Intent Gossip/Interpool + Solver) і розрахунковий рівень (протокольні адаптери для кожного ланцюга + опціональний Fractal Instance). Починаючи з вересня 2025 року, розгортання основної мережі насамперед зосередилося на XAN та управлінні в мережі Ethereum, а ARM поступово поширюється на Base, Arbitrum і BNB Chain через протокольний адаптер EVM.

Як працює мережа солверів?

Мережа солверів — це виконавчий двигун інтент-орієнтованої архітектури, який виконує NP-пошукові завдання, що зазвичай покладаються на централізовані ретранслятори, маркет-мейкерів або секвенсори.

Типовий процес:

1. Створення: Користувач підписує інтент через інтерфейс застосунку, за бажанням додаючи умовну комісію, яка сплачується лише після успішного розрахунку.
2. Трансляція: Клієнт надсилає інтент до вузлів Intent Gossip (мережевий рівень, також званий Interpool) — це децентралізована P2P gossip-мережа без єдиного двигуна матчингу.
3. Прослуховування та матчинг: Солвери працюють без дозволів, підписуючись на всі або частину інтентів і шукаючи компоновані підмножини у відомому пулі інтентів і станах ланцюгів.
4. Побудова транзакції: Кілька інтентів об'єднуються в повний перехід стану (транзакцію), який задовольняє правила ARM і розрахункового рівня. У декларативній моделі відправник повинен лише гарантувати, що кінцевий стан правильний, не покладаючись на проміжні проксі-контракти.
5. Розрахунок: Надсилається до базового ланцюга для підтвердження через протокольний адаптер або Fractal Instance.

Солвери можуть спеціалізуватися (наприклад, на маршрутизації стейблкоїнів або ZK-доказах) або бути універсальними. Економічно, коли інтенти супроводжуються комісіями або існує спред, конкуренція призводить до кращого виконання. Gossip-вузли та кінцевий солвер можуть ділити комісії інтентів; рівень консенсусу збирає комісії за впорядкування. Майбутні фази основної мережі можуть запровадити стейкінг і зрізання XAN для запобігання зловмисній або недбалій поведінці (підлягає офіційним оновленням).

На відміну від сценарно-специфічних інтентів, як-от у CoW Protocol або UniswapX, Anoma робить акцент на узагальнених інтентах: будь-який застосунок може визначити власний формат інтенту, надаючи предикати валідності та алгоритми для солверів.

Як Fractal Consensus покращує масштабованість

Fractal Instance — це незалежний модуль розгортання протоколу консенсусу та виконання Anoma, який поєднує:

• Домен безпеки: Користувачі довіряють конкретному набору валідаторів, що утворюють візантійсько-стійкий кворум.
• Домен конкурентності: Упорядковує лише транзакції в межах цього екземпляра.
• Домен доступності даних: Фрагменти стану, доступні для зовнішніх запитів.

Кожен Fractal Instance є суверенним — він не залежить від інших екземплярів для своєї роботи. Набори валідаторів можуть перетинатися, що дозволяє багатоланцюговий атомарний розрахунок. Екземпляри можуть налаштовувати захист від Сибіл (Proof-of-Stake, Proof-of-Authority тощо), ціноутворення газу та локальне управління, досягаючи «гомогенної архітектури, гетерогенної безпеки».

Typhon — це продакшн-двигун консенсусу та виконання Anoma, який об'єднує Narwhal (DAG-оснований мемпул для вищої пропускної здатності розповсюдження), Heterogeneous Paxos (атомарні коміти через гетерогенні кворуми ланцюгів) та конкурентні виконавчі розділи. Ключове нововведення — розділення впорядкування та валідності виконання: «спроби рішення» солвера можна спочатку впорядкувати через консенсус, а потім перевірити ARM на відповідність кінцевого стану. Це дозволяє паралельну обробку інтентів і долає однопотокове вузьке місце впорядкування EVM.

У коді вузла Anoma на GitHub уже інтегровано Narwhal + Bullshark та інші модулі, що свідчить про постійну ітерацію. Продакшн-специфікації та аудити залишаються авторитетними. Ранні екземпляри працювали на Tendermint; довгострокова дорожня карта передбачає заміну на Typhon для живлення Chimera Chain.

Логіка масштабування: горизонтально — додавання Fractal Instances для розподілу навантаження та налаштування правил; вертикально — використання локальних екземплярів (навіть консенсусу на вимогу між пристроями) для сценаріїв із низькою затримкою, зберігаючи сумісність із глобальними екземплярами.

Як Anoma досягає об'єднання кросчейн-стану

Anoma виступає за безмостову сумісність: уникаючи ризиків зберігання та контрактів, пов'язаних із традиційним блокуванням та обгортанням активів у мостах, натомість покладаючись на інтенти, атомарний розрахунок та перекриття валідаторів.

Шлях перший: Багатоланцюговий протокольний адаптер (уже працює)

ARM розгортається на EVM-ланцюгах як протокольні адаптери (PA) у формі Solidity, співіснуючи з існуючими віртуальними машинами. Створені один раз застосунки можуть виконувати розрахунки на Ethereum, Base, Arbitrum та інших ланцюгах з розгорнутими PA. Користувачі виражають кросчейн-цілі одним інтентом, а солвери виконують операції на кожному ланцюзі. Це основна форма розгортання основної мережі у 2025–2026 роках.

Шлях другий: Chimera Chain + Heterogeneous Paxos (дослідження/дорожня карта)

Chimera Chain — це логічний ланцюг, що охоплює розділи стану кількох базових ланцюгів. Транзакції надсилаються як атомарні пакети — або всі підтверджуються, або жодна. Heterogeneous Paxos за наявності чесного перетину наборів валідаторів прагне до однораундового консенсусу для атомарного підтвердження на кількох ланцюгах, що перевершує двофазне блокування мостів. Більший перетин забезпечує сильнішу атомарність; менший перетин може її послабити, що вимагатиме явної обробки на рівні застосунку.

Шлях третій: Повідомлення між Fractal Instances

Typhon обробляє асинхронні повідомлення між Fractal Instances та синхронну (атомарну) передачу повідомлень у межах Chimera; семантику інтерпретують верхні шари застосунків, як-от Taiga.

Для користувачів кросчейн-«об'єднання стану» означає один застосунок, одну взаємодію з інтентом — оновлення стану під капотом розподіляються по ланцюгах, але узгодженість гарантують солвери та консенсус. Це не злиття всіх ланцюгів в один глобальний реєстр, а досягнення логічного об'єднання з фізичним розподілом на рівні координації.

Як інтегровано технології конфіденційності та Zero-Knowledge

Публічні інтенти в мемпулі стикаються з ризиками MEV та фронтраннінгу. Anoma застосовує багаторівневий підхід до конфіденційності:

(1) Ferveo Threshold Decryption Розподілений відкритий ключ на основі DKG; користувачі надсилають зашифровані інтенти, і після впорядкування консенсусом валідатори розшифровують їх за допомогою кворуму ≥2/3 вузлів перед виконанням. Ferveo є неінтерактивним, що зменшує додаткові теоретико-ігрові припущення. Використовується для конфіденційності мемпула, чесного впорядкування та стійкості до цензури.

(2) Taiga Composable Privacy Уніфіковане середовище виконання, де прозорі, захищені та приватні інтенти співіснують в одному застосунку — конфіденційність є опціональною для користувача, а не бінарним вибором усього ланцюга. Це відрізняється від dApps, які підтримують лише прозорість або лише міксинг.

(3) ZK на рівні ресурсів ARM моделює конфіденційність як атрибут ресурсу: предикати валідності можуть вимагати ZK-доказ права власності без розкриття власника. Пов'язаний проєкт Namada використовує багатоактивні захищені пули, як-от MASP, в основній мережі, підтверджуючи концепцію Resource Machine. Anoma DOS надає приватні рейки для ERC-20 та інших токенів на EVM-ланцюгах через PA (наприклад, AnomaPay на BNB Chain у публічному тесті з ZK-платежами, час доказу ~15 секунд — залежить від фактичної версії).

(4) Пакетна обробка та логічні годинники Домен доступності даних підтримує пакетне дешифрування зашифрованих інтентів; солвери після відкриття пакета змагаються за оптимальні рішення, балансуючи конфіденційність і компонованість.

Конфіденційність і відповідність нормам можна збалансувати через вибіркове розкриття: швейцарський тип конфіденційності з можливістю надання даних для аудиту — це задовольняє потреби інституційних платежів та сценаріїв RWA.

Чим Anoma відрізняється від традиційних блокчейн-архітектур

Anoma не конкурує з Ethereum за пропускну здатність. Це рівень координації та абстракції над ним; безпека розрахунків усе ще залежить від базових ланцюгів. Його аргумент: Web3 потребує операційної системи на рівні застосунків, а не ще більш однорідної інфраструктури.

Які виклики стоять перед інтент-орієнтованим напрямком?

• (1) Довіра та якість солверів: Децентралізований ринок солверів із занадто малою кількістю учасників може призвести до поганого виконання, непрозорих комісій або «м'якої централізації», що не відповідає інтересам користувачів.
• (2) Стандарти та фрагментація: UniswapX, CoW, Across, Essential та інші визначають власні формати інтентів — універсального стандарту поки немає, тому сумісність залежить від адаптаційних рівнів.
• (3) MEV та компроміси щодо конфіденційності: Повністю публічні інтенти легко піддаються видобуванню; повністю зашифровані інтенти збільшують витрати на дешифрування та докази, погіршуючи затримку та досвід користувача.
• (4) Умови кросчейн-атомарності: Підхід Chimera залежить від перетину валідаторів; у реальних багатоланцюгових екосистемах набори валідаторів різняться, тому атомарні гарантії діють не скрізь.
• (5) Інженерна складність: Інструментарій ARM, Typhon, PA та Juvix усе ще дозріває; когнітивне навантаження на розробника вище, ніж для роботи з одним EVM.
• (6) Регулювання та відповідність нормам: Приватні платежі та транскордонна маршрутизація стейблкоїнів стикаються з юрисдикційними відмінностями; для інституційного впровадження потрібна архітектура, придатна до аудиту.
• (7) Поетапне розгортання основної мережі: Після вересня 2025 року XAN, управління та деякі PA уже працюють, але повноцінна основна мережа Typhon та стейкінг солверів усе ще розгортаються — існує потенційний розрив між очікуваннями та реальністю.

Майбутні напрями технології Anoma

Офіційна дорожня карта з відкритим кодом включає такі ключові пункти:

• Розширення покриття PA: Перехід від L2 Ethereum до не-EVM ланцюгів, таких як Solana та Bitcoin.
• Виробниче впровадження Typhon + Chimera: Досягнення дослідницького однораундового багатоланцюгового атомарного коміту.
• Удосконалення економіки солверів: Прозорий стейкінг, зрізання та ринки комісій.
• Глибока інтеграція Taiga + ARM: Компонована конфіденційність як стандартна можливість для dApp.
• SDK та портал Anoma App: Зниження бар'єру для створення інтент-застосунків, агрегація управління, платежів та виявлення застосунків.
• Еталонні застосунки, як-от AnomaPay: Запуск приватних платежів, платежів від імені агента, інституційних казначейств тощо для підтвердження цінності DOS.

Довгострокове бачення: користувачі виражають свої цілі так само природно, як у Web2-застосунку, а ланцюги, мости та маршрутизація залишаються непомітними. Розробники створюють Web3-застосунки так само, як пишуть застосунки для Windows — без повторного розгортання для кожного нового ланцюга.

Підсумок

Технічна архітектура Anoma побудована на парадигмі Intent-Centric, з ARM, мережею солверів та консенсусом Fractal/Typhon як основою. Вона підключається до реального багатоланцюгового світу через протокольні адаптери та забезпечує конфіденційність за допомогою Ferveo, Taiga та ZK-доказів. Робоча логіка: інтенти поширюються через Interpool → солвери змагаються за їх вирішення → атомарний розрахунок на розрахунковому рівні. Масштабованість досягається горизонтальним розділенням Fractal Instances, а кросчейн-взаємодія — вертикальним з'єднанням PA та атомарних пакетів Chimera.

Станом на 2026 рік DOS розгорнуто на кількох EVM-ланцюгах, із працюючими XAN та управлінням. Повні можливості випускаються поетапно. Конкуренція в напрямку інтентів посилюється. Відмінність Anoma полягає в поєднанні універсальних інтентів, абстракції на рівні ОС та дослідження безмостової сумісності. Щоб оцінити його технічний успіх, слід відстежувати вимірювані метрики: обсяг інтентів, кількість активних солверів, ланцюги, покриті PA, та утримання користувачів приватних застосунків — а не покладатися лише на хайп навколо наративу.