假装在抄底

⚠️ Напоминание, братва: инвайт-код на Binance — MY6751. Комиссии меньше на 30% (самые высокие по всей сети), зачисление автоматически. Даже старые аккаунты, которые уже используются, тоже можно указать. Alpha, спот, торговые соревнования, фьючерсы, токенизированные акции — все сэкономят 30%.

Три шага, и готово:
1️⃣ Приложение Binance → Кошелёк → Пригласить друга
2️⃣ Нажмите «Ввести инвайт-код», комиссия уменьшится на 30%
3️⃣ Введите MY6751

📅 Сегодня в 19:00 на Binance Alpha стартует раздача (airdrop) слепых боксов

245 очков за обмен. Старые боксики разбирать особо нечего — кому хватает очков, тот просто и забирает 🤨
$QUID $GRVT $BSB
#alpha #ALPHA🔥
#HYPE第二季度上涨79%
#伊朗阿曼达成霍尔木兹航线协议

#baby $BABY
Утром чистил сообщения со служебных СМС-уведомлений для ячеек доставки: десять посылок показываются как одна и та же партия прибытия, но у каждой посылки всё равно есть свой код для получения и свой бланк для возврата. Уложенные в одну машину — это просто экономия на транспортировке, но это не значит, что чьё-то состояние подтверждённой доставки может заменить состояние другого.

См. TBV в массовом создании для @BabylonLabs_io — и я подумал о том же различии. Текущая открытая тестовая сеть позволяет в одной транзакции Pre-PegIn разместить максимум 10 выводов HTLC. На поверхности пользователь может за один раз отправить в сеть Bitcoin несколько Vault; но на деле один Vault по-прежнему соответствует отдельному выводу, отдельной хэш-замке и отдельному последующему состоянию. Массовость лишь объединяет комиссию за транзакцию и время ожидания подтверждения, но не “размешивает” десять Vault в одну общую залоговую конструкцию.

Это критично при выстраивании последовательности. Каждый вывод должен проходить отдельную подготовку вне цепочки, ACK, активацию и финальное запирание Vault. Если какой-то один Vault не завершил подтверждение со стороны участников, нельзя “дособрать подпись” через другой Vault из той же партии, который уже завершён. И если один Vault перешёл в приложение, это не означает, что остальные выходы автоматически становятся залогом. Хэш транзакции может уместить несколько процессов, но он не даёт пользователю управлять десятью наборами состояний как единым целым.

Многие, увидев “массовую операцию”, естественно думают о более низкой стоимости и более удобном процессе — и в этом действительно есть плюс; но она также усложняет работу с записями. Пользователю нужно помнить не только то, получила ли транзакция подтверждение, но и то, Verified ли каждый Vault, активирован ли он, с каким приложением связан и к каким именно материалам восстановления относится. Если позже будет выкуп или self-claim, вы лишитесь локальных материалов одного конкретного Vault, а не одной пометки в описании всей партии транзакции.

Поэтому я предпочитаю понимать массовый Pre-PegIn в экосистеме $BABY как “попутную поездку” (carpooling), а не как “объединение аккаунтов”. Это повышает эффективность входа со стороны Bitcoin, но сохраняет для TBV самое важное разделение: состояние, путь расходования и риск одного Vault не могут быть заменены другими Vault из той же машины.

#baby по-настоящему стоит наблюдать не за тем, сколько выходов можно запихнуть в одну транзакцию, а за тем, сможет ли портал после массовой операции достаточно ясно показать состояние каждого Vault и ответственность за восстановление. Сэкономить одну комиссию — хорошо, но опасно, когда вы теряете проверку состояний.

В день получения посылки логистика уже показывала «прибыло на пункт выдачи», но сотрудник сказал, что посылка всё ещё находится на сортировочном конвейере дальше. Статус продвинулся на один шаг — это не значит, что вещь уже передали следующему человеку. У TBV клиринга есть похожая временная разница: клиринговик получает WBTC, но это не означает, что тот самый исходный BTC уже завершил передачу.

