bro_sf

#dusk $DUSK @Dusk
Раньше я думал, что токену достаточно уметь делать одно: делать то, что ему сказали. Всё остальное казалось проблемой приложения.
Но когда я посмотрел, что именно ценной бумаге приходится делать на протяжении жизни, я нашёл три момента, когда токен должен уметь отказывать.
Первое — отказ в доступе ко второму счету. Утверждённый держатель не должен держать позиции в нескольких местах, потому что реестр акционеров должен отвечать на один вопрос чисто: сколько принадлежит этому человеку. Вес голоса, пороги отчётности и лимиты владения ломаются, если тот же человек молча сидит в пяти кошельках. Это идёт прямо вразрез с той привычкой, которую остальная крипта натренировала у нас: разделять адреса — просто хорошая практика.
Второе — отказ в получении ваших денег. Некоторые инструменты ограничивают, сколько может взять один держатель, и этот лимит прописан в юридических документах, а не придуман разработчиком. Если он живёт только в политике, кто-то проверит это потом и развернёт нарушение. Если же он встроен в сам актив, передача никогда не завершится — и разворачивать будет нечего.
Третье — отказ в существовании. Облигация погашается. Инвестиционный паевой сертификат выкупается. Инструмент не передаётся окончательному владельцу и не остаётся у него — он урегулируется, а затем уничтожается, потому что обязательство, лежавшее в основе, исполнено.
Что мне показательно, так это то, что все три вещи отсутствуют в большинстве объяснений токенизации: они заканчиваются выпуском и торговлей, словно именно это и было самым интересным.
Я не могу оценить только одно: как ведёт себя третье, когда оплата происходит off-chain, а уничтожение — on-chain. Похоже, это самое простое место, где две записи могут начать расходиться.
С этого момента я перестал воспринимать токен как контейнер для ценности. Для этих активов он скорее похож на свод правил, который просто можно передавать дальше.

#dusk $DUSK @Dusk
Раньше я считал, что наличие множества кошельков — это просто то, как устроена криптография. Заводите сколько угодно, разносите всё как вам нравится — никого не волнует почему.

Читая о том, как устроена модель Dusk для регулируемых активов, я наткнулся на ограничение, которое прямо противоречит этой привычке.
Для ценной бумаги предварительно одобренный держатель не должен иметь возможность владеть более чем одним счетом. Не потому, что кто-то ограничивает «из принципа», а потому что реестр акционеров обязан отвечать на один вопрос предельно ясно: сколько этот человек владеет?
Если тот же одобренный человек может незаметно занимать позицию в пяти местах, то любые вопросы, построенные на владении, становятся неоднозначными. Вес голосов. Пороги отчетности. Ограничения на то, сколько любой конкретный держатель может контролировать.
Особенно примечательно то, что это противоположно тому, к чему стремится остальная криптоиндустрия. Мы рассматриваем разделение адресов как приватность и как хорошую практику. В регулируемом инструменте то же самое разделение — это недостаток.

Поэтому дизайн должен примирить две вещи, которые тянут в разные стороны. Держатель должен по-прежнему сохранять конфиденциальность от публики. Реестр должен оставаться недвусмысленным в отношении личности и размера.
Я не уверен, насколько хорошо эти две цели будут сочетаться, когда появится реальный объем, и я не видел публичных проверок этого.

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

🚨 Обновление распределения $TMX — День начисления настал

Кампания TermMax Booster официально достигла стадии распределения, и сегодня тот самый день, который участники ждали.

⏰ Начисление TMX откроется сегодня в 16:00 по бангладешскому времени.

В обновлении кампании показаны две основные категории наград:

🎁 TermMax Lucky Draw
→ 21.25 TMX на победителя

🏆 TermMax Grand Reward
→ 300 TMX на подходящего пользователя

Для пользователей, которые проверяют страницу наград в Binance Web3 Wallet, распределение в данный момент может отображаться в разделе «Pending TGE or Vesting» («Ожидает TGE или вестинг»). Это означает, что увидеть 0 / выделенные TMX не обязательно значит, что награда пропала — выделение уже отображается, но пока не перешло в стадию доступного для получения/полученного.

Например, в показанной здесь панели наград видны две категории:

• 21.25 TMX
• 306.74846 TMX

Обе помечены как Pending TGE or Vesting.

Поэтому сейчас главное простое: проверьте страницу наград Booster после открытия периода начислений. Если ваша награда станет Instant Claim («Мгновенное получение»), вы сможете забрать её напрямую. Если вместо этого будет показана дата начисления / статус вестинга, следуйте дате, указанной для вашей категории.

Сегодня по сути переход от «награда подтверждена» → «награда распределяется». 👀

Проверьте свой Binance Web3 Wallet и не путайте Pending («Ожидает») с Missed («Пропущено»).

$TMX #TermMax

#dusk $DUSK @Dusk
Раньше я полагал, что если вы держите токен, представляющий облигацию, то вы владеете облигацией. Токен находится в сети, ваш ключ управляет токеном, поэтому вопрос владения казался уже решённым.
Но когда я стал внимательнее разбираться в том, как регулируемые активы должны работать в сети вроде Dusk, я увидел, что пропустил один шаг.
Владение финансовым инструментом — это юридический факт, а не технический. Где-то есть реестр, юридический документ или организация, чьи записи определяют, кого закон считает владельцем. Токен может это отражать. Он также может быть самим реестром. Это два совершенно разных устройства, и снаружи они выглядят одинаково.
Меня зацепило то, что именно это и является реальной работой в токенизации. Не просто быстро перемещать токен, а сделать on-chain запись и юридически признанную запись одной и той же записью — чтобы никогда не было момента, когда бухгалтерская книга говорит одно, а закон — другое.
Если они когда-либо расходятся, выигрывает закон, и токен превращается в квитанцию на что-то, что вы, возможно, всё ещё имеете, а возможно — уже нет.
Думаю, это объясняет, почему серьёзные проекты в этой сфере движутся медленно и тратят время на лицензированные учреждения, а не на пользователей. Такая согласованность не может быть построена одним лишь протоколом. Её должны признать люди, которые ведут юридический реестр.
Снаружи я всё ещё не могу сказать, насколько полно это достигнуто в каждом конкретном случае, и я был бы осторожен с любым, кто заявляет о полной определённости.
Но теперь я перестал читать слово «токенизированный» как «принадлежащий». Это означает «представленный». Являются ли представление и владение одним и тем же — зависит от договорённостей, происходящих далеко за пределами сети.

#dusk $DUSK @Dusk
Раньше я думал, что раз код блокчейна открыт, то не так уж важно, сколько команд его реализуют. Протокол — это протокол. Если правила публичны, любой может написать вторую версию, и тот факт, что пока никто не захотел копаться в деталях.
Затем я занялся тем, как устроено node-программное обеспечение Dusk, и нашёл кое-что, что изменило то, как я читаю весь проект.
Есть один клиент. Rusk, написанный на Rust. Ранее реализация на Go всё ещё есть на GitHub, публично помечена как deprecated и больше не поддерживается — с заметкой, которая направляет всех к Rusk.
Так что каждый узел в сети запускает один и тот же код.
Стоит задержаться на этом, потому что альтернативный подход существует по определённой причине. Ethereum поощряет множество независимых клиентов, чтобы баг в одном не останавливали цепочку — остальные продолжают выпускать блоки, пока его исправляют. Это дорого, медленно и намеренно дублирует работу. Дублирование — это функция безопасности.
С одним клиентом консенсусный баг не бывает частичным. Он становится проблемой всей сети.
Я не думаю, что это ошибка. Для небольшой команды один отличный клиент — гораздо более разумное использование ресурсов, чем два посредственных, и Rusk аудитили многократно — библиотека узла, консенсусный слой, сетевой протокол, всё это проверяли внешние фирмы. Сфокусировать усилия — это оправданное инженерное решение.
Но это означает, что цепочка, предназначенная для регулируемого расчёта, сейчас не имеет разнообразия клиентов. Та самая вещь, которой традиционная рыночная инфраструктура уделяет первостепенное внимание — избыточность, независимые пути отказа, отсутствие единой точки отказа — пока там просто отсутствует.
Что я не могу определить извне — запланирована ли вообще вторая реализация, или же на данном этапе жизни сети её считают излишней. Оба ответа были бы логичными. Мне просто хотелось бы понять, какой из них верен.
С этого момента я перестал воспринимать фразу «open source» так, будто она автоматически означает устойчивость. Открытый код — это приглашение. Разнообразие клиентов возникает тогда, когда кто-то решает его принять.

