Binance Square
Alice-007
3k Публикации

Alice-007

Square Verified+
成年人要为自己的投资负责‖内容仅分享,不构成投资建议
Владелец BNB
Владелец BNB
Трейдер с регулярными сделками
2.5 г
499 подписок(и/а)
43.5K+ подписчиков(а)
28.8K+ понравилось
Посты
PINNED
·
--
Серебро резко выросло, быки полностью вышли на рынок? Только что XAGUSDT (серебро) после достижения низкой точки 78.23 продемонстрировало V-образный разворот, краткосрочно резко выросло почти на 13%, пробив отметку в 88 долларов! Текущая цена 87.86, за последние 24 часа рост более 2.92%, объем торгов также увеличился, сигнал о поступлении средств ясен. На 15-минутном графике цена уверенно удерживается выше трех скользящих средних MA7, MA25, MA99, бычий тренд окончательно установлен? Вы успели за этой волной роста? $XAG {future}(XAGUSDT)
Серебро резко выросло, быки полностью вышли на рынок?

Только что XAGUSDT (серебро) после достижения низкой точки 78.23 продемонстрировало V-образный разворот, краткосрочно резко выросло почти на 13%, пробив отметку в 88 долларов!

Текущая цена 87.86, за последние 24 часа рост более 2.92%, объем торгов также увеличился, сигнал о поступлении средств ясен.

На 15-минутном графике цена уверенно удерживается выше трех скользящих средних MA7, MA25, MA99, бычий тренд окончательно установлен?

Вы успели за этой волной роста?

$XAG
$GRVT Скоро всё закончится, ×4 бонус Стиснув зубы, всё-таки дочистил — опасно, опасно 30-тысячный объём сделок стёр мне уже две с лишним «ножа»
$GRVT Скоро всё закончится, ×4 бонус
Стиснув зубы, всё-таки дочистил — опасно, опасно
30-тысячный объём сделок стёр мне уже две с лишним «ножа»
Платформа для создателей $BABY — награды снова доплатили! 🥳 Приглашённые из топ-листа 16 и ниже — не забудьте зайти и получить! @BinanceSquareCN на площади — это вообще слишком мощно, масштаб на высоте! Обнаружив ошибку в распределении наград, ночью подключили команду, всё проверили и решили снова доплатить. Проблемы решают вовремя, без затягиваний — так держать, с ответственностью! 👍🏻👍🏻
Платформа для создателей $BABY — награды снова доплатили! 🥳

Приглашённые из топ-листа 16 и ниже — не забудьте зайти и получить!

@币安广场 на площади — это вообще слишком мощно, масштаб на высоте!

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

Проблемы решают вовремя, без затягиваний — так держать, с ответственностью! 👍🏻👍🏻
Alice-007
·
--
$BABY создательское вознаграждение выплатили
Так печально… приглашённые меньше ста 😭
🎙️ $DUSK Бычок 牛牛的
avatar
Завершено
01 ч 16 мин 43 сек
147
1
0
#dusk $DUSK @Dusk_Foundation Не рассматривайте DuskEVM как обычную EVM-сеть. Первая же преграда — форк Uniswap Я использовал DuskEVM как обычную EVM-сеть и напрямую форкнул Uniswap V3 Core. На этапе компиляции Boreas RC1 в Pair.sol чтение balanceOf сразу красным подсветило _reserves. Резервы в EVM-сети — это открытое storage, вью-функции можно читать как угодно; DuskEVM пытается скрыть глубину ликвидности и уходит в Hedger, но в EVM storage переменных Hedger попросту нет, поэтому вью-функции их не читают. Uniswap’s mint, burn и swap целиком зависят от синхронного чтения reserve для расчёта произведения — из‑за этого вся арифметическая цепочка целиком приходится пересобирать. Со «shielding»-пулом ещё хуже. Оригинальные LP-токены — это ERC-20, передача публичная; в DuskEVM чтобы сделать confidential LP, нужно заново оборачивать через ConfidentialERC20, а долю LP запихивать в Zedger note. Swap — это не просто изменение _reserves mapping: нужно «съедать» старую note и «чеканить» новую note, а суммы подтверждаются PLONK-схемой. getAmountOut тоже нельзя считать как в оригинале: если там берётся reserveIn / reserveOut, то Dusk-версия обязана в схеме доказать, что (старая сумма в note минус вход) = (сумма в новой note плюс выход). Для маркет-мейкера вход/выход не видны, но view key можно аудитировать. Я пробовал переделать Pair так, чтобы он наследовал ConfidentialERC20 — но сигнатуры permit сразу конфликтуют. approve Hedger — это потребление note, а не ERC20 allowance-битмапа; также нужно менять и блок SafeCast на HedgedUint256. Так называемая «миграция без разрывов» — это в основном маркетинговые обещания: по крайней мере, три части — контракт Pair, расчёт amount в Router и выборка TWAP в Oracle — нужно полностью переписать. Объект выборки TWAP становится note commitment, его нельзя прочитать напрямую. Что можно переиспользовать: только синтаксис Solidity, фреймворк тестов Foundry, инструментальную цепочку Remix и конфигурацию chainId. Ключевая AMM-логика при соприкосновении с приватностью — это по сути заново «с нуля». Если сравнивать с Aztec: у Noir контрактная разработка, и при этом совместимость с EVM слабее; в DuskEVM, по крайней мере, опыт работы с Solidity не настолько разорван. Но развернуть DeFi-протокол — это не значит «просто деплой и всё».
#dusk $DUSK @Dusk Не рассматривайте DuskEVM как обычную EVM-сеть. Первая же преграда — форк Uniswap

Я использовал DuskEVM как обычную EVM-сеть и напрямую форкнул Uniswap V3 Core. На этапе компиляции Boreas RC1 в Pair.sol чтение balanceOf сразу красным подсветило _reserves. Резервы в EVM-сети — это открытое storage, вью-функции можно читать как угодно; DuskEVM пытается скрыть глубину ликвидности и уходит в Hedger, но в EVM storage переменных Hedger попросту нет, поэтому вью-функции их не читают. Uniswap’s mint, burn и swap целиком зависят от синхронного чтения reserve для расчёта произведения — из‑за этого вся арифметическая цепочка целиком приходится пересобирать.