В текущем дизайне @BabylonLabs_io и Aave v4 permissionless клиринг может сначала выполняться через LLP. После того как клиринговик погасит долг, он сразу получит WBTC, а весь арестованный Vault перейдёт в опеку BTCVaultSwap. Затем зарегистрированный Application Vault Keeper должен оплатить WBTC, чтобы получить Vault, после чего на сети Bitcoin выполняются подтверждение, claim и период оспаривания, и в конце производится выкуп исходного BTC.

Это позволяет клиринговикам Ethereum не ждать расчёта на Bitcoin, но между ними появляется «стоимость удержания». Пока Vault находится в хранилище, проценты в Aave Hub продолжают накапливаться; когда Application Vault Keeper покупает, ему нужно покрыть основную сумму и добавить к ней начисленные проценты. Чем дольше ждать, тем тоньше становится потенциальная разница в цене.

Если одновременно цена $BTC , ликвидность WBTC или сетевые комиссии складываются неблагоприятно, один и тот же Vault может из потенциально выгодного превратиться в такой, который никто не захочет принять. Даже документация сохраняет вход `repayVaultInterest`, позволяя любому желающему доплатить накопленные проценты и продлить срок, в течение которого для арбитражников всё ещё есть привлекательность. Этот нюанс показывает, что LLP — это не бесплатный телепорт без издержек: это транзитный узел, которому постоянно нужны участники, выставляющие котировки, и пополняющаяся ликвидность.

Поэтому, оценивая клиринговую способность #baby , я не буду смотреть только на то, «разрешено ли любому вызывать». Я также буду наблюдать среднее время ожидания для Vault в хранилище, достаточно ли количества AVK, кто будет готов доплачивать проценты, когда разница в цене начинает истончаться, и сможет ли пул WBTC в экстремальных рыночных условиях продолжать мгновенно осуществлять оплаты.

TBV $BABY снижает риск хранения, но не устраняет риск того, что не найдётся покупателя-«приёмника». Криптографические доказательства определяют, кто имеет право забрать BTC, а рыночные механизмы заставляют правильных людей действовать своевременно. Оба элемента должны работать — именно так и замыкается клиринговый контур.

📅 Сегодня на Binance Alpha запускают QUID, коротко поделюсь своим мнением.

Squid — это кроссчейн-платформа, работает уже 3 года, общий объём сделок превышает $6 млрд, пользователей более 1 млн, проект привлёк $13,5 млн финансирования — это не «пустышка».

Но давление со стороны продавцов на открытии довольно сильное.
QUID: общее количество 1 млрд монет, первоначальная циркуляция около 14,3%. Из них публичная продажа — 5%, себестоимость всего $0,045, TGE разблокируется полностью; Binance Alpha — около 1%. Кроме того, около 7% экосистемных токенов, похоже, сейчас дробят/разделяют — стоит за этим следить.

Прайс перед открытием около $0,07, что соответствует оценке в $70 млн. Покупательский поток на Base и так слабый, к тому же я не вижу «толстого» пула. Вероятен сценарий: быстро поднимают, быстро же и проливают.

Мой план продаж на аирдропе:
$0,05–$0,07 — сначала продам часть
От $0,08 — продам большую часть
От $0,10 — в основном зачистка

Одним предложением: у проекта есть продукт, но монет/тикетов больше, чем покупок. Если дотянет до $0,08 — это уже неплохо, не ждите насмерть $0,15.

Только для личного исследования, не является инвестиционной рекомендацией.
$QQQB $BSB $SPYB
#alpha #ALPHA🔥 #撸毛攻略
#亚马逊市值首破3万亿美元
#Palantir涨10%受Q2财报超预期推动

8月4日明天，币安Alpha将上线Squid的代币QUID，总量10亿枚，公售价0.045美元，对应4500万美元估值。公售超募11.9倍，但5000万枚公售币开盘全部解锁，这是主要的抛压。

今天更新项目数据表时，我先在“BTC规模”填了56,853.16，随后发现页面写的是 staking，而表格这一列却是 TBV collateral。只差一个字段，意思却完全不同。当天展示的价值约56.4亿美元，但不能直接写成“TBV已经吸收56853枚$BTC 抵押品”。

