HooRain_522

Частный слой реестра, всё ещё думаю об этом... Я постоянно видел реальные активы в ончейне повсюду, почти как будто токенизация каким-то образом убирает всю юридическую работу внизу. Поэтому я начал смотреть, что именно остаётся внечейн после токенизации.

Меня особенно зацепило то, как Dusk делает упор на конфиденциальные смарт‑контракты и стандарт XSC. Здесь приватность — это не только про скрытие суммы. Это про то, чтобы встраивать приватность в финансовую инфраструктуру.

Именно на жизненном цикле токенизации SME для меня стало по‑настоящему интересно. Структурирование всё ещё может требовать корпоративных согласований. Передачи всё ещё могут требовать нотариального акта. Обслуживание всё ещё может включать людей, принимающих решения о налоговом режиме. То, что что-то токенизировано, не означает, что всё автоматически становится бесконтактным.

NPEX ещё сильнее прояснил для меня эту мысль. Токенизация акций голландской BV не просто заменяет существующий юридический процесс. Похоже, что она существует рядом с ним.

Так что, возможно, Dusk — это не слой‑замена. Может быть, это скорее общая конфиденциальная запись, работающая вместе с нотариусами, регуляторами и ответственными операторами, потому что эти люди и процессы никуда не исчезают.

То, что Dusk Trade всё ещё в листе ожидания, тоже заставило меня взглянуть на это иначе. Может быть, институциональная «инфраструктура» создаётся задолго до того, как начинается реальная торговля.

Я всё ещё пытаюсь понять один момент: когда эти структуры становятся более сложными, как на самом деле работают вместе конфиденциальность и юридическое принуждение?
@Dusk #dusk $DUSK
$TUT
$GPS

Лунный свет против Феникса, я всё ещё думаю об этом... Вопрос, который меня и запустил, был таким: зачем делать каждую транзакцию публичной или каждую транзакцию приватной, когда финансам по-настоящему нужны оба подхода?

Moonlight использует модель аккаунтов с публичными балансами и nonce-числами — по сути, по форме напоминающую Ethereum. Это логично для вещей, которым по умолчанию нужен след для аудита.

Phoenix использует UTXO-подобную модель с заметками вместо балансов, и приватность заложена в дизайн. Она предназначена для переводов, где раскрытие суммы или другой стороны может быть реальным риском.

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

Для институционального расчёта, похоже, больше подойдёт Moonlight, потому что комплаенсу часто нужно, чтобы транзакции были видимыми и поддавались аудиту. С другой стороны, переводы peer-to-peer и чувствительные позиции, вероятно, лучше соответствуют Phoenix.

Называть Dusk просто «цепочкой приватности» — значит упускать более важный дизайнерский выбор. Похоже, Dusk делает ставку на то, что ни прозрачности, ни приватности самих по себе недостаточно.

Теперь мне интересно, какая модель в долгосрочной перспективе будет обрабатывать больший реальный объём транзакций.
@Dusk #dusk $DUSK
$DOLO
$AIO

Раньше я думал, что security-токен — это по сути контракт ERC-20 с прикреплённой дополнительной бумажной бюрократией: та же логика передачи, тот же открытый доступ, просто по-другому оформлено с юридической точки зрения.
Чем глубже я разбирался в том, что на самом деле требуют регулируемые ценные бумаги, тем меньше имело смысл это предположение. Финансовая ценная бумага несёт ограничения, которые не связаны с кодом и зависят исключительно от того, кто имеет право её держать.
Как может происходить передача права собственности и какие раскрытия сопровождают этот переход. Требования к квалификации инвестора, юрисдикционные ограничения и условия контролируемой передачи — это не «функции», которые можно прикрутить к токену потом, это фактическое поведение самого актива.
Именно оттуда, похоже, логика концепции XSC от Dusk — Confidential Security Contract (Конфиденциальный контракт на ценную бумагу). Вместо того чтобы рассматривать соответствие требованиям как внешнюю «контрольную ведомость», которую навязывают посредники, он включает право на участие и ограничения передачи прямо в собственные правила контракта, при этом сохраняя механизмы конфиденциальности, чтобы детали владения не были полностью раскрыты в ончейне.
Dusk позиционирует XSC как стандарт для токенизированных ценных бумаг с поддержкой приватности. Это переносит ответственность с кастодианов, которые вручную проверяют каждую сделку, на инфраструктуру, которая автоматически обеспечивает выполнение правила. Компромисс в том, что кодирование юридических нюансов в контракте — более сложная задача, чем кодирование простой передачи баланса.
Снижает ли автоматизация комплаенса реально риски или она просто переносит то место, где могут случиться ошибки?

