Ra44

Термином «93% DeFiSafety» от TermMax постоянно оперируют в цитатах. Разбивка полезнее, чем громкий заголовок.
Шесть категорий. Код и команда — 100%. Оракулы — 100%. Административные настройки — 97%. Безопасность — 94%. Тестирование — 89%. Документация по коду — 70%.
Документация — самая низкая по оценке, с большим отрывом, и это единственная категория, с которой большинство пользователей вообще сталкивается. Вы никогда не будете читать тестовый набор. Вы будете читать документацию.
Я наткнулся на подтверждающие свидетельства, когда проходил по материалам. В FAQ сказано, что поставщики ликвидности получают доход (yield) от LP-токена под названием lp-FT. Я не смог найти определение lp-FT больше нигде в документации.

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

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

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

#termmax @TermMax

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

#dusk $DUSK @Dusk
Когда я впервые прочитал, что лицензированная организация намерена вывести на блокчейн крупную сумму активов, я воспринял это число как результат. Какое-то произошедшее событие.
Если присмотреться внимательнее, я понял, что читаю намерение как итог.
Такая цифра описывает активы, которые организация планирует представить on-chain. Она не описывает, как часто эти активы перемещаются, сколько ценности проходит через сеть за конкретный месяц, или какой объем активности сеть реально обрабатывает благодаря им.

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

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

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

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

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

#dusk $DUSK @Dusk Solidity developers don't want to relearn an entire toolchain just to try a new chain.

So making DuskEVM OP Stack-compatible looked like a smart move at first glance.

Developers can use Solidity and familiar EVM tooling instead of starting from zero. But DuskEVM is only the execution layer. Final settlement and data availability run through DuskDS, Dusk's base layer with deterministic finality.

That is a genuine attempt at the best of both worlds.

Keep Ethereum's developer experience, while anchoring applications to infrastructure designed around financial settlement.

But the architecture creates a second question.

Every time execution and settlement live on different layers, the connection between them becomes critical. Value, state and proofs have to move safely between DuskEVM and DuskDS.

And historically, bridges and cross-layer interfaces have been some of crypto's most fragile infrastructure.

Dusk itself learned a version of that lesson in January when its separate Dusk↔BSC bridge suffered a signing-wallet compromise. That was not an exploit of DuskEVM or its DuskDS settlement path, so the two should not be confused.

But the principle still matters: the base chain can remain secure while infrastructure connecting two environments becomes the weaker point.

Dusk describes the DuskDS↔DuskEVM bridge as native and trustless, without external custodians or wrapped assets.

That is encouraging, but as more applications and value move onto DuskEVM, the security assumptions behind that settlement path become more important, not less.

EVM compatibility lowers the barrier for builders.

It also gives Dusk another boundary that has to be defended perfectly.

Is EVM compatibility simply a necessary trade-off for adoption — or does every privacy-first chain that adds an EVM layer also expand the attack surface it has to protect?

$DUSK @Dusk

Два предложения со страниц TGE TermMax, которые изменят то, что некоторые люди будут делать на этой неделе.
Первое. Если на странице чекера вы видите Genesis Reward — описанную как особую награду для ранних и долгосрочных участников — она уже включена в общий объем, показанный вверху.
Не добавляется. Включено.
Это противоположно тому, как интуитивно читается строка о бонусе. И если вы находитесь выше порога вестинга и решаете между тем, чтобы лишиться 70%, и тем, чтобы получить 85%, увеличение вашей собственной базовой цифры меняет ответ, который вы в итоге получаете.
Второе. Нет ограничений по времени для получения вашего сразу доступного TMX. На странице Management сказано напрямую — возвращайтесь и забирайте в любое время.
Это действительно удачное решение и, к тому же, встречается реже, чем должно быть. Многие запуски добавляют срок годности для незаявленных токенов, из-за чего всех толкает на совершение сделок в самый худший день для газа и для цены.
Если сложить это вместе, вы получаете то, что большинство людей поймут наоборот на этой неделе.
Решение срочное. 23 августа, 23:59 UTC. Пропустите — и для вас будет назначена самая длинная блокировка.
Сама транзакция не срочная. Вообще.
Так что спешка относится к выбору, а не к заявлению. Ожидайте, что в первый день очень многие будут бежать за тем, чтобы заявить, в зависимости от того, что делает рынок, при этом рассматривая дедлайн как то, с чем можно разобраться позже.
Именно наоборот.
Какой дедлайн вы на самом деле воспринимаете как настоящий?

