RealKhan09

Сегодня утром я проснулся как обычно. Чуть всё ещё хотелось спать, я уже собирался приступить к работе, но вдруг меня заинтриговало одно имя: TermMax. Я начал изучать проект. Чем больше читал, тем интереснее казался его подход.

В DeFi плавающие ставки всегда делают управление капиталом непредсказуемым. TermMax фокусируется на инфраструктуре заимствований и кредитования с фиксированными процентными ставками и фиксированными сроками.

Больше всего меня привлекла трёхтокеновая архитектура: FT представляет право на получение стоимости долга на дату погашения. XT выступает дополнительным компонентом и помогает заёмщикам фиксировать стоимость заимствования сразу с самого начала. А GT — это NFT, который отражает кредитное плечо, залог и долг в ончейн.

Затем я углубился в механику AMM. TermMax использует Range Order AMM, где кураторами задаётся целевой диапазон APR. Капитал, который ещё не выдан в займ, также может быть размещён в Aave, Morpho и Venus, чтобы снизить объём простаивающего капитала.

И вот, наконец, TMX. Это utility-токен и токен управления экосистемы. Общее предложение фиксировано — 1 миллиард TMX, без инфляции. Пользователи могут стейкать TMX, чтобы получать sTMX и участвовать в управлении протоколом.

То, что особенно меня интересует, — это долгосрочное направление развития. TermMax хочет стать слоем фиксированных ставок для DeFi, а также расширяться в сторону деривативов, vault-стратегий и интеграций с money market.

Обычное утро. Однажды — очень случайный поиск. Но TermMax заставил меня взглянуть на задачу процентных ставок в DeFi под совершенно другим углом.
#termmax @TermMax

Когда я впервые посмотрел на Dusk Network, интересной была не только приватность. Важным было то, как несколько технических компонентов складываются в единое целое.

В основе лежит Proof-of-Blind Bid — механизм извлечения лидера с сохранением приватности, вдохновлённый системами Private Proof-of-Stake, такими как Ker+19 и GOT19. Это становится фундаментом Segregated Byzantine Agreement (SBA) — permissionless-протокола Proof-of-Stake на основе комиссий, рассчитанного на почти мгновенную финализацию и пренебрежимо малую вероятность форков.

Затем идёт Phoenix — UTxO-ориентированная модель приватных транзакций. Она позволяет пользователям конфиденциально расходовать незащищённые (необфусцированные) выходы, что особенно важно для квази-Тьюрингово-полного выполнения, где итоговая стоимость неизвестна до завершения выполнения.

Также есть Zedger, созданный для удобной с точки зрения регулирования токенизации ценных бумаг и управления жизненным циклом. Его Sparse Merkle-Segment Trie сохраняет память аккаунтов приватной, при этом публично раскрывая выбранную корневую информацию.

И наконец, Rusk VM — виртуальная машина на базе WebAssembly (Ros21). Она обеспечивает нативную проверку доказательств с нулевым разглашением и эффективное создание Merkle-деревьев.

Соберите всё это вместе — и Dusk ощущается не как одна функция, а как тщательно спроектированный стек приватности.
#dusk $DUSK @Dusk

Когда я впервые изучил раздел обозначений этой криптографической основы @BabylonLabs_io , она показалась простой. Пара символов. Пару определений. Но каждая строка незаметно выстраивала модель безопасности, от которой будут зависеть все последующие протоколы.

Путешествие начинается с параметра безопасности \(\lambda\). Он определяет, насколько сложной становится атака по мере роста вычислений. Рядом с ним стоит пренебрежимо малая функция \(\text{negl}(\lambda)\), формально определяемая как \(\text{negl}(\lambda) < \frac{1}{f(\lambda)}\) для каждого полинома \(f\). Это крошечное неравенство важно. Оно гарантирует, что вероятность успеха противника стремится к практической невозможности по мере увеличения \(\lambda\). Статистический параметр \(\kappa\) добавляет еще один слой защиты, оценивая информационно-теоретическую стойкость независимо от вычислительных ограничений.

Вероятностная запись также играет критическую роль. Соотношение \(\Pr[A] \approx_{\varepsilon} \Pr[B]\) означает, что \(|\Pr[A]-\Pr[B]| \leq \varepsilon\), гарантируя, что два события остаются вычислительно неразличимыми в пределах заданной погрешности. Операции с векторами и матрицами следуют точным соглашениям, где \(x \(=(x_1,\ldots,x_n)\)\) представляет собой вектор-строку, а \(A \(=(a_{ij})_{i,j}\)\) обозначает матрицу. Умножение матриц использует \(\times\), тогда как тензорная композиция опирается на \(\otimes\). Случайная выборка записывается как \(x \xleftarrow{$} \mathcal{X}\), что указывает на равномерный выбор из конечного множества \(\mathcal{X}\).

