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 не хотят заново переучиваться целой цепочкой инструментов только ради того, чтобы попробовать новый чейн.

Поэтому сделать DuskEVM совместимым с OP Stack поначалу казалось разумным шагом.

Разработчики могут использовать Solidity и привычные инструменты EVM, вместо того чтобы начинать с нуля. Но DuskEVM — это только слой исполнения. Финальное урегулирование и доступность данных работают через DuskDS — базовый слой Dusk с детерминированной финальностью.

Это действительно попытка получить лучшее из обоих миров.

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

Однако такая архитектура поднимает второй вопрос.

Каждый раз, когда исполнение и урегулирование живут на разных слоях, связь между ними становится критически важной. Стоимость, состояние и доказательства должны безопасно передаваться между DuskEVM и DuskDS.

И исторически мосты и интерфейсы между слоями были одними из самых хрупких элементов инфраструктуры в крипто.

Сам Dusk усвоил версию этого урока в январе, когда его отдельный мост Dusk↔BSC пострадал от компрометации подписного кошелька. Это не было эксплойтом DuskEVM или его пути урегулирования через DuskDS, так что два случая не стоит путать.

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

Dusk описывает мост DuskDS↔DuskEVM как нативный и не требующий доверия, без внешних кастодианов или обернутых активов.

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

Совместимость с EVM снижает барьер для разработчиков.

Она также дает Dusk еще одну границу, которую нужно защищать безупречно.

Является ли совместимость с EVM просто необходимым компромиссом для принятия — или каждый privacy-first чейн, который добавляет слой EVM, также расширяет поверхность атаки, которую ему приходится защищать?

$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 есть деталь, на которую стоит обратить внимание: 40M TMX (4% от предложения в 1B), зарезервировано для поощрений ранним пользователям; полное отсутствие вестинга — токены можно заявить 1:1 вскоре после TGE, согласно собственным документам TermMax.

Здесь важен контекст: отдельный бонусный слой TMX, предложенный партнером-вователем сторонней биржи Neutral Trade (не TermMax), *использует* 6-месячный линейный вестинг, без клиффа. То есть вестинг как опция TMX поддерживает — но это решение по структуре было call Neutral Trade, а не TermMax. Я бы не трактовал отсутствие вестинга в дизайне основной пулы как намеренный сигнал #termmax .

Есть два одинаково правдоподобных прочтения: команда не обеспокоена фронтальной распродажей, или пул без вестинга просто проще в администрировании. Недостаточно данных, чтобы отдать предпочтение одному из вариантов.

Безопасность: упоминаются аудиты Spearbit/Cantina, но в документах Neutral Trade, а не в отчете, опубликованном TermMax — вероятно, так и есть, но это пересказ. Оценка DeFiSafety 93%, указанная на собственном сайте TermMax, внушает доверие.

Финансирование: всего около $6.8M — $2.55M от ангела (2022) + сид на оценке $38M, во главе с Cumberland (2023). Сид-цифра оспаривается: $4.25M (CryptoRank) vs $4.45M в других источниках, связано с материнской сущностью "Term Structure." Небольшой, но не закрытый разрыв.

Куда больший неизвестный фактор: публичного графика вестинга/клиффа для оставшихся 96% (команда, инвесторы, казначейство) нет — это важнее для долгосрочной перспективы, чем 40M pre-mine.

Главный вопрос: какая доля из 40M пула начисляется к моменту TGE. От этого зависит, это лишь незначительный всплеск ликвидности или реальный фактор движения рынка.

#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

Действительная активность
Вместо того чтобы перечитывать питч-дек, я провел вечер, просто изучая цифры. Именно там и проявилась эта разница.
Закат везде подают как рельсы RWA институционального уровня — партнерства и интеграции с узнаваемыми именами на привязке. Но то, что реально движется on-chain прямо сейчас, выглядит небольшим — пара Binance DUSK/USDT, несущая лишь скромную долю от общего объема рынка, а остальное тонко распылено по более мелким площадкам. Пока что это совсем не похоже на место, где должна обитать «институциональная» история.
Стейкинг показывает ту же форму, но в меньшем масштабе. Hyperstaking построен так, чтобы быть доступным — низкий порог входа, permissionless, относительно короткое окно зрелости. Тем временем более крупные инициативы токенизации по-прежнему описываются в основном в будущем времени — «катятся в релиз».
Есть и аспект безопасности, с которым стоит разобраться. Независимые рейтинги безопасности сейчас показывают довольно скромное покрытие аудитов, страхового скоринга и bug bounty. Это не что-то необычное — многие L1 запускаются до того, как полностью созреет их комплекс безопасности, — но это заметный пробел для сети, которая ориентируется на кастодиальные банки и токенизированные ценные бумаги.
Во всем этом нет ничего, что выглядит тревожно — скорее это ранний этап. Инфраструктура требует времени для построения. На что реально стоит смотреть — кто первым начнет использовать слой расчетов: валидаторы/стейкеры, которые уже активны сегодня, или институты, которые все еще ждут завершения документов и нормативных «рельсов» комплаенса.
Разрыв между институциональным нарративом и текущей on-chain-активностью — это просто нормальная задержка на ранней стадии, или это говорит о том, насколько далеко на самом деле продвинуто реальное институциональное внедрение?

#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