Bitcoin Staking 的 BTC 用来委托 Finality Provider，为 Babylon Genesis 及外部网络提供可被罚没的经济安全；Trustless Bitcoin Vaults 则让独立的 Bitcoin UTXO 被指定的 DeFi 应用用作抵押品。前者关心委托、最终性签名和罚没，后者关心 Vault 激活、借款、健康因子、清算及赎回。

@BabylonLabs_io 的 TBV 当前仍运行在 Bitcoin Signet 和 Ethereum 测试网，Aave v4 借贷使用的是无价值的模拟资产。因此，官网 staking 数字能够说明质押规模，却不能证明 TBV 已有同等主网抵押量、借款规模或收入。

我更愿意为 #baby 建两张仪表盘。第一张记录 staking：活跃委托 BTC、Finality Provider 分布、签名和罚没状态；第二张记录 TBV：Active Vault 数量、原生抵押量、借款利用率、清算和成功赎回。两张表可以共同观察 Babylon，但不能把第一张的总量复制到第二张。

$BABY 的长期价值可能同时受安全网络和 Vault 应用推动，分析时更要把来源拆开。数据没有错，错的是给它贴错标签。56,853.16 BTC 是8月3日的官网快照，也会随质押变化；它回答的是“多少BTC参与安全”，而不是“多少BTC正在通过TBV借钱”。🔍

При приёмке TBV я не буду сначала идти в кошелёк и искать vaultBTC. Потому что если бы его действительно можно было легко перевести в обычный кошелёк, это, наоборот, означало бы, что проблема на границе продукта.

В текущей интеграции Aave v4 под @BabylonLabs_io vaultBTC — это совместимая с ERC-20 внутренняя расчётная единица, использующая точность 8, так что одна минимальная единица соответствует одному сатоши. Когда Vault активируется и добавляется в заёмную позицию, адаптер чеканит vaultBTC в размере заблокированного количества BTC; при выходе из позиции или ликвидации его затем уничтожают. vaultBTC можно перемещать только между авторизованными контрактами — перевод на любой произвольный адрес будет отклонён (revert). Вторичного рынка нет, и это не другой «обёрнутый» BTC.

Такие ограничения создают практичное соотношение для сверки: общее количество vaultBTC в обращении должно равняться текущему общему количеству BTC внутри Vault, которые всё ещё используются как залог в Aave. Данные по position, статусу Vault и reserve также можно получить через read-only запросы с AaveAdapterLens.

Я разбиваю проверку на три уровня. Первый — про Bitcoin: существует ли соответствующий UTXO и корректна ли сумма; второй — про TBV: Vault — Active и InUse или уже перешёл в выход/ликвидацию; третий — про Aave: vaultBTC уже отчеканен или уничтожен, а долг и коэффициент здоровья синхронизированы. Любой уровень, где количества не совпадают, нельзя «замять» фразой вроде «возможно, задержка на странице».

Это сложнее, чем просто следить за балансом в кошельке, но ближе к прозрачности, действительно нужной для нативного BTC-залога. Баланс в кошельке лишь доказывает, что какой-то токен оказался по какому-то адресу; трёхуровневая сверка позволяет задать следующий вопрос: в самом ли деле зафиксирована на уровне приложения такая запись залога, и существует ли за ней ещё заблокированный Bitcoin-выход.

Поэтому в #baby я не считаю «vaultBTC не видно» недостатком. $BABY связанным инфраструктурам следует ограничивать назначение учётной книги, а не пересоздавать ещё один BTC, который будет свободно обращаться повсюду. В тестнете всё ещё есть риски с контрактами, оракулами и кросс-уровневой синхронизацией, но это ограничение поставки даёт наблюдателю верифицируемую меру.🔎

Если понимать TBV только как «заложить BTC в Aave», при сверке активов легко запутаться: в Bitcoin-кошельке не хватает суммы, которую можно потратить, но в Ethereum-кошельке при этом не появляется дополнительный BTC, который можно вывести. В то же время на странице займа отображается какая-то сумма в качестве залога. Так где всё-таки это учитывается?

Я разложу всё по трём книгам.

Первая — книга учета активов Bitcoin. Исходный $BTC поступает в отдельный Taproot Vault UTXO. Право собственности не превращается в расписку перед какой-то кастодиальной организацией, но условия расходования уже ограничены предсоглашённой схемой (предподписанными транзакциями). Поэтому это не обычный баланс, который можно потратить в любой момент.

