Chain abstraction та інтент-протоколи: той самий переказ від 0,0103% до 0,1103%

25 хв. читання
BINANCE COPY TRADING
Копіюй профі
Binance повторить угоди трейдера за тебе
Почати

Коротко (TL;DR)

Chain abstraction — це модель інтерфейсу, у якій користувач більше не обирає міст, маршрут і спосіб доставки грошей в іншу мережу. Він підписує бажаний результат — «хочу 1000 USDC у Base» — а решту робить сторонній учасник, якого стандарт називає розв’язувачем (solver). Міст при цьому фізично нікуди не подівся: він зник з інтерфейсу, а разом з ним з поля зору пішла ціна, яку за цю зручність платять.

  • Стандарт інтентів на папері та в проді — це два різні тексти. ERC-7683 станом на 30 серпня 2026 року має статус чернетки (Draft), і його чинна редакція описує абстрактний інтерфейс для розв’язувачів, без функцій open() і fill(). Саме ці функції працюють у проді, але живуть вони в розділі «Previous Draft» — тобто в попередній версії стандарту.
  • Той самий переказ коштує по-різному вдесятеро. Живі котирування на 1000 USDC з Arbitrum у Base, зняті в одне вікно 30 серпня 2026 року: Across — 0,0103%, Relay — 0,0116%, deBridge — 0,1103%. Розрив між крайніми — 10,68 раза.
  • Швидкість купується довірою, а не технологією. Ті самі котирування обіцяють виконання за 1–3 секунди, тоді як канонічне виведення з Arbitrum в Ethereum тримає кошти близько 7 днів. Це не «одне краще за інше»: у другому випадку гарантію дає код L1, у першому — конкретний розв’язувач.
  • Оплата газу стейблкоїном — платна послуга. Circle Paymaster бере офіційні 10% понад вартість газу: транзакція за $0,01 перетворюється на $0,011. Працює це лише на Arbitrum і Base.
  • Миттєве виконання забезпечує не великий пул, а чужий оборотний капітал. В Across станом на 30 серпня 2026 року в пулі $20,4 млн проти $37 млрд+ накопиченого обсягу — обіг приблизно 1816 разів. У deBridge з моделлю «0-TVL» це співвідношення близько 11 143 разів.
  • Провайдер абстракції може зникнути й сам. OneBalance Toolkit — єдиний баланс і resource locks — офіційно припинив роботу 18 травня 2026 року, і застосункам, що його вбудували, довелося мігрувати.

Chain abstraction: інтент замість мосту в інтерфейсі гаманця

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

Цей розбір — урок блоку «Мости і мультичейн» курсу «DeFi: від першої транзакції до профі-стратегій».

Інтент-модель прибирає всі п’ять. Користувач описує результат: стільки-то токена, у такій мережі, на таку адресу. Стандарт ERC-7683 формулює це однією фразою: ордер — це «пропозиція оплати в обмін на виконання набору вимог». Далі починається чужа робота: спеціалізовані учасники, «розв’язувачі» (solvers, вони ж fillers), оцінюють ордер, виконують потрібні кроки й отримують за це оплату.

BINANCEДосі дивишся збоку?Ринок працює без вихідних. Рахунок на Binance відкривається за 2 хвилини.Почати зараз

Логіка відтворена незалежно в різних екосистемах, і це найкраща ознака того, що перед нами архітектурний патерн, а не особливість одного протоколу. Документація NEAR описує життєвий цикл інтенту трьома кроками: користувач або агент формулює бажаний результат і розсилає його мережі маркетмейкерів; розв’язувачі змагаються офчейн і надсилають котирування на схвалення; після схвалення інтент виконується викликом смартконтракту-верифікатора, який перевіряє й розраховує угоду.

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

Міст при цьому лишається. Гроші й далі хтось переміщує, повідомлення між мережами й далі хтось доставляє — месиджингові протоколи на кшталт LayerZero чи Wormhole нікуди не поділися й лишаються інфраструктурою під інтент-протоколами. Змінилося одне: користувач більше не бачить цього шару й не ухвалює за ним рішень. За зняті з нього рішення він платить комісію розв’язувача — і далі в статті вона розкладена на компоненти та виміряна живими котируваннями.

ERC-7683: що стандарт інтентів описує, а що лишає протоколу