@Dusk #dusk $DUSK

Долго я считал, что совместимость с EVM — в основном маркетинговая галочка: цепочки добавляют её, чтобы выглядеть понятнее, не меняя при этом почти ничего «под капотом». Чем глубже я разбирался в DuskEVM, тем слабее становилось это объяснение.

DuskEVM позволяет разработчикам писать на Solidity и использовать знакомые инструменты Ethereum, при этом предоставляя EVM-совместимую среду выполнения с совместимостью с OP Stack. А под этим привычным для разработчиков опытом находится DuskDS — базовый слой расчетов.

Это различие важнее, чем кажется на первый взгляд. Среда выполнения ощущается знакомой для разработчиков Ethereum, но лежащие в основе расчеты и финальность привязаны к собственной инфраструктуре Dusk, а не к базовому слою Ethereum.

По сути, это снижает стоимость попытки нового. Разработчику не нужно заново учить язык или заново собирать инфраструктуру лишь для того, чтобы проверить, подходят ли приватность и механизмы комплаенса Dusk под его сценарий. Это меняет стимул: вместо «убедите меня перейти» появляется «дайте мне принести то, что уже есть, и посмотреть, что изменится под капотом».

Компромисс в том, что привычность может скрывать реальные отличия в поведении расчетов, если люди предполагают, что EVM-совместимость означает идентичную работу всего.

Так что вопрос такой: снижает ли сокращение издержек переключения реальную скорость внедрения или лишь отодвигает тот момент, когда разработчикам всё же придется столкнуться с отличиями «под капотом»?

@Dusk #dusk $DUSK

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

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

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

И безопасность, и финансовая свобода имеют значение. Настоящая сложность — найти баланс, который защитит пользователей и при этом сохранит базовые принципы криптовалюты.

Как думаете, что должно быть в приоритете — безопасность или финансовая свобода?
#JapanRegulatorsUrgeCryptoWithdrawalLimits
$BTC #bitcoin @Bitcoin

$ACT
$HFT

Годы я думал, что главное достоинство Биткоина — просто тихо существовать в качестве хранилища стоимости, безопасного именно потому, что он делает не так уж много другого. Чем глубже я разбирался в дизайне Babylon, тем больше эта идея стала казаться неполной. Теперь само-кустодиальный BTC может напрямую участвовать в обеспечении безопасности других сетей, не покидая при этом сам Биткоин.
Хотя вознаграждения за стейкинг служат стимулом для участников, более широкая цель Babylon — использовать Биткоин для предоставления экономической безопасности внешним сетям Proof-of-Stake.
Именно здесь безопасность начинает становиться многократно используемой: вместо того чтобы каждая новая блокчейн-сеть с нуля формировала собственный валидаторский набор и предположения о доверии, несколько экосистем могут одновременно опираться на одну и ту же защищённость, подкреплённую Биткоином.
То, что делает это возможным, заключается в том, что Биткоин не перемещается: никакого обёртывания, никакой передачи опеки на мост. Безопасность экспортируется, а сам актив остаётся ровно там, где он всегда находился.
Babylon не меняет то, чем является Биткоин; он расширяет то, что Биткоин может защищать. Если эта модель успешно масштабируется и внедрение продолжится, Биткоин может стать базовой инфраструктурой под многими блокчейн-экосистемами, а не просто оставаться единым пассивным активом, который лежит в одиночестве.
Так что если в итоге Биткоин начнёт обеспечивать безопасность десятков экосистем таким образом, может ли это стать одним из его крупнейших вариантов использования — больше даже, чем быть хранилищем стоимости?

@BabylonLabs_io #baby $BABY
$BTC