Означает ли доказательство с нулевым разглашением автоматически 100% доверительную безотказность (trustless)?

Похоже, что да. Никто не видит секрет, а математика проверяет доказательство.

Но собственная статья Citadel от Dusk указывает на менее комфортный слой под PLONK: доверенную настройку.

Реализация PLONK у Dusk работает поверх BLS12-381 и по умолчанию использует KZG10 как схему коммитмента к полиномам. Для KZG нужна Common Reference String (общая эталонная строка), сгенерированная на основе случайности, связанной с секретом. Если это «токсичное отходное вещество» сохранится и попадёт к атакующему, допущение о корректности (soundness) может быть нарушено.

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

Так что же на самом деле означает «доверенная настройка»?

Это не значит, что нужно доверять одной компании с «главным паролем».

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

Меня тогда спросило: кто участвовал в церемонии Dusk?

На самом деле это описано более подробно, чем я ожидал.

Публичный репозиторий Dusk по доверенной настройке говорит, что он стартовал с проверенного ответа Zcash Powers-of-Tau #87, а затем добавил 15 перечисленных вкладчиков Dusk. Репозиторий показывает записи о вкладе и шаги верификации, а Dusk сказал, что результаты будут публичными, чтобы другие могли их проверить.

Это, однако, не доказывает все операционные предположения навсегда. Мне всё равно хотелось бы знать, соответствуют ли производственные параметры опубликованному протоколу и как независимо эта связка проверялась на практике сегодня.

Поэтому справедливый вопрос становится более конкретным: могу ли я проследить действующие криптографические параметры обратно к публично верифицируемой церемонии?

Когда проект открыто признаёт криптографическую слабость в собственной статье, это повышает доверие благодаря прозрачности — или просто заставляет вас захотеть понять, насколько реальный этот риск всё ещё остаётся?

#dusk $DUSK @Dusk

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

16 января 2026 года злоумышленник получил доступ к подписывающему кошельку, используемому мостовым сервисом Dusk. @Dusk описал подозрительную активность вокруг управляемого командой операционного кошелька, затем отключил и переработал связанные адреса, приостановил работу моста и скоординировался с Binance.

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

Dusk заявил, что это не стало следствием отказа консенсуса или эксплуатации уровня протокола DuskDS, и что пользовательские средства не пострадали.

Я прочитал это двумя способами.

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

Для ранней стадии сети это важно. Скорость локализации и ясность раскрытия — тоже часть регистра безопасности.

Но вторая часть труднее игнорируется.

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

Это заметно не стыкуется с направлением Dusk — DuskDS ↔ DuskEVM «доверие, не требующее посредников (trustless) нативный мост». Протокол может быть децентрализованным, но инфраструктура над ним всё равно может иметь человеческие точки контроля.

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

Текущая документация описывает потоки моста между Dusk mainnet и BSC, так что утверждение, что январское отключение «по‑прежнему закрыто», было бы устаревшим.

Так что реальный вопрос такой:

Скорость и детализация реакции Dusk повышают доверие, или то, что одна команда‑управляемый путь подписания сохраняет столько власти, остаётся более серьёзной проблемой?

#dusk $DUSK @Dusk

