老李说财经

#dusk $DUSK

Я давно думаю, что в KYC есть один момент, который особенно раздражает.

Дело не в том, что нужно сделать это один раз и неудобно.

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

Недавно, глядя на Citadel 2 у @Dusk , я внезапно подумал: возможно, вопрос вообще не должен ставиться так.

Платформе правда нужно знать, «кто я»?

Или на самом деле она просто хочет проверить несколько вещей:

я из разрешенного региона;

хватает ли моего возраста;

есть ли у меня соответствующая инвестквалификация.

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

Подход Citadel не в том, чтобы убрать KYC.

Проверка реальной личности в реальном мире все равно нужна.

Разница начинается дальше.

После того как проверка пройдена, получаешь credential, а затем с помощью ZK доказываешь, что соответствуешь определенному условию — не нужно каждый раз заново выкладывать полное досье для следующей платформы.

Мне кажется, это различие очень практичное.

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

Конечно, и понимать это как абсолютную анонимность не стоит.

Даже устройство, сеть и сами по себе атрибуты могут быть недостаточно уникальными — и тогда конфиденциальность будет страдать.

Но как минимум оно решает одну проблему, которую я все время считал неприятной:

платформа должна знать то, что ей нужно — и ты доказываешь это.

Не забирай каждый раз по умолчанию весь пакет данных целиком заново.

#dusk $DUSK

Раньше, когда видел «EVM compatible», я почти не задумывался.

Solidity можно писать, Foundry можно запускать, кошельки тоже подключаются — ну разве это не значит, что можно просто продолжать пользоваться тем же, что и в Ethereum?

Но недавно я посмотрел Reference DuskEVM от @Dusk и понял: при реальном развёртывании так лениться нельзя.

Самый простой пример — у DuskEVM сейчас есть собственный sequencer.

Транзакция приходит с receipt, значит она уже упакована, но это не то же самое, что последующий settlement.

Ещё есть prevrandao.

В Ethereum некоторые разработчики на автомате используют его для логики, связанной со случайностью, но в официальной документации Dusk отдельно предупреждают: в DuskEVM не стоит воспринимать prevrandao как безопасный и беспристрастный источник случайных чисел.

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

Так что теперь моё понимание EVM-совместимости намного более приземлённое:

Да, она может сэкономить массу затрат на миграцию — с этим всё нормально.

Но «интерфейс знаком» и «нижележащая среда та же самая» — это не одно и то же.

Если реально готовиться к запуску, всё равно придётся заново разбираться в sequencer’е, finality и кросс-слойном состоянии.

Даже наоборот: мне нравится, что официальный материал прямо фиксирует эти ограничения.

Самое страшное — не сами различия.

Хуже, когда ты думаешь, что различий нет.

#dusk $DUSK

Предположим, я купил онлайновую (цепочную) облигацию.

Деньги уже списали.

А в итоге облигация не поступила.

Или наоборот:

Облигации уже перевели мне, а на стороне продавца деньги так и не пришли.

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

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

Недавно, глядя на design settlement у @Dusk , я почему-то сильнее всего запомнил три буквы DvP.

Delivery versus Payment.

Если по‑человечески:

Нога по активам и нога по платежу не должны идти каждая сама по себе.

Лучше, чтобы они были связаны в рамках одних и тех же условий расчётов.

Деньги передали — актив передали.

Актив передали — тогда деньги считаются по‑настоящему полученными, и расчёт завершён.

Вот почему сейчас я думаю, что:

Сделка и Settlement — это вообще не одно и то же.

Сделка — это лишь то, что стороны договорились.

Settlement — это когда деньги и товар (актив) реально закрыты «ноль‑в‑ноль».

Deterministic finality и DvP-ready workflow, которые сейчас подчёркивает Dusk, по сути и пытаются связать эти две вещи.

Dusk Trade тоже координирует asset leg и payment leg и увязывает settlement в рамках одного процесса.

Но не стоит это рекламировать как «с DvP нет риска».

Нет.