Со «shielding»-пулом ещё хуже. Оригинальные LP-токены — это ERC-20, передача публичная; в DuskEVM чтобы сделать confidential LP, нужно заново оборачивать через ConfidentialERC20, а долю LP запихивать в Zedger note. Swap — это не просто изменение _reserves mapping: нужно «съедать» старую note и «чеканить» новую note, а суммы подтверждаются PLONK-схемой. getAmountOut тоже нельзя считать как в оригинале: если там берётся reserveIn / reserveOut, то Dusk-версия обязана в схеме доказать, что (старая сумма в note минус вход) = (сумма в новой note плюс выход). Для маркет-мейкера вход/выход не видны, но view key можно аудитировать.

Я пробовал переделать Pair так, чтобы он наследовал ConfidentialERC20 — но сигнатуры permit сразу конфликтуют. approve Hedger — это потребление note, а не ERC20 allowance-битмапа; также нужно менять и блок SafeCast на HedgedUint256. Так называемая «миграция без разрывов» — это в основном маркетинговые обещания: по крайней мере, три части — контракт Pair, расчёт amount в Router и выборка TWAP в Oracle — нужно полностью переписать. Объект выборки TWAP становится note commitment, его нельзя прочитать напрямую.

Что можно переиспользовать: только синтаксис Solidity, фреймворк тестов Foundry, инструментальную цепочку Remix и конфигурацию chainId. Ключевая AMM-логика при соприкосновении с приватностью — это по сути заново «с нуля». Если сравнивать с Aztec: у Noir контрактная разработка, и при этом совместимость с EVM слабее; в DuskEVM, по крайней мере, опыт работы с Solidity не настолько разорван. Но развернуть DeFi-протокол — это не значит «просто деплой и всё».
🎙️ Есть ли еще шанс у $DUSK?
avatar
Завершено
01 ч 10 мин 22 сек
164
2
1
🎙️ $DUSK сможет ли взлететь
avatar
Завершено
01 ч 09 мин 50 сек
143
2
0
🎙️ $DUSK 冲冲冲
avatar
Завершено
01 ч 03 мин 31 сек
132
2
0
#dusk $DUSK @Dusk_Foundation 把6.9%读成隐私失败,是对Dusk最大的误判 我扒了Dusk主网统计接口,区块高度爬到5007908,累计交易68299笔,公开交易63600笔,shielded只有4699笔,占比大概6.9%。第一眼确实容易心凉,一条把隐私写进架构里的链,真正绕进屏蔽路径的交易反而这么少。不过把这个占比直接当成绩单,问题不小。 Moonlight和Phoenix压根不在一个赛道上。Moonlight是公开帐号模型,余额和转账都透明,交易所充值、质押、运营分账这类需要外部核对的场景走得很顺;Phoenix把资金切成加密note,靠零知识证明验证余额和防双花,发送方、接收方、金额都不对普通观察者暴露,管的是一套受保护流转。它俩服务不同信息边界,不是高级版和普通版的关系。真正的堵点卡在产品路径上:用户得先搞懂公开帐号和屏蔽帐号的区别,应用交互时还得自己判断什么时候shield、什么时候unshield。技术能藏,不代表钱包和应用已经把藏这件事做成默认、低磨擦的动作。 这组累计数据还有个先天毛病,它把主网上线以来的历史全叠在一起,公开交易早期基数越大,短期变化越难把比例往上推。光看6.9%,既不能证明隐私没人用,也不能反推采用正在爆发。我更想盯周新增shielded占比有没有抬头,支持Phoenix的应用有没有变多,公开帐号转入蔽屏路径是否持续发生。 跟Zcash比,Dusk的优势是把隐私和合规结算绑得更紧,Moonlight给机构留了可见协作的口子,Phoenix负责受保护流转。RWA叙事再热,机构也不会把全量资金流摊给所有人看,这会逼出一部分隐私需求。但不足也明显,钱包引导太保守,默认路径偏公开,用户理解成本被甩给前端。Monero倒是默认全私密,可扩展性和合规适配又拉胯。Dusk想卡在中间,得看用户是不是真的开始按场景主动选边。我赌增量,不赌存量。 $DUSK 的跟踪还会继续
#dusk $DUSK @Dusk 把6.9%读成隐私失败,是对Dusk最大的误判

我扒了Dusk主网统计接口,区块高度爬到5007908,累计交易68299笔,公开交易63600笔,shielded只有4699笔,占比大概6.9%。第一眼确实容易心凉,一条把隐私写进架构里的链,真正绕进屏蔽路径的交易反而这么少。不过把这个占比直接当成绩单,问题不小。

Moonlight和Phoenix压根不在一个赛道上。Moonlight是公开帐号模型,余额和转账都透明,交易所充值、质押、运营分账这类需要外部核对的场景走得很顺;Phoenix把资金切成加密note,靠零知识证明验证余额和防双花,发送方、接收方、金额都不对普通观察者暴露,管的是一套受保护流转。它俩服务不同信息边界,不是高级版和普通版的关系。真正的堵点卡在产品路径上:用户得先搞懂公开帐号和屏蔽帐号的区别,应用交互时还得自己判断什么时候shield、什么时候unshield。技术能藏,不代表钱包和应用已经把藏这件事做成默认、低磨擦的动作。

这组累计数据还有个先天毛病,它把主网上线以来的历史全叠在一起,公开交易早期基数越大,短期变化越难把比例往上推。光看6.9%,既不能证明隐私没人用,也不能反推采用正在爆发。我更想盯周新增shielded占比有没有抬头,支持Phoenix的应用有没有变多,公开帐号转入蔽屏路径是否持续发生。

跟Zcash比,Dusk的优势是把隐私和合规结算绑得更紧,Moonlight给机构留了可见协作的口子,Phoenix负责受保护流转。RWA叙事再热,机构也不会把全量资金流摊给所有人看,这会逼出一部分隐私需求。但不足也明显,钱包引导太保守,默认路径偏公开,用户理解成本被甩给前端。Monero倒是默认全私密,可扩展性和合规适配又拉胯。Dusk想卡在中间,得看用户是不是真的开始按场景主动选边。我赌增量,不赌存量。