ERC-7683 — стандарт, який задає спільну мову між інтент-протоколами та розв’язувачами. Його ролі визначені дослівно: Order — пропозиція оплати в обмін на виконання набору вимог; Solver — учасник, який ці вимоги виконує; Resolver — декодер корисного навантаження, валідатор ордера і його гарант. Протокол публікує ордери як непрозорі пейлоади, а резолвер перекладає їх у спільне подання, яке розв’язувач читає офчейн через eth_call.

Перше, про що майже не пишуть: станом на 30 серпня 2026 року стандарт має статус Draft. Не Final, не ратифікований. Для порівняння, ERC-4337, на якому тримається оплата газу третьою стороною, статус Final уже має. Практичний сенс різниці простий: текст ERC-7683 може змінюватися, і він уже змінився.

Друга розбіжність цікавіша, і її не помітив жоден із розібраних під час підготовки матеріалів. Чинна редакція стандарту описує абстрактний інтерфейс для розв’язувачів і не містить ані структур GaslessCrossChainOrder та OnchainCrossChainOrder, ані функцій open() і fill(). Усе це було в ранішій чернетці, яка сьогодні лежить у розділі Rationale під заголовком «Previous Draft». А в проді працює саме рання версія: документація Across прямо описує свою реалізацію ERC-7683 через контракт AcrossOriginSettler з open() як основною точкою входу. Причину перегляду автори називають самі: ордери стандартизувалися лише поверхово, і це «не надто відрізнялося від ситуації, де кожен протокол робить цілком власний інтерфейс».

Що описаноЧинна редакція (Draft, 30.08.2026)Рання чернетка — «Previous Draft»
Кодування ордеранемає; ордер — непрозорий пейлоадOnchainCrossChainOrder, GaslessCrossChainOrder
Публікація ордера ончейннемаєIOriginSettler.open / openFor
Як розв’язувач виконуєнемаєIDestinationSettler.fill
Що стандартизованоінтерфейс резолвера для розв’язувачівзначна частина життєвого циклу ордера
Де це працюєтекст стандартупрод: AcrossOriginSettler.open() і подібні

Практичний висновок для читача, який звіряє опис інтеграції з першоджерелом: якщо в статті чи документації сервісу ви бачите open() і fill() зі словами «за ERC-7683», це коректний опис робочої системи, але некоректне посилання на чинний текст стандарту. Розбіжність варто тримати в голові саме тому, що стандарт досі чернетка — сумісність двох реалізацій «за ERC-7683» сьогодні не гарантована самим фактом згадки номера.

BINANCE SIMPLE EARNЗмусь крипту працюватиВідсотки на USDT і BTC без блокування — гроші лишаються під рукою.Розмістити

Розв’язувачі ERC-7683: хто виконує інтент і на чому заробляє

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

Звідси й структура комісії. Жоден із трьох майданчиків не бере єдиного відсотка: комісія збирається з компонентів, і в кожного своя природа.

МайданчикКомпоненти комісії (за документацією)За що платить користувач
Acrosscapital fee, relay gas fee, LP feeвартість грошей розв’язувача до розрахунку, газ у цільовій мережі, пул ліквідності за моделлю утилізації
Relayexecution, swap, platform, appгаз мережі плюс фіксована частина, витрати обміну та ребалансування, маршрутизація в базисних пунктах, надбавка інтегратора
deBridgeprotocol fee 4 б.п., taker margin ≈4 б.п., flat fee, операційні витратичастка протоколу, прибуток розв’язувача, виплата валідаторам, газ розв’язувача на три транзакції (fulfil, send unlock, claim)

Економічний сенс усюди однаковий: газ розв’язувача в цільовій мережі плюс плата за швидкість, тобто за ризик його власного капіталу. Різниться лише деталізація. У deBridge дві частини названі явними числами — 4 базисні пункти протоколу і приблизно стільки ж розв’язувачеві, разом близько 0,08% від суми переказу. В Across та сама плата за капітал схована в полі capitalFee, у Relay — розмазана між execution і swap.

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

Комісія розв’язувача: 1000 USDC Arbitrum→Base на трьох майданчиках

Далі — власний замір. Три публічні API опитано безпосередньо в одному 15-хвилинному вікні 30 серпня 2026 року з однаковими параметрами: 1000,000000 USDC, вихідна мережа Arbitrum, цільова — Base, той самий контракт токена з обох боків. Це волатильні ринкові котирування: капітал розв’язувачів зайнятий по-різному, ціна газу пливе, тож цифри правдиві на момент зняття, а не назавжди.