#termmax @TermMax

Небольшая деталь, чрезмерно интересно устроенная.
Транзакции в сумеречном режиме могут нести memo до 512 байт. Всего существует четыре типа транзакций: обычный перевод, вызов контракта, развертывание контракта и перевод с memo.
Зачем вообще на цепочке, построенной вокруг конфиденциальности, нужен поле memo?
Биржи. Инженерная заметка, которая это представила, говорит, что смысл в том, чтобы позволить бирже направлять средства на внутренние аккаунты, используя при этом один общий ключ или адрес получения. Любой, кто пополнял биржу в Cosmos или XRP, знает этот точный ритуал — один общий адрес и тег, который говорит, какому клиенту принадлежат средства.
Так что на цепочке, весь месседж которой — «не всё должно быть публичным», операционная реальность интеграции бирж привела к появлению поля, где вы, открыто, указываете, к какому аккаунту относится этот платёж.
Я не думаю, что это лицемерие. Это тот же принцип, за который @Dusk keeps ратует: раскрытие должно быть выбором, применяемым там, где оно полезно, а не автоматически по умолчанию везде. Memo для депозита — это место, где разборчивость и есть главная цель.
Но 512 байт — это много места, и универсальные поля никогда не остаются в своих рамках. Memo в других цепочках превратились в ссылки на инвойсы, номера заказов, сообщения и иногда во всё то, чего никто не планировал. Что бы в итоге туда ни попали, это навсегда записывается в публичный реестр — людьми, которые в момент записи об этом не думают.
Интересный вопрос не в самом поле. В том, что туда будут писать, когда придёт объём, и замечает ли кто‑нибудь это.
Если вы интегрировали цепочку с депозита́ми на основе memo — что самое странное вам приходилось видеть, что люди пишут в таком memo?

#dusk $DUSK @Dusk

У Native DUSK 9 знаков после запятой. Один DUSK равен 1,000,000,000 LUX.
ERC20 и BEP20 $DUSK have 18.
Я смотрел на эти две строки на странице токеномики дольше, чем ожидался, потому что это именно те детали, которые никогда не запускают тред, но зато неизменно создают тикет в поддержку.
Есть два последствия, которые я продолжаю прокручивать в голове.
Первое: LUX — это разрешение всего рынка комиссий. Цена газа задаётся в LUX за единицу газа, а комиссия — это использованный газ, умноженный на цену газа. Девять знаков после запятой — это самое точное значение, которое @Dusk когда-либо сможет иметь по цене. Для сети, ориентированной на расчёты по ценным бумагам — где вычисления купонов, разбиения дивидендов и дробные остатки — обычное дело, — этот потолок является реальным параметром дизайна, а не пустяком. Девять — более чем достаточно для токена. Но достаточно ли этого для каждого инструмента, который в итоге будет рассчитываться против него, — уже другой вопрос.
Второе: уменьшение с 18 до 9 — это не без потерь. Всё, что ниже девятого знака после запятой в Ethereum или BSC, не имеет места на mainnet. Кто-то должен решить, что происходит с этим «пылевым» остатком: он округляется, отсекается или блокируется — и это правило важнее всего для тех самых людей, для кого написано руководство по миграции.
Я прочитал руководство по миграции и руководство по BEP20 bridge и не нашёл, чтобы это правило было указано прямо. Возможно, оно обрабатывается корректно и просто не документируется. Возможно, оно где-то описано, но я до этого места не дошёл.
Вот почему я предпочитаю спросить, а не предполагать.
Если вы перенесли ERC20 или BEP20 DUSK на mainnet — ваш баланс приземлился ровно, или последние несколько цифр ушли куда-то?

#dusk @Dusk $BTC

Один клик — три отдельные вещи

Однокликовое кредитное плечо звучит как одно действие. В документации описаны три.
Вы предоставляете долговые токены. Протокол берет flash loan для остального. Затем объединенная сумма покупает обеспечивающий актив, и эта покупка фиксируется в Gearing Token.
Шаг второй — тот, с которым стоит считаться. Это рыночная покупка. Она проходит через swap adapter — в аудируемом объеме названы адаптеры Kyberswap и Odos — и какие адаптеры разрешены, контролируется ролью администратора.