Вторая — книга учета состояния приложения. Ethereum-контракт фиксирует: Vault активирован, сколько стоит соответствующего залога, сколько заимствовано синтетических активов и каков текущий health-статус. Здесь vaultBTC — это ограниченная внутренняя бухгалтерская запись, а не чеканный «обёртка-токен», который отправлен в кошелёк и торгуется свободно. Для приложения важно не то, что оно получило этот Bitcoin UTXO, а то, какие есть залоговые права и какое состояние.

Третья — книга восстановления (материалы). Ключи WOTS, claimer artifacts и предподписанный путь не являются остатком активов как таковым, но они определяют, сможет ли пользователь сам инициировать получение по заранее заданному выходу, если Vault Provider не отвечает. Они, в отличие от seed-фразы, не столь наглядны, но потеря ослабляет способность к самовосстановлению.

Когда эти три книги сложены вместе, TBV @BabylonLabs_io становится целостным: on-chain активы отвечают «где BTC», состояние приложения отвечает «под что именно заложен BTC», а локальные материалы отвечают «как мне выйти/получить, если сервис (провайдер) офлайн». Если любая из трёх книг в одиночку выглядит нормально, это не значит, что остальные две тоже «в порядке».

Поэтому, когда я смотрю скриншоты продуктов в $BABY и #baby , я больше всего хочу видеть не одну общую цифру по активам, а три проверяемых состояния по отдельности. Настоящий «самостоятельный кастодиальный» подход — это не только то, что монеты не отданы третьим лицам, но и то, чтобы пользователь понимал, есть ли у него в руках исполнимый запасной выход.
#OpenAI发现更多AI智能体逃逸

Сегодня я подготовил для TBV расчетный документ “подтверждение поступления средств” по клиринговому процессу — и уже в первой строке всё стопорится: Bitcoin UTXO нельзя “разрезать”. Протокол забирает весь Vault, чтобы покрыть долги. Но если стоимость Vault больше целевой суммы клиринга, разве излишек не считается тоже убытком?

После того как я изучил информацию о клиринге по @BabylonLabs_io , я разделил подтверждение на два типа. Первый — когда после клиринга долги всё ещё остаются. Тогда стоимость, полученная сверх нужного, продолжает погашать оставшуюся задолженность пользователя: на странице может не прийти одна конкретная сумма WBTC, но обязательства уменьшатся. Второй — когда весь долг целиком уже перекрыт. Тогда только остаточная “избыточная” стоимость выплачивается пользователю в WBTC.

Я проверил это на простом черновом примере. Допустим, цель клиринга — реализовать залог стоимостью 100, но весь Vault соответствует стоимости 110. Эти дополнительные 10 не исчезают “в никуда”. Если у аккаунта есть непогашенный долг сверх 10, сначала они идут на погашение; если долг уже обнулён, тогда остаток превращается в возврат в WBTC. Это именно вычисление, а не отражение реальной позиции — но оно позволяет различить два сценария.🧾

Но и здесь есть цена. Ликвидатор получает награду за клиринг, а возврат идёт за вычетом результата реализации протоколом сверхнормативной части. Кроме того, выплаты осуществляются в WBTC — это не означает, что прямо на месте из неделимого UTXO $BTC вырежут маленький кусочек и отдадут пользователю.

В дальнейшем, рассматривая записи клиринга #baby , я не буду просто следить за тем, “скольких Vault забрали”. Я также сверю оставшуюся задолженность и выплаты WBTC. Для продукта, связанного с $BABY , чтобы обычным людям было понятно, в чём риски, лучше показывать обе строки одновременно. Иначе пользователи слишком легко могут неверно интерпретировать: будто забрали весь Vault из‑за того, что “весь излишек целиком исчез”.
#沙特油轮绕行非洲避红海
#韩股KOSPI早盘上涨15.13%
#苹果芯片短缺拖累销售预期

$GRVT 走势，完美复制剧本。

Вчера я всё распланировал очень чётко: котлован маленький — значит легко потянуть; раздач много — значит легче обрушить. Около 0.50 я в основном уже всё закрыл.

