Хайгрид [значення — див. профіль] «@SuiNetwork @SuiNetworkKR екосистемі я безпосередньо використовував @CetusProtocol для виконання послідовних операцій: обмін, переказ, депозит тощо». Хоча кожна служба мала власний інтерфейс і функції, реальний процес, який я повторював, був схожим: я порівнював умови, щоб вирішити, де зберігати активи, конвертував їх у необхідні токени, перевіряв деталі транзакцій у гаманці та підтверджував їх. Після завершення однієї операції я переходив до наступної служби, щоб прийняти нове рішення. Пройшовши цей процес кілька разів, я краще зрозумів, про що Sui говорить на Basecamp 2026 — про агентну економіку. Якщо ви доручаєте управління активами AI-агенту, то складніше не те, щоб швидко виконувати угоди, а те, як перетворити людські рішення на чіткі правила, які агент зможе виконувати. Наприклад, ви просите агента перевести залишки коштів на добре джерело доходу стейблкоїну. Агент повинен проаналізувати поточні процентні ставки та умови, при необхідності обміняти на інший стейблкоїн і депонувати його в протоколі лендінгу. Якщо для отримання даних потрібно сплатити вартість сервісу — ця оплата також має бути включена в той самий процес. Коли я роблю це сам, я можу послідовно відкривати кожний додаток і виконувати дії. Але коли це має робитися автоматично — ситуація змінюється. Якщо обмін виконується, а депозит — ні, ви отримуєте інший набір активів, ніж очікували. Крім того, потрібно заздалегідь визначити, скільки коштів можна витрачати під час взаємодії з кількома сервісами. Саме тут з’являються проблеми, якими займається Payment Intents Sui. Це підхід, при якому кілька операцій з різних додатків об’єднуються в один запит і обробляються як одна атомарна транзакція. Програмований блок транзакцій Sui дозволяє включити до 1024 операцій у одну транзакцію і гарантує, що всі вони будуть виконані або ж жодна не буде зафіксована. Число 1024 — це велике, але особливо важливо для мене те, що при невдачі не залишаються окремо виконані частини операцій. Якщо обмін, оплата та депозит — це частина одного процесу з однією метою, то краще скасувати все разом, ніж залишити частково виконану операцію — це відповідає початковому наміру користувача. Те саме стосується й меж дозволу. Якщо ви просто даєте AI повний доступ до гаманця — це важко зробити безпечно. Sui пропонує scoped authority — механізм, який обмежує агента за сумою, часом і отримувачем, і це обмеження погоджується протоколом. Користувач може визначити конкретну задачу, не передаючи повного контролю над усіма активами. Поступово використовуючи ці функції, я зрозумів: між простим описом «AI сам буде торгувати» і реальною фінансовою інфраструктурою для агентної фінансової діяльності — величезна різниця. Зокрема, програма для роботи з грошима повинна мати не лише здатність знаходити хорошу угоду. Вона повинна здатна завершувати кілька операцій одночасно, не перевищувати наданих повноважень і гарантувати, що при невдачах активи не залишаться у невизначеному стані. Повторювана мала оплата стає навантаженням, якщо кожного разу потрібно прагнути до газового токена. Ця остання проблема безпосередньо пов’язана з функціями, якими вже можна користуватися на Sui mainnet. Зараз на Sui при переказах між гаманцями USDC та інших підтримуваних стейблкоїнів не потрібно мати окремий баланс SUI для оплати газу. Для одного користувача це просто зручна функція. Але коли програма керує багатьма акаунтами і постійно обробляє маленькі платежі — потреба у постійному поповненні SUI на кожному гаманцю зникає. Також уже створено ончейн-лайквіднсть для виконання торгівель. DeepBook — це ончейн-шар лайквідностi Sui; Spot працює за принципом централізованого ордербука, збираючи ордери безпосередньо на ланцюгу. На цьому ж фундаментi побудовано Margin з левериджем до 5x і Predict — продукт на основi опцiонної структури. Мене бiльше за все зацiкавила саме ця частина DeepBook — не те, що людина вiдкриває екран DEX, а те, що додатки чи програми можуть отримувати доступ до спiльної ончейн-лайквiдностi за потребою. Чим бiльше суб’єктами фiнансових операцiй стають програми, тим бiльше значення має такий пiдхiд. Так само Hashi розглядається в тому ж контекстi. Hashi зараз розгорнутий на Sui testnet і ще не є mainnet-сервiсом. Коли користувач депонує BTC на адресу Hashi у мережi Bitcoin, перевiрники Sui пiдтверджують цей факт і зв’язують BTC як коллатерал у смарт-контрактi Sui.Насправді біткойн залишається на мережі Bitcoin, а на Sui його можна використовувати як забезпечення для позик та інших фінансових послуг. Якщо розглянути стейблкоїн-перекази, ончейн-ліквідність, Payment Intents, які об’єднують кілька фінансових операцій, управління правами для обмеження діапазону витрат агентів та біткойн-забезпечення — стає зрозуміло, чому Sui говорить про Agentic Finance в Basecamp: це не просто про одне слово «ШІ». Щоб передати фінансові операції, які зараз виконуються людьми, програмам, одного збільшення швидкості транзакцій недостатньо. Потрібно зможти визначити діапазон коштів, якими може користуватися програма, безпечно завершити операції між кількома сервісами та перевірити результати на ланцюгу — лише тоді можна довірити реальні активи. З використанням Sui мій інтерес природньо змістився саме в цю сторону. Мені цікаво не те, скільки нових додатків буде оголошено, а те, як багато з процесів, які я раніше затверджував власноруч у гаманці, вже автоматизовано в реальних продуктах. На Sui Basecamp у жовтні я хочу дізнатися, як Payment Intents реалізовано в реальних сервісах, як змінюється користувацький досвід, коли агенти з обмеженими правами переходять між різними фінансовими додатками, та що саме Hashi готує для переходу з тестнету на мейннет. #Sui #SUINGAPORE