Если сделку в итоге не завершить, вы всё равно можете упустить цену, всё равно может возникнуть временный дефицит ликвидности.

Оно решает в первую очередь другую задачу:

Не дать ситуации, когда я заплатил деньги, а актив так и не получил.

Или когда актив отдали, а деньги не вернулись.

Поэтому моё самое простое понимание DvP такое:

Оно не гарантирует, что сделка всегда будет успешной.

Оно лишь старается избежать ситуации, когда при сбое сделка проваливается наполовину.

И я думаю, что это гораздо более по делу, чем просто говорить «расчёты быстрее».

研究 @TermMax 这几天，我有个变化挺明显。

现在再看到 “Fixed”，我不会下意识把它理解成“更安全”。

固定借款利率，确实能让融资成本更好算。

但股票做抵押，股票还是会跌。

Alpha 没有传统清算线，也不代表行情一定赶得上到期时间。

FT 的收益提前锁住了，流动性和抵押品风险也不会跟着消失。

所以看到最后，我反而觉得 TermMax 有意思的地方不是“把风险变没”。

它只是把很多东西说得更清楚了一点。

这笔钱要付多少成本。

到哪一天结束。

我为了拿这个收益，到底接了什么东西。

最坏的时候，会发生什么。

这些以前经常混在一个 APY 里看。

拆开以后，至少心里更有数。

所以这几天看下来，如果最后只让我记一句 #TermMax ，我大概会记这个：

确定性可以买，但风险不会凭空消失。

#dusk $DUSK

假设你准备买 500 万美元的资产。

订单还没成交，整个市场已经知道你在买。

知道你站哪一边。

知道你有多急。

甚至能大概猜出你后面还有多少没成交。

这时候“链上完全透明”还一定是好事吗？

最近看 @Dusk 的 Hedger，我最感兴趣的其实不是 ZK，也不是同态加密。

而是它提到的 obfuscated order books。

这东西我第一反应就是：

终于有人认真考虑大资金不想提前亮底牌这件事了。

散户挂个几百上千美元的单子，透明一点问题不大。

但机构不是这样。

订单意图本身就是信息。

你准备买还是卖、需要多少流动性、愿意等多久，这些东西只要提前暴露，别人就可以围着你的需求做策略。

最后你可能不是“被黑了”。

但成交价格就是比原本更差。

这也是为什么我越来越觉得：

透明，对散户可能是信息；对大资金，有时候就是 execution cost。

Hedger 想做的不是把交易所变成黑箱。

它更像是在尝试把不该提前公开的 intent 和 exposure 藏起来，同时保留执行验证和受监管审计。

这个方向我能理解。

但我现在还不会吹它已经解决问题。

因为 DuskEVM / Hedger 目前还是 Testnet，obfuscated order book 官方描述里也还是 upcoming deployment。

真正要看的，是上线以后这套设计会不会牺牲价格发现、撮合效率或者流动性。

所以我现在对 Hedger 的态度很简单：

方向对不对，基本看懂了。

接下来等市场告诉我们，它到底好不好用。

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

в конце концов направление оказывается верным, но меня первым ликвидируют.

Поэтому когда я в первый раз увидел структуру вроде @TermMax — с предварительной оплатой Premium и без традиционной линии ликвидации — действительно стало чуть легче.

Но сегодня, когда я посмотрел ту партию HYPE-контрактов, которые истекают 21 августа, я снова упёрся в другую проблему.

Допустим, я считаю, что HYPE вырастет.

В итоге так и случилось — он вырос.

Но случилось это как раз только после истечения срока контракта.

Для этой позиции это всё равно не имеет смысла.

Направление было правильным.

А вот время — нет.

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

Раньше я боялся, что рынок просто выбьет меня раньше.

Теперь приходится ещё сильнее гадать одну вещь:

успеет ли это вообще.

Premium оплачивается заранее, а Maturity уже зафиксирована.

То, что нет традиционной линии ликвидации, не означает, что время не важно.

Иногда самое сложное — даже не угадать: вырастет или упадёт.