Небольшие определения. Огромное влияние. Вместе они создают математический язык, который позволяет анализировать алгоритмы PPT, симуляторы и противников с предельной криптографической точностью.
@BabylonLabs_io #baby $BABY

When I first looked at the BitVM3 design, I thought it was simply another optimization for Bitcoin. It turned out to be much more than that. The real innovation is moving expensive proof verification away from the blockchain while preserving Bitcoin's security guarantees. That changes the economics completely.

The protocol begins with the Prover generating a secret message msg and committing to its cryptographic hash H(msg). This commitment becomes the foundation of a hash lock. Next, a garbled circuit embedding a Groth16 SNARK verifier is constructed and securely shared with the Verifier. During execution, the Prover publishes a Lamport-signed proof on Bitcoin, while the Verifier evaluates that proof inside the garbled circuit using authenticated input labels. Short. Precise.

If the proof is invalid, the circuit reveals the hidden secret. The Verifier immediately unlocks the HTLC (Hash Time-Locked Contract) and prevents the fraudulent claim. If no secret is revealed before the timeout, the claim succeeds automatically. No trusted intermediary. Only cryptographic enforcement.

The numbers are equally impressive. BitVM2 required nearly $14,211 of on-chain verification costs, whereas BitVM3 reduces that to roughly $37.65, a 250× improvement. Yet the trade-off is significant. The Groth16 garbled circuit reaches almost 40.5 GiB, setup requires about 353.7 seconds, and decryption takes 352.1 seconds. This is where BABEL introduces optimized verifier circuits, reducing setup to 174.9 ms, decryption to 126.5 ms, and storage to only 22.2 MiB. Around 2,000× faster. Nearly 1,900× smaller. A practical path toward scalable, trust-minimized Bitcoin verification.
@BabylonLabs_io #baby $BABY

как вы знаете, сегодня девятый день этой кампании. Насколько вообще безопасны эти криптопротоколы, я хотел узнать. Затем я наткнулся на пост про «Вавилонские хранилища», хотя мой интерес был не в теме — вместо этого меня заинтересовал его метод «cut and choose».
Итак, что происходит в системе. Есть две стороны, назовём их Партия A и Партия B. Каждая из них создаёт свою собственную схему, не причиняя вреда другой стороне — это первая часть.
Но настоящее испытание начинается дальше. Каждая сторона обменивается «обещающими» схемами, а затем случайным образом выбирается подмножество из них для вскрытия/проверки. Звучит довольно просто. Хотя на самом деле это лишь верхушка айсберга.
В конце, когда все шаги завершены и проверки зелёные, выглядит неплохо, верно?
Но потом у меня возникла проблема. Протокол по сути лишь удостоверяется, что шаги были выполнены и что это отмечено в чек-листе. До этого момента всё ещё нормально.
Но самое важное — это та часть, которая меня сводит с ума: он не может проверить все из них. Однако может существовать скрытая связь между модулями, которая ещё не раскрыта. Или одна из сторон может обладать чем-то, что, будь то по замыслу или случайно (и что именно представляет собой схема — кто знает), другая сторона не имеет способа знать. И главное: собирались ли они вообще когда-нибудь быть честными изначально?
Это центральная проблема. Готовая настройка не означает простую конфигурацию.
@BabylonLabs_io #baby $BABY

Сегодня восьмой день этого проекта, и я читал про интерфейс Babylon TBV и его протоколы. Непредсказуемый способ, которым его смарт-контракт работает, удивительно эффективен. То, что мне кажется интересным, — это его криптография, которая служит границей: всё работают строго внутри хранилища.

Пока остальной контракт EVM, похоже, полностью управляется извне, я не до конца уверен, как получается так, что эти два компонента координируются друг с другом без сбоев или повреждений — и при этом всё действительно работает как надо.

Вопрос, который у меня возникает, — как DeFi-цепь может использовать (exploiting) BTC, который хранится в хранилище в качестве залога, если он не перемещается. Но по мере того как я разбираюсь дальше, мне кажется, что для пользователей это может быть не совсем так. Лучше, если они хорошо разделят эти два уровня и просто назовут это как Trustless Bitcoin Vault (TBV). И у этого TBV есть потрясающая функция. Архитектура хранилища для хранения биткоинов тоже может быть довольно странной, но оцениваться должно его «плечо» заимствования.
@BabylonLabs_io #baby $BABY

I recently discussed a particular concept from Babylon's TBV design: the potential to use the same position as the DeFi collateral while stacking BTC to secure a proof-of-stake network. It seems like a lovely pitch to have two layers of utility from the same asset.

