A R M I N

Спіткнувся на трохи в кролячу нору, коли розбирався, як сьогодні на Dusk Network реально ставлять мітки на блоки. Те, що привернуло мою увагу, було не лише приватність — про неї всі зазвичай кричать, — а те, як провайдери виконують обов’язки комітетів у межах механізму Succinct Attestation. Спостереження за тим, як $DUSK стейкерів перемикаються через ці криптографічні обов’язки, не перетворюючи всю мережу на млявий «виборчий басейн», змусило мене зупинитися.

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

Раніше я думав, що комітетні налаштування завжди жертвують трохи надто багато відкритості заради швидкості, але тут розділення валідації й агрегації тримає все напрочуд щільно. Це змушує вас по-новому осмислити, яким може бути більш «стрункий» цикл proof of stake, якщо його створено спеціально для фінансово-орієнтованої остаточності (finality), а не для шуму загального призначення.

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

#dusk @Dusk

Я дивився, як Kadcast поводиться, коли перестаєш думати про «вузли» й починаєш думати про ненадійних партнерів (peers). Саме там @Dusk and $DUSK зацікавили мене більше. #dusk

Те, що виділилося: повідомлення підписуються й перевіряються ще до того, як вузол їх пересилає, тоді як маршрутизація на основі Kademlia тримає в своїх таблицях (buckets) одразу кількох партнерів. Тож погане повідомлення можна відхилити, а відмова одного партнера не обов’язково ламає шлях.

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

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

Індекс страху та жадібності у криптовалюті на рівні 36

Страх домінує на ринку.
натовп усе ще наляканий. Не дивно.🙄

Мене зупинило тут те, як Dusk не просто транслює все всюди. @Dusk використовує Kadcast, побудований на DHT Kademlia, щоб зробити поширення повідомлень більш структурованим.

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

Спочатку я думав, що ефективність P2P здебільшого залежить від того, скільки підключень. Але Kadcast змусив подивитися інакше: інколи краща мережа — це не та, яка кричить на всіх, а та, яка обирає, кому потрібно почути наступним. У whitepaper зазначають, що у дослідженнях Kadcast використання пропускної здатності знижується приблизно на 25–50% порівняно з Gossip.

І це залишає мене з цікавим запитанням: коли блокчейни рухаються до швидшої фінальності та вищої пропускної здатності, чи може розумніше маршрутизація повідомлень стати такою ж важливою, як і сам механізм консенсусу?

$DUSK #dusk

Приголомшливий проєкт із конфіденційністю для установ із трансакціями понад швидкість!

Частина, через яку я зупинився, — це усвідомлення того, що приватність на Dusk насправді не про те, щоб зробити все невидимим. $DUSK , #dusk @Dusk веде до більш нюансованого підходу: частина активності може залишатися прозорою, тоді як чутлива фінансова активність може бути захищена.

Якщо заглянути в архітектуру, Moonlight зберігає стан акаунта публічним, тож баланси та деталі транзакцій можна перевірити напряму. Phoenix, навпаки, для замаскованих транзакцій: мережа перевіряє ZK-доказ, а не безпосередньо бачить базові дані транзакції.

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

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

ПОПЕРЕДЖЕННЯ: Індекс фінансових умов США зріс до ~1,29 пункту — найпростіші умови з 1997 року.

Цей індекс вимірює доступ до грошей на різних фінансових ринках, враховуючи такі фактори, як відсоткові ставки, кредитні спреди, ціни на акції, долар та загальні умови запозичень.

Для порівняння: під час розпродажу на ринку в березні 2026 року індекс уже був на межі переходу в негативну зону.

Навіть під час «мемного» буму акцій у 2021 році фінансові умови не були такими легкими.

Останній сплеск спричинений тим, що ринки акцій досягли історичних максимумів, а кредитні спреди за корпоративними облігаціями США залишаються близькими до найвужчих рівнів з 1998 року.

ШІ перетворив глобальну економіку.

Різниця між приватністю та секретністю тут має значення

Чим більше я читаю про @Dusk , тим більше думаю, що цікава частина #DUSK — це не просто перенесення TradFi в блокчейн.

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

Це змінює те, як я дивлюся на всю оповідь про «TradFi зустрічає DeFi». Фінансовим установам необов’язково потрібно приховувати все, але вони також не можуть працювати, коли кожна чутлива транзакція виставлена публічно. Модель Phoenix від Dusk побудована на доведенні дійсності транзакцій за допомогою ZK-доказів без розкриття деталей лежачої в основі транзакції.

Мені все ще цікава практична сторона цього: яку частину існуючої фінансової системи реально можна перенести on-chain, коли вимоги щодо приватності та регуляторні вимоги перестають бути лише теоретичними обмеженнями?

$DUSK

Біткоїн зростає, але не дайте себе обманути короткостроковим полегшенням.

Модель продажу маркетмейкера досі розігрується.

Накопичити → Розширити → Розподілити → Знизити.

→ Розподіл сформувався навколо $126,000
→ Фаза зниження ще триває
→ Фінальна зона накопичення розташована приблизно в діапазоні $44,000–$58,000