А вот когда.

#TermMax

#dusk $DUSK

假设钱包突然进来一笔钱。

链上其他人不知道谁转的，不知道转给谁，也看不到金额。

听起来隐私拉满。

但如果我是收款的人，发现：

我自己也不知道这钱是谁打的。

那就有点麻烦了。

钱收错了怎么办？

来源有问题怎么办？

公司财务问我这笔款是谁付的，我回一句“查不到”？

所以我这两天看 @Dusk 的 Phoenix 2.0，最感兴趣的反而不是它能藏多少东西。

而是它没有把交易双方也一起弄瞎。

Phoenix 对外可以隐藏 sender、receiver 和 amount，但 receiver 仍然能够确认资金来源。

如果这笔钱需要退回，设计里也考虑了 refund originator。

这一下就和我以前理解的“匿名交易”不太一样了。

它不是追求：

谁都不知道发生了什么。

而更像：

路人不用知道我收了谁的钱；

但作为收款方，我得知道这钱从哪来。

有审计或合规需求时，又可以配合 viewing key / selective disclosure 去处理可见性。

我觉得这才像真实金融会遇到的问题。

毕竟公司真正怕的不是“交易双方互相知道是谁”。

怕的是一笔本来只跟两个人有关的交易，最后变成全世界都能翻的永久记录。

所以 Phoenix 2.0 这个设计我挺喜欢：

隐私不是把所有人蒙上眼睛。

不该围观的人，看不到就够了。

AERO этот Vault я сегодня пару минут приглядывался.

В итоге я толком не запомнил тот APY, зато всё время думал об одном:

Откуда вообще берутся лишние деньги — кто их даёт?

@TermMax здесь на самом деле довольно интересно.

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

А потом та часть Put даст тебе premium.

На первый взгляд получается «две части дохода».

Но вторая порция денег — не бесплатная.

Ты берёшь Put premium — значит, ты фактически соглашаешься на ещё одно условие:

Если на дату экспирации сработают условия, тебя могут попросить по заранее оговорённой цене принять AERO.

Когда так разложить по полочкам, мне уже не так хочется просто следить за «общим APY».

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

А вторая часть — это когда кто-то платит, чтобы часть ценового риска переложить на тебя.

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

Так что в следующий раз, когда увижу такой продукт, я, скорее всего, сначала спрошу:

Чьи деньги я зарабатываю?

И ещё один вопрос:

Каким риском для кого я сейчас расплачиваюсь — что именно я беру на себя?

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

#TermMax

#dusk $DUSK @Dusk

刚开始研究 dusk的架构时，我有个挺直接的疑问：

Dusk 为什么要搞 DuskDS、DuskEVM、Hedger 这么多东西？全塞一条链里不是更省事？

后来翻了一圈文档，发现这三个名字其实可以用三句话理解。

DuskEVM：东西在哪跑。

Solidity、EVM 应用这些主要在这里执行，开发者不用为了进 Dusk 重新学一套完全陌生的东西。

Hedger：哪些东西不用给所有人看。

像余额、仓位、交易金额这种金融数据，需要保密的时候就在这一层处理。不是把交易藏没了，而是别让所有敏感信息裸奔。

DuskDS：最后谁说了算。

交易数据和状态最终还要落到 DuskDS，它负责底层 settlement 和 data availability。

这么一拆我反而觉得合理了。

拿一家金融公司来说，也不会让前台交易系统同时负责权限、数据库、清算和所有后台工作。用户看到的是一个产品，下面本来就是不同系统各干各的。

Dusk 现在也是类似的思路。

应用能跑是一件事，敏感数据怎么处理是另一件事，最后怎么结算又是另一件事。

当然，现在 DuskEVM 还是 testnet 阶段，所以纸面架构讲得通，不代表主网上线后一定跑得顺。

但至少我现在再看到“DuskEVM + Hedger + DuskDS”，不会觉得是在堆三个技术名词了。

它们其实是在解决三件不同的事。