Каждая нить Every Dusk упоминает NPEX. Лицензированный голландский объект, подтверждённая эмиссия на €200M+, база более 20 000 инвесторов, флагманский рабочий процесс рыночной инфраструктуры.
Почти никто из них не говорит, как начались эти отношения.
Перейдите по ссылкам на медиа на собственной домашней странице Dusk, и одна из них — материал CoinDesk за декабрь 2020 года: там сообщается, что Dusk Network получила примерно 10% долю в нидерландской фондовой бирже, с которой она теперь сотрудничает.
Это меняет то, как я читаю партнёрство — в обе стороны.
Щедрая трактовка: так реально строится инфраструктура в регулируемых рынках. Нельзя холодным звонком обратиться в лицензированный объект и попросить его перестроить свою расчётную инфраструктуру под ваш неподтверждённый L1. Долевое участие выравнивает стимулы, вводит вас в обсуждение вопросов комплаенса и покупает годы институционального терпения, которые не может приобрести ни одна команда BD. Это также объясняет, почему дорожная карта Dusk выглядит как план рыночной инфраструктуры, а не как план DeFi — они сидели по ту сторону стола с 2020 года.
Осторожная трактовка: ключевой доказательный аргумент по приёму не полностью независим. Когда главный институциональный сигнал “валидности” цепочки приходит от площадки, в которой у неё есть доля, фразы “институт выбрал нас” и “мы инвестировали в институт” начинают размываться.
Оба прочтения могут быть верными одновременно, и я бы предпочёл держать в голове оба, а не делать вид, будто одно из них — это вся история.
Справедливое уточнение: тот отчёт датируется 2020 годом. Я не нашёл актуальной цифры, а доли меняются. Если у кого-то есть более свежие данные — мне действительно хотелось бы их увидеть.
Когда протокол держит долю в своём крупнейшем партнёре — это читается как ваша приверженность ему или как более слабая форма доказательства принятия?

#dusk $DUSK @Dusk #NPEX

#dusk $DUSK @Dusk Я пошёл искать историю аудита Dusk и в итоге прочитал раскрытие вместо этого.
30 апреля этого года OtterSec опубликовали найденную ими проблему корректности (soundness bug) в dusk-plonk — в системе доказательств, которую Dusk написал сам, ещё когда статья по PLONK была новой.
Короткая версия: транзакция с Phoenix shielded устроена так, что она зависит ровно от одной вещи. Не от подписи, не от второго контроля — от единственного действительного/недействительного вердикта от верификатора доказательства. Примечание к владению, примечание о членстве, целостность баланса, корректность nullifier: каждое из этих утверждений живёт внутри схемы, а узел лишь спрашивает "доказательство проверилось?"
Четыре значения в этом доказательстве были предоставлены проведёром и использовались в итоговом уравнении проверки, при этом их никогда не сверяли с обязательствами (commitments), уже находящимися в ключе верификатора. Обязательства существовали. Просто их не использовали для этих четырёх.
Две вещи запали мне в голову.
Во-первых, не было второго пути (net). Rusk проверяет такие вещи, как уникальность nullifier’ов, прежде чем выполнять проверку, но для утверждений внутри доказательства нет запасного маршрута. Одна сломанная связь — и все ограничения в схеме срабатывают одновременно.
Во-вторых, этот стек был проаудирован: dusk-plonk в декабре 2023. Phoenix в сентябре 2024. Библиотека узла Rusk от Oak Security в сентябре 2024. Собственное объяснение OtterSec по промаху — это ментальная модель: в учебниках селекторы PLONK являются публичными данными схемы, поэтому рецензент думает "на стороне верификатора" и пропускает дальше — прямо мимо того места, где реализация Dusk начала вместо этого использовать значения, предоставленные провайдером.
Заслуга где она есть: сообщили 13 февраля, признали и исправили 14 февраля, публичный релиз 27 февраля. Один день, чтобы признать и залатать — это серьёзная реакция.
Но это изменило для меня значение слова "проаудирован". Аудит — это снимок внимания, а не доказательство корректности.
Когда вы читаете, что цепочка проаудирована — вы проверяете, кто, когда и какой именно компонент?