Короткострокові “пампи” — це саме те, що переконує людей у тому, що дно вже на місці.
Якщо ця модель завершиться, усе ще лишився один фінальний “злив” перед реальною можливістю.

Ще один спад. Тоді ми перезавантажуємось.

Ринкова капіталізація токенізованих акцій зросла на 400% за минулий рік.

Чи @BabylonLabs_io створює наступний стандарт для нативного біткоїн-заставного забезпечення?

Поки я читав дизайн Babylon Trustless Bitcoin Vault, мене постійно повертала одна деталь: здається, протокол менш зацікавлений у переміщенні біткоїна, ніж у тому, щоб зробити його корисним, не втрачаючи контролю (схоронності) над ним. Це відчувається як тонкий зсув, але він змінює те, як я думаю про кредитування під заставу біткоїна.

Перевіряючи недавню активність у мережі, я помітив, що ринкова активність BABY залишалася досить стабільною, навіть коли 24-годинний торговий обсяг повернувся приблизно в діапазон $5.8–6.2M між 21–24 липня, без різкого прориву ціни. Це легко перевірити за історичними даними ринку.

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

Найцікавіше для мене тут не токен. Найцікавіша — архітектура. TBV запитує, чи може біткоїн залишатися зафіксованим у нативному Taproot-виході, доки інші середовища виконання координують кредитування навколо нього. Розділення контролю (схоронності) від логіки застосунку здається значущішим за ще один дизайн з обгорнутим BTC.

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

Я досі не впевнений, чи користувачі зрештою справді цінуватимуть цю відмінність настільки, щоб змінити свою поведінку під час запозичень, чи це насамперед інфраструктурне покращення, яке залишиться непомітним. Мені цікаво, який із цих сценаріїв виявиться правдивим.

#baby $BABY

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

Коли я перевіряв останню активність, помітив, що торговельний обсяг BABY зріс приблизно до діапазону $10–11 мільйонів 21–22 липня, а наступного дня знизився. Ціна майже не рухалася порівняно із зростанням активності, тож це змусило мене замислитися, адже виглядало радше як перерозподіл позицій, ніж як чисте переслідування імпульсу. Переконатися в цьому доволі просто: на публічних трекерах ринків можна порівняти історію денного обсягу за ці дати.
Це, звісно, не доводить, чому саме люди були активні. Але це натякає, що учасники й далі взаємодіяли з екосистемою без драматичної зміни настроїв. Я завжди вважаю такі тихі періоди цікавішими за очевидні сплески.
Саме дослідження щось змінило для мене. Я заходив із припущенням, що ключова інновація — це інший спосіб зробити біткоїн придатним для використання десь ще. Натомість я знову і знову повертайся до протилежної ідеї: зберігання (custody) має бути закріплене за нативним біткоїном, тоді як інші мережі координують стан навколо нього. Така розділеність здається значущішою, ніж я спочатку очікував.
Я досі не можу підтвердити, яка частка нещодавньої активності відображає справжніх довгострокових користувачів, а яка — короткострокове позиціонування навколо $BABY MarketsРинкам рідко вдається зробити таку різницю очевидною.
Тож у мене лишається питання: чи більш важливим показником тут є кросчейн-використання, чи просто те, як часто біткоїну взагалі не потрібно покидати біткоїн.

@BabylonLabs_io #baby

#baby $BABY
Чому Вавилон вважає, що Біткоїн ніколи не потребував моста

Одне постійно не давало мені спокою, поки я читав whitepaper @BabylonLabs_io : можливо, справжня вузька ланка Біткоїна в DeFi полягала не в інтероперабельності. Можливо, справа була в кастоді.

Це стало ще очевиднішим після того, як я перевірив нещодавню ринкову активність навколо $BABY . У вікні з 21 по 23 липня торговельний обсяг пожвавився, тоді як розмова про Trustless Bitcoin Vaults залишалася зосередженою на тому, як BTC продовжує бути заблокованим у рідному Taproot-виході, а не перетинати міст. Сам рух ціни не був особливо драматичним, але зростання активності легко підтверджувалося ринковими трекерами й натякало, що люди звертають увагу на механіку, а не лише на токен.

Що привернуло увагу, так це те, що TBV не намагається змусити Біткоїн поводитися як ERC-20. Логіку запозичення координує Ethereum, але забезпечення ніколи не перестає бути Bitcoin UTXO. Це відчувається як зовсім інша філософія дизайну, ніж у більшості BTCFi-систем, на які я дивився. Міст не покращують — його взагалі уникають.

Я навіть зловив себе на тому, що накидав схему потоку на папері, бо припустив, що десь пропустив етап «обгортання». Але ні.

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

Тож, можливо, більш цікаве питання не в тому, чи може Біткоїн потрапити в DeFi, а в тому, чи взагалі колись потрібно було виходити за межі Біткоїна.

Чи зможе Bitcoin нарешті стати продуктивним, не залишаючи Bitcoin?

Одна деталь постійно повертала мене до прочитаного, коли я знайомився з Babylon, і $BABY протокол, здається, більше зацікавлений не в переміщенні Bitcoin, а в доведенні того, що його взагалі не потрібно було переміщувати.