Сегодня на @TermMax я увидел рынок tokenized stock. Моя первая реакция была не Fixed Rate, а вот что:

Если все акции уже токенизированы и записаны on-chain, почему в момент, когда нужны деньги, обязательно нужно сначала продавать?

Например, у вас на руках tokenized NVDA.

Временно нужна небольшая сумма в USDT — самый простой вариант, конечно, продать.

Но после продажи исчезает и исходный ценовой риск по тем акциям.

Другой путь от TermMax звучит так:

Использовать такие on-chain акционерные активы в качестве залога, чтобы сначала вывести ликвидность стейблкоинов.

То есть исходный on-chain акционерный экспозиции остаются, а финансирование сначала закрывается.

Вот после этого я вдруг лучше понял, почему TermMax в последнее время движется в сторону RWA.

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

Вторая половина — это:

в ближайшие месяцы, сколько именно из этой суммы уйдёт на стоимость заимствования?

Fixed Rate здесь ложится идеально.

Причём фиксируется не цена актива.

Акции всё равно будут падать, если должны падать; риск по залогу не исчезнет просто потому, что ставка фиксированная. Если вы используете плечо, риски всё равно будут усилены в той же степени.

Но я думаю, что это направление стоит продолжать смотреть.

Раньше, когда люди обсуждали RWA, чаще всего говорили о том, как перенести акции и гособлигации on-chain.

Теперь я больше всего думаю о следующем шаге:

RWA на цепочку — это лишь первый этап. После того как ими можно будет торговать, смогут ли их кредитовать/финансировать так же, как настоящие активы?

#TermMax

Предположим, сейчас у меня перед глазами две ссуды в USDC:

Одна — с плавающей ставкой 4%.

Другая — @TermMax под фиксированную ставку 5%.

Первая реакция, конечно: почему я должен переплачивать эти 1%?

Но если представить другую ситуацию, станет ясно.

Допустим, я собираюсь реализовать 90-дневную стратегию с плечом. Я рассчитываю, что прибыль будет 10%, стоимость заимствования — 4%, и в середине остаётся ещё 6% запаса.

И вот на 20-й день рынок вдруг резко начинает «разгребать» ликвидность: ставка по заимствованиям подскакивает с 4% до 8%.

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

И тогда оглядываюсь назад: что же именно представляют собой дополнительные 1% в той фиксированной ссуде под 5%?

Мне кажется, что это примерно так:

Я покупаю «предсказуемость» будущей стоимости за 90 дней.

Вот с этого я и начал лучше понимать #TermMax .

Его по сути продают не просто «Fixed Rate». Он даёт заёмщику возможность в момент открытия позиции сразу знать: сколько в итоге будет стоить эта ссуда до погашения.

Конечно, это не означает, что риск исчезает.

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

TermMax фиксирует стоимость заимствования, а не инвестиционный результат.

Поэтому я не буду упрощённо говорить, что «фиксированная ставка всегда лучше, чем плавающая».

Вопрос на самом деле другой:

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

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

#dusk $DUSK

最近看 @Dusk 一直强调 selective disclosure，我第一反应其实是：

Если регулятор в итоге всё же сможет это увидеть, то как это вообще можно назвать Privacy?

Потом я понял: я смешал «приватность» с идеей «когда никто не может увидеть».

Как мой банковский баланс — он не вывешен на входе в банк.

Его не видят соседи, не видят другие клиенты, и тем более не видят конкуренты.

Но при соблюдении закона и условий разрешения банк, аудит или регуляторная система всё равно могут проверять соответствующую информацию.

И вы же не скажете из‑за этого:

«У моего банковского счёта вообще нет приватности».

На самом деле разница вот в чём —

у кого есть право смотреть.

Это, как мне сейчас кажется, самое простое понимание Dusk programmable privacy.

Она не пытается навсегда спрятать все финансовые действия. Её цель — privacy where needed и transparency where useful, а с помощью selective disclosure уполномоченные стороны могут проводить review, когда это нужно.

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

Потому что крайности неудобны:

Когда всё видят — ваши балансы, позиции и связи по сделкам видны всем, и институции, возможно, не решатся использовать;

Когда никто не может проверить — регулировать финансы становится сложно и само регулирование трудно обосновать.

Поэтому сейчас я склоняюсь к мысли:

настоящий антоним финансовой приватности — не обязательно «регулятор».

Возможно, это —

посторонние люди, у которых есть право просматривать вашу информацию.

Если Dusk сможет реально встроить такую границу полномочий в ончейн‑финансовые рабочие процессы, programmable privacy перестанет быть просто красивой этикеткой.

#dusk $DUSK

看 @Dusk 最近聊 Tokenization，有句话让我重新想了一遍 RWA 的“流动性”。

假设有一项价值 100 万美元的资产。

以前只有一个人能买。

现在把它 Tokenize，切成 100 万份，每份只要 1 美元。

听起来门槛从 100 万降到 1 美元，流动性应该直接起飞，对吧？

其实完全不是一回事。

Fractional ownership 解决的是“买不买得起”。

Liquidity 解决的是“你想卖的时候，有没有另一个人愿意接”。

把一项没人交易的资产切成 100 万份，最后可能只是得到 100 万份更便宜、但依然没人接盘的资产。

这也是我觉得 Dusk 最近这个观点很重要的原因。

真正的链上金融市场，除了 Tokenization，还需要 eligible investors、交易场所、payment、价格发现和最终 settlement。

这时候再看 Dusk 和 NPEX，以及 Dusk Trade 的布局，逻辑就比“把 RWA 搬上链”清楚多了。

NPEX 带来的不是一个 Logo，而是受监管市场和真实投资者基础；Dusk Trade 想解决的也不只是资产展示，而是从 investor eligibility、交易、payment coordination 一直到 settlement 的完整路径。

所以我现在已经不太相信：

“Fractionalization = Liquidity”。

降低门槛当然有价值。

但真正决定一个 RWA 能不能形成市场的，是你买得到以后，还能不能顺利卖出去。

Token 可以切得无限小。

买家不能。

#dusk $DUSK

RWA 火这么久了, 我昨天突然问了自己一个挺尴尬的问题:

Я到底真正买过多少链上 RWA?

答案少得可怜。

不是因为链上没有资产。

债券、基金、股票相关产品这些年看了一大堆, 但真准备掏钱的时候, 问题马上就来了:

我有没有资格买?

去哪买?

买完以后钱和资产怎么交割?

这个 Token 到底代表什么权利?

以后想退出, 又卖给谁?

研究 @Dusk 的 Dusk Trade 后, 我才意识到, 过去我一直把 RWA 最简单的一步当成了最难的一步。

把资产做成 Token, 其实只是开始。

Dusk Trade 想接起来的, 是后面这一长串麻烦事:

资产发现、投资者 onboarding 和 eligibility、钱包、交易、payment coordination, 再到最终 Settlement。

听起来没有“把万亿资产搬上链”那么性感, 但站在一个真正准备掏钱的用户角度, 我反而觉得这些东西更重要。

因为我不在乎后台用了多少个协议。

我只希望打开一个入口以后, 能确认自己可以买, 真的完成交易, 资产真正属于我, 最后也真的卖得出去。

传统券商为什么好用?

不是因为股票被数字化了。

而是普通用户根本感觉不到开户、撮合、登记、支付、结算背后有多少套系统。

所以我现在对 Dusk Trade 最大的期待也不是“再多上几个 RWA”。

而是有一天买链上债券、基金这些资产时, 我不需要先学会怎么当半个区块链工程师。

RWA 真正的大规模采用, 可能就发生在用户终于不用关心它是不是 RWA 的那一天。

#dusk $DUSK

玩 Crypto 久了，我以前一直默认一件事：

链上越透明，越安全。

直到最近研究 @Dusk ，我才发现这句话放到真正的金融市场里，可能只对了一半。

假设你是一家机构。

钱包里有多少钱，市场能看到。