Итак, ваша ставка зафиксирована при входе. Но ваша цена входа — нет. Моментальная тонкость в ликвидности DEX по обеспечению проявляется как худшее исполнение по позиции, которую вы только что открыли, и уверенность в ставке ничего из этого не исправляет.
Тем не менее это явно лучше, чем ручное циклическое взаимодействие по четырем протоколам. Меньше транзакций, меньше газа, одна атомарная точка отказа вместо пяти.
Но «фиксированная ставка» описывает финансирование, а не исполнение.
Вы проверяете глубину DEX по обеспечению перед открытием позиции с плечом или только APR?

#termmax @TermMax #DEX

@Dusk
Я сложил распределение вознаграждения за блок от Dusk, ожидая, что оно ляжет ровно на 100%. Генератор блоков 70%, фонд разработки 10%, комитет по валидации 5%, комитет по ратификации 5%. Это 90%.
Недостающие 10% — та часть, которую я считал фиксированной. Но это не так.
Последний срез тоже идет генератору блоков — но только до 10%, исходя из кредитов, включенных в сертификат блока. Любая нераспределенная часть сжигается.
Следовательно, эмиссия Dusk частично зависит от производительности. Блок, сертификат которого содержит полный набор голосов комитетов, выплачивает все вознаграждение. Блок, собравший меньше кредитов, платит меньше, а разница не переносится и не перенаправляется — она уничтожается. Каждый блок — это небольшое референдумное голосование о вовлеченности комитетов, которое «разрешается» через предложение.
Вот почему заголовок по эмиссии и число, ориентированное на стейкеров, — это два разных вопроса. Dusk эмитирует 500,000,000 DUSK за 36 лет с геометрическим затуханием, r = 0.5, с удвоением каждые четыре года. Период первый: 19.8574 DUSK за блок на протяжении 12,614,400 блоков, всего 250.48M DUSK. Это эмиссия.
Но 10% каждого вознаграждения за блок идет в фонд разработки, а неизвестная доля условных 10% сжигается. «Сколько сеть эмитирует на блок» и «что получает стейкер» решаются по-разному — и второе зависит от того, насколько хорошо сеть подтвердила именно этот блок.
Я думаю, что это честнее, чем обещание фиксированного APY. Это оценивает реальное участие в консенсусе, а не просто рекламирует число и надеется, что сеть его обеспечит. Но честность и моделируемость — не одно и то же. Чтобы сейчас оценивать бизнес валидатора, нужно допущение о средней полноте сертификатов — переменной, о которой нет маркетинговой страницы.
Dusk привлекает институциональных валидаторов для регулируемых рынков. Является ли условное, частично-сжигаемое вознаграждение правильным стимулом для этой аудитории, или учреждениям нужна предсказуемость больше, чем изящество?

#dusk $DUSK

Я продолжал прокручивать мимо этой строки, пока она не перестала выглядеть как сантехника.
FT — это то, о чём все говорят. Требование по нулевому купону: покупается ниже номинала, погашается по номиналу. Облигация.
XT — это то, что остаётся от той же долговой единицы после того, как это требование выделяют (вырезают). Процентная «нога». Вносите долговой токен, обе его половины чеканятся, и XT по мере приближения срока погашения стремится к нулю.
Вот что заставило это щёлкнуть в голове. Идентичность сохраняется в каждый момент, а не только в конце. FT и XT сгорают обратно в долговой токен по номиналу. Никаких аукционов, никаких оракулов. Погашение остаётся чистым, потому что половины всегда в сумме дают единицу.
Так что в итоге они оказываются у людей с противоположными ролями. В кредитном процессе часть XT меняют на стороне сделки, которая чеканит её, и кредитор уходит, имея только FT. Леверейджер получает XT, потому что именно удержание «затухающей» половины как залог — то, как собирается эта петля.
Кто-то должен владеть частью, которая обесценится до нуля в известную дату. Это леверейджер, а не кредитор.
Всё ещё не уверен: в документации XT называют и как «процентное обязательство» на одной странице, и как «индикатор левериджа» на другой. Не могу понять, от чего именно трейдеры отталкиваются при ценообразовании.
Если FT — это облигация, то кто на самом деле оценивает XT и по отношению к чему?