Перевіряючи сьогодні Babylon mainnet explorer, я помітив, що ланцюг продовжує стабільно формувати блоки, із приблизно кількома десятками транзакцій у кожному блоці та активною участю валідаторів, а не з тим короткочасним сплеском, який зазвичай слідує за анонсами. Це не драматична подія, але це перевірюваний зріз реального використання мережі, який будь-хто може переглянути в поточному діапазоні блоків. На мій погляд, це означає, що люди й далі взаємодіють із системою, а не просто реагують на заголовки.

Це змінило те, як я дивлюся на дизайн Trustless Bitcoin Vault. Цікава частина тут не в тому, щоб брати кредит під BTC. А в тому, що забезпечення залишається Bitcoin UTXO, тоді як Ethereum лише координує стан, потрібний для DeFi-застосунку. Припущення щодо зберігання активів зміщуються назад у бік Bitcoin, а не замінюються моделлю загорнутого активу.

Я навіть на хвилину зупинився після відстеження потоку vault, бо зрозумів, що раніше автоматично припускав: Bitcoin у DeFi означає ще один міст. Тут же архітектура намагається повністю уникнути цього короткого шляху.

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

#baby @BabylonLabs_io

Швидке відкликання дозволів може бути так само важливим, як і їхнє надання. Саме тому варто стежити за сплесками комісій із $NEWT

SK Hynix $SKHYB щойно нагадав усім, на що здатен лістинг Binance. 📈

Свіжі лістинги — це не лише про охоплення.

Це реальний тест ліквідності, попиту та ринкової психології.

Протягом кількох годин після лістингу $SKHYB вирвалося з області $150 до майже

$196, перш ніж побачити здорове фіксування прибутку.

Саме так часто виглядає сильне формування ціни:
→ Початковий ажіотаж підживлює імпульс.
→ Ранні трейдери фіксують прибутки.
→ Ринок шукає справедливу вартість.

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

Перший «памп» привертає увагу.

Наступний тренд і створює можливості.

Ти купуєш просадку, чекаєш підтвердження чи залишаєш це? 👇 #FootballSeason2026 #binanceTurns9

Одна деталь змусила мене зупинитися під час читання Newton Protocol — ще задовго до криптографії. Я припустив, що незалежні валідатори, які тягнуть дані в реальному часі, завжди створюють достатню варіативність, щоб уповільнити досягнення консенсусу. Натомість @newton_xyz, #Newton і $NEWT separate домовляються про дані окремо від домовленостей про політику. Це невибагливе архітектурне рішення змінило те, як я думаю про офчейн-авторизацію.

Найцікавіше не те, що кожен оператор незалежно отримує ціни на активи або оновлення санкцій через WASM поверх NATS. Цікаво те, що їм дозволено спочатку не погоджуватися. Кожен оператор повертає власне ECDSA-підтвердження, а потім Gateway виводить канонічний набір даних за допомогою медіанного консенсусу, перш ніж усі оцінюють ту саму Rego-політику й виробляють ідентичні BLS-підписи. Я очікував синхронізації до виконання, але Newton відкладає синхронізацію аж після спостереження. Це виглядає як тонка, але суттєва відмінність. Newton_Protocol_Whitepaper.pdf

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

Я досі думаю, як виглядатиме перша реальна розбіжність у наборі даних, коли оператори почнуть бачити по-справжньому суперечливі зовнішні дані, і як часто канонічна медіана відрізнятиметься від того, що саме індивідуальні валідатори спостерігали спочатку.

@NewtonProtocol #Newt $NEWT

Мить, коли я дійшов до розділу 5.4, і стала тією точкою, де змінилася моя ментальна модель. Я припускав, що протокол Newton просто намагається зробити офчейн-дані доступними для оцінювання політик. Натомість <0-9]{11}> $NEWT , #Newt @NewtonProtocol вирішує більш конкретну задачу: як незалежні оператори можуть отримувати різні дані з реального світу й усе одно зрештою отримувати один і той самий криптографічно ідентичний результат.

Найбільше мене вразило не сам потокове передавання NATS. Це був двофазний процес (two-phase flow). На етапі Prepare кожен валідатор незалежно запускає той самий WASM-провайдер даних: отримує речі на кшталт оновлень санкцій або стрічок цін через власний мережевий маршрут і додає ECDSA-атестацію до того, що він фактично спостерігав. Лише після того, як ці незалежні спостереження зібрані, Gateway формує канонічний набір даних. Етап Evaluate — це момент, коли всі переходять від незалежних спостережень до однакових вхідних даних, що дозволяє детерміноване виконання Rego та формування однієї агрегованої сигнатури BLS.

Я все думав про те, як часто люди описують консенсус оракулів як «усі погоджуються на дані». Це не зовсім те, що робить Newton. Операторам дозволено не погоджуватися спочатку. Узгодження настає лише після того, як протокол перетворює ці спостереження на один канонічний набір даних — саме те, що в підсумку робить можливим агрегацію BLS.

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