Я читал про open-source инструмент @Dusk , созданный для выявления документации, которая незаметно перестала соответствовать коду. Естественно, я проверил идею на самом удобном для этого объекте: собственной документации Dusk.
Инструмент называется Pituitary. Лицензия MIT, один исполняемый файл, без Docker и без API-ключей. Он индексирует ваши спецификации, документацию и записи о принятых решениях, а затем отмечает пересекающиеся решения, устаревшую документацию, код, который противоречит спецификации, дрейф терминов и цепочку влияния, когда одна спецификация меняется. Также он поставляется с сервером MCP, поэтому AI‑агент для разработки получает осведомлённость о спецификации прямо по ходу сессии, вместо того чтобы уверенно строить решение, которое было отменено много месяцев назад. Команда блокчейна, которая создаёт универсальную инфраструктуру для разработчиков и раздаёт её под MIT — такое встречается нечасто. Заслуживает отдельной похвалы.
Затем я прочитал документацию. В записи Dusk's Network Updates прямо сказано, что новые транзакции Phoenix отклоняются в mainnet после перезапуска Boreas, и что Moonlight является поддерживаемой моделью транзакций в дальнейшем. Страница Transaction Models, где учат, всё ещё описывает Phoenix в настоящем времени — как один из двух нативных способов, с помощью которых значение движется в DuskDS, — и в конце сообщает, что вы свободны выбирать между ними. Никакого упоминания об отключении на странице нет.
Учебниковый дрейф спецификаций — прямо в документации команды, которая выпустила детектор дрейфа.
Справедливости ради: документация отстаёт от реальности на любой цепочке. Dusk делает необычным другое: они публикуют точный, обоснованный записью hard-fork, и именно поэтому этот разрыв виден мне. Суть не в том, что они «не справились». Суть в том, что даже команда, которая построила детектор, не может полностью обогнать эту проблему.
Так чему вы на самом деле доверяете в документации для сети: страницам learn, changelog или исходному коду? И что вы делаете, когда все трое расходятся?

#dusk $DUSK

#dusk $DUSK @Dusk NPEX — это нидерландская фондовая биржа, основанная в 2008 году. Она имеет лицензию на многостороннюю торговую площадку (MTF) и лицензию европейского провайдера краудфандинговых услуг (ECSP) от AFM. Упомянутые Dusk и NPEX публичные лица оценивают объем обеспеченного ими финансирования через NPEX более чем в €196–200 млн для 100+ МСП, при этом задействовано более 17 500 активных инвесторов. Dusk и NPEX объединились, чтобы переводить котируемые акции и облигации в ончейн-формат: они интегрируют Chainlink CCIP для кроссчейн-взаимодействия токенизированных активов, выпущенных на DuskEVM, и внедряют Chainlink DataLink, чтобы вывести биржевые данные NPEX в ончейн. Dusk описывает партнерство как предоставление протоколу доступа к «полной линейке финансовых лицензий» через NPEX — MTF, Broker, ECSP, а также к готовящейся лицензии DLT-TSS в рамках Дорожной карты ЕС по пилотным режимам DLT — при этом совместно созданное NPEX dApp работает на DuskEVM как фронтенд.

Важно отметить различие между инфраструктурой и юридическим статусом. Технически блокчейн может представлять облигацию или долю ETF в виде токена без того, чтобы этот токен получал какое-либо признание со стороны регулирования — это просто данные, если за выпуском, хранением и торговлей не стоит лицензированная организация. То, что приносит NPEX, — это не функциональность смарт-контрактов; это лицензионная структура, делающая ончейн-представление ценной бумаги юридически значимым в ЕС, а также операционная история, которая придает отношениям реальную основу. Деталь о режиме DLT Pilot Regime особенно важна, потому что это механизм ЕС, позволяющий MTF вроде NPEX также брать на себя обязанности по посттрейд-расчетам, которые обычно выполняет центральный депозитарий ценных бумаг — именно ту часть стека, которую блокчейн лучше всего способен заменить.

Лицензия привязана к лицензированному субъекту, а не к протоколу. Если институциональное повествование Dusk опирается на отношения с NPEX, ее институциональная легитимность частично зависит от регулирующего статуса одной биржи и от ее продолжаемой приверженности развитию на Dusk. Насколько «комплаенс, заложенный в конструкцию», является свойством протокольного уровня, а насколько — свойством именно этого партнерства?

#dusk $DUSK @Dusk

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

Большинство цепочек, ориентированных на регулируемые финансы, по-прежнему строят консенсус, рассчитанный прежде всего на открытое участие, а соответствие требованиям (compliance) добавляют позже. Dusk не отказывается от этой «базы» без разрешений — любой, кто блокирует требуемый стейк, может стать provisioner — но делает с этим кое-что конкретное. Консенсус Succinct Attestation выбирает комитеты подходящих provisioner’ов с помощью детерминированной сортировки (deterministic sortition), и эти комитеты предлагают, валидируют и ратифицируют каждый блок через явные раунды голосования, а не через вероятностную финализацию. Это важно: сети, где институциональным участникам нужно проводить расчеты по сделкам, требуется однозначный, проверяемый ответ о финализации блока — при этом не превращая реестр в открытую книгу со всей активностью каждого участника.