Точно так же, как и прогноз: «сначала резко тянут, потом резко роняют».

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

$QQQB $BSB
#alpha #ALPHA🔥
#苹果芯片短缺拖累销售预期
#韩国股市盘中创纪录涨17%

😊 Только что переписал из документа TBV исключительные пути в заметки — и понял, что уместил целую страницу. Но когда реально столкнусь с проблемой, возможно, не сразу будет ясно, куда смотреть в первую очередь. Поэтому я сжал это в максимально практичный продуктовый вопрос: если на странице можно разместить только одно экстренное уведомление в самом заметном месте, какое будет самым полезным?

Нормальный процесс TBV понять несложно: нативный BTC остается в Bitcoin, а со стороны Ethereum фиксируется состояние Vault и выполняется подключение к Aave v4. Все сложности прячутся в тех моментах, когда процесс идет не так, как задумано. Истекло время создания — нужно понимать, когда можно сделать возврат самостоятельно; Vault Provider не отвечает — стоит проверить, можно ли использовать WOTS и claimer artifacts для self-claim; позиция близка к ликвидации — смотреть нужно одновременно health factor и ликвидность Vault Swap; система приостановлена — при этом важно различить, что сейчас разрешено: погашение, вывод или только путь восстановления со стороны Bitcoin.

Проект @BabylonLabs_io заранее прописывает эти выходы в протоколе, но обычному пользователю не придет в голову каждый день листать техническую документацию. Для меня хорошая продуктовая страница #baby — это не просто «работает», а четкое описание того, что можно сделать дальше. После $BABY интеграции с экосистемой подсказки о состоянии вообще могут напрямую повлиять на то, успеет ли пользователь вовремя снизить риски.

Я инвестирую, потому что материалы для локального восстановления проще всего пропустить при смене компьютера или при очистке загрузок, а после потери это не исправишь одним нажатием «забыл пароль». Но это лишь мой стиль использования — не значит, что у других риски меньше.

📅 30 июля сегодня вечером в 8:00 Binance Alpha запускает GRVT

Проект привлек около 34 млн долларов, бэкграунд неплохой, но сегодня главное не то, как устроен проект, а то, как именно будет продаваться аирдроп.

Проектная команда разместила в пуле примерно 250 тыс. U — пул тонкий, и небольших средств достаточно, чтобы разогнать цену.

Но первая партия аирдропа — около 74 млн монет; если считать по 0,35 доллара, потенциальное давление продаж — более 25 млн долларов.

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

Мой план:

0.30—0.36 доллара: сначала продать половину
0.40+ доллара: продать примерно 70%
Около 0.50 доллара: в основном выйти полностью
Если упадёт ниже 0.25 доллара: оставить часть, чтобы дождаться отскока

Одной фразой: пул маленький — разогнать легко; аирдропа много — значит, и резко уронить тоже проще. Открытие гэпом вверх — продавай, не будь слишком жадным.

Это только личные размышления и не является инвестиционной рекомендацией.
$AEON $QQQB $BSB
#alpha #ALPHA🔥
#韩国拟暂停可疑加密账户支付
#韩国股市因三星财报反弹

Увидеть, что инфляция за $BABY лет была скорректирована с 8% до 5.5%, и делать вывод только по словам «хорошо» или «плохо» — слишком поспешно. Для сети, использующей двойной залог, это число прежде всего означает собой безопасный бюджет на постоянные выплаты.

Я разложу это на три бухгалтерские книги.

Первая — книга выпуска. Дополнительные BABY предназначены для поощрения залогодержателей BABY и залогодержателей BTC, совместно предоставляя Babylon Genesis экономическую безопасность. Снижение выпуска не означает автоматически, что у каждого участника растёт прибыль — всё зависит от общего объёма залога и того, как распределяются награды.

Вторая — книга спроса. BABY одновременно несёт функции Gas, ончейн-управления и залога. Только если реально растут исполнение транзакций, участие в управлении и потребность в безопасности, появится соответствующий сценарий использования для нового предложения. @BabylonLabs_io помещает залог BTC и залог BABY в одну модель безопасности, но залогодержатели BTC не участвуют в управлении Genesis — у двух типов активов разные права.

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

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