It's interesting to note that both features come from the same fundamental BTC. Although I'm not fully sure how these obligations interact when under simultaneous stress, the layering utility also shows up in ways that are rarely subtle.
The question that comes to mind In this instance, the risk is subtly increased. The same position will be highlighted in two different ways when a liquidation call and a stacking slash are combined. This makes me think that a much more precise mapping of the interactions between these layers is required.

From the outside, I sometimes wonder if customers really know what it means to have one asset linked to two active liabilities. The confusion and the performance are real. Time will tell if that depth is revealed before the scale arrives, but it seems like a silent question.
#baby $BABY @BabylonLabs_io

Много лет держателям Bitcoin приходилось сталкиваться со сложным выбором: хранить BTC безопасно в кошельке или перемещать его через обёрнутые активы, мосты или кастодианов, чтобы получать награды за стейкинг. Каждый вариант вносит дополнительные предположения о доверии и повышает риски. Вот почему меня так впечатляет идея @BabylonLabs_io Trustless Bitcoin Vaults (TBV).
TBV разработан так, чтобы Bitcoin оставался в своей родной блокчейн-сети и при этом участвовал в обеспечении безопасности Proof-of-Stake. Вместо зависимости от централизованных бирж или обёрнутых токенов протокол напрямую в ончейне задаёт правила выбора валидаторов и стейкинга. Это существенно снижает роль посредников и делает стейкинг более прозрачным.

Ещё одна заметная особенность — ликвидность. Традиционный стейкинг часто требует долгой блокировки средств, прежде чем их можно будет вывести. TBV стремится повысить гибкость за счёт мгновенного размандирования (unbonding), позволяя пользователям вернуть доступ к своему Bitcoin без длительного ожидания. Это может сделать BTC более практичным как для долгосрочных держателей, так и для активных участников экосистемы.
Безопасность также остаётся в центре дизайна. Избегая мостов и кастодиальных моделей, TBV минимизирует несколько распространённых поверхностей атаки, продолжая при этом использовать доказанную безопасность Bitcoin на основе Proof-of-Work. Такой подход сохраняет право собственности на BTC и одновременно расширяет его роль в децентрализованных финансах и экосистемах PoS.
На мой взгляд, Trustless Bitcoin Vaults — это значимая эволюция в применимости Bitcoin. Вместо того чтобы просить пользователей жертвовать безопасностью ради доходности, TBV пытается совместить родное владение Bitcoin с стейкингом, управляемым протоколом. Если эта модель будет и дальше развиваться, она может способствовать более широкому внедрению Bitcoin как актива, который обеспечивает децентрализованные сети, не нарушая его базовые принципы.

Я с нетерпением жду, чтобы увидеть, как @BabylonLabs_io продолжает развивать эту инновацию и какие возможности она создаёт для более широкой экосистемы Bitcoin. $BABY #baby

Большинство самых децентрализованных perp-платформ заставляют трейдеров идти на неприятный компромисс. Либо вы получаете скорость исполнения, как на централизованной бирже, но отдаёте на хранение свои средства (custody), либо вы сохраняете полную самостоятельную кастодиальность и принимаете более медленный, неуклюжий мэтчинг ордеров, из‑за которого активная торговля становится болезненной. @grvt_io — один из немногих проектов, который пытается нормально закрыть этот разрыв, а не просто делать маркетинг вокруг него.
Ключевая идея понятна, но реализовать её качественно сложно: держать сопоставление ордеров вне сети (off-chain), чтобы оно было достаточно быстрым для реальной торговли, при этом расчёты, балансы и кастодиальность — полностью on-chain и некастодиальные. На практике это означает, что ваши средства никогда не лежат в кошельке, который контролируется биржей, так как это было бы на CEX, но при этом вам не приходится бесконечно наблюдать, как очередь ваших ордеров отстаёт от рынка. Для всех, кто пытался вести активную perp-стратегию на полностью on-chain orderbook, эта разница по задержкам обычно становится первым фактором, который возвращает их обратно к централизованным площадкам, поэтому дизайн, который действительно сужает разрыв, заслуживает внимания.
Что делает GRVT более интересным, чем «просто очередной perp DEX», — это добавление продуктов RWA (real-world asset), которые размещены рядом с деривативной частью. Сочетание волатильных крипто-perp’ов с доходностью, обеспеченной RWA, внутри одной платформы — разумный ответ на проблему, с которой сталкивается множество активных трейдеров: капитал простаивает между позициями или же для диверсификации приходится выводить средства в совершенно отдельный протокол. Если маржа и exposure к RWA реально могут сосуществовать в одной и той же учётной записи, не подрывая ни то ни другое, это формирует заметно иное ценностное предложение, чем у большинства DEX, рассчитанных на одну конкретную задачу.
При этом я не думаю, что RWA-направление ещё полностью решено — ни для GRVT, ни для более широкой категории. Открытый вопрос заключается не в том, существует ли доходность от RWA, а в том, как она ведёт себя как маржа в контексте деривативов. ETH в качестве залога имеет совершенно иной профиль риска, чем реальный актив с меньшей волатильностью, но с другими характеристиками ликвидности и погашения. @grvt_io #grvt