Сначала я предположил, что одной лишь безопасности, обеспеченной Bitcoin-ом, достаточно, чтобы привлечь разработчиков в экосистему: сильная безопасность казалась всем, что нужно для убедительного предложения.
Чем больше я разбирался в том, как экосистемы реально растут, тем неполной казалась эта идея. Разработчики действительно выбирают надежную инфраструктуру, а не создают безопасность с нуля, и Babylon существенно снижает эти затраты, позволяя цепочкам заимствовать общую экономическую безопасность, подкрепленную Bitcoin-ом, вместо того чтобы запускать собственный набор валидаторов.
Но безопасность решает лишь половину задачи. Если основная часть торговой активности по-прежнему происходит на централизованных биржах, экосистема остается сильно зависимой от инфраструктуры вне собственных ончейн-рынков.
Именно эту разницу стоит держать в фокусе: когда объем на CEX доминирует над активностью на DEX, это говорит о чем-то неприятном относительно того, насколько децентрализованное внедрение реально происходит сейчас. Текущие цифры делают это испытание проще увидеть.
Если сказать иначе: если централизованная торговля останется на текущих уровнях, то активность на DEX должна будет вырасти примерно в 7,7 раза, прежде чем около 30% всех торгов окажется в ончейне. Это показывает, насколько ранней еще является децентрализованная ликвидность.
Глубокая ончейн-ликвидность меняет картину: меньше проскальзывание, лучшее ценообразование и удобный для пользователей опыт — им не нужно покидать сеть. И ликвидность нужна не только пользователям: она делает всю среду привлекательнее и для разработчиков, потому что приложениям требуется надежная ликвидность, чтобы работать хорошо.
Безопасность и ликвидность в итоге поддерживают друг друга: внедрение разработчиками питает ликвидность, а ликвидность привлекает все больше разработчиков.
Так что, возможно, реальный рубеж Babylon — это не число цепочек и не объемы, а то, сможет ли безопасность, подкрепленная Bitcoin-ом, в конечном счете поддерживать собственную ончейн-экономику.
Сможет ли безопасность, подкрепленная Bitcoin-ом, в итоге создать самоподдерживающуюся ликвидность или глубокие рынки всегда будут зависеть от стимулов?

@BabylonLabs_io #baby $BABY

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

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

Так формируется основа для будущих приложений, обеспеченных биткоином, таких как кредитование, заимствования и структурированные финансовые продукты — всё, что строится непосредственно поверх реальной безопасности BTC, а не поверх обёрнутого дериватива. Похоже, это действительно иная основа для роста BTCFi. Если эта модель окажется масштабируемой, то BTCFi сможет развиваться вокруг нативного биткоина самого по себе, а не полагаться на обёрнутые представления.

Так если нативный Bitcoin способен поддерживать DeFi вообще без оборачивания, то есть ли у обёрнутого BTC по-прежнему реальное предназначение, или подход Babylon со временем может постепенно это изменить?

@BabylonLabs_io #baby $BABY
$BTC

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

Добавление валидаторов или мостов не убирает доверие — оно лишь распределяет его между большим числом сторон, которые всё равно могут ошибаться или вступать в сговор. Babylon выбирает другой путь. В своей конструкции BTC остается в собственной (самостоятельной) опеке на протяжении всего процесса. Пользователям не нужно передавать свои монеты кастодиану или в контракт моста, который потенциально можно взломать.

Биткоин нативно остается в своей собственной сети, используя биткоин-native скриптинг, таймлоки и криптографические механизмы, которые поддерживают модель безопасности Babylon, а не опираются на обещание или попечение третьей стороны.

Здесь криптографическая безопасность делает реальную работу, а не доверие к какой-либо организации или человеку. Проверка происходит on-chain, в доказуемой форме, без необходимости просто верить чьим-то словам.

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

Меньше доверенных сторон — меньше мест, где система может тихо дать сбой.

Так что если цель действительно в минимизации доверия, разве архитектура не становится важнее даже репутации тех, кто запускает и обслуживает систему.?

@BabylonLabs_io #baby $BABY
$BTC

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

Реальность в том, что $BTC и $BABY не выполняют одну и ту же задачу. Роль биткоина — исключительно обеспечить экономическую безопасность. Это реальный капитал, который защищает сеть. И если атакующий хочет испортить консенсус, ему нужно поставить под риск именно этот капитал.

