Я думаю, что большинство людей смотрит не на тот сигнал.
Самая большая возможность не придёт от монет, которые уже сделали рост на 500%.
Она придёт из секторов, где ликвидность тихо начинает перетекать ещё до того, как Crypto Twitter это заметит.
Вот за чем я слежу на этой неделе:
• Доминация Bitcoin. Капитал всё ещё прячется в BTC? • Активность экосистемы BNB. Новые пользователи часто приходят до того, как отреагирует цена. • Real World Assets (реальные активы). Институции продолжают двигаться в сторону токенизированных финансов. • Рост on-chain стейблкоинов. Свежая ликвидность обычно рассказывает историю ещё до графиков. • Проекты AI и DePIN, которые на самом деле выпускают продукты, а не только маркетинг.
Рынки не вознаграждают тех, кто гонится за зелёными свечами.
Они вознаграждают тех, кто распознаёт нарративы ещё до того, как они станут заголовками.
Какой сектор, по вашему мнению, покажет лучший результат в ближайшие 90 дней?
Я получаю выплаты при ликвидации монетой, к которой ты никогда не прикасался.
Я подумал, что если моя позиция когда-нибудь будет ликвидирована, я просто… потеряю BTC. Достаточно просто. Оказалось, что это тут работает совсем не так.
Trustless Bitcoin Vaults (TBV) блокируют твой BTC прямо в Bitcoin, а Bitcoin не движется со скоростью Ethereum. если бы каждой ликвидации приходилось ждать погашения на стороне Bitcoin, это было бы слишком медленно, чтобы поддерживать здоровыми рынки кредитования. Aave не может себе этого позволить.
поэтому дизайн разделяет ликвидацию и погашение.
когда позиция ликвидируется, ликвидатор берет захваченный vault TBV, обменивает его на WBTC с небольшой премией и сразу же погашает долг. всё сводится на скорости Ethereum. реальное погашение BTC происходит позже: арбитражники покупают эти эскроу-ваулты и выкупают лежащий в основе BTC по собственному графику Bitcoin.
в некотором смысле даже забавно. TBV спроектированы так, чтобы пользователям не приходилось полагаться на WBTC как на свою экспозицию по биткоину, но при этом WBTC все равно в итоге играет роль моста ликвидности, который сохраняет ликвидации быстрыми.
что меня интересует: как ведет себя эта премия во время реального рыночного каскада. в спокойный день она, вероятно, совсем крошечная, но когда волатильность резко растет — стоимость этого моста остается эффективной или превращается в заметный источник трения при ликвидациях?
Я слишком долго пытался понять, почему обёртывание стало по умолчанию. Дело было не столько в доверии. Дело было в совместимости.
Почему всё оборачивают ещё до того, как оно попадает в DeFi? Оказалось, что доверие тут ни при чём
смарт-контракты в Ethereum не могут посмотреть, что происходит в Bitcoin. у них нет собственного способа проверить UTXO. поэтому обёртывание — это не столько выбор в пользу безопасности, сколько обходной способ закрыть эту «слепую зону». вы оборачиваете монету, чтобы что-то в Ethereum могло её представлять
Trustless Bitcoin Vaults (TBV) идут в этот разрыв с другой стороны. b$TC блокируется в taproot-скрипте в Bitcoin, а чтобы разблокировать, нужно предоставить zk-доказательство, подтверждающее то, что произошло в Ethereum — например, что по кредиту погашение состоялось. условия трат в Bitcoin проверяют это доказательство, прежде чем средства смогут переместиться, и есть окно для оспаривания, если кто-то попытается подделать доказательство. Ethereum всё равно получает токен, который служит представлением BTC, но он «закреплён» ограничениями, а не свободно передаваем, как WBTC
вот в чём реальный сдвиг. не «представления не существует», а «представление не может вести себя неправильно, не будучи пойманным». это другая задача, чем доверять кастодиану, чтобы тот просто сделал правильное
хотя пока это очень ранние дни для такого вида проверки доказательств. их генерация и верификация чего-то стоят — и никто толком не прогонял стресс-тесты, чтобы понять, как это будет выглядеть, когда появится реальный объём
интересно, останется ли эта стоимость достаточно низкой и для небольших держателей BTC или в итоге это станет игрой для более крупных позиций
Сегодня я немного поработал на тестнете TBV — на самом деле прошёл через сценарий заимствования, а не просто читал о нём.
Я взял тестовый BTC из крана, заблокировал его в хранилище, а затем занял под него тестовый USDC через Aave v4. Не было этапа обёртывания ни в одном месте — и в моём кошельке не появлялся отдельный токен, заменяющий BTC.
Больше всего меня удивило то, что мой BTC так и не покинул хранилище. С точки зрения пользователя он просто оставался заблокированным на стороне Bitcoin, пока сторона Ethereum воспринимала это хранилище как залог. В какой-то момент мне не пришлось держать обёрнутую версию своего BTC.
Это отличается от того, как я раньше использовал BTC в DeFi: обычно где-то посередине есть кастодиан или обёрнутый актив.
Но это всё ещё тестнет — так что пока рано делать выводы по пэгу и времени разблокировки. Настоящая проверка обычно происходит при реальной перегрузке и реальных экономических условиях.
Я запущу это снова на следующей неделе и попробую именно погасить и разблокировать. Интересно, будет ли та сторона ощущаться таким же плавным, как и заимствование.
Люди часто описывают Биткоин как цифровое золото, и со временем это сравнение повлияло на то, как люди его используют. Золото — это то, что вы храните. Биткоин постепенно стал тем же. Когда вы им владеете, самое безопасное решение часто ощущается как оставить его в покое.
Такая логика не появилась случайно. Годы использования BTC в DeFi обычно означали обёртывание, бриджинг или принятие дополнительных предположений о доверии. Хранение стало более простым вариантом, поэтому у Биткоина сложилась репутация актива, который в основном оставался в стороне, пока другие активы приводили в действие on-chain‑финансы.
Вопрос, к которому я снова и снова возвращаюсь, — принадлежит ли эта репутация самому Биткоину или же она просто результат инфраструктуры, которую мы вокруг него построили.
Именно это заставило меня задуматься о @BabylonLabs_io . Бездоверительные биткоин‑хранилища (TBV) начинаются с другой точки. Вместо того чтобы просить пользователей преобразовывать Биткоин, прежде чем он станет полезным, дизайн исследует, может ли нативный BTC оставаться нативным и при этом служить залогом. Первый публичный тестнет, построенный вокруг нативного заимствования под залог Биткоина с Aave v4, — ранний пример этой идеи на практике.
Меня интересует не только схема заимствования. Важна возможность того, что Биткоину не придётся выбирать между тем, чтобы быть долгосрочным хранилищем стоимости, и участием в on-chain‑финансах. Если нативный залог станет практичным, эти две роли могут оказаться не такими раздельными, как они были традиционно.
Изменит ли это поведение пользователей — ещё один вопрос. Люди не отказываются от привычных моделей мгновенно, а у обёрнутых активов уже есть годы ликвидности и интеграций. Мне интересно, будет ли будущее Биткоина заключаться просто в том, чтобы хранить его надёжнее, или же в том, чтобы находить способы использовать его, не меняя того, что сделало его ценным изначально.
Люди часто предполагают, что использование Bitcoin в DeFi означает его обёртывание или бриджирование на другую сеть. Такое предположение не удивляет, потому что обёрнутый BTC долгие годы служил основой большинства DeFi-приложений на базе Bitcoin. Это сделало Bitcoin удобным для интеграции с существующими протоколами, но также привнесло дополнительные допущения по доверию, которых нет при хранении нативного BTC.
Один подход, который привлёк моё внимание, — то, как @BabylonLabs_io решает эту задачу с помощью Trustless Bitcoin Vaults (TBV). Вместо того чтобы считать обёрнутый BTC по умолчанию, TBV создана так, чтобы нативный Bitcoin можно было использовать как обеспечение без обёртывания, бриджирования или опоры на централизованных посредников. Вместо того чтобы воспроизводить Bitcoin в другой сети, архитектура исходит из идеи, что Bitcoin должен оставаться нативным, оставаясь при этом полезным для on-chain-приложений.
Первой реализацией стало нативное кредитование под обеспечение Bitcoin через Aave v4 на публичном тестнете Babylon. Это показывает, что ликвидность Bitcoin может участвовать в DeFi без зависимости от традиционной модели обёрнутого актива.
Вот где архитектура становится по-настоящему интересной. Обёрнутый BTC стал отраслевым стандартом, потому что он естественно встраивался в существующую инфраструктуру DeFi. TBV задаёт другой вопрос: если нативный Bitcoin способен обеспечить схожую функциональность, нужно ли по-прежнему полагаться на обёртки и мосты как на стандарт?
Более интересный вопрос заключается не в том, можно ли использовать нативный BTC в качестве обеспечения. Babylon уже продемонстрировала это через свой публичный тестнет. Важно другое: сможет ли эта модель выйти за пределы кредитования и распространиться на такие области, как стейблкоины, деривативы и другие финансовые приложения, не меняя допущения по доверию, которые она стремится сохранить.
Я буду изучать публичный тестнет, чтобы понять, как в реальности работает схема заимствований. Мне также интересно, думают ли другие, что нативный Bitcoin как обеспечение сможет реально конкурировать с ликвидностью и сетевыми эффектами, которые обёрнутый BTC нарастил за годы.
$BABY #baby $BTC #BTC Что будет способствовать внедрению нативного BTC?
Как только все начинают говорить: «На этот раз всё по-другому», я перестаю смотреть на график и начинаю наблюдать за толпой.
Рынки меняются. Человеческая психология редко.
Я узнал, что самое громкое убеждение часто появляется рядом с моментами разворота — не потому, что все ошибаются, а потому, что уверенность имеет свойство достигать пика как раз тогда, когда риск уже учтён.
Толпа чаще ошибается, чем рынок.
Поэтому я уделяю больше внимания уверенности, чем консенсусу.
Я на самом деле не знаю, почему продаю так, как продаю. Просто делаю это, а потом придумываю причину.
Я начал смотреть на собственные сделки, как на сделки незнакомца. То же самое: тот же сетап, тот же страх, та же точка выхода — каждый раз. Не анализ. Мышечная память, переодетая под решение.
Так что я начал задавать себе один вопрос перед каждой сделкой: я делаю это из-за графика или потому, что причинило боль в прошлый раз.
В большинстве случаев — из-за второго.
Оказалось, что рынок не проверяет ваши прогнозы. Он проверяет, встретили ли вы уже сами себя.
Биткоин-ETF только что прервали серию оттоков, длящуюся 8 недель: зафиксирован приток в размере $197 млн.
Институционалы тихо возвращаются.
Одна зелёная неделя не подтверждает новый тренд, но это первый значимый сигнал о том, что давление продаж, возможно, ослабевает. Если притоки в ETF продолжатся в ближайшие недели, рыночные настроения могут измениться гораздо быстрее, чем ожидает большинство.
Разница между мониторингом и предотвращением оказалась больше, чем я думал.
Когда люди говорят о DeFi-хранилищах, обычно подразумевается, что важнее всего именно стратегия. Лучше доходность. Лучше ребалансировка. Лучше исполнение. Лучше скорректированная с учетом риска доходность. Всё остальное ощущается как поддерживающая инфраструктура. Раньше я думал так же. Понадобилась минута, чтобы понять, почему @NewtonProtocol подходят к хранилищам с совершенно другого направления. Интересная часть — не сама стратегия. Важен шаг авторизации, который происходит до того, как стратегия сможет выполниться. Хранилище может задавать политики по комплаенсу, идентификации, безопасности и рискам — будь то санкционированные адреса, право пользователей, состояние оракула, лимиты плеча или одобренные контрагенты. Эти правила уже существуют во многих институциональных рабочих процессах, но зачастую они применяются через внутренние процедуры или проверяются уже после того, как решения были приняты.
Люди часто предполагают, что токенизированные реальные активы несут ту же модель риска, что и базовые активы, которые они представляют: токенизированная казначейская облигация ведёт себя как казначейская облигация, просто её быстрее можно перемещать.
Я смотрю на то, как @NewtonProtocol описывает фактические риски в RWAs, и дело вообще не в базовом активе как таковом. В документации Newton указаны компрометация admin-ключа, манипуляции с NAV или оракулом, а также несанкционированное чеканение — как реальные угрозы. Эти риски возникают из того, как токен выпускается и управляется в onchain, а не из каких-то особенностей самой казначейской облигации.
Newton обеспечивает выполнение runtime-инвариантов именно для этого: ограничений, которые действуют независимо от того, кто держит admin-ключ. Ограждения для mint и redeem гарантируют, что участвуют только подходящие инвесторы. Проверки целостности NAV сопоставляют цены оракула с допустимыми пределами (tolerance bounds). Это не такие разрешения, которые можно отменить по чьему-то желанию при наличии повышенного доступа — они проверяются на уровне транзакции каждый раз.
Вот что на самом деле меня убеждает. Для большинства токенизированных активов если кто-то получает admin-ключ, то это по сути вся игра: он может чеканить без авторизации, вывести казначейство (drain a treasury) и обойти любые “контроли”, которые якобы были предусмотрены. Ключ — это и есть контроль. Runtime-инварианты намеренно разрывают эту связку, поэтому получение ключа автоматически не означает получение и самого ограничения.
Мне было бы интересно, были ли эти инварианты реально протестированы на сценариях компрометации admin-ключа, или же эта гарантия пока в основном теоретическая.
А что если реальная инновация — это не транзакция, а решение до неё.
Большинство людей предполагают, что безопасность блокчейна — это про более эффективный мониторинг транзакций. Если что-то пошло не так, это расследуют, прослеживают движение средств и выясняют, что произошло уже после факта. Это предположение кажется логичным, потому что большинство инструментов безопасности блокчейна построены именно так. Они наблюдают, анализируют и сообщают. Чем больше я об этом думала, тем сильнее это напоминало, как работают платежи по картам. Важное решение принимается не после того, как платеж прошёл. Оно принимается до того, как он случится. Пока я читала про Newton Mainnet Beta, мне потребовалось немного времени, чтобы понять, почему проект подходит к этому иначе. Интересное здесь не в мониторинге транзакций. Вопрос в том, нужно ли вообще позволять им завершиться.
Люди предполагают, что если шлюз отказывается обрабатывать ваш запрос, вы застряли.
Судя по тому, что я читал, Ньютон имеет механизм принудительного включения, который позволяет приложениям отправлять задачи напрямую в операторскую сеть, не полагаясь на шлюз. Если это правда, значит, шлюз не является постоянным узким местом, что является важным свойством для устойчивости к цензуре.
Но мне менее ясно практическое применение.
Использование этого пути, по-видимому, означает выполнение работы, которую шлюз обычно абстрагирует, например маршрутизации и координации с операторской сетью. Отсюда возникает вопрос: сможет ли среднее приложение в реальности использовать принудительное включение во время сбоя или события цензуры, или это в основном практично для команд с существенной инфраструктурой.
Кто-нибудь здесь реально тестировал принудительное включение end-to-end? Мне было бы интересно узнать, как оно работает на практике по сравнению с тем, как это описано на бумаге.
Подсчет подписей — это не то же самое, что подсчет правильных подписантов.
Раньше подписи было достаточно само по себе как доказательство, но в реальном проекте Ньютона закладывается другое: его дизайн предполагает, что этого недостаточно, и мультисиг-политика проявляет это предположение наиболее ясно. Большинство людей думают о мультисиге как о простом наборе достаточного числа подписей: две из трех, три из пяти — в общем, какой бы ни был порог. Достигли нужного количества — и транзакция проходит. По сути, это и есть весь ментальный шаблон, который большинство людей держит в голове о том, как работает одобрение мультисигом. Однако расширение Rego для Newton делает здесь немного иначе. Оно не просто подсчитывает подписи и на этом заканчивает. Оно восстанавливает фактические адреса подписантов из каждой подписи и сверяет их со списком уполномоченных подписантов, прежде чем что-либо засчитывать в счет порога. Поэтому реальный вопрос не «подписало ли достаточно людей», а «подписали ли достаточно уполномоченных людей» — это звучит похоже на поверхности, но на самом деле является существенно другой проверкой.
Большинство людей часто предполагают, что инфраструктура соответствия (compliance) для учреждений — это какая-то узкоспециализированная RegTech-компания: глубоко вовлечённая в регуляторную работу, но относительно новая для инфраструктуры крипто на уровне потребительского масштаба. Обычно это безопасное предположение для такого рода продуктов.
Но не в случае с @NewtonProtocol . Основной разработчик — Magic Labs, и я не связывал это до тех пор, пока не разобрался, кто на самом деле стоит за проектом. Они создали встроенные (embedded) кошельки — ту самую инфраструктуру, которая позволяет приложению подключать пользователей, не показывая им seed-фразу. При поддержке PayPal Ventures, проект уже работает на реальном масштабе: более 57 миллионов кошельков, свыше 200 000 разработчиков — и это кошелёчный слой, который обеспечивает работу Polymarket.
Это меняет то, как я оцениваю риск исполнения в Newton. Много крипто-инфраструктуры, ориентированной на compliance, создаётся командами, сильными в регуляторной части, но относительно новыми в поставке решений на действительно значимом масштабе. Magic Labs — наоборот: они уже решили вопросы дистрибуции и надёжности именно кошелёчной инфраструктуры. Newton — не первая попытка новой команды работать с реальным объёмом транзакций: это уже сформировавшаяся команда, расширяющаяся на смежную проблему.
Но на что я бы обратил внимание: встроенные кошельки и авторизация на основе политик — это по сути разные инженерные задачи. Кошелёчная инфраструктура в основном про управление ключами и доступность (uptime). Уровень авторизации в Newton подразумевает децентрализованное согласование (consensus) операторов, криптографические аттестации и разрешение споров через zero-knowledge proofs. Профессиональная экспертиза в одной области не обязательно автоматически переносится в другую.
Это не слабое место,.. просто стоит быть точнее. Мне было бы интересно понять, какая часть в Newton в части операторов и дизайна консенсуса ведётся людьми с подтверждённым опытом именно в этой конкретной области — по сравнению с теми, кто расширяет в это направление кошелёчную сторону команды.
Большинство людей в целом предполагают, что если ИИ-агент хорошо устроен, то предоставление ему большего уровня автономности в основном подаётся как вопрос доверия. Достаточно протестировать, посмотреть, как он работает надёжно, и в итоге вы чувствуете себя уверенно, позволяя ему действовать самостоятельно, без того чтобы человек проверял каждый шаг. Примерно так доверие расширяется на любые автоматизированные системы: больше накопленной истории, больше автономности. Ньютоновское обрамление проблемы ИИ-агента на самом деле не начинается с доверия, и я думаю, что это более полезное место для того, чтобы начать по-настоящему. Всё начинается со структурного несоответствия.
Люди часто предполагают, что перевод стейблкоина либо блокируется, либо нет: срабатывает простой принцип «проходит или не проходит». Но в механизмах соответствия стейблкоинов от Newton есть сегмент про атрибуцию по Travel Rule. Это не то же самое, что «проход/непроход» в проверках санкций. Travel Rule — это требование передавать информацию об отправителе и получателе при переводах, которые превышают определённые пороги: кто отправил, кому поступает перевод, и чтобы эти данные были надёжно связаны с самим переводом.
Это другой тип проверки, не такой, как блокировка «плохого актора». Проверки санкций бинарны: отправитель есть в списке или его там нет. Travel Rule скорее про то, чтобы нужная информация сопровождала перевод между регулируемыми организациями, а не чтобы её проверили один раз и забыли.
Самое интересное, что этот механизм срабатывает только для переводов, которые соответствуют критериям, то есть выше того порога, который запускает проверку. Поэтому большинство переводов стейблкоинов розничного размера вообще не затрагивают это: механизм рассчитан на переводы достаточно крупные, за которыми регуляторы реально следят через бумажный след.
Но мне всё ещё неясно, как это работает при переводах между цепочками. Если источник перевода находится в одной сети, а он перемещается в сеть назначения через синхронизированный набор операторов Newton, то данные об отправителе переносятся корректно или при согласовании информации об идентичности на этом «пограничном» участке что-то теряется? Атрибуция имеет смысл только если она переживает весь путь, а не только первую пересылку.
Интересно, проверял ли кто-то на практике перевод по Travel Rule, который проходит через несколько цепочек за один раз, или его в основном тестировали только внутри одной цепочки.
Никто не говорит тебе, может ли протокол на самом деле менять правила против тебя.
Обычно люди попадают в один из двух лагерей, когда речь заходит о том, насколько протокол в принципе может изменять правила после того, как он уже запущен. Либо они предполагают, что он практически неизменяем: «код — закон», и всё, что было развернуто, навсегда. Либо они предполагают обратное: где-то есть команда с админ-ключами, которая может тихо менять всё, когда ей заблагорассудится. Обычно ни одно из этих предположений не подвергают сомнению: вы просто выбираете одно и идёте дальше. На самом деле ответ Ньютона находится между двумя этими лагерями, и он точнее, чем ожидает любой из них. Обновления протокола проходят через то, что они называют паттерном «прозрачного прокси» с таймлокированными обновлениями. Изменения не происходят мгновенно и они не скрываются, но и система не оказывается замороженной навсегда. Есть окно между тем моментом, когда обновление предлагается, и тем, когда оно фактически вступает в силу, и в течение этого времени оно видно и его можно оспорить, прежде чем оно будет запущено.