Показательно, что это подается не как компромисс между децентрализацией и комплаенсом, а как ограничение дизайна с самого первого дня. Оператор рынка, работающий, например, по лицензии ЕС MTF, нуждается в консенсусном процессе, результат которого можно проверять блок за блоком, не допуская того, чтобы каждый контрагент видел каждую сделку. Это отличается от оптимизации под TPS или комиссии за газ — о чем большинство нарративов «enterprise blockchain» просто умалчивают.

Кроме того, это поднимает вопрос, на который у меня пока нет точного ответа: финализация на основе комитетов просит provisioner’ов на каждом раунде реально сойтись и сформировать аттестацию, вместо того чтобы позволить цепочке «дозреть» до нужного состояния со временем. Насколько это лучше подходит для регулируемых расчетов — или же это просто иной компромисс между живучестью (liveness) и участием — стоит проверить в реальных условиях сети, а не предполагать исходя лишь из дизайна. Мы не узнаем этого, пока реальный институциональный объем не попытается проводить расчеты on-chain и не начнет испытывать эти предположения под давлением.

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

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

Сегодня DUSK торгуется около $0.065, почти на 7% за последний день, рыночная капитализация — порядка $32M по CoinMarketCap — цифры движутся, но в данном случае это не главное.

@Dusk #dusk $DUSK

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

Раньше я предполагал, что доказательство соответствия инвестора требованиям подразумевает раскрытие личности за этим. Более внимательное изучение Citadel изменило это предположение.
Поток начинается с удостоверения — лицензии — выданной доверенным License Provider. Поставщик проверяет пользователя офлайн, подписывает соответствующие атрибуты, публикует зашифрованную лицензию и регистрирует её в контракте Citadel. Позже пользователь может сгенерировать доказательство с нулевым разглашением, показывающее, что он владеет зарегистрированной лицензией, подписанной поставщиком, — не раскрывая ключ кошелька, персональные атрибуты и даже то, какая именно лицензия послужила для создания доказательства.
То, что действительно изменило ход моих мыслей, таково: теперь регулируемая услуга может получать криптографическое подтверждение того, что проверка соответствия была выполнена, не допуская попадания на блокчейн полной идентичности инвестора. Но Citadel не решает, кого допускают. Поставщик услуги всё так же выбирает, каких License Providers он считает доверенными, какие атрибуты удовлетворяют его правилам, а также истёк ли срок сессии, отозвана ли она или может ли быть использована повторно.
Таким образом, доказательство делает владение удостоверением приватным и проверяемым — но смысл, который придаётся этому удостоверению, по-прежнему существует на уровне приложения, в руках того, кто его выдаёт и интерпретирует.
Citadel действительно убирает раскрытие личности из контроля доступа или просто переносит самое важное решение о доверии на провайдера, выдающего и интерпретирующего удостоверение?

#dusk $DUSK @Dusk