正在建什么仓，市场能看到。

和谁交易，市场能看到。

甚至资金什么时候开始移动，竞争对手也能实时盯着。

这还是“透明的优势”吗？

对普通转账可能是。

但对基金、做市商、企业 Treasury 来说，这甚至可能变成一种信息泄露。

可走到另一个极端也不行。

如果所有东西完全隐藏，监管、审计和交易验证又怎么做？

所以我最近越来越能理解 Dusk 为什么一直强调的不是简单的 Privacy，而是：

privacy where needed，transparency where useful。

该公开的规则和执行结果保持可验证；

涉及余额、仓位、交易对手等敏感数据时保留 confidentiality；

真正需要监管或审计时，再进行 selective disclosure。

这个区别以前我确实没认真想过。

Crypto 第一阶段解决的是：

“别相信我，自己验证。”

但如果金融市场真的大规模上链，下一阶段可能还要解决：

“你可以验证我，但不代表你应该看到我的一切。”

我觉得这才是 programmable privacy 真正值得讨论的地方。

Сегодня возвращаясь домой, я увидел старого друга @Dusk — и он снова начал продвигаться как создатель. В первый раз, когда он попал в топ, ему дали ровно 2000 u. Даже если он не попал в рейтинг — если ты пишешь публикацию, тебе все равно дают 30 u. Действительно скучаю по тому времени, когда экономика шла вверх. Сегодня я увидел это и решил понаблюдать: #dusk

Я выяснил, что когда раньше смотрел RWA, меня больше всего интересовал один вопрос: есть ли вообще реальные активы.

Недавно, исследуя $DUSK и Dusk Trade, я наоборот понял, что задаю этот вопрос слишком рано.

Допустим, завтра реально разместят на блокчейне какой-нибудь облигационный выпуск или ETF. А дальше что?

Могу ли я это купить?

Кто подтвердит, что у меня есть право покупать?

После сделки, когда активы окончательно станут моими?

Деньги и активы одновременно завершают расчеты?

А если позже захочу продать — где искать ликвидность?

Пока эти вопросы не решены, на цепочке есть токен — но для обычных инвесторов его смысл на самом деле весьма ограничен.

Вот почему мне кажется, что Dusk Trade интересно.

Это не просто DEX, который делает “RWA, который можно купить”. Они хотят встроить токенизированные финансовые активы вроде MMF, ETF, облигаций в более целостную торговую среду: чтобы доступ инвесторов, торговля активами, координация платежей и Settlement по возможности проходили в рамках одной и той же базовой инфраструктуры.

Раньше я всегда думал, что конкуренция в RWA — это кто первым перенес активы on-chain.

Теперь мне все больше кажется, что перевод активов on-chain — это лишь билет на вход; по-настоящему сложно — подтянуть за собой сам “рынок”.

В реальных финансах ведь выпуск актива никогда не является конечной точкой.

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

Поэтому дальше, когда я смотрю на Dusk Trade, я не собираюсь в первую очередь следить за тем, сколько активов он может разместить.

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

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

#baby $BABY В эти дни продолжаю изучать материалы TBV и понял, что раньше я всё же сместил акцент не туда.

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

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

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

Сейчас я всё больше убеждаюсь: смотреть на протокол нельзя лишь через призму TPS, Gas или доходности.

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

Поэтому дальше я всё так же буду следить за @BabylonLabs_io : не только за тем, какие улучшения по производительности принесёт BitVM3, но и за тем, насколько развивается экосистема «вызовщиков», насколько прозрачно управление, и есть ли постоянные улучшения в вопросах границ безопасности.

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

#baby $BABY

昨天整理冷钱包的时候，又翻到那串几年没动过的 BTC UTXO。

一直觉得，比特币最大的矛盾不是安全，而是拿着不动没有现金流。最近研究 Babylon 的 TBV 测试网，发现赎回机制里专门留了三天挑战期，一开始觉得太慢，后来才明白它是在给安全买时间。