$DUSK 的跟踪还会继续
$BABY создательское вознаграждение выплатили Так печально… приглашённые меньше ста 😭
$BABY создательское вознаграждение выплатили
Так печально… приглашённые меньше ста 😭
$TMX 死玩意儿 продал, знал бы — устроил бы дамп Создатели тоже не поели, бесплатно украл у меня статьи на 5 дней Только booster и alpha😭😭😭
$TMX 死玩意儿 продал, знал бы — устроил бы дамп
Создатели тоже не поели, бесплатно украл у меня статьи на 5 дней
Только booster и alpha😭😭😭
#dusk $DUSK @Dusk_Foundation Dusk质押出块根本不看余额排名,盲投抽签把大节点的收溢预期打散了 最近广场上对Dusk节点收益的讨论又多了起来,我一开始也以为它就是谁押得多谁出块,年化可以按余额直接估。昨晚把SBA共识的角色拆开看了一遍,发现理解偏了。Dusk把参与者切成Block Generator和Provisioner,Generator只负责提案,Provisioner管验证和终结。出块权不是按质押量排名给的,Generator得参加Proof-of-Blind Bid,零知识证明把实际金额藏起来,质押量只影响得分。这带来的结果是,全网质押前几的大节点可能连续好几轮抽不到,小节点反而有机会撞上。抗审查防合谋是实打实的,但代价就是收溢曲线不平整,没法像Cosmos那样按年化平稳估算。 跟Polkadot的NPoS比,Dusk这套盲投抽签更抗审查,验证人集合也不固定,大户长期霸榜的概率低一些。可问题也出在这里,抽签的随机性让Generator收益波动很大。角色分离还带来门坎分叉:Provisioner最低1万DUSK就能跑,Generator基本要10万起步。投票committee从Provisioner里抽,真正决定区块能不能过的其实是Provisioner。我细算过成本,如果自己部署节点,会优先选Provisioner,门坎低,收溢不依赖盲抽的运气,Generator奖励虽然高,小资金长期抽种的预期并不好看。不过我没跑过完整主网周期,这个结论还得等链上数据验证。 产品端DuskEVM已经上线,NPEX也在跑,但我更愿意把它们理解成给机构做尽调的体检报告,而不是短期叙事。共识设计越经得起抠细节,大额资金介入的顾虑才越低。看懂盲投不等于马上调仓,我会等主网staking真实增长和机构接入数据出来后再动手。你们如果参与Dusk质押,会自己跑Provisioner还是Generator,或者直接丢给第三方?
#dusk $DUSK @Dusk Dusk质押出块根本不看余额排名,盲投抽签把大节点的收溢预期打散了

最近广场上对Dusk节点收益的讨论又多了起来,我一开始也以为它就是谁押得多谁出块,年化可以按余额直接估。昨晚把SBA共识的角色拆开看了一遍,发现理解偏了。Dusk把参与者切成Block Generator和Provisioner,Generator只负责提案,Provisioner管验证和终结。出块权不是按质押量排名给的,Generator得参加Proof-of-Blind Bid,零知识证明把实际金额藏起来,质押量只影响得分。这带来的结果是,全网质押前几的大节点可能连续好几轮抽不到,小节点反而有机会撞上。抗审查防合谋是实打实的,但代价就是收溢曲线不平整,没法像Cosmos那样按年化平稳估算。

跟Polkadot的NPoS比,Dusk这套盲投抽签更抗审查,验证人集合也不固定,大户长期霸榜的概率低一些。可问题也出在这里,抽签的随机性让Generator收益波动很大。角色分离还带来门坎分叉:Provisioner最低1万DUSK就能跑,Generator基本要10万起步。投票committee从Provisioner里抽,真正决定区块能不能过的其实是Provisioner。我细算过成本,如果自己部署节点,会优先选Provisioner,门坎低,收溢不依赖盲抽的运气,Generator奖励虽然高,小资金长期抽种的预期并不好看。不过我没跑过完整主网周期,这个结论还得等链上数据验证。

产品端DuskEVM已经上线,NPEX也在跑,但我更愿意把它们理解成给机构做尽调的体检报告,而不是短期叙事。共识设计越经得起抠细节,大额资金介入的顾虑才越低。看懂盲投不等于马上调仓,我会等主网staking真实增长和机构接入数据出来后再动手。你们如果参与Dusk质押,会自己跑Provisioner还是Generator,或者直接丢给第三方?
#dusk $DUSK @Dusk_Foundation Три шага на вывод — деньги поступают только после этого. Дизайн моста DuskEVM: от кого он защищает Я дочитал объяснение по мосту DuskEVM. И больше всего меня волнует не то, что наконец-то можно написать Solidity-контракт, а тот процесс, как активы возвращаются с EVM-стороны обратно на L1. Один выход нужно разбить на три части: сначала инициировать вывод на DuskEVM, затем вернуться на Dusk L1 и подать там доказательство, и в конце дождаться, пока состояние созреет, после чего выполнить finalize. Для обычных пользователей это, очевидно, не так уж легко. Честно говоря, это не похоже на большинство OP-сетапов Rollup. Официальные мосты Arbitrum и Optimism тоже работают через окно доказательств мошенничества, но они частично скрывают ожидание за счёт сторонних мостов ликвидности или более редких подтверждений; в Dusk же каждый шаг вынесен наружу. DuskEVM — среда выполнения из OP Stack: контракты и приложения работают на EVM-стороне, а расчёты и доступность данных всё равно возвращаются в DuskDS. Ввод — прост: после подтверждения на L1 учёт на EVM-стороне просто делается. А вот выход куда сложнее: L1 не просто “верит” EVM-аккаунту, что он хочет вернуть средства. Ему нужно, чтобы появился output proposal, чтобы было выполнено подтверждение состояния, чтобы прошли proof maturity и проверки dispute-game — и только потом деньги поступят. Такой дизайн разделяет быстрое выполнение и окончательное расчётное завершение по разным слоям. Поэтому ожидание и цена верификации на пути выхода перекладывается на пользователей. Официальный интерфейс тоже довольно прямолинеен: пользователям не стоит рассчитывать время самим по таймингу, а нужно следить за состояниями — Waiting for output proposal, Ready to prove и Waiting to finalize. Ведь решает не часы, а факт того, что состояние действительно опубликовано, что доказательство подано, и что окно спора закрыто. Это ответственнее, чем многие проекты, которые дают лишь расплывчатый ориентир вроде “примерно 7 дней”, но означает, что пользователю нужно оставить Gas на стороне EVM и оплатить две операции (оплата за действия) на L1. Любая нехватка баланса на любом этапе просто всё остановит. Сейчас это описание относится только к Testnet: тестовые монеты не имеют практической ценности. Прогон сценариев может проверить, что протоколный путь и взаимодействие кошелька не сломаны, но это не докажет ни сроков запуска mainnet, ни того, что при высокой нагрузке публикация output и подача доказательств смогут стабильно завершаться. В отличие от этого, некоторые конкуренты уже прогнали на мейннете несколько раундов стресс-тестов — а у Dusk это пока ещё на шаг раньше.
#dusk $DUSK @Dusk Три шага на вывод — деньги поступают только после этого. Дизайн моста DuskEVM: от кого он защищает