МайданчикОтримано в BaseКомісія, USDCКомісія, %Розрахунковий час
Across999,8966440,1033560,0103%1 сек
Relay999,8840080,1159920,0116%3 сек
deBridge998,8966401,1033600,1103%2 сек

Різницю обчислюють діленням комісій на найнижчу: 0,115992 / 0,103356 = 1,12 — Relay дорожчий за Across у 1,12 раза; 1,103360 / 0,103356 = 10,68 — deBridge дорожчий за Across у 10,68 раза і дорожчий за Relay у 9,51 раза. На 1000 USDC це різниця в один долар, на 100 000 USDC — уже сотня.

Звідки береться десятикратний розрив, видно в розбивці. В Across комісія майже цілком складається з плати за капітал: capitalFee 0,1 USDC, газ розв’язувача 0,003356 USDC, комісія пулу ліквідності — нуль. У Relay сервісна частина 0,115001 USDC і газ розв’язувача 0,000991 USDC, причому газ у вихідній мережі користувач платить окремо — близько 0,0000156 ETH, тобто приблизно $0,0038 станом на 30 серпня 2026 року. У deBridge комісія протоколу 0,4 USDC, маржа розв’язувача 0,39984 USDC та операційні витрати 0,30352 USDC на три транзакції.

Тут важливо не зробити хибний висновок. Заявлений deBridge «найнижчий спред 4 б.п.» заміром підтверджується: маржа розв’язувача справді дорівнює чотирьом базисним пунктам. Але 4 б.п. — це лише один доданок із чотирьох, і сумарно майданчик виявляється найдорожчим із трьох на цій конкретній операції. Маркетингова цифра описує компонент, а платить користувач підсумок. Перевіряється він до підписання: у всіх трьох протоколів є публічний API, який віддає розбивку комісії до відправлення транзакції, — і це найбільш недооцінений інструмент в інтент-переказах.

Час виконання інтенту: 1–3 секунди проти семи днів виведення

Ті самі три котирування від 30 серпня 2026 року обіцяють виконання за 1 секунду (Across), 2 секунди (deBridge) і 3 секунди (Relay) — медіана 2 секунди. Для контрасту візьмімо канонічний маршрут без посередника: виведення з Arbitrum в Ethereum через нативний міст тримає кошти близько 6,4–7 днів, це приблизно 45 818 блоків L1, і параметр задається під час розгортання мережі. Сім днів — це 604 800 секунд; ділення на медіанні 2 секунди дає 302 400 разів.

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

ШляхЧасХто дає гарантіюЧим платить користувач
Інтент через розв’язувача1–3 секконкретний розв’язувач і код протоколу розрахункукомісія розв’язувача й довіра до нього до моменту розрахунку
Запасний шлях без розв’язувача (slow relay)до ~2 годиноптимістичне вікно споруочікування
Нативне оскаржуване виведення~7 днівкод L1 і можливість подати fraud proofочікування й газ

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

Окремий сценарій — коли розв’язувача не знайшлося. В Across у цьому разі вмикається повільний шлях: переказ виконується без чужого авансу, підтверджуючись постфактум. Документація протоколу називає тут одну точну величину — бандл-сетлмент триває близько півтори години; вікна оскарження розрахунку в ній не вказано, а за незалежними описами механізму спору воно становить близько двох годин. Практичний орієнтир один: без розв’язувача очікування вимірюється годинами, а не секундами. Тобто «миттєво» — це не властивість протоколу, а властивість ринку розв’язувачів у конкретний момент. Коли економіка ордера розв’язувачеві не подобається, користувач повертається у світ годин очікування, і інтерфейс гаманця про це заздалегідь не попереджає.

Що гарантує ERC-7683, а що лишається довірою до розв’язувача

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

Далі йдуть обмеження, і вони сформульовані так само явно. Живість і стійкість мереж до цензури «можуть матися на увазі неявно». Конкретний резолвер має право додавати власні неявні припущення — наприклад, безпеку конкретного протоколу, — і розв’язувач зобов’язаний вивчити всі такі припущення, перш ніж йому довіряти. А розділ Security Considerations знімає головне питання однією фразою: стандарт описує, як протокол пояснює ордер розв’язувачам, і «не стандартизує та не гарантує безпеку протоколу, який зрештою проводить розрахунок».

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