Поэтому мои критерии для оценки #baby очень просты: 5.5% — это лишь отправная точка; дальше нужно одновременно наблюдать за спросом на залог BABY, за реальным использованием Genesis для Gas, за участием в голосованиях по управлению и за тем, превращается ли механизм TBV из бумаги в ончейн. Если одна лишь «книга выпуска» постоянно ведётся и записи растут, а две остальные долго пустуют — даже при низкой инфляции трудно объяснить стоимость; если же три книги сходятся, тогда BABY — это не просто единица награды, а мера того, как работает протокол.📒

美光科技$MUB 单日暴跌9.56%！是深蹲起跳还是趋势反转？

大家看盘了吗？美光今晚这波走势真是让人捏把汗。盘中直接跌破支撑，目前报价 $813.693，跌幅高达 -9.56%，市值瞬间蒸发了不少

844附近的支撑位已经失守。如果今晚收盘不能收回，下一个要看的关键位置可能就是年线附近了。短期情绪明显偏空，抄底的朋友建议控制好仓位，别急着满仓上。 #TradFi晒单 单

Представь: ты только что передал транзакцию с Bitcoin, затем по всей сети комиссии вдруг удваиваются. Комиссия уже зафиксирована, майнеры никак не включают её в блок — а следом за ней подтверждения, подписи и активация стоят в очереди. В обычных кошельках часто есть опция доплатить комиссию, но создаваемый Vault нельзя просто так менять структуру транзакции.

@BabylonLabs_io оставил в транзакции TBV Pre-PegIn совсем небольшой выход CPFP-«якорь». Он как заранее подготовленный «проход без очереди»: родительская транзакция сама по себе не двигается, а через портал тратится этот маленький выход, чтобы создать дочернюю транзакцию с более высокой комиссией. Майнеры считают выгоду по всей связке транзакций: если отец+сын в сумме достаточно выгодны, появляется стимул упаковать их вместе.

На первый взгляд этот нюанс кажется незначительным, но он решает очень реальную проблему: то, что BTC всё ещё находится в сети Bitcoin, не значит, что протокол может игнорировать перегрузку сети. Peg-in нужно ждать нужную глубину подтверждений; если комиссия внезапно перестаёт быть конкурентной, то участники, подключившиеся позже, будут вынуждены просто ждать онлайн — без возможности продвинуться.

CPFP тоже не универсальная «кнопка ускорения». Он может лишь повысить привлекательность пакета транзакций, но не гарантирует, что следующий блок обязательно подтвердит её. При крайней перегрузке всё равно придётся платить более высокую цену. И главное: anchor отвечает только за «подстёгивание подтверждения» — он не меняет на лету сумму Vault, привязки и не переписывает заранее подписанный путь расходов.

Я вижу, что такие инфраструктуры, как #baby , всё реже ориентируются на демонстрацию «как всё проходит гладко», и всё чаще спрашивают: «что делать, если сеть вдруг станет дороже». $BABY — это попытка вести технологию к реальным средствам: недостаточно только криптографических доказательств; нужно заранее продумать обработку повседневных проблем вроде колебаний комиссий и задержек подтверждений.

Работоспособность системы часто прячется именно в таких мелких выходах: главный путь нельзя изменить, а перегрузку нельзя просто «сделать вид, что её нет». Поэтому заранее оставляют маршрут ускорения, который не вмешивается в контроль над активами — даже при самом обычном отказе. ⛏️
#比特币自亚洲盘低点回升

#baby $BABY “Раз вы отдаёте в один и тот же экосистемный набор, то и риски должны быть примерно одинаковыми, верно?” Фраза звучит логично, но она смешивает две системы безопасности из @BabylonLabs_io .
Залог BABY защищает PoS-консенсус Babylon Genesis. Если валидатор на той же высоте подпишет два конфликтующих блока, и после появления ончейн-доказательств сработают текущие правила, он будет оштрафован на 5% делегированных токенов, а оставшиеся 95% вернутся делегировавшему. Обычный обрыв связи в основном приводит к срабатыванию окна мониторинга и временной “тюрьме”, но это не равно прямому списанию средств по стандарту за дабл-спенд/двойную подпись.
Залог BTC устроен иначе. BTC делегируется Finality Provider (FP), а FP выполняет итоговое голосование через EOTS. Если он на одной и той же высоте повторно использует nonce для конфликтующих блоков, раскрывается приватный ключ EOTS: FP лишают права голосовать и переводят по пути, который можно наказывать. Соответствующие BTC-делегирования берут на себя последствия в соответствии с параметрами протокола.