因为 BTC 全程锁在 Taproot 脚本里，不走跨链桥，也不用封装资产。赎回时需要 Vault Provider 提交证明，如果有人伪造证明，挑战者还能在这三天里把交易拦下来。没有这段窗口，攻击者完全可能先借出稳定币，再抢在 BTC 真正解锁前跑路。

不过，真正让我纠结的反而不是这三天。

目前负责挑战的还是一小部分指定节点，普通用户几乎不会自己部署挑战程序。也就是说，关键时刻你还是要相信这些挑战者一直在线、一直正常工作。更现实的是，等待赎回期间借款利息不会停，行情一旦剧烈波动，可能还没等 BTC 回来，仓位已经先被清算了。

我挺认可 Babylon 不桥、不封装的方向，这确实比很多 BTCFi 方案更克制。但协议真正落地以后，挑战者能不能足够分散、响应够不够快，我觉得才是决定体验的关键。

收益率能吸引用户，真正留下用户的，还是那些极端行情下依然能正常工作的细节。

@BabylonLabs_io #baby

В 2018 году я исследовал проект с очень хорошей репутацией в техническом сообществе: у команды был практически безупречный бэкграунд, а после запуска главной сети довольно быстро вскрылись проблемы. Дело было не в уязвимостях в самом коде — в действительности всё испортил механизм стимулов: вознаграждение, которое получали верификационные узлы, не покрывало операционные расходы. Узлы начали постепенно выходить из сети, и безопасность сети вслед за этим тоже стала снижаться. Тогда я осознал: во многих протоколах в итоге проигрывает не технология, а экономическая модель.

Когда недавно я снова изучал механизм TBV у Babylon, я постоянно держал эту мысль в поле зрения. Чтобы узлы могли участвовать в процессе челленджей, им нужно постоянно оставаться онлайн. А стабильное присутствие в сети означает непрерывные вложения в серверы, пропускную способность, эксплуатацию и мониторинг. Если эти затраты постоянно приближаются к размеру дохода от стейкинга, то в долгосрочной перспективе часть узлов закономерно выберет выход.

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

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

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

@BabylonLabs_io $BABY #baby

最近和朋友讨论 Babylon 的 BTC 赎回设计时，一个问题让我重新翻了一遍文档：三种赎回方式，到底是谁在真正决定你能不能用？

官方给出的选择有 Unbonding、Emergency Redemption、Instant Redemption，看上去用户拥有不同流动性方案，但深入看后发现，它们并不是完全由用户自主决定。

以 Instant Redemption 为例，兑换价格并非完全依赖市场成交，而会受到协议定价机制的影响；Emergency Redemption 也不是满足某个客观链上条件就自动触发，而是受治理参数约束。也就是说，用户拥有的是不同的赎回入口，但入口何时开放、成本是多少，并不完全掌握在自己手里。

从资产安全角度看，BTC 依旧锁定在 Taproot 脚本和 UTXO 中，托管模型没有改变；但从流动性角度看，真正影响体验的是那套负责解释状态、计算参数的机制。

普通用户感受到的可能只是赎回时多付几个百分点的成本；而对于需要管理流动性的机构来说，这意味着赎回成本和到账时间都存在不确定性，对资金调度会产生影响。

因此，我不会因为有三种赎回方式，就认为流动性风险已经解决。我更关注主网上线后的几项真实数据：

* Instant Redemption 的实际滑点是否逐渐稳定；
* Emergency Redemption 从触发到 BTC 解锁究竟需要多少区块确认；
* 治理修改关键参数时，社区是否拥有足够长的公开讨论和反对窗口。

只有这些数据经过牛熊周期验证，Babylon 才有机会把 Bitcoin Staking 从”长期锁仓换收益”升级成”规则透明、流动性可预期”的基础设施。

如果是你，会怎么选？

A. 接受较长解锁周期，追求更高收益。
B. 为流动性支付一定成本，选择即时赎回。
C. 先观察主网上线后的真实赎回数据，再决定是否参与。

@BabylonLabs_io $BABY #BABY