#dusk $DUSK @Dusk ......Я обычно смотрю на код протокола, когда речь идет о больших вещах. На этот раз меня привлекло небольшое изменение в документации. Dusk изменил то, как его документация валидирует и публикует sitemap. Сначала это выглядит как рутинная уборка: команда npm run build превратилась в проверочный процесс, который собирает сайт, запускает тесты, а затем проверяет результат. Но более интересное изменение происходит с sitemap.xml. Вместо того чтобы поддерживать отдельную статическую карту сайта, сборка теперь берет сгенерированный Astro sitemap-index.xml и создает стандартный sitemap.xml как алиас. Звучит скучно. На самом деле это решает полезную инфраструктурную проблему. Представьте, что вы меняете адресную систему здания. Здание уже генерирует правильную внутреннюю схему, но внешние посетители по-прежнему ожидают найти вход по знакомому адресу. Вместо того чтобы поддерживать две карты, которые могут разойтись, сборка создает знакомый адрес из сгенерированного источника. Тесты поддерживают именно эту мысль. #Dusk теперь проверяет, что сгенерированный sitemap корректен, и что обычный sitemap.xml в точности ему соответствует. Так что изменение в документации может провалить верификацию, если эта связь нарушится. Что мне здесь нравится — это инженерный подход. Коммит не добавляет какое-то эффектное изменение протокола. Он уменьшает вероятность того, что документационная инфраструктура незаметно станет несогласованной по мере развития сайта. И это важнее, чем может показаться. Для технического проекта документация — часть интерфейса, от которого зависят разработчики, операторы и автоматизированные инструменты. Сломанная ссылка, устаревшая карта сайта или неполная сборка не подрывают консенсус, но все равно может создавать трение вокруг всего, что построено поверх протокола. Небольшой коммит. Очень неглянцевая проблема. Но именно такие детали часто показывают, насколько серьезно команда относится к инфраструктуре вокруг основного продукта. И вот что я нашел интересным в этом изменении Dusk. $ACE $RED #ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CryptoStartupsRaise$11.2BInH1 #EthereumFoundationLaunchesGlamsterdamTestnet
#termmax @TermMax Я думаю, самое важное, что нужно понять о TermMax, — это не то, что он обещает упростить, а то, что остаётся ответственностью пользователя. Его Условия описывают некостодиальный подход, при котором пользователи сохраняют контроль над внесёнными активами, тогда как безопасность приватного ключа и решения по транзакциям остаются за пользователем. Этот нюанс важен, потому что DeFi может сделать интерфейс простым, при этом лежащий в основе риск остаётся сложным. Представьте это как автоматическую коробку передач. Возможно, вам потребуется меньше ручных действий, но двигатель под капотом всё равно должен работать корректно. TermMax прямо признаёт риски, включая рыночную волатильность, уязвимости смарт‑контрактов, неопределённость регулирования, возможную потерю средств, а также ошибки проектирования или разработки. То же самое относится и к исполнению. В его условиях указано, что смарт‑контракты неизменяемы и необратимы, а пользователи несут ответственность за проблемы вроде неверно составленных транзакций или опечаток в адресах кошельков. Это создаёт интересную задачу проектирования для протокола, основанного на заимствовании, кредитовании и использовании кредитного плеча. Цель может заключаться в том, чтобы сократить число шагов, которые выполняют пользователи, но уменьшение количества шагов не обязательно снижает экономический или технический риск. Вот почему TermMax мне кажется интересным. Настоящая проверка не в том, может ли DeFi стать проще в использовании. Проверка в том, сможет ли эта простота сосуществовать с тем, что пользователи по‑прежнему точно понимают, на что именно они подвергаются. Вы бы предпочли более простый пользовательский опыт в DeFi или вариант, при котором каждый лежащий в основе риск невозможно не заметить? #TermMax $ALLO $RED #ChinaJulyOutputRetailInvestmentAllMiss #EthereumFoundationLaunchesGlamsterdamTestnet #CMESeptemberHikeOddsFallTo30.6%
#dusk $DUSK @Dusk Я всегда предполагал, что размещение фондовой биржи в ончейне означает просто воссоздание самой биржи. Но изучение реальной реформы ЕС показывает другое — речь о том, кому разрешено управлять ключевой инфраструктурой рынка. Представьте традиционную биржу как два отдельных стола. Один сопоставляет заявки на покупку и продажу. Другой подтверждает право собственности после того, как сделка закрывается. Их намеренно держат раздельно — объединение повышает реальные регуляторные и операционные риски. Режим пилотного регулирования ЕС для DLT изменил это, введя новую категорию под названием DLT-TSS. Она позволяет лицензированному оператору вести и торговлю, и расчёты в рамках одной DLT-системы при определённых условиях. Именно поэтому за 21X стоит следить. В декабре 2024 года 21X получил одобрение Германии на работу в качестве DLT Trading and Settlement System. @Dusk уже закрепилась там. Dusk присоединилась как участник торгов на 21X — начав с операций казначейства для своего стейблкоина: с использованием регулируемых токенизированных фондов денежного рынка для поддержки резервов EURQ. Меня впечатляет не просто очередной актив, который токенизируется. Меняется роль блокчейна. Вопрос уже не «может ли DLT хранить финансовые активы?» — вопрос в том, «может ли DLT стать частью того, как сам рынок функционирует?». Это гораздо более жёсткий критерий. Для меня именно поэтому за 21X стоит следить: это живое испытание того, как выглядит финансовый рынок, когда инфраструктура DLT-ориентирована с самого первого дня, а не пристёгнута позже. Если это выдержит проверку, перестанет ли блокчейн быть просто «инженерными коммуникациями» под рынками — и начнёт быть самим рынком? $ACE $ADA #duskusdt
#dusk $DUSK @Dusk Все предполагают, что задача приватного блокчейна — скрывать всё. Настоящая ставка Dusk — противоположная: скрывать всё часто оказывается неправильным ответом.
Подумайте, что нужно реальной финансовой системе. Депозит на бирже и конфиденциальный перевод права собственности — это не одна и та же задача. В одном случае требуется достаточно прослеживаемости, чтобы можно было сверять с балансом клиента. В другом случае нужно оставаться достаточно приватным, чтобы никто вне самой транзакции не мог вообще понять, что она произошла. Протащите обе задачи через одну модель приватности — и вы либо сломаете возможность сверки, либо сломаете конфиденциальность: нет версии «одной настройки», которая корректно работает для обеих сразу.
Dusk не выбирает сторону. Он поставляет две модели транзакций на одной и той же основе DuskDS и позволяет рабочему процессу решать, какая из них нужна.
Moonlight — это прозрачная модель аккаунта: балансы и переводы остаются видимыми, и это ровно то, чего хочет биржа, когда ей нужно сопоставлять входящие депозиты с нужным клиентом без гаданий.
Phoenix идет в совершенно другом направлении: защищённые транзакции, доказательства с нулевым разглашением (zero-knowledge), детали транзакций скрыты по умолчанию — раскрытие доступно только тем, кому оно действительно авторизовано.
Вот что легко упустить: это не просто «мы сделали две функции». Выбор Phoenix несёт реальный операционный вес — другая схема кастоди, другая модель сканирования — и именно поэтому собственные рекомендации Dusk по интеграции с биржами указывают на Moonlight для депозитов. Приватность не бесплатна, и попытки делать вид, что это не так, приводят к тому, что проекты получают модель, которая выглядит приватной на бумаге и оказывается непригодной в продакшене.
Итак, реальный тезис не «сделать финансы приватными». Он уже и полезнее: пусть рабочий процесс выбирает свою степень видимости, а не заставляйте каждую транзакцию в сети жить по одному и тому же правилу.
#dusk $DUSK @Dusk ......... Спросите десять человек, что на самом деле дает токенизированная облигация. Девять скажут «облигация». Они ошибаются — и большая часть индустрии RWA тихо построена на этой ошибке.
Токенизация по определению означает выпуск токена, который представляет актив. Не сам актив. Право требования по отношению к нему. Настоящая облигация все еще находится вне сети — в реестре, который вы никогда не увидите, у кастодиана, с которым вы никогда не столкнетесь — и единственная задача вашего токена состоит в том, чтобы вечно подтверждать совпадение с этой бумажной документацией, никогда не становясь ею.
Это не мелкий шрифт. Это и есть вся модель риска.......
Каждая передача, каждый купон, каждое корпоративное действие должны быть зеркально отражены между двумя системами — одной в ончейне и одной вне него.
Сверка — это не фоновый шум. Это несущая стена.
Дайте этому ускользнуть — задержанное обновление, оспариваемая запись в реестре — и то, что вы держите, тихо перестает совпадать с тем, что оно должно представлять. Обычно вы узнаете об этом в самый неподходящий момент: при погашении......
Нативная эмиссия не «латает» этот разрыв — она убирает то, что вообще могло разойтись. Когда актив создается, передается, обслуживается и погашается напрямую в ончейне — без синтетической оболочки, заменяющей версию, хранящуюся где-то еще — больше нет второй копии истины, с которой можно не совпасть. Блокчейн перестает отслеживать актив.
Он становится его единственным домом.....
Вот вокруг этого и построен @dusk. DuskDS обеспечивает детерминированное, нативно ончейн-погашение. DuskEVM позволяет разработчикам проектировать управление доступом и выборочное раскрытие в ядро актива — а не прикручивать это задним числом.
Заголовки про RWA любят цитировать миллиарды «токенизированных». Меньше кто задается вопросом, сколько из этих миллиардов все еще зависят от того, что где-то существует бумага, которая по-прежнему должна соглашаться с ними в синхронизации.
#dusk $DUSK ......A €200M+ регулируемая биржа переводит торговлю в on-chain — и ДВА продукта Chainlink решают две проблемы, которые большинство людей полностью упустили.
Вот что оставляет за кадром заголовок...
Когда @Dusk and NPEX объявили о своей интеграции Chainlink, многие увидели лишь одну историю: «Партнёрство Chainlink».
Но размещение регулируемой биржи в on-chain — это не одна проблема.
Это две.....
Проблема первая: реально ли официальные рыночные данные существуют on-chain?
Именно здесь в дело вступает DataLink.
DataLink выступает в роли on-chain оракула для официальных данных биржи NPEX, позволяя проверенной информации о финансовых рынках попадать в смарт-контракты.
Эта разница важна.
Dusk и NPEX — это не просто «использование чужой универсальной ленты котировок». Собственные рыночные данные биржи становятся доступными как проверяемая on-chain информация.
Проблема вторая: достаточно ли эти данные быстрые, чтобы по ним можно было торговать?
То, что данные находятся в on-chain, не означает автоматически, что они real-time.
Традиционные модели оракулов могут опираться на интервалы обновления или заранее заданные пороги. Для активных финансовых рынков это может стать серьёзным ограничением.
Data Streams делает это иначе: pull-based модель, рассчитанная на данные с низкой задержкой и высокой частотой, которые можно запрашивать по мере необходимости и которые криптографически подтверждаются.
И тогда архитектура оказывается удивительно простой:
Сначала опубликуйте «истину» рынка on-chain.
Затем сделайте эту «истину» достаточно быстрой, чтобы по ней можно было действовать.
Если пропустить первое — у рынка не будет надёжных данных.
Если пропустить второе — данные могут быть реальными, но приходить слишком медленно, чтобы они были полезны.
Поэтому я думаю, что самая интересная часть истории Dusk × NPEX × Chainlink — это не заголовок про партнёрство.
А лежащая в основе инфраструктура.
Потому что вывод регулируемого рынка в on-chain означает решение скучных деталей, которые на самом деле делают рынок работающим.
#dusk $DUSK Большинство блокчейнов задаются вопросом: «Как добавить приватность?»
Но Dusk задал более сложный вопрос:
«А что если регулируемые ценные бумаги и приложения на EVM требуют совершенно разных видов приватности?»
Этот вопрос и объясняет, почему @dusk построил два движка приватности, а не один.
Zedger был создан для нативной финансово-активной среды Dusk. Его гибридная UTXO/аккаунт-модель и Sparse Merkle-Segment Trie позволяют фиксировать приватные изменения балансов, раскрывая лишь то, что сети нужно для проверки. Поэтому он особенно важен для Confidential Security Contracts, где дивидендные распределения, соответствующие требованиям выкупы и расчёты должны работать без раскрытия каждой чувствительной детали.
Но DuskEVM меняет правила.
Стандартные Solidity-приложения работают в аккаунтной среде, поэтому Dusk потребовалась система приватности, рассчитанная именно на этот мир. Hedger использует гомоморфное шифрование и доказательства с нулевым разглашением, чтобы перенести конфиденциальные балансы и рабочие процессы в EVM-приложения, сохранив привычные инструменты Ethereum.
Интересное здесь не только в том, что у Dusk есть две технологии приватности.
Важно, что архитектура принимает то, что многие сети пытаются не признавать:
приватность зависит от типа нагрузки.
У регулируемой облигации одни требования, а у Solidity-приложения — другие. Допуск инвесторов, жизненный цикл безопасности и соответствующие требованиям расчёты — это не та же задача, что конфиденциальное выполнение в EVM.
Поэтому Zedger и Hedger идут к одной и той же цели, но по разным техническим маршрутам.
Понятен и компромисс: две специализированные системы могут лучше подходить под задачу, но они также добавляют больше архитектурной сложности.
Для регулируемых on-chain-финансов специализация — более разумный подход или же приватность в итоге должна стать одной универсальной прослойкой?
Есть чувство, которое я в криптоиндустрии знаю слишком хорошо.
Вы открываете платформу в ожидании большей активности — ведь рынок движется, — но потом замечаете, что ваши собственные сделки становятся меньше и происходят реже.
И вы начинаете думать: рынок на самом деле становится тише, или это я так его ощущаю? 👀
Последние цифры eToro вызвали у меня похожие ощущения.
Крипто-трейдинговый бизнес платформы во 2 квартале 2026 года ушёл в убыток $7,2 млн, тогда как в том же квартале прошлого года была прибыль $37,7 млн. 😟
Доходы от криптоактивов также снизились до $1,35 млрд — с $1,91 млрд годом ранее.
Но число, которое по-настоящему привлекло моё внимание, — это активность.
eToro сообщила лишь о 1,4 млн криптосделок в июле — резкое падение на 73% год к году.
И средняя криптосделка упала на 50% до $182.
Это довольно существенное изменение.
Интересно то, что у самого eToro, возможно, в целом квартал не выглядит совсем уж плохим.
Его общая чистая вкладовая маржа выросла на 9% до $229 млн, количество привлечённых аккаунтов достигло 4,28 млн, а скорректированная EPS составила $0,68 против оценки аналитиков $0,61.
Так что проблема, похоже, гораздо более конкретная:
Криптоактивность остывает — даже несмотря на то, что более широкая платформа продолжает расти. И поэтому рынок отреагировал так негативно. 📉😰
После результатов акции eToro упали более чем на 12%, хотя компания превзошла ожидания по прибыли.
При этом eToro всё ещё строит будущее криптовалюты — включая onchain бессрочные фьючерсы и новую покупательную способность для крипто.
Поэтому я не воспринимаю это как «крипто умерла».
Я воспринимаю это как предупреждение: криптоплатформам всё ещё нужна реальная пользовательская активность, а не просто растущие цены на монеты, чтобы создавать устойчивую выручку.
Бычий рынок может заставить всех выглядеть занятыми.
Настоящая проверка наступает, когда трейдеры начинают замедляться.
Как думаете, это просто временное охлаждение активности в крипто, или платформы уже сталкиваются с более глубокими изменениями в том, как люди торгуют? 🤔
Несколько раз я открывал график Bitcoin после страшного заголовка и сразу начинал искать уровень, о котором говорили все.
Сегодня это было $20,000.
Эта цифра звучит пугающе, когда видишь её рядом с Bitcoin — особенно после того, как BTC годами наращивал столь много стоимости. 😰📉
Но после того как я глубже разобрался в аргументации аналитика, думаю, более интересный вопрос не «Обрушится ли Bitcoin до $20K?»
А что именно должно произойти, чтобы такой сценарий стал реалистичным?
Алеcсио Растани ожидает, что Bitcoin ещё может вырасти в ближайшие 3–6 месяцев, прежде чем войдёт в гораздо более масштабный медвежий рынок в 2027 году.
Его главный сигнал тревоги — $57K.
Если BTC потеряет этот уровень, он считает, что следующая крупная зона может быть примерно $47K–$49K. Оттуда его более долгосрочная медвежья цель находится на уровне около $20K–$25K к концу 2027 года.
И честно говоря, именно здесь мне становится неуютно. 😟
Потому что прогноз не основан на одном плохом дне или одном событии ликвидации. Он опирается на более широкую интерпретацию Эллиотта, предполагающую, что Bitcoin мог завершить крупное пятиволновое восходящее движение, достигнув примерно $126K.
Но есть любопытное противоречие.
Тот же аналитик, который говорит о потенциальных $20K для Bitcoin, также считает, что BTC в конечном итоге может дойти до $1 миллиона.
Просто не сразу.
Его взгляд таков: сначала Bitcoin может нуждаться ещё в одной глубокой коррекции — возможно, даже ниже $20K — прежде чем начнётся очередная долгосрочная экспансия.
Это заставило меня задуматься о том, насколько легко мы путаем ценовые ориентиры с уверенностью.
$20K не гарантировано.
$1M тоже не гарантировано.
Главный сигнал, за которым стоит следить, гораздо проще:
Удержит ли Bitcoin $57K или потеряет его?
Если $57K удержится, тезис о медвежьем сценарии до $20K станет гораздо труднее отстаивать в ближайшей перспективе.
Если уровень будет сломан решительно, тогда я перестану смеяться над пугающими целями и начну обращать гораздо больше внимания. 👀
Вы бы всё равно держали Bitcoin при возможной просадке 50–70%, если бы вы по-настоящему верили, что $1M может прийти через годы?
Несколько дней назад я проверял, сколько электроэнергии на самом деле потребляет одна установка, и очень быстро стало ясно кое-что.
Проблема была не в железе.
Проблема была в том, чтобы держать его запитанным.
Эта небольшая прикидка осталась у меня в голове, когда я увидел, что только что сделала Keel, ранее Bitfarms.
Keel остановила все свои операции по майнингу биткоина в США и теперь готовит эти площадки под дата-центры для ИИ и высокопроизводительных вычислений.
Сначала это выглядело как очередная компания, просто гоняющаяся за хайпом вокруг ИИ. Но потом я посмотрел на экономику.
Настоящая конкуренция — не обязательно «биткоин против ИИ».
Это майнинг биткоина против ИИ за один и тот же дефицитный ресурс: электроэнергию.
Глава Keel сказал это прямо: «Энергия — это ограничение». Компания утверждает, что её площадки уже приближаются к завершению процедур согласования, а потенциальные арендаторы под ИИ/HPC уже ведут переговоры о мощности.
И это не просто стратегический заголовок.
Keel продала 1 085 BTC примерно за $75 млн в период с 1 апреля по 7 августа, оставив 1 861 BTC на балансе.
Так что, пока биткоин торгуется около $64 тыс. и трейдеры следят за тем, сможет ли наконец пробиться диапазон $68K–$70K, часть майнинговой индустрии делает совершенно другой расчет.
Где следующая единица электроэнергии даст лучший возврат? Вот что мне кажется более интересным, чем краткосрочный график.
У биткоина по-прежнему может быть сильный спрос, и у ИИ всё ещё могут быть собственные риски. Но когда компании начинают реально переносить майнинговую инфраструктуру в сторону ИИ, потому что энергетическая экономика выглядит привлекательнее, это структурный сигнал, за которым стоит следить.
Возможно, следующая крупная история про майнинг биткоина будет не о том, сколько BTC могут добывать майнеры.
Возможно, это будет о том, захотят ли они и дальше использовать свою электроэнергию для того, чтобы добывать его.
Как вы думаете, ИИ становится реальным конкурентом майнингу биткоина за электроэнергию?
Несколько раз я допускал ошибку, смотря на биткоин только после сильного движения.
Цена растёт — и все начинают говорить о следующей цели, из-за чего становится очень легко игнорировать то, что происходит под графиком. Вот почему сегодня моё внимание привлёл BTC около $64K.
Первое, что я отслеживаю, — это зона $68K–$70K. Если биткоин сможет уверенно вернуть себе эту область, текущее восстановление будет выглядеть более убедительно. Но ниже, $61K всё ещё имеет значение. Потеря этого уровня может вернуть в фокус $57K, $53K и потенциально более низкие уровни.
Эта схема особенно интересна ещё и из‑за плеча.
Около $113 млн в биткоин‑шортах были ликвидированы в течение 24 часов, при этом общие ликвидации по рынку криптовалют превысили $160 млн. Я усвоил, что цифры ликвидаций способны сделать движение более сильным, чем оно есть на самом деле. Принудительные покупки могут быстро подтолкнуть цену вверх, но это не означает автоматически, что базовый спрос изменился.
Есть ещё один сигнал, который я бы тоже не игнорировал.
Спотовые ETP зафиксировали чистые оттоки в отдельных периодах конца мая и июня, а опционы показывали растущий спрос на защиту от снижения. Так что даже при том, что BTC около $64K, рынок ведёт себя не так, как будто все полностью чувствуют себя комфортно относительно роста.
А дальше — более долгосрочные вопросы: слабые сигналы майнеров вокруг BIP-110 и растущие разговоры о квантовых угрозах для криптографии биткоина. Для меня это делает текущий рынок менее похожим на попытку предсказать следующую свечу и больше — на наблюдение за тем, сможет ли биткоин нарастить реальную силу, не полагаясь слишком сильно на плечо.
$64K — это интересно.
Но реакция вокруг $70K может сказать нам куда больше.
На что вы сейчас обращаете внимание в первую очередь: пробой $70K или поддержку на $61K? $BTC #BTC
Меня не интересовало, кто изготовил аккумулятор, на каком заводе его собрали или какие чипы внутри. Мне было важно лишь, чтобы он заряжал мой телефон, когда это нужно было.... Это заставило меня кое-что осознать.... Лучшие инфраструктуры часто незаметно «растворяются» на заднем плане...... Слушая последний звонок основателей Babylon, одна фраза особенно запомнилась.... У кого-то спросили, считает ли Babylon себя компанией по инфраструктуре или компанией по продукту.... Ответ меня удивил. И то, и другое.... Вместо того чтобы создавать технологии и надеяться, что когда-нибудь их начнут использовать, Babylon пытается доказать свою инфраструктуру через реальный продукт в первую очередь. Trustless Bitcoin Vaults — это не просто очередной исследовательский документ или техническая демонстрация. Их представляют через продукт по заимствованиям, созданный на базе Aave v4. Если люди реально начнут им пользоваться, инфраструктура уже прошла первое настоящее испытание в реальном мире.... Мне кажется, это более здоровый способ измерять инновации. Функции могут выглядеть впечатляюще в документации, но именно продукты показывают, действительно ли эти функции решают реальную проблему.... Подход Babylon ощущается менее как «Смотрите, что мы построили», и больше как вопрос: «А это реально помогает держателям Bitcoin?» Если ответ «да», то кредитование — лишь начало. Та же инфраструктура в перспективе сможет поддерживать кредитование, страхование, стейблкоины и другие биткоин-native финансовые продукты. Иногда самая сильная инфраструктура — это та, о которой люди меньше всего говорят.... Это та, которой пользуются, даже не задумываясь о том, что происходит «под капотом».... Как вы думаете, должны ли проекты в блокчейне сначала доказывать свою инфраструктуру реальными продуктами, прежде чем расширяться в более крупные экосистемы? @BabylonLabs_io $BABY #baby Заинтригованы? Прочитайте последний звонок с основателями и решите сами.
Я знал учителя, у которого во время экзаменов было одно правило.
Он никогда не принимал ответы тех, кто говорил: «Поверьте, я не списывал.
Его ответ всегда был одинаковым: «Покажите доказательства.»
Эта привычка вернулась ко мне, когда я читал исследовательскую работу Babylon.
Большинство блокчейн‑проектов говорят о безопасности. Babylon делает шаг дальше, задавая более сложный вопрос: что произойдёт, если безопасность на самом деле даст сбой?
Вместо того чтобы полагаться на обещания, протокол построен вокруг математической ответственности.
В работе объясняется, что если когда‑либо будут окончательно зафиксированы две конфликтующие версии цепочки PoS, то самих доказательств становится достаточно, чтобы выявить нечестных валидаторов. Благодаря механизму контрольных точек и конструкции с доказуемым мошенничеством Babylon, как минимум треть злоумышленного набора валидаторов становится подлежащей штрафам (slashing), при этом честные валидаторы остаются защищёнными от ложного наказания.
Что я нашёл особенно интересным, так это то, что цель не в том, чтобы притворяться, будто атаки невозможны.
Цель — сделать обман настолько доказуемым, чтобы избежать последствий было во много раз сложнее, чем вообще попытаться совершить атаку.
Это совершенно иной подход к безопасности.
Многие системы фокусируются на предотвращении любой неудачи. Babylon также тратит время на то, чтобы доказать, что происходит после сбоя — и это очень многое говорит о доверии, которое стоит за его дизайном.
Для меня это различие между маркетингом и инженерией. Один просит людей поверить. Другой публикует ход рассуждений и даёт любому возможность его оспорить.
Вы бы доверяли протоколу больше из‑за смелых заявлений или потому, что он открыто показывает, как именно работает его безопасность?
Я несколько дней назад болтал с другом про Биткоин. Он рассмеялся и сказал: «Каждый проект обещает решить всё». Мне было сложно с ним спорить. В крипте полно больших обещаний. Позже в тот же вечер я открыл документацию Babylon в ожидании очередного длинного списка функций. Вместо этого я нашёл то, чего не ожидал. Большинство протоколов создают, чтобы решить одну конкретную проблему. Babylon пытается связать три разные группы, которые обычно думают о совершенно разных вещах. Холдер Биткоина хочет сохранять контроль над своими монетами и при этом получать вознаграждения. PoS-цепь хочет более сильной защиты, не тратя годы на построение доверия. А разработчику нужны инструменты, которые легко интегрировать, а не заново собирать инфраструктуру с нуля. Это не одинаковые задачи, но Babylon объединяет их одним дизайном вместо того, чтобы делать отдельное решение для каждой. И именно об этом я продолжал думать после того, как дочитал. Хорошая инфраструктура не всегда та, у которой самый длинный список функций. Иногда это та, которая незаметно делает жизнь проще для всех, кто ею пользуется. Если Babylon добьётся успеха, люди могут запомнить её не за одну-единственную функцию, а за то, насколько естественно она соединяет разные части экосистемы Биткоина. Какую задачу, по вашему мнению, стоит привлечь в первую очередь: помогать холдерам Биткоина, укреплять новые PoS-цепи или давать разработчикам более удобные инструменты для сборки? @BabylonLabs_io $BABY #baby
Несколько дней назад я зашёл в супермаркет, чтобы купить всего одну вещь.....
Прошло пять минут, и я понял, что не выходил из того прохода. Все продукты, которые мне были нужны, уже оказались рядом, так что я продолжал брать один товар за другим, даже не задумываясь......
Это заставило меня задуматься, почему в некоторых местах людей естественным образом удерживает внимание, а в других — нет.....
Этот вопрос вернулся ко мне, когда я читал Babylon Genesis.......
Большинство людей описывают Genesis как координационный слой экосистемы Babylon. Я думаю, что это лишь половина истории......
Главная же идея — что происходит после прихода Биткоина.......
Вместо того чтобы отправлять пользователей по разным экосистемам для трейдинга, кредитования, наград, сейфов или BTC LST, Genesis постепенно объединяет эти строительные блоки в одном средоточии, защищённом Биткоином. Цель не только в том, чтобы сделать Биткоин безопасным. Цель — сделать Биткоин полезным, не заставляя ликвидность постоянно покидать экосистему......
Вот что мне показалось особенно интересным......
Безопасность привлекает пользователей......
Связанная сеть ликвидности даёт им причину оставаться, строить и поддерживать движение их капитала......
Для меня это куда более серьёзный сдвиг, чем добавление ещё одной функции. Это меняет то, как ценность проходит через экосистему, а не просто добавляет ещё одну точку назначения......
Если эта задумка осуществится, Genesis может стать больше, чем просто слоем безопасности. Он может превратиться в то место, где ликвидность Биткоина естественно собирается, прежде чем распространиться по более широкой экосистеме BTCFi.........
Как вы думаете, BTCFi нужны больше приложений, или в первую очередь ему нужен более сильный ликвидностный хаб?
Несколько недель назад я купил стол, который нужно было собрать дома.
Инструкция выглядела почти слишком простой. У каждой детали было одно четко определенное назначение. Ножки выдерживали вес, винты удерживали все вместе, а деревянные панели оставались ровно там, где им положено быть. Ничего не было задумано для двух задач одновременно.
Эта мысль вернулась ко мне, когда я читал про архитектуру безопасности Babylon.
Меня впечатлило не наличие какого-то одного конкретного элемента. Меня поразило, насколько тщательно разделены обязанности.
Bitcoin остается сосредоточенным на том, что у него уже получается особенно хорошо: он обеспечивает сохранность ценности и создает неизменяемую основу. Babylon Genesis берет на себя координацию, запись стейкинга, контрольные точки (checkpointing) и финальность. Потребительские цепочки концентрируются на запуске приложений, тогда как Finality Providers и Vigilantes выполняют каждую свои специализированные роли.
Думаю, это недооцененное инженерное решение.
Со временем многие системы становятся сложнее, потому что один компонент постоянно накапливает новые обязанности. Babylon движется в противоположном направлении. Вместо того чтобы делать один слой «умнее», она позволяет каждому слою лучше выполнять одну конкретную работу.
Для меня именно с этого начинается настоящая масштабируемость. Не в том, чтобы просить одну сеть делать все, а в том, чтобы каждая часть точно знала, за что она отвечает.
Как вы думаете, самые сильные блокчейн-системы будут теми, которые специализируются, или те, которые постоянно добавляют больше функций в один и тот же слой?
Одно слово незаметно изменило то, как я читаю криптопроекты. Недоверенное.
Долгое время я воспринимал это буквально. Если протокол называл себя недоверенным, я предполагал, что больше нечего доверять.
Чем глубже я вникал в инфраструктуру Биткоина, тем яснее понимал: лучше задавать не вопрос «Недоверенный ли он?», а «Какие предположения всё ещё остаются?»
Этот вопрос сопровождал меня, пока я читал дизайн ковенантов Babylon.
Babylon не притворяется, что сегодняшнему Биткоину доступно всё нативно.
Поскольку нативные ковенанты пока ещё не существуют, протокол использует почти недоверенный комитет по ковенантам, чтобы обеспечивать расходные пути, согласованные с самого начала. Комитет нужен не для того, чтобы брать Биткоин в хранение, но его честность и доступность всё равно имеют значение.
Мне это, честно говоря, показалось освежающим.
Вместо того чтобы прятать оставшиеся предположения за маркетинговым ярлыком, дизайн делает компромисс видимым. Тебя не просят поверить, что доверия больше не осталось. Тебе показывают, где оно всё ещё присутствует.
Для меня именно так выглядит хорошая инфраструктура. Не система, которая заявляет о совершенстве, а та, которая чётко определяет свои границы, чтобы пользователи могли сами оценить риски.
Возможно, будущее Биткоина сократит эти допущения за счёт нативных ковенантов. Но пока я бы предпочёл, чтобы протоколы честно объясняли свои компромиссы, а не обещали уровень «недоверенности», который сегодняшняя технология пока не в состоянии обеспечить полностью.
Я снова и снова видел сравнение Babylon с restaking в Ethereum, поэтому вернулся к litepaper, чтобы проверить, действительно ли это сравнение было справедливым.
Главное отличие — не в модели вознаграждений. Оно в самой основе безопасности.
Виталик предупреждал, что restaking уже размещённого в стейкинге ETH создаёт форму экономического чрезмерного плеча. Один и тот же капитал одновременно обеспечивает безопасность Ethereum и дополнительных протоколов. Если что-то пойдёт по-настоящему серьёзно не так, давление не остаётся локализованным — оно может выплеснуться в более широкую экосистему Ethereum и породить ожидания социального вмешательства.
Babylon начинает с совершенно другой точки.
Биткоин не защищён staked BTC. Он защищён Proof of Work.
Это означает, что BTC, используемый в Babylon, никогда не был заранее задействован для защиты биткоин-сети. Вместо того чтобы переиспользовать капитал, который уже несёт одну ответственность за безопасность, Babylon вводит в работу ранее ничем не обременённый биткоин для защиты внешних сетей Proof-of-Stake.
Это различие легко упустить, но это одна из самых важных идей в litepaper.
Babylon — это не просто ещё одна версия restaking. Поскольку собственная безопасность Биткоина не зависит от того, что BTC находится в стейкинге, дизайн структурно избегает проблемы чрезмерного плеча, о которой говорил Виталик.
Два протокола могут выглядеть похожими на расстоянии, решая одну и ту же задачу принципиально разными способами. Это как раз такой случай.
Как вы думаете, модель Proof-of-Work Биткоина даёт Babylon реальное структурное преимущество по сравнению с традиционными design’ами restaking?
Однажды, читая технический дизайн Babylon, я был застигнут врасплох одним допущением.
Большинство людей, увидев задержку по времени в протоколе, сразу думают, что она замедляет всё. На самом деле каждая задержка существует, потому что она защищает что-то другое.
Оригинальная модель стейкинга Babylon для биткоина использовала фиксированный трёхдневный период разморозки, потому что безопасность зависела от того, что всей сети валидаторов нужно достаточно времени, чтобы успеть выявить недобросовестное поведение до того, как Bitcoin выпустит средства.
Trustless Bitcoin Vaults (TBV) решают совершенно другую задачу.
Чтобы запереть биткоин в сейф, не нужно ждать, пока кто-то докажет мошенничество. Вы запираете свои собственные монеты, поэтому депозиты в основном следуют обычному процессу подтверждения в Bitcoin, а не искусственному периоду ожидания.
Единственное место, где дополнительное время действительно важно — это при погашении. TBV вводит настраиваемое «окно вызова», чтобы назначенный чейлленджер мог остановить некорректное требование до того, как Bitcoin разблокирует сейф.
Разные приложения могут выбирать разные периоды «вызова», потому что они защищают разные риски.
Мне этот дизайнерский выбор показался интереснее, чем сами цифры.
Вместо вопроса «Как сделать каждую транзакцию быстрее?» протокол спрашивает: «Где именно дополнительное время реально повышает безопасность, а где оно не нужно?»
Это тонкое различие, но именно такие инженерные решения часто отделяют инфраструктуру, рассчитанную на реальное использование, от инфраструктуры, построенной вокруг одного фиксированного правила.