Звідси практичний наслідок, який зазвичай губиться за словом «trustless». Користувач інтент-протоколу довіряє не номеру стандарту. Він довіряє реалізації конкретного резолвера, коду конкретного протоколу розрахунку і платоспроможності конкретного розв’язувача на ті секунди, поки угода не закрита. Номер ERC в описі сервісу означає сумісність інтерфейсу, а не аудит і не страховку. Саме тому питання «на якому стандарті це працює» корисно доповнювати питанням «хто і чим відповідає, якщо розрахунок не пройде».

Gas abstraction: комісія чужим токеном — 10% у Circle Paymaster

Друга половина зниклого мосту — газ. Зазвичай, щоб відправити транзакцію, потрібен нативний токен мережі, і з чого складається ця комісія, користувачеві доводиться розбиратися окремо в кожній мережі. Стандарт ERC-4337 (статус Final) вводить роль, яка знімає цю вимогу: Paymaster — «допоміжний контракт, який погоджується платити за транзакцію замість самого відправника». Дослівно там само: контракти-паймастери «дозволяють абстрагувати газ».

Абстрагувати — не означає скасувати. Хтось і далі платить валідаторам у нативному токені, і посередник бере за це націнку. Єдина офіційно названа цифра на ринку — у Circle: Paymaster бере 10% понад вартість газу «на покриття операційних витрат», і документація наводить приклад прямим текстом — комісія $0,01 перетворюється на $0,011. Націнка діє лише на Arbitrum і Base (та їхніх тестнетах).

Що це означає на практиці:

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

Другий елемент того самого шару — єдиний баланс упоперек мереж. Логіку найпростіше показати на прикладі з анонсу OneBalance: якщо в користувача 10 USDC в Ethereum, 20 USDC у Polygon і 20 USDC у Base, інтерфейс показує 50 USDC, і ці 50 можна витратити в будь-якій підтримуваній мережі в один клік, зокрема й на газ, не маючи нативних токенів. Фізично гроші нікуди не з’їжджаються. Працює це на механізмі resource lock: потрібний актив тимчасово заморожується під умову — виконання або сплив терміну, — і така «достовірна заявка» сигналізує розв’язувачам про намір, дозволяючи їм виконати транзакцію в цільовій мережі, не чекаючи включення транзакції у вихідній, і водночас захищаючи від подвійної витрати.

Тобто й тут під красивою вітриною працює та сама схема: розв’язувач авансує свій капітал, а гарантією йому слугує блокування ваших коштів. Ціна зручності — заблокований на час актив і довіра до того, хто це блокування виконує.

Капітал розв’язувачів: чому $20,4 млн тримають обіг на мільярди

Логічне питання після всіх розрахунків: звідки фізично беруться гроші, якщо переказ виконується за секунду. Інтуїція підказує «з величезного пулу», і вона помиляється.

ПротоколTVL на 30.08.2026Накопичений обсяг (самозаявлено)Обіг капіталу
Across$20 378 613$37 млрд+≈1816×
deBridge$1 884 640$21 млрд (на 14.07.2026)≈11 143×

Обіг обчислюють діленням обсягу на TVL: 37 000 000 000 / 20 378 613 ≈ 1816 і 21 000 000 000 / 1 884 640 ≈ 11 143. Знаменник в обох випадках — постійно замкнений у протоколі капітал за даними DefiLlama, чисельник — накопичений обсяг, який протоколи заявляють про себе самі (цифра deBridge опублікована 14 липня 2026 року, тобто не сьогоднішня).

У deBridge співвідношення приблизно вшестеро вище, і це не випадковість, а прямий наслідок архітектури «0-TVL»: у протоколу немає центрального пулу, ордери виконують зовнішні учасники власними грошима. Across тримає LP-пул, тому частина капіталу лежить у контракті постійно.

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

Ризик закриття провайдера: чого вчить відхід OneBalance Toolkit

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

OneBalance продавав застосункам рівно те, що описано в попередньому розділі — єдиний баланс упоперек мереж і resource locks — у вигляді вбудовуваного API. Toolkit представили 16 січня 2025 року, а 18 травня 2026 року API офіційно припинив роботу; технічну документацію із сайту прибрано, на головній сторінці лишилося повідомлення про депрекейт. Дату незалежно підтверджує Zerion, який запропонував застосункам міграцію на свій API для шару даних. Трохи більше року від анонсу до вимкнення.