А $BABY , в свою очередь, берет на себя обязанности, для которых Биткоин никогда не был предназначен, прежде всего управление. Обновления протокола, изменения различных параметров и решения, связанные с Finality Providers, должны как-то приниматься — и для этого нужен токен, созданный не только как залог, но и как инструмент сетевой координации и принятия решений.

Сетевые стимулы проходят через #Baby точно так же. Именно этот токен вознаграждает стейкинг, участие и повседневные операционные расходы на работу этой системы на нескольких блокчейнах. Кроме того, он помогает держать разных участников экосистемы в согласованности благодаря общей системе управления и стимулов.

Если бы его не существовало, мощная экономическая безопасность Биткоина всё равно была бы там, но не было бы эффективного способа организовать ее, принимать решения или сохранять координацию экосистемы.

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

Так если BTC защищает систему и BABY управляет ею, то когда что-то идет не так, где находится реальная ответственность?

@BabylonLabs_io #baby
$BTC

Сначала я думал, что история Babylon начинается и заканчивается биткоин-нативной безопасностью: без мостов, без кастодианов, с верификацией, закреплённой непосредственно в Bitcoin, а не через доверие «обёрнутому» активу.

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

Процентные распределения редко рассказывают полную историю; важнее всего график вестинга, потому что небольшое выделение, которое разблокируется медленно, ведёт себя иначе, чем большое, разблокирующееся быстро. Будущие разблокировки формируют обращающееся предложение и давление от продаж задолго до того, как это повлияет на общий объём предложения. А ценность токена в конечном итоге рождается из реального спроса, участия в стейкинге, активности в управлении, фактического использования — а не из одной лишь ограниченности.

Здесь важны и долгосрочные держатели: их убеждённость снижает рефлекторные продажи и помогает рынку вести себя стабильнее по мере взросления экосистемы.

Так что если Babylon обеспечит биткоин-нативную безопасность, выдержат ли его токеномика этот замысел достаточно хорошо, чтобы его поддерживать, или будущая динамика предложения окажется более сложной задачей для решения?

@BabylonLabs_io #baby $BABY

$BTC

Сначала я думал, что каждой блокчейн-сети нужно с нуля строить собственную систему безопасности. Казалось, что это просто цена запуска нового проекта. Но чем глубже я разбирался в том, насколько фрагментирована и разрознена безопасность блокчейна на практике, тем более запутанной становилась картина.

Сотни сетей создают отдельные наборы валидаторов: каждая конкурирует за новые капиталы и просит пользователей доверять системам с минимальной или вообще отсутствующей историей. Увидев этот шаблон, я начал сомневаться в том, нужно ли каждой новой сети обязательно самостоятельно решать одну и ту же задачу безопасности.

В какой-то момент моё внимание привлек Babylon. Его подход не сводится к тому, чтобы просить Bitcoin стать чем-то другим. Вместо того чтобы рассматривать Bitcoin как актив, который просто лежит в холодном хранилище, Babylon изучает, как экономическая безопасность Bitcoin может помочь усилить сразу несколько сетей proof-of-stake.

Bitcoin уже обеспечивает одну из крупнейших и наиболее проверенных в боях экономических сетей в криптоиндустрии. Идея Babylon проста: если оставить эту безопасность изолированной — зачем? Почему бы не дать другим сетям proof-of-stake извлечь из неё пользу?

Эта концепция кажется особенно привлекательной, потому что она может сделать запуск и обеспечение безопасности новых сетей более капиталоэффективными. В то же время общая безопасность поднимает важные вопросы. Если несколько цепочек зависят от одного и того же источника экономической безопасности, снижает ли это общий риск за счёт более сильной защиты или, наоборот, просто концентрирует риск в другом месте?

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

#baby @BabylonLabs_io #BABY $BABY
$BTC

Раньше я думал, что TVL — это по сути прокси того, насколько сеть защищена: чем больше «заблокированной» ценности, тем больше доверия. Но когда я внимательнее разобрался в том, как именно атакуется консенсус, эта связка стала казаться неверной.