Я дочитал объяснение по мосту DuskEVM. И больше всего меня волнует не то, что наконец-то можно написать Solidity-контракт, а тот процесс, как активы возвращаются с EVM-стороны обратно на L1. Один выход нужно разбить на три части: сначала инициировать вывод на DuskEVM, затем вернуться на Dusk L1 и подать там доказательство, и в конце дождаться, пока состояние созреет, после чего выполнить finalize. Для обычных пользователей это, очевидно, не так уж легко.

Честно говоря, это не похоже на большинство OP-сетапов Rollup. Официальные мосты Arbitrum и Optimism тоже работают через окно доказательств мошенничества, но они частично скрывают ожидание за счёт сторонних мостов ликвидности или более редких подтверждений; в Dusk же каждый шаг вынесен наружу. DuskEVM — среда выполнения из OP Stack: контракты и приложения работают на EVM-стороне, а расчёты и доступность данных всё равно возвращаются в DuskDS. Ввод — прост: после подтверждения на L1 учёт на EVM-стороне просто делается. А вот выход куда сложнее: L1 не просто “верит” EVM-аккаунту, что он хочет вернуть средства. Ему нужно, чтобы появился output proposal, чтобы было выполнено подтверждение состояния, чтобы прошли proof maturity и проверки dispute-game — и только потом деньги поступят. Такой дизайн разделяет быстрое выполнение и окончательное расчётное завершение по разным слоям. Поэтому ожидание и цена верификации на пути выхода перекладывается на пользователей.

Официальный интерфейс тоже довольно прямолинеен: пользователям не стоит рассчитывать время самим по таймингу, а нужно следить за состояниями — Waiting for output proposal, Ready to prove и Waiting to finalize. Ведь решает не часы, а факт того, что состояние действительно опубликовано, что доказательство подано, и что окно спора закрыто. Это ответственнее, чем многие проекты, которые дают лишь расплывчатый ориентир вроде “примерно 7 дней”, но означает, что пользователю нужно оставить Gas на стороне EVM и оплатить две операции (оплата за действия) на L1. Любая нехватка баланса на любом этапе просто всё остановит.

Сейчас это описание относится только к Testnet: тестовые монеты не имеют практической ценности. Прогон сценариев может проверить, что протоколный путь и взаимодействие кошелька не сломаны, но это не докажет ни сроков запуска mainnet, ни того, что при высокой нагрузке публикация output и подача доказательств смогут стабильно завершаться. В отличие от этого, некоторые конкуренты уже прогнали на мейннете несколько раундов стресс-тестов — а у Dusk это пока ещё на шаг раньше.
Снова придется вернуться в то время, когда всё было «освобождено»? $BTC $ETH $BNB
Снова придется вернуться в то время, когда всё было «освобождено»?
$BTC $ETH $BNB
#dusk $DUSK @Dusk_Foundation Разобрал соответствующий движок Dusk и запустил голый код на «железе» три ночи подряд — теперь я понял, кто платит за этот счет Сначала я думал, что Citadel просто прикручивает крипто-лицензию к меркле-дереву: пользователь предъявляет ZK-доказательство о совершеннолетии, внесении в реестр и совпадении с белым списком — и исходные данные личности не попадают ни к кому. Этот скелет по умолчанию, зашифрованный «по умолчанию», по сравнению с обычной excel-таблицей белых списков в классическом бэкенде, действительно на порядок выше. XSC же прямо вшивает в слой активов и передаточные ограничения, и ключи для аудиторских представлений — и мне тоже стало казаться, что соответствие наконец перестало быть бэкенд-логикой в базе данных. Но когда валидатор развернули на недорогом VPS, вся жестокость на стороне клиента сразу вылезла наружу. Одна и та же справка: на защищенных терминалах с аппаратным ускорением она укладывается в сотни миллисекунд, а на обычном ноутбуке по клику приходится ждать три секунды; для мобильных устройств об этом почти нечего и мечтать. Чем чище криптография PLONK, тем тяжелее становится вычислительная нагрузка в браузере — из-за WASM и недостающей мощности, которую «компенсирует» Piecrust. Суверенитет данных покупается ценой тормозов в интеракциях — эту разницу не будут оплачивать ни аудиторы, ни розница. Учреждения могут, но это не значит, что на площадке выпуска это будет удобно; и уж точно не значит, что для высокочастотной торговли такая задержка будет приемлема. Возьмем Concordium: там уровень идентичности проще, но «тень» централизованного издателя офлайн всё равно тянется; в Oasis же Sapphire быстрый, а приватные вычисления возвращают корень доверия в аппаратный TEE. Dusk идет по одному пути до конца: клиент считает всё самоподтверждением, а контрактный слой жёстко держит соответствие. Такой педантизм хорош — но и плох именно тем, что он педантизм. Он делает так, что данные в онлайне не лгут, DuskEVM показывает дневную активность в двузначных значениях, TVL пустоват, а NPEX как бы громко ни рассказывал про токены ценных бумаг — без маркет-мейкера с постоянными котировками это всё равно цепочечный овердрафт на словах. Сейчас история про комплаенс-активы снова в моде, но громкость сама по себе никогда не превращается в ликвидность. Сможет ли регулятор принять чистый ZK вместо явных следов в виде «печатных» записей? Как в контракте будет происходить горячее обновление межюрисдикционных правил? И выдержит ли децентрализованное размещение ноды стоимость атак и их последствия? Ни один из этих факторов не является «быстрой переменной». Если обычное устройство генерирует Citadel-доказательство за несколько секунд, есть ли у переключателя выборочного раскрытия диапазонный эффект/эхо, и существует ли реальная скорость обращения на тестнете за пределами «красивых обещаний» — если это не покажут внятно, то как бы аккуратно ни был написан XSC, это будет письмо инженера регулятору, а не ворота для того, чтобы деньги пришли на площадку.
#dusk $DUSK @Dusk Разобрал соответствующий движок Dusk и запустил голый код на «железе» три ночи подряд — теперь я понял, кто платит за этот счет