Большинство цепочек, которые хвастаются «быстрой финализацией», на самом деле хвастаются вероятностной финализацией — нужно просто подождать достаточно долго, чтобы вероятность отката стала статистически абсурдной. Dusk этого не делает. Он фиксирует настоящую финальную завершенность, и механизм, стоящий за этим, стоит рассматривать дольше, чем позволяет маркетинговая страница.
Раздельное византийское согласование (Segregated Byzantine Agreement) разделяет производство блоков на две задачи, которые никогда не соприкасаются. Генерация выполняется Блок-Генератором, выбранным через Proof-of-Blind-Bid — процедуру сортиции, где сумма ставки, определяющая ваши шансы на победу, остается скрытой, а не только ваша личность. Валидация — отдельная работа, которую проводит вращающийся комитет Провайдеров (Provisioners): они проголосуют за блок через Reduction, затем Agreement. Две фазы, два разных набора действующих лиц, ни одна роль не и предлагает, и не финализирует.
Почему это разделение важнее, чем звучит? Потому что большинство атак на консенсус нацелены на пересечение ролей — лид, который может и предложить блок, и имеет чрезмерное влияние на подтверждение. Разделяя эти роли и скрывая веса ставок, которые решают, кого выбирают для генерации, вы устраняете цель, с которой иначе было бы легко ссориться (grief) или подкупать. После того как сертификат формируется в фазе Agreement, это не «мягкое ожидание» в течение шести дополнительных подтверждений — это финал. Именно это институции действительно заботит, а не брендирование приватности.
Компромисс, который никто не рекламирует: это работает только потому, что каждый раунд перетасовывает распределение голосовой силы. Статические наборы валидаторов проще объяснять и проще аудировать извне, но они также проще для привязки и таргетинга. Dusk поставил на непредсказуемость вместо читаемости.
Любопытно, где люди приземляются с этим — для чейна, который претендует на урегулирование регулируемых ценных бумаг, является ли перетасовка валидаторов от раунда к раунду функцией безопасности или просто переносит поверхность атаки с «кто лидер» на «можете ли вы предсказать выход сортиции»?

#dusk $DUSK @Dusk

Каждый @BabylonLabs_io разъяснитель повторяет одну и ту же фразу: делегируйте поставщику окончательности, который ведёт себя неправильно — и ваш Bitcoin будет «оштрафован» (slashed). Это подаётся как то, что означает «56 000+ BTC “обеспечивают” эти цепочки» — реальный капитал под риском, если провайдер сделает double-sign.
Поэтому я проверил фактический параметр, а не текст предупреждения. Документация по операторам нод Pier Two прямо говорит: double-sign, а штраф по BTC — фиксированные 0,1% от суммы, поставленной в стейк. Сравните это с BABY-валидаторами, которые теряют 5% за то же нарушение — в пятьдесят раз больше.
Именно этот разрыв заставил меня остановиться. Подача такова: «Безопасность Bitcoin распространяется наружу», и большинство людей читают это как атаку на BSN, которая стоит чего-то близкого к полному BTC за ним — так серьёзное slashing работает на Ethereum. Но если реальный сдерживающий фактор ограничен десятой долей процента, то «миллиарды BTC, обеспечивающие эту цепочку» делают больше работы как нарратив, чем как экономика. Провайдер, который ведёт себя неправильно, не рискует миллиардами — он рискует 0,1% делегированного стейка, и этот риск лежит на держателях BTC, которые делегировали, а не на собственном капитале провайдера.
Стоит сказать прямо: на Babylon ещё не было фактического slashing ни одного поставщика окончательности. Механизм всё ещё не проверен в продакшене — нет реальной проверки, сохранит ли 0,1% 250+ операторов честными, когда появятся реальные стимулы вести себя неправильно.
0,1% — это осознанный выбор, чтобы downside делегаторов был достаточно небольшим, и они готовы стейкать, или признак того, что «безопасность» здесь тоньше, чем предполагает заголовок по TVL, если посмотреть, что именно реально можно принудительно применить?

#baby $BABY $BTC

Вместо того чтобы просто прочитать презентацию, я разбирал «без доверия BTC DeFi» от Babylon.
TVL около $2,6 млрд, и на этой неделе просел почти на 19% — ушло более $600 млн. Это не похоже на историю «мы просто починили BTC DeFi», хотя само по себе звучит слабо: расширение продукта может продолжаться, пока TVL сокращается.
Сложнее всего — где именно торгуется $BABY : 24-часовой объём примерно $6,2 млн, и лишь около 13% приходится на DEX, остальное — поток с централизованных бирж. Для протокола, построенного на устранении доверенных посредников, сам токен почти не соприкасается с «без доверия» рельсами.
Дальше — выделенная BTC-backed «спица». Сначала читается как ещё одна строка по обеспечению, но изоляция ликвидности BTC делает кое-что более тихое — это фильтрует депозиторов, которые проверяют, может ли BTC стоять и работать без того, чтобы его продавали, а не охотников за доходностью. Мосты и трения с кастоди (хранением) отсеивают тех, кто ещё не убеждён. Медленнее вход — медленнее выход.
Токеномика добавляет ещё один слой: 8% ежегодной инфляции — механическая и гарантированная — против аукциона на сжигание, который срабатывает только если реальное внедрение BSN генерирует поток вознаграждений. Один тикет идёт независимо от использования. Другой — нет.
Я не называю это всё «сломано» — это просто отдельные системы на отдельных таймлайнах, и только одна из них гарантированно будет двигаться в пользу Babylon.
Где «без доверия» реально должно удерживаться — в механизме обеспечения или во всём, что на него «настроено» по цене?