TVL измеряет капитал, размещённый внутри системы, но не говорит ничего о том, сколько будет стоить тому, кто захочет испортить (скомпрометировать) валидаторов этой системы. В этом различие между «заблокированной ценностью» и «экономической безопасностью» — и оно действительно важно.

Сеть становится трудно атакуемой не потому, что она удерживает много ценности, а потому, что для атаки нужно поставить на кон колоссальный объём капитала, который могут слэшнуть (в результате чего он будет потерян). Причём это тот капитал, который атакующий скорее не хотел бы терять. Именно здесь Биткоин как залог меняет расчёт.

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

Так что, возможно, более полезный вопрос для любой PoS-сети — не сколько ценности в ней заблокировано, а насколько дорого атаковать её извне.

#Baby @BabylonLabs_io #baby $BABY
$BTC

Все предполагают, что Биткоину нужно стать программируемым, чтобы делать больше. Чем глубже я разбираюсь в Babylon, тем больше мне кажется, что это предположение ошибочно.

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

Babylon выбирает другой путь. Вместо того чтобы просить Биткоин запускать смарт-контракты, он позволяет держателям BTC нативно делать стейкинг и расширять экономическую безопасность на другие сети, используя собственные таймстемпы и свойства консенсуса Биткоина, а не синтетическую обёрнутую версию BTC. Никаких кастодианов, которые держат ваши монеты, и нет мостового контракта, которому нужно доверять.

Меня особенно убеждает сдержанность в подходе: Babylon не пытается превратить Биткоин в Ethereum. Но вызовы реальны: условия слэшинга, работоспособность валидаторов и внедрение со стороны PoS-сетей, которые готовы подключиться к этому уровню безопасности, всё ещё проходят проверку в масштабе.

Если Биткоин может обеспечивать безопасность других цепочек, не меняя себя, то почему мы всё ещё гоняемся за программируемостью вместо того, чтобы защищать то, что уже работает?

#baby @BabylonLabs_io $BABY

$BTC

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

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

По сути, Babylon делает другое: «экспортирует» безопасность Биткоина в PoS-сети. Эти сети заимствуют экономический вес BTC, чтобы обеспечивать свою защищённость, при этом не трогая базовый слой Bitcoin и не требуя нового токена.

И часть про анстейкинг тоже удивила. Я ожидал чего-то ближе к много-дневным периодам анбандлинга, которые обычно встречаются в большинстве PoS-систем. Но дизайн Babylon рассчитан на гораздо более быструю работу, потому что нет обёрнутого актива, который нужно «разматывать».

Что пока остаётся для меня неясным: slashing (штрафы/урезание стейка). Если валидатор плохо ведёт себя в какой-то PoS-сети, и ваш BTC служит ему поддержкой, то что именно происходит с вашим стейком? Механика кажется более сложной, чем это обычно признают, и я пока не до конца убедил себя, что риск такой же «пассивный», как это подают в рекламе.

Я всё ещё разбираюсь, где здесь реальный компромисс — кто-нибудь внимательно смотрел на условия slashing..??
#baby @BabylonLabs_io $BABY
$BTC @Bitcoin

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

В этой самой нерешительности, по сути, и заключается всё дилемма самоcтоятельного хранения. У тебя есть контроль над ключами — да, но в тот момент, когда ты взаимодействуешь с чем-то новым, ты начинаешь доверять интерфейсу, который никогда толком не тестировал.

Именно поэтому интеграция Babylon и Ledger произвела на меня сильное впечатление, когда я в неё вникал. Babylon не просит никого менять привычки: если вы серьёзно держите BTC, то, вероятно, Ledger уже является частью вашей схемы. Это просто встроили в рабочий процесс, которому люди уже доверяют: без миграции, без нового кошелька.

То, что я нашёл действительно полезным, — это понятная процедура подписи. Меня, честно говоря, проблема blind signing беспокоила годами: одобрять транзакцию, не зная точно, на что ты соглашаешься, всегда казалось пробелом, о котором недостаточно говорили. С clear signing ты видишь детали транзакции на устройстве ещё до того, как что-либо подтвердить. Это не просто косметическое обновление интерфейса — это реальное улучшение безопасности.

