Правовий контекст для «Майбутнє бізнесу на Solana: інтернет-ринки капіталу, токенізація, платежі, автономні агенти та DePIN» перевірено 2 серпня 2026 року. Закон України «Про віртуальні активи» № 2074-IX ще не набрав чинності. Спеціальне регулювання та податкові зміни залишаються в законодавчому процесі; законопроєкт № 10225-д не можна цитувати як чинний закон. НБУ нагадує, що єдиним законним платіжним засобом в Україні є гривня. Для конкретної операції потрібна індивідуальна податкова й юридична оцінка.
Solana пропонує бізнесу не просто ще один блокчейн, а інфраструктуру з пропускною здатністю й вартістю транзакції, які роблять реальними п'ять напрямків: інтернет-ринки капіталу, токенізацію реальних активів, stablecoin-платежі, економіку автономних AI-агентів та децентралізовані фізичні інфраструктурні мережі (DePIN). Нижче — механіка кожного напрямку, реальні обмеження та критерії оцінки для компаній, які розглядають інтеграцію.
Internet Capital Markets та токенізація реальних активів (RWA)
Що таке Internet Capital Markets
Internet Capital Markets — це модель фінансових ринків, де емісія, розміщення, торгівля та розрахунки за активами відбуваються повністю в інтернеті без традиційних посередників типу центральних депозитаріїв чи брокерських контор. На Solana ця модель стає технічно здійсненною завдяки швидкому підтвердженню транзакцій і низькій мережевій комісії. Рівень confirmed за звичайних умов досягається приблизно за 1–2 секунди, а finalized — типово близько 13 секунд. Проте технічна можливість не скасовує регуляторних вимог до емісії цінних паперів.
Як працює токенізація реальних активів
Токенізація реальних активів (RWA) — це процес створення цифрового запису на блокчейні, який прив'язується до конкретного фізичного або фінансового активу. Механіка зазвичай включає три рівні: фізичний актив зберігається у визначеного кастодіана; юридична структура (SPV, траст або договір) закріплює права на цей актив; на блокчейні випускається токен, який відображає ці права. Ключовий момент: сам токен не є активом — він є цифровим представником права, визначеного юридичною структурою.
Що отримує власник токенізованої акції
Набір прав власника токенізованої акції залежить виключно від емітентної документації, а не від технічних властивостей токена. Типові права можуть включати частку в прибутку, право голосу, право на дивіденди та право на інформацію. Однак ці права існують лише тоді, коли вони закріплені в проспекті емісії, terms of service або регуляторному реєстрі. Токен на блокчейні без відповідної юридичної структури не надає жодних корпоративних прав.
Роль емітента і кастодіана в RWA
Емітент створює юридичну структуру, що пов'язує актив із токеном, і несе відповідальність за достовірність інформації про актив. Кастодіан фізично зберігає актив (нерухомість, золото, облігації) і забезпечує його цілісність. У деяких моделях ці ролі поєднуються, що створює концентрацію ризику. Для бізнесу, що інтегрує RWA-продукти, обов'язкова перевірка: чи розділені ці функції, чи є кастодіан незалежним, чи підлягає його діяльність аудиту.
Ризики токенізації для користувача і бізнесу
- Юридичний розрив: токен на блокчейні і право на актив можуть не збігатися, якщо смарт-контракт не відображає умови емітентного документа.
- Ризик кастодіана: банкрутство або недобросовісність зберігача позбавляє токен цінності незалежно від блокчейна.
- Регуляторний ризик: юрисдикція може класифікувати токен як цінний папер, що накладає ліцензійні вимоги на платформи, які його торгують.
- Ризик ліквідності: наявність токена на блокчейні не гарантує наявності покупців на вторинному ринку.
- Технічний ризик: вразливість смарт-контракту емітента може призвести до втрати контролю над токенами.
Токенізація нерухомості: механіка та бізнес-модель
Нерухомість токенізується через створення юридичної особи, яка володіє об'єктом, з подальшим випуском токенів, що відображають частки в цій особі. Бізнес-модель для платформи зазвичай включає комісію за емісію, відсоток від вторинних торгів та плату за управління активом. Для інвестора ключове питання — як саме здійснюється вихід з інвестиції: чи є організований ринок, чи передбачений викуп емітентом, які ліквідаційні процедури.
Токенізовані казначейські облігації на блокчейні
Казначейські облігації США токенізуються шляхом придбання фізичних облігацій кастодіаном і випуску відповідних токенів на блокчейні. Власник токена отримує право на відсоткові виплати та повернення номіналу відповідно до структури продукту. Конкретні умови, терміни та доступність варіюються залежно від платформи-емітента, тому кожен випуск потребує окремої перевірки документації.
Токенізація золота та інших металів
Механіка аналогічна: фізичний метал зберігається у сховищах кастодіана, токен відображає право на певну кількість металу. Критерій якості — можливість фізичного виведення металу (redeemability), регулярний аудит запасів незалежним аудитором та прозорість щодо локації зберігання. Без цих елементів токенізоване золото є лише деривативом з підвищеним контрагентським ризиком.
Регуляторний ландшафт RWA для бізнесу
У більшості юрисдикцій токенізовані активи, що надають права на прибуток або управління, кваліфікуються як цінні папери. Це означає, що платформи, які розміщують або торгують такими токенами, потребують відповідних ліцензій. Євросоюз регулює ці інструменти в рамках MiCA та традиційного законодавства про цінні папери. США застосовують тест Howey та рамки SEC. Для кожного конкретного випуску необхідна юридична оцінка в релевантній юрисдикції — загальні правила тут не працюють.
Як оцінити якість токенізованого активу
- Наявність повного юридичного опису зв'язку між токеном і активом.
- Незалежний аудит активу (для фізичних RWA — підтвердження існування та якості).
- Розділення ролей емітента, кастодіана та оператора платформи.
- Прозорість смарт-контракту: відкритий код, незалежний аудит безпеки.
- Механізм вирішення спорів та юрисдикція, що застосовується.
- Історія операцій та обсяг ліквідності на вторинному ринку.
Stablecoin-платежі для бізнесу
Stablecoin-платежі для малого бізнесу
Для малого бізнесу stablecoin на Solana дають змогу приймати платежі без традиційного карткового еквайрингу, зі швидким підтвердженням і прямою перевіркою транзакції в блокчейні. Практична цінність — у міжнародних розрахунках, де традиційні перекази займають дні та супроводжуються комісіями посередників. Для локальних платежів перевага менш очевидна, оскільки фіатні системи в багатьох країнах працюють достатньо швидко.
Як працюють onchain-підписки
Onchain-підписки реалізуються через смарт-контракти, які автоматично списують визначену суму stablecoin з гаманця користувача з заданою періодичністю (день, тиждень, місяць). Користувач попередньо затверджує смарт-контракт на певну суму (allowance), після чого списання відбувається без додаткових підписів. Для бізнесу це зменшує кількість невиконаних платежів, але вимагає зручного інтерфейсу для керування підписками з боку клієнта.
Коли бізнесу потрібна інтеграція Solana
Інтеграція Solana для платежів має економічний сенс за таких умов: бізнес працює з міжнародними клієнтами або підрядниками; обсяг мікроплатежів робить традиційні комісії невиправданими; бізнес потребує програмної керованості платежами (автоматичні розподіли, умовні платежі). Якщо всі контрагенти в одній країні та операції макроекономічні, переваги Solana над фіатними системами можуть бути мінімальними.
Міжнародні розрахунки stablecoin: переваги та обмеження
Переваги: фіналізація за секунди незалежно від вихідної та цільової юрисдикції; відсутність банківських посередників; прозорість транзакції в блокчейні. Обмеження: необхідність конвертації з фіату в stablecoin і назад (з відповідними комісіями та KYC-вимогами на рампах); волатильність доступу до фіатних каналів у різних країнах; податкові зобов'язання, які відрізняються за юрисдикціями.
Payroll у stablecoin для компанії
Виплата заробітної плати в stablecoin технічно реалізується через масові перекази на Solana, де сотні транзакцій коштують центи. Однак юридичні питання переважають технічні: у більшості юрисдикцій зарплата повинна виплачуватися в офіційній валюті або за згодою працівника з дотриманням податкового та трудового законодавства. Потрібна окрема юридична оцінка для кожної країни присутності компанії.
Облік stablecoin-операцій для бізнесу
Stablecoin-операції потребують інтеграції в бухгалтерську систему на рівні окремого класу активів. Кожна транзакція в блокчейні має хеш, час, суму та адреси відправника й одержувача — це достатньо для базового обліку. Проте для повноцінного бухгалтерського обліку потрібна автоматизована експортна інтеграція між блокчейн-гаманцем або платіжним провайдером і бухгалтерською системою, а також оцінка податкових наслідків конвертацій.
Ризики stablecoin-платежів для бізнесу
- Девегування: stablecoin може втратити прив'язку до долара, що призведе до втрат при конвертації.
- Блокування резервів: емітент stablecoin може опинитися під санкціями або судовими обмеженнями.
- Комплаєнс: прийом платежів від анонімних адрес створює ризики AML/KYC.
- Оперативний ризик: тимчасова недоступність RPC-вузлів або мережі може затримати платежі.
- Податковий ризик: неправильна класифікація stablecoin-операцій може призвести до штрафів.
Як обрати stablecoin для бізнес-операцій
Критерії: розмір і структура резервів (чи перевірені вони незалежним аудитором); історія стабільності прив'язки; обсяг ліквідності на DEX і CEX; юрисдикція емітента та його регуляторний статус; наявність санкційних обмежень для емітента. Ці дані потрібно перевіряти безпосередньо в звітах емітента та аудитора, а не покладатися на маркетингові матеріали.
Корпоративні allowances та ліміти в stablecoin
У контексті Solana allowance — це попередня авторизація смарт-контракту на списання певної суми з корпоративного гаманця. Для бізнесу це інструмент бюджетування: підрозділ отримує ліміт на місяць, смарт-контракт автоматично контролює витрати. Механіка реалізується через SPL Token Approval, де компанія встановлює максимальну суму, яку конкретний контракт може списати.
Як інтегрувати stablecoin-прийом у бізнес-процес
- Визначити сценарій: міжнародні розрахунки, мікроплатежі, підписки чи payroll.
- Обрати stablecoin з перевіреними резервами та достатньою ліквідністю.
- Визначити модель прийому: прямі платежі на гаманець компанії або через платіжного провайдера з фіатним рампом.
- Налаштувати AML/KVC-процедури відповідно до юрисдикції бізнесу.
- Інтегрувати облік stablecoin-операцій у бухгалтерську систему.
- Визначити процедуру конвертації в фіат та відповідних податкових зобов'язань.
Економіка AI-агентів на Solana
Як AI-агент може оплачувати API
AI-агент — це програма, яка автономно виконує завдання, приймаючи рішення без безпосереднього людського втручання на кожному кроці. Для оплати API-сервісів агент використовує криптогаманець, підписуючи транзакції програмно. На Solana це можливо через підписання транзакцій поза ланцюгом (offline signing), де приватний ключ агента зберігається в захищеному середовищі, а сам агент формує та підписує транзакції без участі людини.
Що таке x402
x402 — це пропозиція протоколу HTTP 402 Payment Required, адаптована для машинних мікроплатежів. Ідея полягає в тому, що API-запит повертає статус 402 із вказівкою суми та адреси оплати, після чого клієнт (у цьому випадку AI-агент) здійснює мікроплатіж і повторює запит. На Solana такі мікроплатежі економічно доцільні завдяки низькій вартості транзакції. Протокол ще не є стандартом, але концепція активно обговорюється в контексті machine-to-machine економіки.
Як обмежити бюджет автономного агента
Обмеження бюджету реалізується на кількох рівнях. На рівні гаманця — через контроль залишку: агент перевіряє баланс перед кожною транзакцією і відмовляється від операції при перевищенні ліміту. На рівні смарт-контракту — через time-lock або periodic allowance, що автоматично обмежує суму, яку агент може витратити за період. На рівні інфраструктури — через окремий гаманець агента з фіксованим балансом, що не підлягає поповненню без людського підтвердження.
Що таке agent wallet і як він працює
Agent wallet — це криптогаманець, контрольований AI-агентом, а не людиною. Технічно це пара ключів, де приватний ключ зберігається в захищеному середовищі виконання агента (TEE, HSM або ізольований серверний процес). Агент формує транзакції, підписує їх своїм ключем і відправляє в мережу. Критична відмінність від людського гаманця — відсутність людини в циклі підписання, що вимагає додаткових механізмів контролю.
Machine-to-machine платежі: архітектура та сценарії
Архітектура M2M-платежів на Solana включає три компоненти: агент-платник із agent wallet, API-провайдер із гаманцем прийому та смарт-контракт (опціонально) для умовної логіки. Сценарії: оплата за кожен API-виклик, оплата за обсяг даних, ліцензування моделей за використання, оплата за обчислювальні ресурси в реальному часі. Перевага Solana — низька комісія та передбачуваний цикл підтвердження. Проте окремий ончейн-платіж для кожного короткого API-виклику може додавати затримку, тому на практиці використовують передплату, пакетування або асинхронний settlement.
Identity AI-агентів: ідентифікація та репутація
Ідентифікація AI-агентів наразі не має єдиного стандарту. Практичні підходи включають: прив'язку agent wallet до домену через Solana Name Service (SNS), що дозволяє верифікувати приналежність агента конкретній організації; накопичення репутації на основі історії транзакцій (обсяг, регулярність, відсутність спірних операцій); використання Delegated Authority, де організація криптографічно підтверджує, що цей агент діє від її імені. Жоден із підходів не є повноцінною ідентифікацією в юридичному сенсі.
Безпека автономних AI-агентів: загрози та захист
- Витік приватного ключа: якщо ключ агента скомпрометовано, атакувальник отримує повний контроль над бюджетом. Захист — TEE, HSM, ротація ключів.
- Промпт-ін'єкція: маніпуляція вхідними даними агента, що змушує його здійснити непередбачений платіж. Захист — жорсткі обмеження бюджету, whitelist адресатів.
- Ланцюгова реакція: один скомпрометований агент може запустити каскад платежів через інші агенти. Захист — ізоляція гаманців, затримки для великих сум.
- DoS через виснаження бюджету: навмисне спонукання агента до марнотратних платежів. Захист — rate limiting, періодичні ліміти.
Як бізнес може монетизувати сервіси для AI-агентів
Бізнес-моделі: pay-per-call API з мікроплатежами через x402 або аналогічний протокол; підписка на API з onchain-оплатою через смарт-контракт; продаж даних або моделей з оплатою за кожен запит; marketplace для агентських сервісів, де агенти автоматично знаходять, оцінюють та оплачують потрібні послуги. Ключова відмінність від традиційних B2B-продажів — відсутність людського циклу покупки, що вимагає повної автоматизації білінгу та доступу.
Бюджетування та фінансовий контроль AI-агентів
Практична модель бюджетування: кожен агент або група агентів отримує окремий гаманець із фіксованим бюджетом на період; транзакції вище визначеного порогу вимагають людського підтвердження (multisig); всі платежі логуються з прив'язкою до конкретного завдання агента; періодичний аудит витрат з порівнянням із очікуваним результатом. Ця модель схожа на корпоративні карткові ліміти, але з програмним контролем замість адміністративного.
Оплата за дані та моделі: бізнес-моделі AI-агентів
Для постачальників даних та моделей економіка AI-агентів відкриває моделі, які були нереальні при людських покупцях: оплата за один запис даних, оплата за одне інференс-виклик моделі, динамічне ціноутворення залежно від навантаження. Для агентів-покупців це дозволяє оплачувати лише фактично спожите замість фіксованих підписок. Технічна реалізація на Solana можлива через мікроплатежі, але платіжний і прикладний запити краще розділяти або виконувати асинхронно, щоб не прив’язувати час відповіді API до остаточної фіналізації транзакції.
DePIN та інфраструктурні моделі
Що таке DePIN у Solana
DePIN (Decentralized Physical Infrastructure Networks) — це моделі, де фізична інфраструктура (сервери, сенсори, антенні вузли, енергетичне обладнання) розгортається децентралізовано операторами, а блокчейн координує роботу, верифікує результати та розподіляє стимули. На Solana DePIN-проєкти використовують високу пропускну здатність для фіксування великих обсягів даних від тисяч вузлів без перевантаження мережі.
Як працює перевірка роботи в DePIN-мережах
Перевірка (proof of work) у DePIN залежить від типу інфраструктури. Для мереж зберігання даних — криптографічні докази зберігання (аналогічно до Filecoin). Для сенсорних мереж — порівняння даних з сусідніх вузлів або еталонних джерел. Для обчислювальних мереж — перевірка результатів через повторне обчислення або криптографічні докази. Універсального механізму не існує: кожен DePIN-проєкт розробляє власну модель верифікації, і її надійність — ключовий фактор оцінки проєкту.
Стимули для операторів інфраструктури в DePIN
Оператори DePIN-вузлів отримують стимули у двох формах: токени проєкту (зазвичай з розблокуванням за період участі) та платні за фактично надані послуги (від клієнтів мережі). Перша форма створює початкову мотивацію для розгортання інфраструктури, друга — забезпечує довгострокову стійкість. Дисбаланс у бік токен-стимулів без реального попиту на послуги є типовим ризиком DePIN-моделей.
Бізнес-модель DePIN-проєкту: від ідеї до доходу
Типова послідовність: визначення типу фізичної інфраструктури та проблеми, яку вона вирішує; розробка протоколу верифікації роботи; створення токеноміки для стимулювання операторів; розгортання початкової мережі вузлів; залучення перших клієнтів на послуги інфраструктури; перехід від токен-субсидій до реального доходу від послуг. Критична точка — етап переходу, коли токен-стимули зменшуються, а доходи від послуг мають компенсувати витрати операторів.
Дані в DePIN: збирання, верифікація та монетизація
DePIN-мережі генерують дані з фізичного світу: погодні виміри, дані про якість повітря, геолокаційну інформацію, стан енергомереж. Верифікація забезпечується через крос-перевірку між вузлами, еталонні джерела або криптографічні докази автентичності. Монетизація відбувається через продаж даних клієнтам (аналітичні компанії, страховики, урядові агенції) або через надання доступу до даних за підпискою. Якість верифікації безпосередньо визначає комерційну цінність даних.
Фізична інфраструктура та блокчейн: як поєднуються
Блокчейн у DePIN не зберігає самі фізичні дані (це було б неефективно), а фіксує метадані: хто, коли, яку роботу виконав, криптографічний хеш даних, результати верифікації. Фізичні вузли взаємодіють з блокчейном через оракули або власні клієнти, які відправляють транзакції від імені оператора. Solana у цьому контексті виступає як реєстр обліку роботи та розподілу стимулів, а не як середовище для обробки даних.
Ризики DePIN-інвестицій для бізнесу
- Хибний старт: розгортання інфраструктури без реального попиту на послуги.
- Централізація операторів: коли більшість вузлів належить малій групі, DePIN фактично не відрізняється від традиційного провайдера.
- Апаратні ризики: поломки, викрадення обладнання, застарівання апаратного забезпечення.
- Регуляторний ризик: деякі типи DePIN-інфраструктури (наприклад, телекомунікації) можуть підпадати під ліцензування.
- Токеноміка: інфляція токена стимулів може знецінити доходи операторів.
Як оцінити DePIN-проєкт перед інтеграцією
- Чи є реальні клієнти, які вже платять за послуги мережі, а не лише плани.
- Яка географія та кількість активних вузлів, чи не зосереджені вони в одній локації.
- Наскільки надійна модель верифікації роботи: чи можна її обійти.
- Яка структура витрат оператора та чи покриваються вони доходами без урахування токен-стимулів.
- Яка юридична структура проєкту та чи несе він відповідальність за якість послуг.
DePIN та енергетика: сценарії для бізнесу
У сфері енергетики DePIN застосовується для децентралізованого моніторингу енергоспоживання, балансування навантаження в розподілених мережах, верифікації обсягу відновлюваної енергії та координації розподілених накопичувачів. Для бізнесу-споживача енергії DePIN може запропонувати прозорі дані про джерело енергії або участь у програмах demand-response з прямою оплатою. Для кожного сценарію потрібно окремо оцінювати, чи дійсно децентралізація дає перевагу над традиційними рішеннями (IoT-платформи, енергоменеджмент-системи).
Регуляторні виклики DePIN: що потрібно знати бізнесу
DePIN-проєкти стикаються з регуляторними питаннями на перетині кількох сфер. Телекомунікаційні DePIN можуть вимагати ліцензій на радіочастоти. Енергетичні DePIN підпадають під регулювання енергетичних ринків. Збирання даних сенсорними мережами може порушувати законодавство про приватність (GDPR та аналоги). Токен-стимули можуть кваліфікуватися як цінні папери. Для бізнесу, що інтегрує DePIN-рішення, обов'язкова попередня юридична оцінка: хто юридично відповідає за інфраструктуру, як регулюються дані, які ліцензійні вимоги застосовуються в конкретній юрисдикції.
Цей матеріал містить загальну інформацію аналітичного характеру і не є юридичною, фінансовою чи податковою порадою. Рішення про інтеграцію будь-якого з описаних напрямків потребує індивідуальної експертної оцінки з урахуванням юрисдикції, масштабу бізнесу та актуального регуляторного ландшафту.
Джерела
- Закон України «Про віртуальні активи» № 2074-IX
- Верховна Рада: законопроєкт № 10225-д
- ДПС: оподаткування доходу від продажу криптовалюти
- НБУ: позиція щодо регулювання віртуальних активів
- НКЦПФР: стан підготовки законодавства про віртуальні активи
- Solana Documentation: Transaction Fees
- Solana: Staying Safe on Solana
- Solana: What Is a Wallet?
- Solana: processed, confirmed і finalized