Похоже, что обе истории называются “двойной подписью”, но внизу есть четыре различия: разные роли злонамеренного участника, разные способы формирования доказательств, разные активы, которые попадают под ограничения, и разные цепочки, где применяется наказание. Одно делегирование — это $BABY под валидатора Genesis, другое — делегирование за Finality Provider, стоящий “за спиной” биткоина.
Что это даёт обычным участникам? Как минимум — при выборе делегата нельзя смотреть только на доходность. Делегируете BABY — проверяйте стабильность подписи валидатора и историю двойных подписей; делегируете BTC — нужно оценить, правильно ли FP изолирует ключи EOTS, делает ли бэкапы базы данных и предотвращает ли повторные подписи.🔍
В двойной залоговой истории #baby ценность по-настоящему не в том, что “две монеты дают награды”, а в том, что две разные группы активов несут собственную, проверяемую ответственность за безопасность. Откуда берутся награды — можно посчитать позже; чтобы понять риск, сначала разберитесь, кого штрафуют при ошибке, и за что именно.

$AEON 最高拉到 0.215，完美触发我昨天文章发的0.20清仓线。

计划就是计划：0.15以上卖80%，0.20附近全部走人。今天拉到0.215，我 уже по дисциплине всё закрыл, дальше хоть вырастет — мне не будет зависти.

Продал на хаях? Не существует. Порционное фиксирование прибыли, деньги в карман, а остальное — пусть делают другие.
#ALPHA #ALPHA🔥 #原油下跌约6%

#baby $BABY Самое простое место, где чаще всего ошибаются при совместном залоге, — это считать, что BTC и BABY — это две отдельные позиции, которые можно напрямую сложить.
@BabylonLabs_io Опубликованные правила больше похожи на установку двух колес на велосипед: берётся тот вес, который меньше из следующих двух величин: «застейканный BTC» и «застейканный $BABY ÷ 20,000». Если одна сторона оказывается короче, даже если на другой стороне положить больше, она не сможет «докомпенсировать» недостающее.

Пример. 0.5 BTC и 5,000 BABY: сторона BABY пересчитывается только в 0.25 BTC, поэтому вес совместного залога равен 0.25. Если довести BABY до 10,000, то получится ровно полный вес 0.5. А если продолжить увеличивать до 30,000 BABY, вес всё равно остаётся 0.5, потому что на этот раз ограничение первым достигает сторона BTC. Награждается баланс, а не наращивание количества по одной стороне.
Есть ещё несколько порогов, которые легко упустить: BTC должен уже быть в статусе ACTIVE; на стадии VERIFIED это ещё не считается. BTC делегируется Finality Provider, а BABY — валидатору Genesis. Кроме того, обе стороны должны быть связаны с одним и тем же адресом BABY. Нет проблемы в том, что BABY делегируется нескольким валидаторам — система всё равно суммирует по одному адресу.

#baby Общий пул для совместного залога берёт из определённой доли годовой инфляции; при этом персональная награда распределяется по формуле «твой вес ÷ общий суммарный вес сети», поэтому оптимальное соотношение не равно фиксированному годовым процента (APR). Чем больше участников, тем сильнее меняется, сколько вознаграждения приходится на одинаковый вес.

По этой задумке, самое интересное не в том, что «один и тот же актив можно получить в качестве награды дважды», а в том, что протокол формулой с ограничивающими (слабым местом) сторонами заставляет обе доступные ресурсы безопасности быть задействованными одновременно. До расчёта доходности сначала посчитай соотношение: часто это полезнее, чем просто смотреть APR на рекламной странице.🧮

Завтра листинг Binance Alpha на AEON