Для користувача це виглядає як звичайний SaaS-ризик, тільки з грошима: функція «єдиний баланс» у застосунку не ламається сама собою, але застосунок зобов’язаний або терміново знайти заміну, або її втратити. Для розробника — як обов’язкова міграція в стислі строки. Ні те, ні інше не описується словами «протокол зламали»: код міг працювати бездоганно, просто компанія вирішила згорнути напрям.

Що з цього випливає практично:

  • Вважайте провайдера абстракції окремою точкою відмови. Їх дві: розв’язувач конкретної угоди та інфраструктура, через яку угода взагалі створюється.
  • Перевіряйте, хто оператор функції, а не лише мережу. «Єдиний баланс» і «газ стейблкоїном» — майже завжди послуга конкретної компанії, а не властивість блокчейна.
  • Дивіться на розбивку комісії до підписання. Публічні API всіх трьох розібраних майданчиків віддають її заздалегідь — це єдиний спосіб побачити різницю вдесятеро до того, як транзакція пішла.
  • Пам’ятайте про повільний шлях. Обіцяні секунди існують, поки є розв’язувач, готовий ризикнути своїм капіталом на вашій операції.

Першими застаріють цифри котирувань і TVL: їх знімали 30 серпня 2026 року, і вони змінюються щодня. Перевіряти їх варто там само, де знято, — у публічних API самих протоколів і в DefiLlama; статус ERC-7683 — на сторінці стандарту.

Часті запитання

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

Чи можна довіряти розв’язувачеві, якщо він виконає угоду не так, як обіцяв у котируванні? Стандарт вимагає від резолвера гарантії, що ордер перерветься лише за явно описаними політиками відкату, а розпочате виконання буде доведено до повної оплати. Гіршого виконання, ніж у підписаних умовах, бути не повинно. Але це гарантія конкретного протоколу розрахунку та його коду, а не абстрактного номера стандарту, тож перевіряти варто саме реалізацію.

Чому за оплату газу стейблкоїном замість ETH беруть комісію понад суму? Бо нативний токен валідаторам усе одно хтось платить. Паймастер оплачує транзакцію замість відправника, списуючи з нього стейблкоїн, і бере націнку за операційні витрати та курсовий ризик. У Circle Paymaster вона становить 10% від вартості газу: транзакція за $0,01 обійдеться в $0,011, і це офіційна цифра компанії, а не оцінка.

Що буде, якщо жоден розв’язувач не візьметься виконувати мій інтент? Переказ не зникне, але перестане бути миттєвим. В Across у цьому разі вмикається повільний шлях: аванс ніхто не видає, депозит підтверджується постфактум, і операція може тривати до двох годин замість секунд. Тобто обіцяна швидкість — характеристика ринку розв’язувачів у конкретний момент, а не гарантія протоколу.

Чи гарантує стандарт ERC-7683 безпеку конкретного протоколу, яким я користуюся? Ні, і він говорить це прямим текстом: стандарт описує, як протокол пояснює ордер розв’язувачам, і не стандартизує та не гарантує безпеку протоколу, який проводить розрахунок. Живість і стійкість мереж до цензури теж винесені в припущення. Сумісність з ERC-7683 означає спільну мову інтерфейсу, а не перевірку коду й не страховку коштів.

BINANCE COPY TRADING
Копіюй профі
Binance повторить угоди трейдера за тебе
Почати
Поділитися
Зв'язатися:
Крипто- та data-аналітик, інженер-програміст (факультет комп'ютерних наук ХНУРЕ). В IT з 2008 року: адміністрував корпоративний моніторинг у «Vodafone Україна», сім років розробляв і просував веб-проєкти, п'ять років керував маркетингом на метриках — конверсія, CTR, ROI, LTV.Криптовалютними ринками займаюся з 2021 року: ончейн-метрики, токеноміка, макроекономічні індикатори. Розробив власну data-driven модель аналізу ринку на 30+ метрик. Стек — Python (pandas, NumPy, SciPy, matplotlib), математична статистика та EDA; збір і звірку даних автоматизую AI-агентами.Принцип — «Don't trust, verify»: кожна цифра перевірена за першоджерелом, ключові — щонайменше за двома незалежними; прогнози — лише сценарії з умовами. Теза без даних не публікується.