#termmax @TermMax

@TermMax 's pre-mine has a detail worth noting: 40M TMX (4% of 1B supply), reserved for early-user incentives, carries zero vesting — claimable 1:1 shortly after TGE, per TermMax's own docs.

Context matters here: a separate bonus TMX layer, offered by third-party vault partner Neutral Trade (not TermMax), *does* use 6-month linear vesting, no cliff. So vesting was clearly an option TMX supports — but that structuring call was Neutral Trade's, not TermMax's. I wouldn't read the core pool's no-vesting design as a deliberate #termmax signal.

Two readings are equally plausible: the team isn't worried about front-loaded sell pressure, or a no-vesting pool is just simpler to administer. Not enough evidence to favor either.

Security: Spearbit/Cantina audits are cited via Neutral Trade's docs, not a TermMax-published report — likely true, but secondhand. DeFiSafety's 93% score, listed on TermMax's own site, is solid.

Funding: ~$6.8M total — $2.55M angel (2022) + seed at $38M valuation, led by Cumberland (2023). Seed figure disputed: $4.25M (CryptoRank) vs $4.45M elsewhere, tied to parent entity "Term Structure." Small, unresolved gap.

Bigger unknown: no public vesting/cliff schedule for the remaining 96% (team, investors, treasury) — that matters more long-term than the 40M pre-mine.

Real question: how much of the 40M pool accrues by TGE. That decides whether this is a minor liquidity blip or a real market mover.

#dusk $DUSK @Dusk Согласие Dusk, Succinct Attestation (SA), — это комитетный, permissionless (допускающий участие без разрешений) протокол proof-of-stake (доказательства доли). Правомочные валидаторы выбираются с помощью детерминированной, учитывающей долю (stake-weighted) сортировки, чтобы формировать небольшие комитеты на каждую эпоху; эти комитеты предлагают, валидируют и ратифицируют блоки, используя агрегированные подписи, а не требуя, чтобы весь набор валидаторов участвовал в оценке каждого блока. В документации Dusk транзакции описываются как переходящие через четыре состояния: Accepted (получено и является корректным), Confirmed (включено в блок, на который затем будут настраиваться последующие блоки), Stable (погребено достаточно глубоко, чтобы практически исключить разворот) и Final (детерминированно, криптографически гарантированно необратимо). Это прямо противопоставляется консенсусу в стиле Накамото, где блоки никогда не считаются абсолютно финальными и воспринимаются как «вероятно безопасные» после того, как накапливается достаточно подтверждений.

Большинство цепочек дают пользователям ровно один сигнал — количество подтверждений — и оставляют пользователю решать, что значит «достаточно». Четырёхстадийная модель Dusk делает явным то, что обычно оставляют неявным: разным участникам в разные моменты времени нужны разные пороги уверенности. Розничный перевод может разумно считать «Confirmed» достаточным; для расчетов с ценными бумагами почти наверняка требуется «Final». По сравнению с полностью вероятностными системами SA меняет часть поверхности децентрализации (свидетельствует только комитет по каждому блоку) на явную, ограниченную точку, где финальность перестаёт быть вероятностной и становится абсолютной.

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

#dusk $DUSK @Dusk

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

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

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

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

Давайте разберём это правильно, потому что «токенизированный актив» используется слишком вольно.

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

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

Почему это различие важно на практике?

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

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

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

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

#dusk $DUSK @Dusk

Real Activity
Instead of rereading the pitch deck, I spent an evening just looking at the numbers. That's where the gap showed up.
Dusk gets pitched everywhere as an institutional-grade RWA rail — partnerships and integrations with recognizable names attached. But what's actually moving on-chain right now looks small — a Binance DUSK/USDT pair carrying only a modest slice of total market volume, with the rest scattered thin across smaller venues. Nowhere near where an "institutional" narrative is supposed to live yet.
Staking shows the same shape at a smaller scale. Hyperstaking is built to be accessible — a low entry floor, permissionless, a relatively short maturity window. Meanwhile, the larger tokenization initiatives are still described mostly in future tense, still "rolling out."
There's also a security angle worth sitting with. Independent security ratings currently show fairly modest audit coverage, insurance scoring, and bug bounty coverage. That's not unusual — plenty of L1s launch before their full security stack matures — but it's a noticeable gap for a chain courting custodian banks and tokenized securities specifically.
None of this reads as alarming so much as early. Infrastructure takes time to build. What's actually worth watching is who ends up using the settlement layer first — the stakers already active today, or the institutions still waiting on paperwork and compliance rails to finish.
Is the gap between the institutional narrative and current on-chain activity just a normal early-stage lag, or does it say something about how far real institutional adoption actually is?