@BabylonLabs_io #baby $BABY $BTC

Прошлой ночью я не мог уснуть, и думал, что делать: посмотреть фильм или заняться какой-то работой? Потом я подумал, что стоит взглянуть на крипторынок, открыл приложения CoinMarketCap, и увидел, что сегодня рынок BTC упал на 0.72%. Затем я увидел, что <0.01199$> и $BABY token вырос на 3.5%. Цена растёт, капитализация — 51.22m, объём за 24ч — 52.11m, при этом это 24-е место; объём вырос на 475%. Я думал, что выйду из этого просто посмотрев на цену. Но уже несколько дней @BabylonLabs_io снова и снова появляется перед глазами, и мне захотелось узнать больше о проекте. Затем я перешёл на страницу аудита Certik.Skynet. После этого я был шокирован, увидев оценку. Ставка 89.58 AA вроде бы в хорошем состоянии в разделе безопасности. Есть также некоторые сторонние аудиты. Чуть ниже на странице Certik я вижу, что аудит Certik ещё не завершён, нет верификации команды, и рейтинг тоже отображается как частичный. Так что у меня возник вопрос. Звучит довольно убедительно. Но у меня всё же есть сомнения, почему это не завершено, несмотря на то что проект выглядит таким хорошим. Я увидел на странице Certik, что аудит ещё не завершён. Возможно, есть достаточно причин, которые мы не знаем, но как обычный пользователь это вызвало у меня любопытство — как ты думаешь, было бы лучше, если бы по этому вопросу всё было завершено? Или того, что есть сейчас, достаточно?

#baby $BABY

Пока я просматривал токеномику Babylon, кое-что действительно привлекло мое внимание. Судя по доступной информации, общее предложение составляет 10,98 миллиарда, при этом в обороте находится примерно 4,03 миллиарда токенов. Но для проекта такого масштаба удивительно, что в официальной токеномике нет четкого упоминания о максимальном предложении. Это заставляет меня задуматься: это просто упущение или есть причина, почему эта информация пока не была ясно раскрыта? Знание максимального предложения важно, потому что помогает инвесторам оценить будущие выпуски токенов, возможную инфляцию и долгосрочную оценку стоимости. Именно поэтому всегда стоит потратить время на изучение официальных документов, а не полагаться на хайп. Как вы считаете? Вы думаете, что отсутствие данных о максимальном предложении — это просто упущение, или может быть есть другое объяснение?

@BabylonLabs_io #baby $BABY $BTC

Есть некоторые вопросы, которые снова и снова возникают у меня в голове о Вавилоне. То, что показано снаружи, и то, что происходит внутри, — не одно и то же. Многие думали, что этот аирдроп — награда для сообщества, но если посмотреть на распределение, это выглядит немного иначе. Многие кошельки ушли с наградами после непродолжительного фарминга, а те, кто действительно находится там уже давно, получили не так много. Поэтому мой вопрос не в том, кому это досталось, а в том, кто остаётся на месте после того, как награды заканчиваются. Ещё один момент — формулировка «только Bitcoin». Звучит хорошо, но если посмотреть документы, становится ясно, что помимо Bitcoin здесь также полагаются на Ethereum и некоторые DeFi-приложения. Управление и экстренный multisig всё ещё предусмотрены. Я не говорю, что дизайн плохой, но есть небольшая разница между маркетингом и реальностью. В итоге главный вопрос: будут ли люди продолжать блокировать Bitcoin, зная всё это, или интерес тоже исчезнет, когда прибыль начнёт уменьшаться. Думаю, именно здесь и лежит настоящее испытание.

@BabylonLabs_io #baby $BABY