Сначала я думал, что Citadel просто прикручивает крипто-лицензию к меркле-дереву: пользователь предъявляет ZK-доказательство о совершеннолетии, внесении в реестр и совпадении с белым списком — и исходные данные личности не попадают ни к кому. Этот скелет по умолчанию, зашифрованный «по умолчанию», по сравнению с обычной excel-таблицей белых списков в классическом бэкенде, действительно на порядок выше. XSC же прямо вшивает в слой активов и передаточные ограничения, и ключи для аудиторских представлений — и мне тоже стало казаться, что соответствие наконец перестало быть бэкенд-логикой в базе данных.

Но когда валидатор развернули на недорогом VPS, вся жестокость на стороне клиента сразу вылезла наружу. Одна и та же справка: на защищенных терминалах с аппаратным ускорением она укладывается в сотни миллисекунд, а на обычном ноутбуке по клику приходится ждать три секунды; для мобильных устройств об этом почти нечего и мечтать. Чем чище криптография PLONK, тем тяжелее становится вычислительная нагрузка в браузере — из-за WASM и недостающей мощности, которую «компенсирует» Piecrust. Суверенитет данных покупается ценой тормозов в интеракциях — эту разницу не будут оплачивать ни аудиторы, ни розница. Учреждения могут, но это не значит, что на площадке выпуска это будет удобно; и уж точно не значит, что для высокочастотной торговли такая задержка будет приемлема.

Возьмем Concordium: там уровень идентичности проще, но «тень» централизованного издателя офлайн всё равно тянется; в Oasis же Sapphire быстрый, а приватные вычисления возвращают корень доверия в аппаратный TEE. Dusk идет по одному пути до конца: клиент считает всё самоподтверждением, а контрактный слой жёстко держит соответствие. Такой педантизм хорош — но и плох именно тем, что он педантизм. Он делает так, что данные в онлайне не лгут, DuskEVM показывает дневную активность в двузначных значениях, TVL пустоват, а NPEX как бы громко ни рассказывал про токены ценных бумаг — без маркет-мейкера с постоянными котировками это всё равно цепочечный овердрафт на словах. Сейчас история про комплаенс-активы снова в моде, но громкость сама по себе никогда не превращается в ликвидность.

Сможет ли регулятор принять чистый ZK вместо явных следов в виде «печатных» записей? Как в контракте будет происходить горячее обновление межюрисдикционных правил? И выдержит ли децентрализованное размещение ноды стоимость атак и их последствия? Ни один из этих факторов не является «быстрой переменной». Если обычное устройство генерирует Citadel-доказательство за несколько секунд, есть ли у переключателя выборочного раскрытия диапазонный эффект/эхо, и существует ли реальная скорость обращения на тестнете за пределами «красивых обещаний» — если это не покажут внятно, то как бы аккуратно ни был написан XSC, это будет письмо инженера регулятору, а не ворота для того, чтобы деньги пришли на площадку.
#termmax @termmax Чем сильнее клиринговая линия давит, тем ближе риск по безнадёжным долгам: холодные наблюдения после недельного теста TermMax Я всю ночь смотрел на клиринговую панель TermMax — не чтобы поразвлечься, а чтобы понять, не уйдёт ли платформа в минус при экстремальных движениях. TermMax задаёт триггерные линии ликвидации довольно жёстко: допустимый запас по коэффициенту залога у него на одну ступень ниже, чем у Aave. Как только ликвидация срабатывает, принимающая сторона сразу забирает активы со скидкой. Такое решение ускоряет исполнение ликвидаций, но и раньше выносит риск на рынок. По факту, пользовательский опыт ликвидации у TermMax действительно отличается от традиционных протоколов. У Aave и Compound ликвидации зависят от сторонних роботов: стоит подскочить Gas, и мелкие позиции часто остаются без присмотра — ликвидационные ордера висят. TermMax позволяет обычным пользователям напрямую выставлять ордера на ликвидацию, порог входа ниже, и в этом направлении я вижу плюс. Но проблема в том, что скидка слишком мала — прибыли нет, слишком велика — это бьёт по протоколу. В условиях сильной перегрузки комиссии в основной сети могут съесть заметную часть дохода. Сейчас TermMax закрывает эту дыру за счёт динамической скидки и субсидий в $TMX. Как долго продержатся эти субсидии — честно говоря, у меня нет уверенности. Если сравнить с Liquity, то его ликвидации страхуются стабильным пулом: держатели LQTY поглощают безнадёжные долги, а механизм выглядит более замкнутым и зрелым. TermMax скорее ориентирован на модель ордерной книги: гибкость — да, но когда глубины недостаточно, ликвидационные ордера накапливаются, и задержка ликвидации увеличивает ценовой проскок. Я специально наблюдал за несколькими крупными позициями — разница цен там пока ещё была достаточно широкой, а проблема сильнее проявляется в периоды низкой ликвидности. В такой архитектуре глубина — фактически «ахиллесова пята» системы ликвидаций, и TermMax, похоже, ещё не полностью это решает. $TMX сейчас в основном выполняет функции по стимулам ликвидаций и управлению, но контур спроса и предложения не выглядит достаточно прозрачным. Когда объём ликвидаций небольшой, субсидии концентрируются на нескольких узлах; когда ликвидации начинают расти, сможет ли доход протокола перекрыть потери по безнадёжным долгам — большой вопрос. TermMax находится на этапе, где требуется постоянная проверка: ценность токена слишком жёстко привязана к масштабу ликвидаций, а значит волатильность может быть высокой. В целом TermMax делает ликвидации более доступными для участия — идея верная, — но параметры и глубину фондов ещё нужно «допилить» временем. Сейчас он похож на машину с очень высокой скоростью вращения: сможет ли она стабильно работать в долгую, зависит от рыночной глубины и от реальной эффективности ликвидаций после выхода субсидий.
#termmax @TermMax Чем сильнее клиринговая линия давит, тем ближе риск по безнадёжным долгам: холодные наблюдения после недельного теста TermMax

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