#dusk $DUSK @Dusk

#dusk $DUSK Вот что обычно упускают в большинстве разборов DUSK: это не одна цепочка с единой моделью приватности, прикрученной «сверху». Это цепочка, которая одновременно работает с двумя различными моделями транзакций, потому что платеж и безопасность — это не один и тот же тип объекта и они не могут «ломаться» одинаковым образом.
Phoenix — это UTxO-подобная модель для повседневных скрытых переводов: балансы и контрагенты скрыты, заметки отслеживаются в дереве Меркла, а нуллифаеры предотвращают двойные траты без раскрытия того, какая именно заметка была потрачена. Она создана для пропускной способности и конфиденциальности при обычных переводах стоимости.
Zedger сделан намеренно другим. Он смоделирован специально для токенизированных ценных бумаг, где суть — не только скрывать баланс. Суть в доказательстве того, что события жизненного цикла (выпуск, ограничения на передачу, корпоративные действия, погашение) произошли корректно в рамках регулируемой модели, не раскрывая публичной цепочке таблицу капитализации. У токена ценной бумаги есть обязательства, которые Phoenix никогда не был рассчитан нести: ограничения передачи, привязанные к статусу инвестора; возможность эмитента замораживать или отзывать по конкретным юридическим условиям; требования аудита, которые сохраняются даже когда балансы остаются запечатанными.
Запуск обеих моделей в одном расчетном слое — это и есть ставка инженерии. Dusk не выбирает между «цепочкой частных платежей» и «цепочкой соответствующих требованиям ценных бумаг» — она утверждает, что вам нужны обе примитивы в одной и той же среде выполнения, потому что регулируемый рынок затрагивает оба типа транзакций в один и тот же торговый день. Контракт передачи управляет обоими потоками через ту же модель целостности на основе дерева Меркла — это более чистая архитектура, чем мост между двумя цепочками с разными гарантиями приватности.
Открытый вопрос: не станет ли двойная сложность бременем в обслуживании, если спецификации будут развиваться независимо друг от друга, или же это действительно более надежно, чем универсальный слой приватности «для всего сразу».
Знает ли кто-нибудь о другом L1, который намеренно разделяет две производственные модели транзакций по классам активов, а не тянет один универсальный примитив приватности на всё подряд?
@Dusk $NVDAB

Команда Babylon представила BABE — их новую систему верификации доказательств — как ключ к тому, чтобы Trustless Bitcoin Vaults стали практичными: примерно в 1000 раз меньше хранилище, в 1000 раз быстрее настройка — с часов до секунд. Если прочитать это само по себе, это звучит как уже готовое обновление.
Затем я посмотрел их собственный план развертывания из того же звонка. BABE пока не является живой функцией в основной сети — оно проходит этапы: сначала альфа-тестнет (упрочнение биткоин-части, ZK, верификации), затем бета-тестнет (API и документация, готовые к мейннету), а после этого — целевой запуск в мейннете. Числа по сжатию — это реальные результаты лабораторных испытаний. То, выдержат ли они проверки на масштабе продакшена, в реальных условиях сети, при реальном противодействующем тестировании — это отдельное и пока ещё открытое утверждение.
Это не красный флаг — так обычно поставляется серьёзная криптография: поэтапно, а не всё сразу. Но одновременно верны и то, что "в 1000 раз меньше" заявлено как заголовок, и то, что "всё ещё в альфе" указано как статус; и в тред попадает только одно из этого.
Где лучше всего отслеживать фактическое прохождение BABE всех этапов, вместо того чтобы полагаться на пост-объявление?
@BabylonLabs_io #baby $BABY

9 все dn #BibanceTurns9