@grvt_io представляет модель, которая сочетает высокоскоростную торговую производительность с ключевым принципом DeFi — само-хранением (self-custody). Вместо того чтобы просить пользователей идти на компромисс между качеством исполнения и контролем над своими активами, GRVT использует размещённый вне цепочки (off-chain) движок сопоставления ордеров, чтобы обеспечивать быстрое и эффективное исполнение сделок, по своему характеру близкое к тому, чего трейдеры ожидают от централизованных платформ. При этом расчёты и хранение остаются полностью on-chain и некастодиальными, то есть пользователи сохраняют контроль над своими средствами на протяжении всего процесса.

Платформа также поддерживает реальную структуру книги ордеров (real orderbook) на рынках как перпетуальных контрактов, так и спотовых, что может способствовать более узким спредам, более эффективному ценообразованию (price discovery) и более точному торговому опыту. Ещё один сильный момент — прозрачный расчётный слой в блокчейне, благодаря которому каждое исполнение (fill) можно независимо проверить. В целом, GRVT, похоже, предлагает продуманный и современный подход к инфраструктуре DeFi-деривативов, делая этот проект достойным внимания по мере того, как отрасль продолжает развиваться. #grvt

#grvt Последнее время я изучаю @grvt_io, и это оказался весьма удачный опыт для on-chain-перпетуальных фьючерсов и спотовой торговли. Особенно выделяется некостодиальная (не требующая хранения средств третьей стороной), основанная на книге заявок архитектура: вы получаете скорость и ликвидность на уровне CEX, при этом ваши средства верifiцируемо остаются под вашим контролем. В сочетании с прозрачными тарифами и кросс-маржинальным обеспечением между рынками это отличный вариант для трейдеров, которые хотят кастодиальный подход уровня DeFi, не жертвуя качеством исполнения. Стоит ознакомиться, если вы устали выбирать между скоростью и самокастодиальным хранением. #grvt

#grvt В последнее время присматриваюсь к @grvt_io, и главное, что бросается в глаза — как это сочетает скорость трейдинга на уровне CEX с прозрачностью ончейн. Настройка perp DEX означает, что ваш капитал не просто простаивает — он может приносить доход, пока вы торгуете, что является умным шагом в сторону от привычной модели «внести и ждать». Теперь, когда RWA-бандлы извлекают доход из институциональных активов, это превращается не просто в торговую площадку — похоже, формируется реальная onchain-платформа для приумножения капитала. #grvt

ПОТРЯСАЮЩИЕ НОВОСТИ!!!
ТРАМП ПУБЛИКУЕТ КАРТУ ИРАНА — ПРЕДУПРЕЖДАЕТ О БОЛЕЕ ЖЕСТКИХ УДАРАХ, ЕСЛИ НЕ БУДЕТ ЛУЧШЕГО ДОГОВОРА 🇺🇸🇮🇷⚔️☠️
• Жёсткое послание 🔥: Трамп опубликовал карту Ирана, наложив на неё флаг США, предупредив, что если Иран не предложит более выгодный вариант, Тегеран столкнётся с гораздо более сильным ударом.
• Позиция 🗣️: Он хочет добиться сделки, чтобы остановить войну, но при этом активно возвращает военные варианты в повестку.
• Внутренние шаги 🛡️: США в среду проведут встречу по вопросам национальной безопасности, чтобы обсудить возможные удары по Ирану. Предыдущая встреча включала Венса, Уиткоффа, Рубио и директора ЦРУ.
Трамп ведёт классическую дипломатию «кнут и пряник» — угрожает массированными военными действиями, одновременно оставляя дверь открытой для переговоров.
Символическая публикация карты отправляет предельно ясный и агрессивный сигнал. Любая эскалация в этой ситуации сохранит высокую волатильность цен на нефть и окажет давление на рискованные активы, включая криптовалюты.
$CL $BZ $NATGAS

🚨Кто-то открыл шорт по $ETH на $56,600,000.
Цена ликвидации: $2,291

Чёрт возьми $PIXEL! Моя ликвидность почти на нуле 😕 Здесь есть специалисты? Пожалуйста, помогите мне удержать позицию или закрыть?
#PIXEL/USDT