Общий объем AEON — 1 миллиард монет, в первой волне в обороте около 193,4 миллиона.
Расчет по цене:
0.06 доллара = 60 млн FDV
0.10 доллара = 100 млн FDV
0.12 доллара = 120 млн FDV
0.15 доллара = 150 млн FDV
0.20 доллара = 200 млн FDV

Проект привлек 8 млн долларов, YZi Labs выступили ведущим инвестором. Фундаментально дела не так уж плохие, поэтому я не буду выходить на рынок сразу, не стану смотреть на цену и “сразу вбивать”.

Мой план продаж:
**Ниже 0.08:** не спешу продавать всё — сначала понаблюдаю
**0.08—0.12:** продать 30%—50%, сначала зафиксировать прибыль
**0.12—0.15:** продать большую часть
**Выше 0.15:** есть склонность сразу продать 80%+
**Дойти до 0.20:** по сути полностью закрыться, не ставить на дальнейшее удвоение

Самый надежный способ — не гадать максимум, а продавать частями:
на открытии продать часть, затем при росте продать еще часть, в конце оставить немного “лотерейной” позиции.
Сама альфа-аирдроп раздача — это недорогие билеты.
Главный риск — не продать раньше времени, а попытаться заработать чуть больше и в итоге, глядя на прибыль, прокатиться на американских горках.

Одной фразой:
В районе 0.10 можно частями фиксировать прибыль, от 0.12 делать акцент на продажах, а выше 0.15 не быть слишком жадным.
Только мой личный план, не является инвестиционной рекомендацией.
$EUL $DIA $PIEVERSE
#ALPHA #ALPHA🔥 #撸毛教程
#撸毛攻略 #撸毛教程

С одной стороны — Ethereum: ликвидационные боты хотят погасить долг, забрать средства и завершить сделку в рамках одного блока. С другой стороны — Bitcoin: освобождение Vault проходит через Claim, период оспаривания и Payout, и в норме может занять около 3 дней.
Если попытаться «жёстко состыковать» эти скорости, ликвидация зависнет на полпути. Сегодня бот погасил долг от имени заёмщика, но BTC он сможет получить лишь через несколько дней — при этом он ещё несёт риск ценовых колебаний и риски процесса. Кто вообще будет спешить ликвидировать, если приходится ждать?

TBV с индексом @BabylonLabs_io в текущей тестовой интеграции Aave v4 вводит Liquidation Liquidity Provider, сокращённо LLP. Он не хранит BTC вместо пользователей, а выступает как «склад временного разрыва»: со стороны Ethereum при наступлении ликвидации LLP сначала выводит WBTC, чтобы ликвидатор мог немедленно завершить расчёты; а захваченный целиком Bitcoin Vault переходит в управляемый (custodial) процесс, после чего подключённые арбитражники берут его в работу и уже постепенно доводят до выкупа на стороне Bitcoin.

В результате «быстрая цепь» отвечает за своевременное урегулирование долгов, а «медленная» остаётся в своём темпе: безопасность сначала подтверждается, потом осуществляется выдача. Ликвидатору не нужно ждать 3 дня, и Bitcoin не должен отменять окно оспаривания ради согласования с Ethereum.

Но эта конструкция не устраняет риски «просто так» — она лишь переносит их в другое место. LLP должен располагать достаточной ликвидностью, арбитражникам должно быть выгодно забирать Vault, а между WBTC и BTC всё ещё существуют различия формы актива. Именно поэтому, когда я исследовал #baby , я не мог игнорировать ещё один слой: если ликвидности недостаточно, эффективность ликвидации всё равно пострадает; и называть тестнет-механизм уже «зрелым и работающим как на мейннете» — значит преувеличивать текущую реальность.

Поэтому, глядя на то, что соответствует $BABY , я считаю: самая ценная часть этой инфраструктуры — не то, что добавили ещё одно англоязычное сокращение, а то, что она прямо признаёт — главная проблема кроссчейн-финансов чаще всего не «можно ли доказать» что-то, а то, что время двух цепочек вообще не совпадает. Действительно пригодная инфраструктура должна одновременно решать вопросы криптографической корректности и вопрос о том, готов ли рынок это использовать.⏱️