Теперь, «8 миллионов плюс» Ledger-подписантов — это большая цифра, и она даёт Babylon реальный шанс на распространение. Но я постоянно напоминаю себе: доступ к пользователям — это не то же самое, что доступ к их доверию. Что будет дальше, во многом зависит от того, построят ли разработчики действительно значимые вещи поверх этих Trustless Bitcoin Vaults.

И, честно говоря, главный вопрос, который крутится у меня в голове, — масштаб. Логика vault выглядит аккуратно в контролируемой среде, но выдержит ли она, когда объём транзакций реально вырастет? Именно там большинство систем либо доказывают себя, либо тихо разваливаются.

Сделает ли дизайн, ориентированный прежде всего на безопасность, консервативных держателей биткоина более активными в on-chain, или стимулы всегда будут перевешивать более надёжную безопасность...?
#baby @BabylonLabs_io $BABY

$BTC

Я много читаю о Вавилоне и один вопрос снова и снова не даёт мне покоя: почему так много биткоинов просто лежит без дела..?

Люди либо хранят свои биткоины и не получают от них никакой пользы, либо заворачивают (оборачивают) их и передают контроль кому-то ещё. Оба варианта кажутся неправильными, если вы действительно заботитесь о том, чтобы биткоин оставался без доверия (trustless).

Вот в чём проблема, которую Вавилон пытается решить с помощью так называемых Trustless Bitcoin Vaults. Компания a16z crypto только что инвестировала $15M в Вавилон, напрямую купив токены BABY, чтобы помочь построить эту систему. Идея проста: ваш реальный биткоин остаётся в сети Bitcoin, он никогда не оборачивается и никогда не отправляется на хранение кастодиану, но при этом его всё ещё можно использовать в качестве залога в DeFi. Специальные криптографические доказательства проверяют, что биткоин надёжно заблокирован, вместо того чтобы доверять компании или посреднику.

Что бросается в глаза, так это то, что Вавилон не строит просто ещё одно приложение. Он создаёт базовый слой, который другие проекты смогут использовать позже. Если это действительно сработает, у биткоина появится реальный новый сценарий использования помимо простого хранения — и это серьёзно.

Для BABY это может означать более заметную роль во всей этой активности с хранилищами, если люди начнут реально это применять.

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

Как вы думаете, станет ли trustless-биткоин-залог самым большим реальным сценарием использования биткоина, или эта идея всё ещё далека от работы в масштабе? v#baby @BabylonLabs_io $BABY

$BTC

$RIF

Я думал о разнице между инфраструктурой и сетью, потому что это не одно и то же.

Инфраструктуре достаточно просто работать. Сеть нужно использовать.

@NewtonProtocol может иметь безупречную архитектуру, надежные политики, честных операторов, реальную безопасность — и при этом оставаться чистой инфраструктурой, если поверх нее никто не начинает фактическую активность. Работать корректно — никогда не была сложной частью.

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

Именно тогда инфраструктура тихо превращается в сеть. Не через объявления. Через повторение: об этом больше никто не считает нужным упоминать.

Я не думаю, что здесь открытый вопрос — это инженерия Ньютона. Я думаю, что открытый вопрос в том, появится ли когда-нибудь достаточно реальной активности, чтобы хорошо построенная система стала тем, от чего люди действительно зависят.
Сделать это — гораздо сложнее, чем написать код.
@NewtonProtocol #Newt $NEWT

Что-то, о чём я постоянно думаю, связано с @NewtonProtocol : доверие проверяется в двух совершенно разных моментах.

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

Разблокировки токенов — это противоположный вид проверки.

Для рыночного поведения не существует движка политик. Нет аттестации, которая доказывает, что люди не продадут. Разблокировки показывают нечто другое — верят ли те, кто держит токен, в то, что создаётся, или же они просто ждали ликвидности.

Думаю, это более честный тест — как ни странно.

Любой может собрать систему, которая ведёт себя хорошо, когда никому не выгодно её ломать. Реальный сигнал появляется, когда есть простая причина уйти — и люди не уходят.

Архитектура Ньютона уже доказывает вещи до того, как выполняются транзакции. Это техническое доверие.

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

Оба варианта важны. Только один из них зависит от протокола.
#Newt $NEWT