По факту, пользовательский опыт ликвидации у TermMax действительно отличается от традиционных протоколов. У Aave и Compound ликвидации зависят от сторонних роботов: стоит подскочить Gas, и мелкие позиции часто остаются без присмотра — ликвидационные ордера висят. TermMax позволяет обычным пользователям напрямую выставлять ордера на ликвидацию, порог входа ниже, и в этом направлении я вижу плюс. Но проблема в том, что скидка слишком мала — прибыли нет, слишком велика — это бьёт по протоколу. В условиях сильной перегрузки комиссии в основной сети могут съесть заметную часть дохода. Сейчас TermMax закрывает эту дыру за счёт динамической скидки и субсидий в $TMX. Как долго продержатся эти субсидии — честно говоря, у меня нет уверенности.

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

$TMX сейчас в основном выполняет функции по стимулам ликвидаций и управлению, но контур спроса и предложения не выглядит достаточно прозрачным. Когда объём ликвидаций небольшой, субсидии концентрируются на нескольких узлах; когда ликвидации начинают расти, сможет ли доход протокола перекрыть потери по безнадёжным долгам — большой вопрос. TermMax находится на этапе, где требуется постоянная проверка: ценность токена слишком жёстко привязана к масштабу ликвидаций, а значит волатильность может быть высокой.

В целом TermMax делает ликвидации более доступными для участия — идея верная, — но параметры и глубину фондов ещё нужно «допилить» временем. Сейчас он похож на машину с очень высокой скоростью вращения: сможет ли она стабильно работать в долгую, зависит от рыночной глубины и от реальной эффективности ликвидаций после выхода субсидий.
#dusk $DUSK @Dusk_Foundation Dusk隐私转账我按了三回秒表,官方没吹牛,吹跑的是柜台前的耐心 隐私赛道最近又被市场拎出来炒预期,但多数讨论停在叙事,没人去抠那几次证明生成的真实延迟。我拿测试网浏览器钱包跑了三笔Phoenix转账,从点下证明那一刻开始掐表。第一回十一秒,浏览器光顾着下载wasm和电路参数,进度条还没动,风扇先开始吼。第二回三秒八,第三回两秒九,明显是缓存起了作用。官方说两秒以内,在热启动、参数已缓存、机器性能正常的情况下成立,这不算假话。假的是我脑子里的预判,我默认这两秒能覆盖到柜台前那个连4G的老款安卓,实际覆盖不到。 Hedger把电路塞进浏览器,轻亮级设计至少比一批只发白皮书的项目实在。Zcash移动端证明生成一直重,桌面都吃力;Aleo嘴上说浏览器友好,真跑起来加载和内存照样劝退;Monero链路匿名性强,体验却停在十年前。Dusk能把证明放回浏览器里跑,方向不赖。但方向对和能用了之间,隔着一道真实的冷启动。十一秒加上一GB出头的内存峰植,放在我这台MacBook Pro上只是风扇响两下,放在柜台前的旧手机上就是热乎的劝退。 跑基淮测试的人可以等一晚上,柜台前的客户等不了几秒。隐私支付如果只能活在节会和测试网里,就还是论文里的隐私。我想看的是官方把冷启动、老设备、弱网三档数据放出来,或者把多笔转账批量聚合成一次证明。两样里出现一样,我会把测试网余额里的500个DUSK挪一部分到主网试水。在那之前,我承认这技术聪明,但我只在测试网夸它。
#dusk $DUSK @Dusk Dusk隐私转账我按了三回秒表,官方没吹牛,吹跑的是柜台前的耐心

隐私赛道最近又被市场拎出来炒预期,但多数讨论停在叙事,没人去抠那几次证明生成的真实延迟。我拿测试网浏览器钱包跑了三笔Phoenix转账,从点下证明那一刻开始掐表。第一回十一秒,浏览器光顾着下载wasm和电路参数,进度条还没动,风扇先开始吼。第二回三秒八,第三回两秒九,明显是缓存起了作用。官方说两秒以内,在热启动、参数已缓存、机器性能正常的情况下成立,这不算假话。假的是我脑子里的预判,我默认这两秒能覆盖到柜台前那个连4G的老款安卓,实际覆盖不到。

Hedger把电路塞进浏览器,轻亮级设计至少比一批只发白皮书的项目实在。Zcash移动端证明生成一直重,桌面都吃力;Aleo嘴上说浏览器友好,真跑起来加载和内存照样劝退;Monero链路匿名性强,体验却停在十年前。Dusk能把证明放回浏览器里跑,方向不赖。但方向对和能用了之间,隔着一道真实的冷启动。十一秒加上一GB出头的内存峰植,放在我这台MacBook Pro上只是风扇响两下,放在柜台前的旧手机上就是热乎的劝退。

