Я уважно стежу за цією схемою, бо цього разу відчувається, що щось трохи інакше.
Дані по робочих місцях вийшли сильнішими за очікування, і тепер усі чекають CPI, щоб дати ФРС її наступний привід або, можливо, наступну причину залишатися обережною.
Особисто я не переконаний, що ФРС поспішатиме з будь-чим. Одна сильна порція даних не змінює всю картину, але липка інфляція цілком може знову змусити ринок нервувати.
Найбільше мене турбує реакція після CPI. Ми можемо побачити, як акції вдарять, дохідності підскочать, а золото різко гойдне протягом кількох хвилин. І чесно кажучи, перший рух не завжди є тим, якому я довіряю.
Поки що я обережний щодо акцій і уважно стежу за золотом. Мені краще пропустити першу «свічку», ніж гнатися за рухом, який розвернеться за п’ять хвилин.
Ось так я це бачу.
Чого ви очікуєте: підвищення ставки ФРС чи утримання? Бичачий чи ведмежий сценарій?
@TermMax I продовжую дивитися на менш гламурну сторону DeFi, бо саме там зазвичай я дізнаюся найбільше. У TermMax є bug bounty, яке має реальну цінність у тому, щоб знаходити серйозні проблеми смартконтрактів до того, як це зробить атакувальник.
За критичну помилку винагорода становить 10% від напряму постраждалих коштів, із лімітом $50,000 і мінімумом $10,000. Мені здається, що це суттєвий стимул для whitehats висловлюватися рано.
На мене також звернуло увагу правило повторної атаки. Якщо контракт можна призупинити або оновити, зараховується лише початкова атака. Якщо його не можна зупинити, можна враховувати кумулятивну шкоду від повторної експлуатації. Це більше схоже на те, як реальна експлуатація може розгортатися.
TermMax поєднує запозичення та кредитування за фіксованою ставкою з налаштованими кривими ціноутворення AMM, тож безпеку я б не ставився легковажно. Крім того, bounty вимагає доказу концепції, а тестування обмежене локальними форками, а не кодом у live mainnet чи публічних testnet.
Втім, bounty у $50K не робить протокол магічно безпечним. Помилки можуть залишатися невиявленими, і у DeFi є багато ризиків поза смартконтрактами.
Особисто я сприймаю це bounty як один сигнал безпеки, а не як гарантію.
Чи вплине сильне bug bounty на ваше рішення використовувати TermMax?
@TermMax Одне, що одразу кинулося мені в очі, коли я читав розбір XP у TermMax: множник не однаковий для кожної позиції.
Депозити у Vault отримують 30x XP, FT-вкладення — 15x, а GT-вкладення — 2x — залежно від вартості боргового активу. Також є реферальна складова, яка дорівнює 10% від XP залучених користувачів, не враховуючи сам бонус за реферал.
Чесно кажучи, мені подобається ця логіка більше, ніж проста кампанія “зроби 100 транзакцій”.
Вона пов’язує систему мотивації з різними ролями всередині TermMax.
І ці ролі справді мають значення, тому що TermMax використовує, зокрема, Fixed-Rate Tokens та Gearing Tokens, щоб будувати запозичення й кредитування на основі фіксованих термінів.
Втім, 30x може виглядати захопливо на папері й здаватися менш вражаючим, якщо надто багато користувачів підуть у ту саму стратегію.
Ось за цим я б стежив.
Як думаєте, XP на основі множників створює кращих користувачів чи просто більше конкуренції за той самий ейрдроп?
@TermMax Одну річ я тепер розглядаю про протоколи DeFi трохи інакше.
Мене зацікавив показник DeFiSafety PQR 93% на TermMax, але я не бачу 93% як «безпечно, зроблено, рухаємось далі». Я бачу це радше як привід зазирнути глибше — чесно кажучи. Оцінка охоплює код, документацію, тестування, безпеку, адміністративні контролі та оракули.
TermMax набрав 100% за Код і Команду, 94% за Безпеку, 97% за Адміністративні контролі та 100% за Оракули. Тестування дало 89%, тоді як документація — 70%. Останнє число — це саме та частина, яку я б хотів зрозуміти краще.
Я думаю, так мають використовуватися оцінки безпеки. Не як зелене світло, а як точка старту для дослідження. TermMax також описує unit-тести, fuzzing, mutation testing та інтеграційне тестування.
Та все ж ризик для смартконтрактів у DeFi ніколи повністю не зникає.
Тож я стежу за цими 93% з цікавістю, а не сліпою довірою.Для протоколу, що працює з кредитуванням, запозиченнями та структурованими продуктами, безпека — це не другорядна функція, це вся гра.
Чи змінив би показник PQR 93% твоє бачення протоколу DeFi?
@TermMax Я продовжую дивитися на ліквідаційну сторону DeFi, тому що саме там багато ідей із кредитування проходять справжню перевірку.
Протокол може пропонувати привабливі ставки, але що відбувається, коли ринок раптом змінюється на 30%?
TermMax має цікаву відповідь: фізичну поставку. У певних ситуаціях ліквідації заставу можна доставляти кредиторам, замість того щоб покладатися лише на продаж активів на тонкому ринку. Така конструкція також задумана для того, щоб зробити заставу, зокрема активи з нижчою ліквідністю та деякі RWAs, більш придатною для використання.
Я думаю, що це одна з менш «гучних» частин TermMax, але, ймовірно, одна з найважливіших.
Якщо ліквідність зникає під час різкого руху, просте «ліквідуй це» не гарантує, що кредитор отримає справедливе відновлення.
Але фізична поставка — не магічний щит. Сама застава все ще може втрачати вартість.
Чи довіряли б ви фізичній поставці більше, ніж традиційній ліквідації на ринку під час екстремальної волатильності?
@Dusk Я постійно дивлюся на розмови про ШІ + крипто, і в мені щось відчувається як відсутнє. Усі говорять про агентів, які генерують код, виконують завдання й рухаються швидше. Але дуже мало хто запитує, що станеться, коли агент дотримується застарілої специфікації, про яку ніхто не пам’ятав, що вона застаріла.
Pituitary — це спроба Dusk розв’язати ту тихішу проблему. Вона стежить за взаємозв’язком між специфікаціями, документацією, рішеннями та кодом, а не трактує кожен файл як ізольовану річ. Вона може шукати специфікації, порівнювати їх, знаходити застарілі документи й оцінювати вплив.
Чесно кажучи, саме такі інструменти ШІ мені здаються цікавішими. Не черговий чатбот, який підказує розробникам, який код писати, а система, що допомагає розробникам не втрачати первісний задум проєкту. Особливо для фінансової інфраструктури, де конфіденційність і комплаєнс можуть бути частиною фактичної логіки застосунку.
Втім, тут є й ризик. Надто багато автоматизованих попереджень можуть перетворитися на шум, і команди зрештою можуть почати ігнорувати їх. Інструмент має довести, що його сигнали справді корисні.
Але якщо ШІ збиратиметься писати все більше нашого коду, хіба ми не повинні побудувати кращі системи для запам’ятовування правил, яким код має відповідати?
@Dusk Одне, що я помітив під час читання документації Dusk: смартконтракти стають частиною економіки мережі, а не лише її застосунків.
Економічний протокол Dusk дозволяє смартконтрактам стягувати комісії, оплачувати газ і працювати автономно. Це звучить як невелике технічне покращення, аж доки не замислитися, як насправді працюють фінансові застосунки. Контракт може мати власну економічну поведінку, замість того щоб залежати від кожного користувача, який вручну керує кожним кроком.
Тоді Stake Abstraction додає ще один рівень. Контракт може брати участь у стейкінгу, обробляти розстейкінг і отримувати винагороди за стейкінг. Тож контракт не просто виконує фінансову логіку — він також може керувати частиною економіки мережі навколо цієї логіки. Саме там, як на мене, починається найцікавіше.
Це може зробити інфраструктуру стейкінгу значно більш “композиційною”. Але будь-яка композитність одразу піднімає ще одне питання — хто контролює контракт і що станеться, якщо в коді є баг?
Dusk може надати інфраструктуру, але ризики на рівні застосунків усе одно належать розробникам і користувачам.
Чи стали б ви використовувати смартконтракт, який автоматично робить стейкінг і керує вашим DUSK?
@Dusk Одне, на що я постійно звертаю увагу в Dusk, — це те, що історія екосистеми тепер відчувається інакше.
Мене привернуло не лише «приватність» як така. Йдеться про те, як Dusk вибудовує кілька складових навколо регульованих фінансів: від DuskVM і DuskEVM до ідентифікації, розрахунків та робочих процесів з активами. Через це мережа сприймається швидше як інфраструктура, ніж як один-єдиний продукт.
У документації Dusk тепер показані інтеграції з назвами на кшталт Chainlink, NPEX, Quantoz і Cordial Systems — кожна з яких стосується різної частини фінансового світу. Chainlink забезпечує міжланцюгові повідомлення та дані через CCIP, а NPEX напряму під’єднується до регульованої діяльності з реальними активами та цінними паперами.
Я думаю, саме тут Dusk стає справді цікавою. Фінансовим установам зазвичай не потрібен ще один блокчейн тільки тому, що він швидкий або дешевий. Їм потрібні приватність, комплаєнс, розрахунки та сумісність, які працюють разом — без необхідності загнати все в повністю закриту систему.
Та є ще одне велике питання: інтеграції на папері — це не те саме, що стабільне впровадження. Dusk потрібно мати реальних користувачів, реальний обсяг активів і реальні застосунки, щоб довести, що ця екосистема може вирости понад партнерства.
І все ж, з того, що я бачу, напрям стає дедалі зрозумілішим. Схоже, Dusk спочатку будує «рейки», а застосунки — вже слідують.
Як ти думаєш, чи може такий підхід «спершу інфраструктура» насправді привести більше регульованих активів на ончейн?
@Dusk Одна річ, на яку я постійно дивлюся, — це DUSK, і одне питання: чи може менший L1 почати привертати увагу, поки Bitcoin залишається головним ринковим бенчмарком?
Мене привернув напрямок Dusk. Він не намагається замінити Bitcoin. Він будує екосистему навколо регульованих фінансів, приватності, вибіркового розкриття даних і ончейн-взаєморозрахунків. Це дуже інша ставка.
Цікава частина — поєднання Moonlight і Phoenix. Один тримає транзакції публічними, тоді як інший підтримує захищені перекази. На мою думку, це виглядає більш практично для фінансових застосувань, де повна прозорість не завжди корисна.
А DuskEVM дає розробникам звичний шлях Solidity/EVM. Я думаю, це має значення, тому що хорошій інфраструктурі потрібні майстри-побудовники, а не лише сильний наратив.
Та я б не назвав це ще підтвердженим зрушенням тренду. CMC показує DUSK приблизно на рівні $0,06 за ринковою капіталізацією близько $30 млн, тож ліквідність і рівень впровадження все ще є реальними ризиками.
Водночас я тримаюся простої думки: якщо DUSK зможе зберігати силу, коли Bitcoin сповільнюється, тоді я почну звертати на нього значно пильнішу увагу.
Як гадаєте, чи DUSK демонструє ранні ознаки руху інакше, ніж Bitcoin?
Зараз угода рухається добре, але я все ще тримаю її простою: без погони, без самовпевненості.
Найбільше мені зараз подобається імпульс. Якщо $HEI зможе зберегти цю силу та продовжувати нарощувати вищі рівні з здоровим обсягом, схема може залишатися цікавою.
Для мене ключове — терпіння. Нехай графік підтвердить рух, а не змушуйте входити.
Гарна угода поки що. Подивимось, як $HEI впорається з наступним рухом. 👀📈
@BabylonLabs_io Одне, що я помітив після перегляду Babylon’s Q4 2025 Founders Call, — наскільки змінилася розмова.
Рік тому більшість людей говорили про стейкінг Bitcoin. Тепер команда зосереджена на тому, щоб зробити Bitcoin справді придатним для DeFi — без обгорнутих активів і без відмови від самостійного зберігання. Я думаю, це більший зсув, ніж багато хто усвідомлює.
Що привернуло мою увагу, — це Trustless Bitcoin Vaults.
Ідея звучить напрочуд просто. Ваш BTC залишається під вашим контролем, водночас стаючи заставою для кредитування та інших сценаріїв використання в DeFi. Якщо Babylon зробить це добре, це може прибрати одну з найбільших причин, чому власники Bitcoin уникали ончейн-фінансування.
Мені також сподобалося, що засновники не намагалися вдавати, ніби все ідеально.
Вони відкрито обговорили тиск продажів BABY, покращення корисності токена та те, чому реальні продукти мають створювати цінність ще до того, як токеноміка намагається її “захопити”. Чесно кажучи, це складніший шлях, і успіх залежатиме від впровадження, а не від оголошень.
З того, що я бачив, Babylon намагається зберегти Bitcoin вірним його початковій філософії, надаючи йому при цьому більш практичне застосування.
Це амбітна мета, але виконання — це все. Якщо користувацький досвід буде недостатньо простим, навіть найкращі технології можуть не отримати тяги.
Як думаєте, чи можуть Trustless Bitcoin Vaults стати тією функцією, яка нарешті приведе більше Bitcoin у DeFi?
@BabylonLabs_io Одне, на що я постійно звертаю увагу, це Bitcoin і те, чому використання його в DeFi завжди означало, що доводиться віддавати щось натомість.
Читання документації Babylon трохи змінило мою перспективу. З Публічною тестовою мережею рідний BTC можна зафіксувати всередині Trustless Bitcoin Vault і використовувати як заставу через Aave v4. Твій Bitcoin не обгортають і не передають кастодіану — чесно кажучи, це відчувається набагато ближче до первинного духу Bitcoin.
Я думаю, це важливий крок для BTCFi. Але це лише тестнет, і процес peg-in, час підтвердження та поведінка під час ліквідації мають довести себе під реальним тиском ринку, перш ніж я повністю йому довірю.
Якщо Bitcoin зможе залишатися рідним, водночас розблоковуючи ліквідність, це може стати більшою зміною, ніж очікує більшість людей.
Ти б позичав під рідний BTC чи все ж волів би просто тримати його?
@BabylonLabs_io Одне міркування постійно поверталося, коли я порівнював TBV з упакованим BTC та бриджами: можливо, ми вирішуємо не ту проблему.
Замість того, щоб переносити біткоїн куди завгодно, а що як краще рішення — залишити його там, де в нього вже є найсильніший захист?
Саме тому TBV від Babylon виділилося для мене. Воно не залежить від централізованого кастодіана, який утримує монети, або від федерації бриджа, що контролює викуп. Біткоїн залишається у власному ланцюжку, а криптографічні докази поєднують його з активністю на основі Ethereum.
Я все ще бачу обмеження. Додатковий час очікування не є ідеальним, а технологія новіша, ніж традиційні методи обгортання, тож для впровадження потрібен час.
Мисль: я краще трохи зачекаю, ніж додам ще один рівень кастоді міжі мною та моїм BTC.
Якби вам довелося обрати сьогодні, ви б довірили кастодіану, бриджу чи мінімізованому за довірою сейфу (vault)?
@BabylonLabs_io Я постійно придивляюся до DeFi на Bitcoin, і одна річ мене не відпускає.
Bitcoin — найбільший актив у крипті, але лише близько 1% BTC використовується в DeFi. Це не тому, що людям не потрібна дохідність. Більшість власників просто не хочуть віддавати свої монети мосту, кастодіану чи токену, упакованому в обгортку. З того, що я бачу, безпека завжди на першому місці.
TBV Babylon’s Trustless Bitcoin Vaults здаються зовсім іншим підходом. Замість того щоб переносити BTC з його мережі, TBV дозволяє зафіксувати ваш нативний BTC у самокерованому Taproot-сховищі, а застосунки в Ethereum визнають його як заставу. Жодного wrapped BTC. Немає мосту, який утримує ваші кошти. Довіра зміщується в бік криптографії та мереж Bitcoin/Ethereum, а не якоїсь компанії.
Я думаю, саме тут і справжня інновація. Bitcoin не перестає бути Bitcoin лише тому, що ви хочете позичити під нього або використати його в DeFi. Він лишається у власному ланцюжку, а протокол доводить, що відбулося між ланцюжками, через криптографічну верифікацію. Це величезний зсув мислення порівняно з моделями, які ми використовували роками.
Втім, усе ще рано. Зараз TBV працює на Bitcoin Signet і тестнеті Ethereum, а дизайн складніший, ніж просто обгортати BTC. Як і будь-який новий протокол, реальне впровадження, огляди безпеки та інтеграція розробниками матимуть значення не менше, ніж сама технологія.
Babylon уже показав, що самокастодіальне стейкінгування біткоїна може працювати. Якщо TBV реалізує ту саму філософію для DeFi, забезпеченого Bitcoin, я думаю, це може відкрити зовсім інше майбутнє для BTC.
Ви довірятимете криптографії замість кастодіана, коли залучаєте ваш Bitcoin до DeFi?
@BabylonLabs_io Одне з того, на що я знову й знову звертаю увагу в проєктах, — це спроби інтегрувати Bitcoin у DeFi, і чесно кажучи, більшість із них зрештою залежать від обгорнутих активів або від того, що хтось тримає ключі. Мені це ніколи не здавалося справжньою відповіддю.
Інтеграція Babylon з Aave v4 відчувається інакше. Твій BTC залишається заблокованим у Bitcoin всередині Trustless Bitcoin Vault, тоді як Aave v4 розпізнає цей заблокований BTC як заставу через спеціальний адаптер. Ти можеш позичати активи без бриджингу чи обгортання твого Bitcoin — і я вважаю, що це досить суттєва зміна. Це чистіший дизайн, ніж я очікував.
Одна думка, до якої я постійно повертаюся, така: це не про те, щоб змусити Bitcoin “рухатися”. Це про те, щоб зробити Bitcoin корисним, коли він залишається рівно там, де йому належить. Судячи з того, що я бачив у документації, сейф створюється спеціально для застосунку Aave, а внутрішній обліковий токен (vaultBTC) представляє заставу лише всередині протоколу — це не є токен обгорнутого BTC, який можна торгувати.
Звісно, я б і надалі залишався обережним. Інтеграція розгортається через публічну testnet, позичання все ще несе ризик ліквідації, а будь-яка нова модель кредитування потребує часу, щоб проявити себе в реальних ринкових умовах. Навіть сильні дизайни не застраховані від несподіваних крайових випадків.
Мені здається, Babylon намагається вирішити проблему, про яку багато власників BTC говорять уже роками: використовувати Bitcoin у DeFi, не відмовляючись від self-custody.
Ти б брав позику під нативний BTC, якби йому не доводилося покидати мережу Bitcoin?
@BabylonLabs_io Одне з того, на що я зараз дивлюся на аірдропи інакше.
Довгий час я думав, що претендувати на аірдроп — це просто підключити гаманець і чекати токени. Потім я трохи почитав документацію Babylon, і одна маленька деталь привернула мою увагу.
Щоб отримати аірдроп BABY, користувачі, які відповідають умовам, мають прийняти Умови аірдропу та Політику конфіденційності й довести свою згоду, підписавши криптографічне повідомлення своїм гаманцем BABY. Це не транзакція в блокчейні й не оплата газу. Це просто підпис гаманця, який підтверджує, що ви розумієте правила перед тим, як отримувати.
Мені справді подобається такий підхід, бо він створює чіткий запис того, що кожен учасник погодився з однаковими умовами. Babylon намагається побудувати безпеку, підкріплену Bitcoin, для PoS-ланцюгів через самоопікувані стейкінг BTC, тож прозорий процес підтвердження виглядає послідовним із цією філософією.
Втім, одна думка не виходить у мене з голови. Більшість людей натискають «Accept» («Прийняти»), не читаючи жодного рядка. Якщо згодом матимуть значення відповідність критеріям, регіональні обмеження чи поводження з даними, така звичка легко може стати проблемою. Я думаю, що витратити дві хвилини на читання умов — це того варте більше, ніж поспіхом намагатися отримати.
Ви б читали Умови аірдропу та Політику конфіденційності перед підписанням, чи зазвичай довіряєте процесу й просто натискаєте «Accept»?
@BabylonLabs_io Одне, за чим я спостерігаю, — як стейблкоїни знаходять реальне застосування в Babylon Genesis, і Noble USDC відчувається більш корисним, ніж я очікував.
Раніше я думав, що це просто ще один спосіб припаркувати кошти. Але після того, як я прочитав документи Babylon, помітив, що це насправді допомагає вам рухатися екосистемою з мінімальним тертям. Ви можете обміняти Noble USDC на Tower DEX, перекинути його через Eureka на підтримувані мережі на кшталт Arbitrum, а також за потреби використовувати інші мости, як-от Union та Axelar.
Одна думка, до якої я постійно повертаюся… стейблліквідність часто важить більше, ніж ефектні функції. Коли ви вже маєте Noble USDC на Babylon Genesis, стає простіше отримати доступ до стейкінгу BABY або досліджувати варіанти ліквідного стейкінгу на кшталт cBABY, eBABY та milkBABY, залишаючись усередині екосистеми, а не постійно перемикаючись між мережами.
Втім, я б не назвав це ідеальним. Екосистема Babylon ще молода, тож доступні застосунки та ліквідність зростають, але ще не дійшли до рівня більш усталених мереж. Це те, що я завжди тримаю в голові, перш ніж переміщувати більші суми.
Я думаю, це саме той тип інфраструктури, який тихо покращує користувацький досвід. Це не головна “фішка”, але робить усе довкола DeFi, захищеного Bitcoin, відчутно більш зв’язаним.
Якби сьогодні у вас був Noble USDC на Babylon Genesis, ви б обміняли, перекинули б через міст чи спершу застейкали?