跑基淮测试的人可以等一晚上,柜台前的客户等不了几秒。隐私支付如果只能活在节会和测试网里,就还是论文里的隐私。我想看的是官方把冷启动、老设备、弱网三档数据放出来,或者把多笔转账批量聚合成一次证明。两样里出现一样,我会把测试网余额里的500个DUSK挪一部分到主网试水。在那之前,我承认这技术聪明,但我只在测试网夸它。
#dusk $DUSK @Dusk_Foundation Приватность и соответствие требованиям ходят по кругу, тянут и тянут — путь Dusk становится всё более изматывающим. Снова прогнал тестнет Dusk: самое прямое ощущение не в том, что технику не удалось запустить, а в том, что она жёстко привязывает приватность и комплаенс к одной и той же книге учёта. На каждом шаге будто ищут точку баланса. На чейне таится молчание и нет открытого текста, нулевые доказательства сжимают и суммы, и контрагентов до достаточно «чистого» вида, но для аудита там начинается неловкость. Регуляторским узлам нужно восстановить конкретную транзакцию — либо через дополнительные разрешения, либо через внецепочное “дописывание”. В итоге эмитент фактически сам на себе несёт издержки комплаенса. Polymesh сразу «зашивает» правила идентичности и передачи: приватность приносится в жертву ради той предсказуемости, которую ждут институты. Dusk, напротив, оставляет гибкость — и именно в ранней стадии, когда конкурируешь за традиционные структуры, это превращается в минус. С залогами и gas всё, наоборот, работает нормально: логика замкнутого контура без изъянов. Проблема в том, что она заканчивается внутри контура. Кошелёк и браузер по сути всё ещё выглядят как инструменты разработчика; если ты не трогал похожие цепочки, сесть и поехать будет заметно тяжело. Я взял Ondo как ориентир — так особенно наглядно: Ondo не лезет в базовый слой, упаковывает активы в доли фонда — получается легко, быстро и с концентрированной ликвидностью. Dusk же вынужден тащить на себе и цепь, и приватность, и комплаенс — период по времени растягивается. Но у этой «тяжеловесности» есть и обратная сторона: когда однажды от стейбл-/секторальных (ценной бумаги) токенов всё-таки потребуют нативное on-chain-соответствие, базовые накопления Dusk окажутся сложнее заменить, чем «приклеенные» схемы. Сейчас нарратив, который гонит капитализацию, явно сильнее, чем реальная подкладка активов на цепи. Пока это расхождение не сократилось, не спешите говорить, что проект обогнал время. Приватность для Dusk — это не маркетинговое слово, а предварительное условие для размещения активов на цепи. Но сами по себе предпосылки ценности не создают — их нужно закреплять через ликвидность и удержание эмитентом. В конечном итоге ценность определяется не TPS на тестнете, а тем, сколько on-chain-запросов на выпуск оказывается «заперто» и не так просто переносится с места на место.
#dusk $DUSK @Dusk Приватность и соответствие требованиям ходят по кругу, тянут и тянут — путь Dusk становится всё более изматывающим.

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

С залогами и gas всё, наоборот, работает нормально: логика замкнутого контура без изъянов. Проблема в том, что она заканчивается внутри контура. Кошелёк и браузер по сути всё ещё выглядят как инструменты разработчика; если ты не трогал похожие цепочки, сесть и поехать будет заметно тяжело. Я взял Ondo как ориентир — так особенно наглядно: Ondo не лезет в базовый слой, упаковывает активы в доли фонда — получается легко, быстро и с концентрированной ликвидностью. Dusk же вынужден тащить на себе и цепь, и приватность, и комплаенс — период по времени растягивается. Но у этой «тяжеловесности» есть и обратная сторона: когда однажды от стейбл-/секторальных (ценной бумаги) токенов всё-таки потребуют нативное on-chain-соответствие, базовые накопления Dusk окажутся сложнее заменить, чем «приклеенные» схемы.

Сейчас нарратив, который гонит капитализацию, явно сильнее, чем реальная подкладка активов на цепи. Пока это расхождение не сократилось, не спешите говорить, что проект обогнал время. Приватность для Dusk — это не маркетинговое слово, а предварительное условие для размещения активов на цепи. Но сами по себе предпосылки ценности не создают — их нужно закреплять через ликвидность и удержание эмитентом. В конечном итоге ценность определяется не TPS на тестнете, а тем, сколько on-chain-запросов на выпуск оказывается «заперто» и не так просто переносится с места на место.
Частичная правда
#termmax @termmax 清算速度上来了,坏账却没人接盘 Я дважды изучал параметры клиринга TermMax: дисконтная лестница оказалась более агрессивной, чем в Aave. Коэффициент здоровья падает до 1.05 — и срабатывает частичный клиринг; защита от проскальзывания предусмотрена только в одном режиме. В итоге клиринговой стороне достаётся совсем тонкий остаток. Такая конструкция должна была бы за счёт частых мелких клирингов снижать вероятность плохих долгов, но стимулы для токена TERM не подтянулись: субсидии скорее «для галочки», по факту всё равно крупные игроки выкупают всё подряд. На тестнете я прогнал сценарий с обеспечением LRT: исполнение клиринга у TermMax действительно быстрое — после обновления оракула до завершения клиринга проходит примерно два блока, что обходит арбитражную схему в Compound. Но проблемы тоже на месте: глубина пула обеспечения недостаточная. Если клиринговая заявка чуть больше, проскальзывание съедает всю прибыль. Толщина стаканов в основных LRT-рынках несопоставима с изоляцией ликвидности у Morpho. TermMax концентрирует клиринговый спрос в одном общем пуле — ликвидность размывается. При концентрированных клирингах стакан становится таким тонким, что ценовой спред становится заметным. Есть ещё один неприятный момент: награда за клиринг не выплачивается сразу, используется отложенное распределение. Это плохо для розничных клиринговых операторов: деньги дольше «застревают», а стабильная доходность (в годовом выражении) намного ниже, чем у Aave, где бонусы начисляются мгновенно. Если токеновая субсидия не компенсирует стоимость времени, участие в клирингах рано или поздно пойдёт вниз. Я не увидел у TermMax более гибкого переключения параметров; возможно, в будущем придётся перейти на клиринг с изоляцией по активам. Иначе в условиях медвежьего рынка эту схему попросту будут бросать клиринг-участники. В целом подход TermMax к клирингу выглядит скорее оборонительным: он подходит для обработки небольших объёмов проблемных позиций с высокой частотой. Но при экстремальных режимах всё равно нужен внешний маркет-мейкер как гарантия. Разница с топовыми протоколами — не в скорости, а в толщине клиринговой экосистемы. Если токен TERM сможет сильнее увязать стимулы клиринга с реальным исполнением, этот пробел тогда хотя бы теоретически можно будет закрыть.
#termmax @TermMax 清算速度上来了,坏账却没人接盘

Я дважды изучал параметры клиринга TermMax: дисконтная лестница оказалась более агрессивной, чем в Aave. Коэффициент здоровья падает до 1.05 — и срабатывает частичный клиринг; защита от проскальзывания предусмотрена только в одном режиме. В итоге клиринговой стороне достаётся совсем тонкий остаток. Такая конструкция должна была бы за счёт частых мелких клирингов снижать вероятность плохих долгов, но стимулы для токена TERM не подтянулись: субсидии скорее «для галочки», по факту всё равно крупные игроки выкупают всё подряд.

На тестнете я прогнал сценарий с обеспечением LRT: исполнение клиринга у TermMax действительно быстрое — после обновления оракула до завершения клиринга проходит примерно два блока, что обходит арбитражную схему в Compound. Но проблемы тоже на месте: глубина пула обеспечения недостаточная. Если клиринговая заявка чуть больше, проскальзывание съедает всю прибыль. Толщина стаканов в основных LRT-рынках несопоставима с изоляцией ликвидности у Morpho. TermMax концентрирует клиринговый спрос в одном общем пуле — ликвидность размывается. При концентрированных клирингах стакан становится таким тонким, что ценовой спред становится заметным.

Есть ещё один неприятный момент: награда за клиринг не выплачивается сразу, используется отложенное распределение. Это плохо для розничных клиринговых операторов: деньги дольше «застревают», а стабильная доходность (в годовом выражении) намного ниже, чем у Aave, где бонусы начисляются мгновенно. Если токеновая субсидия не компенсирует стоимость времени, участие в клирингах рано или поздно пойдёт вниз. Я не увидел у TermMax более гибкого переключения параметров; возможно, в будущем придётся перейти на клиринг с изоляцией по активам. Иначе в условиях медвежьего рынка эту схему попросту будут бросать клиринг-участники.

В целом подход TermMax к клирингу выглядит скорее оборонительным: он подходит для обработки небольших объёмов проблемных позиций с высокой частотой. Но при экстремальных режимах всё равно нужен внешний маркет-мейкер как гарантия. Разница с топовыми протоколами — не в скорости, а в толщине клиринговой экосистемы. Если токен TERM сможет сильнее увязать стимулы клиринга с реальным исполнением, этот пробел тогда хотя бы теоретически можно будет закрыть.
#dusk $DUSK @Dusk_Foundation 人人都在发代币化资产,缺的却是一个真正的链上券商 Эта волна RWA поднимается почти одинаково на рынке: упаковать казначейские облигации и фонды денежного рынка в токены, выпустить их в Ethereum и затем рекламировать «стабильную доходность». Товаров становится больше, но мне нужна возможность — как у брокера — размещать ордера, проводить расчёты и затем использовать эти активы в DeFi в составе стратегий. Этот пробел так никто и не закрыл. Dusk Trade как раз и хочет это исправить. Dusk Trade позиционирует себя не как ещё один эмитент токенов, а как нового брокера на DuskEVM: перевести на блокчейн всё сразу — фондовые денежные инструменты, ETF, облигации и RWA. Ключевые слова — во второй части: задача не в том, чтобы «обшить» токенами один-единственный класс активов, а в том, чтобы создать целую торговую витрину активов, с реальным владением и мгновенными расчётами. Больше всего меня волнует соответствие требованиям. Dusk Trade строит свою модель по регуляторным правилам MTF и инвестиционных платформ под контролем ЕС: расчёты и торги идут в рамках лицензированного подхода, а не в обход регуляторов. В сочетании с нативной приватностью и детерминированными расчётами Dusk, он хочет закрыть сразу те немногие вещи, которых больше всего не хватает, когда финансовые активы переводят в ончейн. Ближе всего сейчас команды вроде Ondo, которые делают только доходные активы одного типа, а также Securitize — по их схеме институционального выпуска ценных бумаг. Первым не хватает лицензий и широты набора активов, вторым ещё далеко до полноценного брокерского опыта. Сложности у Dusk Trade тоже вполне прямолинейные: лицензия MTF — жёсткий порог. Одобрят ли и сколько это займёт — никто не берётся гарантировать, а ликвидность пула ончейн-активов придётся создавать с нуля. Расчётные и залоговые издержки, которые обеспечивает $DUSK , — и только если лицензия будет внедрена, а активы быстро появятся на витрине, Dusk Trade сможет реально запуститься. @Dusk стоит на стыке между брокером и ончейн-активами: направление правильное, дальше всё зависит от исполнения.
#dusk $DUSK @Dusk 人人都在发代币化资产,缺的却是一个真正的链上券商

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

Dusk Trade позиционирует себя не как ещё один эмитент токенов, а как нового брокера на DuskEVM: перевести на блокчейн всё сразу — фондовые денежные инструменты, ETF, облигации и RWA. Ключевые слова — во второй части: задача не в том, чтобы «обшить» токенами один-единственный класс активов, а в том, чтобы создать целую торговую витрину активов, с реальным владением и мгновенными расчётами.

Больше всего меня волнует соответствие требованиям. Dusk Trade строит свою модель по регуляторным правилам MTF и инвестиционных платформ под контролем ЕС: расчёты и торги идут в рамках лицензированного подхода, а не в обход регуляторов. В сочетании с нативной приватностью и детерминированными расчётами Dusk, он хочет закрыть сразу те немногие вещи, которых больше всего не хватает, когда финансовые активы переводят в ончейн.

Ближе всего сейчас команды вроде Ondo, которые делают только доходные активы одного типа, а также Securitize — по их схеме институционального выпуска ценных бумаг. Первым не хватает лицензий и широты набора активов, вторым ещё далеко до полноценного брокерского опыта. Сложности у Dusk Trade тоже вполне прямолинейные: лицензия MTF — жёсткий порог. Одобрят ли и сколько это займёт — никто не берётся гарантировать, а ликвидность пула ончейн-активов придётся создавать с нуля.

Расчётные и залоговые издержки, которые обеспечивает $DUSK , — и только если лицензия будет внедрена, а активы быстро появятся на витрине, Dusk Trade сможет реально запуститься. @Dusk стоит на стыке между брокером и ончейн-активами: направление правильное, дальше всё зависит от исполнения.
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы