Я с тех пор, как вчера ночью, снова думаю о @Dusk , и хм, чем больше я вглядываюсь в то, что будет дальше, тем сильнее мне кажется, что Dusk Trade выделяется среди остальных.
Сначала я думал, что интересная часть — просто в том, чтобы выводить на блокчейн больше регулируемых активов.
Но это кажется слишком простым.
Если #Dusk Trade действительно может связывать компании, которым нужно привлечь капитал, с инвесторами, ищущими регулируемые возможности, тогда большая история может быть в том, что произойдёт после выпуска этих активов.
Их нужно передать, урегулировать и действительно использовать.
И вот тогда я начал думать о $DUSK иначе.
Больше финансовой активности может означать больше активности в сети → больше комиссий → больше пользы для DUSK через сеть и стейкинг.
Так что, возможно, здесь есть довольно интересный цикл:
новые финансовые активы → больше активности → больше комиссий → больше спроса на DUSK.
Но есть один момент, который я всё ещё пытаюсь понять.
Если Dusk Trade со временем начнёт приносить значимую выручку, куда именно уходит эта ценность?
Стейкерам? Выкуп и сжигание? Или что-то другое, решённое сообществом?
Я не думаю, что вопрос в том, сможет ли Dusk разместить на блокчейне больше активов.
Для меня более интересный вопрос в том, смогут ли эти активы создать достаточно реальной активности, чтобы превратиться в устойчивую полезность для DUSK.
Я довольно глубоко погрузился в криптографию @Dusk совсем недавно.
Argon2, Equihash, PLONK… вот такие штуки, где можно потратить часы, пытаясь понять, что именно Ховратович и команда делают «под капотом».
Хм… и какое-то время мне казалось, что именно там и находится самая интересная история безопасности.
Но потом я посмотрел, что произошло 16 августа.
Мост был приостановлен после того, как мониторинг обнаружил необычную активность вокруг операционного кошелька. Но DuskDS продолжал работать, блоки продолжали приходить, и само по себе нарушение протокола не было тем, что «сломалось».
Заметнее всего для меня оказался фикс.
Никакой новой системы доказательств. Никаких изменений в консенсусном уровне.
Только список блокировок получателей в Web Wallet — предупреждение пользователей, прежде чем они отправят средства на помеченный адрес.
Хм… а это правда очень логично. Кошелёк — это то место, с которым взаимодействует большинство пользователей сети, так что установка такого «ограждения» там может очень быстро защитить огромное число людей.
Но это также вскрывает интересный пробел.
Если я использую Web Wallet, у меня есть ремень безопасности. Если же я запускаю свой собственный CLI или собираю свои инструменты, я снова оказываюсь на полной свободе — без ремня безопасности.
И это заставляет меня задуматься о институциональных амбициях #Dusk .
Для розничных пользователей слой безопасности на фронтенде может быть самым практичным ответом.
#dusk @Dusk @Dusk $DUSK Khi một ứng dụng cần truy cập dữ liệu lịch sử của chain, việc gọi đơn giản là “chạy validator” đôi khi chưa phản ánh đúng vai trò của hạ tầng phía sau. Mình từng nhìn việc vận hành node Dusk theo cách khá cơ bản, nhưng càng tìm tòi, mình càng thấy cách phân loại đó còn thiếu nhiều thứ.
Hmm.. điều này khiến mình chú ý đến một vai trò khác ngoài validator. Với Rusk, dữ liệu đã được finalized có thể được giữ lại để ứng dụng tra cứu về sau, bao gồm cả hoạt động Moonlight và các event cũ. Điểm quan trọng là người vận hành phần archive này không cần trở thành validator: không tham gia consensus và cũng không phải stake.
Điều này khiến mình phải nhìn lại cách chia nhiệm vụ trong hệ thống. Với môi trường API production, Dusk khuyến nghị không đặt phần phục vụ truy vấn chung với provisioner. Nhờ vậy, việc xử lý request và lưu dữ liệu quá khứ có thể chạy độc lập với node đảm nhận consensus.
Dữ liệu lịch sử, event và giao dịch vẫn phải được lưu trữ đủ ổn định để ứng dụng có thể truy xuất khi cần. Phạm vi công việc nhỏ hơn, nhưng không có nghĩa là nhẹ nhàng. Như vậy, một operator vẫn có thể cung cấp hạ tầng cho application layer mà không cần tham gia vào vai trò validator.
В последние несколько дней я оглядываюсь на @Dusk под другим углом. Отложив в сторону $DUSK цену, я хочу разобрать, что на самом деле делает этот токен за кулисами системы.
211M $ DUSK заблокирован в стейкинге из общего объёма 1B токенов, и эта цифра всё время заставляет меня задумываться. Но смотреть на неё в одиночку недостаточно, чтобы понять, действительно ли сеть работает уверенно. Количество токенов, находящихся в стейкинге, само по себе не говорит много об активности, которая происходит за этим.
Гораздо важнее посмотреть, как эта цифра связана с ролью @Dusk в общей архитектуре сети.
Мне особенно интересно в #Dusk , что эмиссия DUSK не стоит на месте: каждый блок сейчас создаёт примерно 19.86 DUSK, и эта цифра будет уменьшаться вдвое каждые 4 года. Чем раньше вы подключаетесь, тем яснее преимущество в вознаграждениях, при этом количество новых токенов, поступающих на рынок, со временем тоже будет постепенно снижаться.
Я также заметил, что @Dusk поменял подход к обеспечению предложения. Раньше порог 1B DUSK ожидался примерно около 2050 года; а текущая конструкция движется к снижению эмиссии поэтапно, а не к сохранению прежней ставки выпуска.
Я снова и снова возвращаюсь к этой цифре 211M $ DUSK: какую историю она рассказывает про @Dusk ? Держатели держат токены в стейкинге ради вознаграждений, или растущий стейк также происходит параллельно с увеличением числа транзакций и пользователей в сети?
Для меня эта деталь приобретает ещё больший вес, если поставить её рядом с амбициями Dusk: внедрить приватно-ориентированные смарт-контракты в финансовые сценарии, где требования к данным и обработке транзакций намного строже.
Пока что мне всё ещё не удалось связать эти два показателя в надёжный вывод: приводит ли рост стейкинга к более высокой активности в Dusk или нет? Если кто-то отслеживал эту сеть в течение прошлого года и собирал данные по валидаторам, транзакциям или объёмам стейкинга, пожалуйста, поделитесь ими со мной. Я хочу посмотреть на данные, а не гадать. $TRUMP $XRP #USDollarFallsToThreeMonthLow #TheoDõiFOMC #TinFed
Оглядываясь назад на @Dusk , я внезапно понял, что механизм стейкинга в сети по‑прежнему упоминается довольно редко.
Hyperstaking — вот что заставило меня задержаться дольше. @Dusk представила эту функцию 19/03/2025, в то время, когда в сети было более 270 операторов узлов. Разница в том, что смарт‑контракты могут напрямую подключаться к механизму стейкинга.
Сначала я видел Hyperstaking лишь как изменение на техническом уровне. Но когда я сопоставил это с тем, как @Dusk организует стейкинг, я увидел больше вещей, на которые стоит обратить внимание. Чтобы поставить стейк напрямую и запустить узел, нужно 1,000 $DUSK , при этом каждый эпох длится 2,160 блоков. Эти ограничения оставляют пространство для разработчиков, чтобы создавать приложения со встроенными стейкингом и делегированием.
Меня также заинтересовала временная шкала. #dusk начала развертывание mainnet в конце 2024 года, при этом первый блок планировалось запустить 07/01/2025. Всего через несколько месяцев Hyperstaking был представлен.
Одна деталь по таймлайнам заставила меня задуматься: Dusk достиг mainnet в конце 2024 года, затем первый блок был назначен на 07/01/2025. Не прошло много времени — и появился Hyperstaking, довольно рано, если смотреть на возраст сети.
Возможно, это просто нормальный процесс развития сети, которая всё ещё относительно новая. Но я также думаю, что @Dusk движется в более широком направлении: позволяя приложениям использовать стейкинг как часть самих себя, а не отдавать всю активность в руки операторов узлов.
Я всё ещё не знаю, насколько далеко Hyperstaking продвинулся на практике.
#binancep2pantoan @Binance Vietnam Есть одна вещь, к которой я постоянно возвращаюсь, когда изучаю Binance P2P: насколько эскроу действительно защищает покупателя, и что значительная часть логики защиты лежит не только в самой функции эскроу, а в процессе сделки и том, насколько пользователи следуют ему.
Рабочий процесс начинается с того, что покупатель размещает ордер, и криптовалюта продавца сразу блокируется в эскроу. Дальше покупатель переводит фиат напрямую со своего аккаунта на аккаунт продавца — и это то, что мне кажется самым интересным, потому что Binance не контролирует напрямую этот банковский денежный поток. Покупатель подтверждает, что оплата прошла, через систему ордеров и внутренний чат — и вот здесь ответственность покупателя: перевести правильные деньги, на правильный счет и сохранить реальные доказательства, которые действительно проверяются. Механизм споров всегда находится «на заднем плане» и ждет случая, когда продавец не освобождает криптовалюту после того, как получил деньги. Проверка доказательств Binance и обработка спора замыкают цикл.
То, чего я пока не знаю, — как будет работать эта защитная механика, когда на пользователя давит партнер, когда он предоставляет неверные данные или когда его пытаются вывести сделку за пределы платформы вместо соблюдения стандартного процесса. Вопрос в том, достаточно ли эскроу по-настоящему защищает покупателя, или же сохраняется «пробел» между криптовалютой, которую эскроу блокирует, и фиатным потоком, который находится вне системы.
Я слежу за названием аккаунта получателя, историей транзакций, показателями завершения, доказательствами перевода и всей историей чата, когда возникает спор или продавец не освобождает криптовалюту в нужный срок.#binancep2pantoan @Binance Vietnam @Binance Vietnam
#dusk $DUSK @Dusk На этот раз, взглянув на @Dusk , я заметил одну вещь, которую раньше часто упускал. Дело не только в самой цепочке, которую стоит посмотреть — продукты, которые появляются поверх нее, тоже показывают, что @Dusk используется по довольно разным направлениям.
Вдруг вспомнился один знакомый: он всегда избегал staking, потому что не хотел сам поднимать ноду и возиться с настройками. Sozu решил эту проблему в точку: пользователи всё еще могут делать stake DUSK, не управляя инфраструктурой самостоятельно. Небольшое изменение, но когда исчезает часть технической рутины, расстояние между «хочу участвовать» и «реально участвую» заметно сокращается.
PieSwap — еще один важный элемент, поскольку он объединяет своп-активность и предоставляет ликвидность для DuskEVM. Для меня это важнее, чем просто появление ещё одного приложения: когда продукты начинают создавать собственную активность, DuskEVM постепенно превращается в место, где пользователи действительно взаимодействуют, а не просто существуют “после” staking.
@Dusk Domains расширяет еще одно направление использования через систему доменов .dusk для кошельков, приложений и контрактов. Возможно, отдельные продукты еще не успели оказать большого эффекта, но если смотреть в целом, я начинаю видеть, что Dusk ближе к экосистеме с реальными пользователями — а не просто идеей на бумаге. $XRP $COLLECT #TinFed #GrayscaleFilesToListZcashTrustOnNYSEArca #WalmartFalls7% #USJoblessClaimsFallTo206000
#binancep2pantoan @Binance Vietnam 858 USDT — это сумма, которую я купил в качестве запаса, чтобы придержать BTC в январе 2026 года. Я перевёл полные 22,551 млн VND на счёт MB Bank продавца. Банк сообщил о транзакции как об успешной — деньги отправили. Но всё было довольно напряжённо: фиат прошёл, а USDT всё ещё «застрял».
Сначала я подумал, что это просто задержанная транзакция. Пока продавец не написал на Binance P2P, что банк отправил предупреждение и заблокировал аккаунт. Я также не знал, что именно на их стороне происходит. Так что я перестал гадать и просто сосредоточился на том, что у меня было.
Я оплачивал напрямую из заказа: все коммуникации оставались на Binance P2P, а документы были сохранены полностью. Когда Support нужно было перепроверить, они попросили оригинал PDF-выписки из интернет-банкинга — совпадающей с точным периодом времени.
Поначалу мне стало немного тревожно. Но если подумать, всё логично: скриншот лишь доказывает, что транзакция была, а PDF из банка помогает Support яснее проверить сумму, время и счёт — и при этом избежать файлов, которые могли быть отредактированы.
После этого я понял: P2P-транзакцию нельзя оценивать только по скриншотам. Order ID, чат и банковская выписка, расположенные рядом, расскажут всю картину — когда деньги ушли, сколько было отправлено и что именно произошло. Весь комплект доказательств всё равно надёжнее, чем один единственный снимок.
Я отправил Support всё, что им было нужно, и после завершения проверки USDT наконец дошёл. Я не углублялся в то, с чем разбирался продавец. Мне было важно, чтобы транзакцию обработали на основании того, что я предоставил.
В итоге для меня это оказалось довольно поучительно: хорошее доказательство — не про то, насколько «убедительно» оно выглядит, а про то, есть ли у него понятное происхождение и может ли кто-то другой перепроверить его, если ситуация пойдёт наперекосяк.
С тех пор я храню Order ID, P2P-чат и оригинал PDF для каждого заказа. Теперь вижу сохранение доказательств как финальный шаг перед закрытием транзакции — а не как что-то, что я делаю просто “на всякий случай”.
Я вернулся(лась) и перечитал(а) документацию Dusk Network еще раз, чтобы лучше понять, почему они делают приватность центральной для финансовых приложений.
Раньше я думал(а), что фокус просто в том, чтобы скрывать транзакции. Но после внимательного изучения Confidential Security Contract - XSC и confidential smart contracts я понял(а), что @Dusk решает гораздо более глубокую цепочку.
Самое важное, что меня заставило задуматься, — это задача согласования между privacy и verification.
Если чувствительные финансовые данные не раскрываются публично, на чем будет основываться децентрализованная сеть, чтобы знать, что контракт все еще выполняется корректно? Что именно нужно доказывать, а что можно продолжать скрывать?
Чем больше читаю, тем яснее вижу: больше всего интересно то, что в системе по умолчанию считается безопасным. На поверхности безопасность данных кажется не слишком сложной, но именно то, как все устроено «за кадром», заслуживает пристального внимания. Если одно звено в этой цепочке перестанет соответствовать исходным предположениям, что тогда произойдет?
Еще один момент, который я хочу прояснить, — как #dusk принимает решение об изменении протокола. Если в будущем сеть станет основой для финансов, кто будет определять обновления, которые напрямую повлияют на уровень приватности и безопасность системы?
Чем больше я узнаю, тем больше понимаю, что еще нельзя спешить с выводами по Dusk. Самое заметное изменение после каждого прочтения docs $DUSK — это то, что именно я хочу проверить дальше.
Мне особенно интересно, смогут ли эти четыре фактора — privacy, verification, security и decentralization — одновременно масштабироваться по мере роста adoption.
Сегодня утром в 5 утра я зашёл в P2P и создал ордер на продажу 291 USDT. Деньги уже поступили, я всё перепроверил — ордер вроде сошёлся, но в голове всё равно крутится мысль: «А вдруг что-то не так?»
Я ещё радовался, что сделка прошла быстро и чётко, но в ступор встал, когда проверил имя отправителя. Ой… это имя не совпадает с тем, что было указано при регистрации. Радость сразу сменилась тревогой буквально за пару секунд.
Я тут же открыл live chat Binance, чтобы проверить, потому что имя отправителя не совпало. Support сказали, что мне пока не нужно выпускать USDT, и что они разберутся с другой стороной. Покупатель объяснил, что лимит по аккаунту закончился, хотя сейчас только 5 утра. В итоге мне оставалось только ждать — и чем дольше жду, тем сильнее переживаю, потому что боюсь, что обработка затянется.
Чтобы уж наверняка, я написал в support и спросил, как действовать дальше. Они подсказали: сначала вернуть деньги (refund), а уже потом переходить к шагу cancel order. Ничего слишком сложного, но хотя бы я понимал, что действую правильно.
Я потратил довольно много времени на сделку, которая казалась очень простой, но зато теперь мне намного спокойнее.
I’ve been taking a closer look at @Dusk lately, and I realized I’m not paying as much attention to the price anymore. What I really want to understand is how the token is actually functioning beneath the network.
One number caught my attention: around 211M $DUSK is currently staked out of a total supply of 1B. But that number alone doesn’t tell us much, because a large amount of locked tokens doesn’t necessarily mean the network is being actively used.
However, when I look at that figure alongside how the token is designed, it starts to become much more interesting.
The part that stands out to me is the emission model: Dusk currently issues around 19.86 DUSK per block, then cuts that emission by 50% every four years. This favors early participants while gradually reducing new supply pressure over time.
I also noticed the difference between the old and current designs: previously, Dusk was targeting a 1B supply around 2050, while the newer model puts more emphasis on reducing emissions in stages.
What I still don’t have a clear answer to is what 211M $DUSK being staked actually tells us about the network.
I keep wondering: are holders staking mainly for the rewards, or is the growth in staking genuinely happening alongside increased activity on Dusk?
I think this is a distinction worth paying attention to, especially as Dusk aims to build infrastructure for confidential smart contracts and applications in the financial sector.
#binancep2pantoan @Binance Vietnam На этот раз я немного оглянулся на то, как я веду чаты в сделках Binance P2P, и ушёл с большим числом мыслей, чем ответов. Странно, но я воспринимаю это как хороший сигнал. Если я думаю, что завершение сделки означает, что и все риски тоже заканчиваются, возможно, я что-то упустил. Есть один урок, который продолжает оставаться у меня в голове. Раньше у меня была привычка удалять P2P-чаты сразу после закрытия сделки, с очень простой мыслью: раз криптовалюта перешла из рук в руки, больше нечего хранить. Чем больше я смотрел на это, тем яснее понимал, что чат — это не только место для обмена информацией. Это ещё и часть доказательств, когда возникает спор.
Я снова и снова спрашивал себя: «Сделка уже закрыта, так о чём тогда беспокоиться?» Возможно, я задавал не тот вопрос.
Сделка P2P может привести к спору позже, вместо того чтобы полностью завершиться сразу после того, как монета будет переведена. С чем я до сих пор пытаюсь разобраться, так это в том, сколько доказательств нам действительно нужно подготовить, прежде чем считать транзакцию безопасной. Если спор открывается, пока сделка ещё активна, Binance Support может проверить чат, детали сделки и подтверждение оплаты. И что ещё важнее: действительно ли высокий процент завершения — это достаточно, чтобы чувствовать себя в безопасности, если у аккаунта другой стороны всего несколько недель?
Я всё ещё не нашёл на это ответа.
Сейчас меня меньше волнует, насколько «гладко» прошла сделка, и больше — есть ли у меня достаточно доказательств прямо в системе Binance. Я также больше внимания уделяю возрасту аккаунта другой стороны, а не только проценту завершения, и тем более не удаляю чаты после того, как транзакция заканчивается. Именно там часто скрываются самые значимые детали.
Следующее, что я хочу изучить, — как Binance рассматривает споры и какие типы доказательств Support может проверять прямо из системы. У меня есть ощущение, что именно там моё нынешнее понимание либо закрепится — либо полностью изменится. $KII $DOS $QUID #IsraelStrikesLebanonKillsHezbollahCommander #TheoDõiFOMC
Раньше я думал, что «Лунный свет» против «Феникса» из «Сумерек» — это в первую очередь выбор в пользу приватности. Но если копнуть глубже, мне кажется, что более интересная трактовка — это переключение регуляторной позиции. Представьте одно учреждение, работающее на одном и том же уровне расчетов. Со стороны казначейства, ориентированной на биржу, ему могут понадобиться публичные балансы, отслеживаемые переводы и простая сверка. «Лунный свет» хорошо подходит под эту модель: отправитель, получатель и сумма видимы, а архитектура биржи «Сумерек» использует «Лунный свет» именно для депозитных и кастодиальных потоков.
Теперь рассмотрим другой процесс. Учреждение перемещает капитал между контрагентами и не хочет, чтобы размер его позиций или торговый граф были видны рынку. «Феникс» меняет модель видимости. Средства становятся защищёнными нотами: ZK-доказательства подтверждают транзакции, не раскрывая суммы и не связывая их с публичными транзакциями. При этом получатель может идентифицировать отправителя, а ключи просмотра позволяют контролируемое раскрытие, когда нужны доказательства.
Что мне здесь особенно впечатляет — дизайн стимулов. Учреждение не вынуждено выбирать между прозрачными финансами и приватными. Оно может выбрать уровень видимости в зависимости от процесса.
Однако всё же есть компромисс: «Феникс» вводит более сложные требования к хранению (custody), сканированию и генерации доказательств по сравнению с «Лунным светом». Поэтому @Dusk особенным для меня. Возможно, реальная инновация не в приватности, а в том, чтобы сделать раскрытие настраиваемым на уровне отдельной транзакции.
Захотят ли регулируемые рынки в реальности такую вариативную прозрачность вместо всегда публичного реестра?
#binancep2pantoan @Binance Vietnam Я всё время думаю об очень простом вопросе: что на самом деле делает P2P-транзакцию Binance безопасной — и, судя по ответу, он отличается от того, что обычно думают большинство новичков.
Это не то место, где «покупают и продают крипто ради развлечения». Это возможность проверить, действительно ли механизмы эскроу, система апелляций и процесс проверки доказательств способны защитить пользователей.
Я могу подтвердить следующее: криптовалюта блокируется в эскроу, когда открывается ордер; все детали сделок сохраняются в чате ордера; а споры можно передать на рассмотрение Binance, предоставив доказательства.
Я также могу проверить, как выбирать контрагента, как сверять имя в банковском счёте и когда выпускать криптовалюту, потому что это действительно тест того, сможет ли защитный механизм Binance P2P работать, когда пользователи следуют правильному процессу, а не просто ожидают, что Binance спасёт их в случае проблем.
Я пока не знаю, как система будет работать в реальных ситуациях — например, если деньги не приходят, если контрагент давит на досрочный выпуск, если предоставляют поддельные документы или пытаются вывести транзакцию за пределы платформы, вместо того чтобы держать её в контролируемой среде.
Вопрос в том, понимают ли пользователи на самом деле, что эскроу — это лишь один уровень защиты, а решение, которое создаёт уязвимость, всё равно находится в их руках.
Есть одна вещь, к которой я снова и снова возвращаюсь, когда узнаю о @Dusk : почему стейкинг по-прежнему ощущается «недоделанным», даже несмотря на то, что сеть уже запущена, а большая часть логики дизайна лежит в механизмах защиты консенсуса и распределения власти, а не просто на поверхности, в самой функции стейкинга.
Процесс начинается со стейкинга $DUSK в соотношении 90/10 — 10% блокируются, чтобы не допускать непрерывный спам из «поставить/забрать» стейк, который может нарушать работу сети. Затем появляется период созревания 12 часов — та часть, которая мне кажется наиболее интересной, потому что она заставляет пользователей принять принцип «внести деньги и затем просто ждать», а не получать права сразу. Вероятность награды работает через долю стейка каждого человека по отношению к общему объему, и именно здесь по-настоящему проверяется вопрос поведенческой экономики: те, кто запускает ноды 24/7, находятся ближе к стабильной доходности, тогда как обычные стейкеры по сути играют вероятностями. Hyperstaking и слой делегирования от третьей стороны (Sozu…) всегда существуют на фоне, ожидая момента, когда они выйдут из стадии бета.
Цикл завершается тем, что операторы нод становятся теми, кто фактически «забирает все» награды, тогда как большинство обычных пользователей по-прежнему держат больше обещания, чем стабилизированный механизм.
Чего я пока не знаю, так это того, как механизм 90/10 и период созревания будут работать, если возникнет давление на вывод капитала или произойдет существенная волатильность — а не при текущих идеальных условиях. Вопрос в том, будет ли предположение о «приоритете сетевой безопасности над UX пользователя» действительно сохраняться в долгосрочной перспективе, или же риск разрыва между экспериментальным опытом и реальной инфраструктурой все еще существует.
#binancep2pantoan @Binance Vietnam Сегодня я копаюсь глубже в Binance и в Completion Rate на P2P — как цифра, которая кажется такой простой, на самом деле говорит очень мало о реальном уровне надежности мерчанта.
Техническая часть мне понятна. Но по-настоящему заставило остановиться то, каков размер выборки и за какой период времени была сгенерирована эта цифра.
Я смотрю на реальные данные, а не просто на процент.
99% после 5,000 сделок, 99% после 200 сделок — и при этом есть еще количество сделок и Completion Rate за 30 дней.
Стоп! Оба раза 99%, но глубина истории и уровень реального опыта — совершенно разные.
Мерчант, прошедший через тысячи сделок, столкнулся с гораздо большим количеством типов контрагентов, ситуаций и событий. В то же время высокий показатель на небольшой выборке может отражать лишь короткий промежуток времени.
Вот реальная разница, из-за которой меня это заставляет задуматься.
Я не утверждаю, что Binance здесь ошибается. Completion Rate работает ровно так, как и задумывалось. Вопрос в том, может ли процент действительно отражать текущего человека за этим аккаунтом мерчанта.
Меня это заставляет думать о том, как можно посмотреть на снимок, а затем попытаться судить о целом человеке.
Цифра может выглядеть хорошо, но если мы не знаем, откуда она взялась по числу сделок, какой период она покрывает и насколько это было давно, мы все равно видим только поверхность.
И вот на что действительно стоит обратить внимание: самые важные сигналы могут быть не полностью видны на экране. Completion Rate — это лишь первый шаг. За ним стоит целый слой данных и поведения, который обычные пользователи никогда не видят.
Прежде чем тщательно разобраться, я всегда думал, что @Dusk тоже движется по привычному нарративу RWA: переносит реальные активы в блокчейн и их токенизирует.
Я еще не в полной мере проверил, что именно DUSK строит за кулисами. Поэтому я изучил, как Dusk сотрудничает с NPEX и идет по пути DLT-TSS.
Результат оказался куда более многогранным, чем я ожидал.
Dusk действительно нацелены на то, чтобы вывести реальные активы в блокчейн. Но меня удивило то, что они хотят не просто токенизировать активы.
NPEX — это биржа ценных бумаг в Нидерландах, лицензированная AFM, и #dusk ориентируется на то, чтобы перевести на on-chain весь процесс эмиссии, торговли и расчетов.
Проблема не в том, чтобы токенизировать больше активов.
Проблема — в том, чтобы выпускать активы непосредственно в on-chain, при этом сохраняя законность и комплаенс.
Оглядываясь назад, я понял, что я думал: Dusk просто строит приватный блокчейн, а затем использует нарратив RWA.
Возможно, мне стоило раньше разобраться в NPEX и DLT-TSS.
Процесс исследования не заставил меня поверить, что Dusk решили все вопросы. Он лишь заставил меня осознать более четкое направление: строить инфраструктуру для регулируемых рынков, закладывая privacy и compliance с самого начала.
Поэтому моя точка зрения на $DUSK тоже изменилась.
Есть одна вещь, которая снова и снова тянет меня назад, когда я изучаю Binance P2P: насколько эскроу действительно защищает покупателя, и как большая часть логики защиты кроется в торговом процессе и в том, как пользователи следуют ему, а не просто в самой функции эскроу.
Процесс начинается с того, что покупатель размещает заказ, а криптовалюта продавца сразу блокируется в эскроу. Далее покупатель переводит фиат напрямую со своего счета на счет продавца — и именно эта часть кажется мне самой интересной, потому что Binance напрямую не контролирует банковский поток. Подтверждение оплаты происходит через систему заказов и внутренний чат, и именно здесь на самом деле проверяется ответственность покупателя: отправить правильную сумму, на правильный счет и сохранить доказательства. Механизм апелляции всегда находится на фоне, ожидая случая, когда продавец не выпустит криптовалюту после получения денег. Рассмотрение доказательств Binance и урегулирование спора замыкают цикл.
После сделки я всегда сохраняю доказательства, чтобы защитить себя.
Пока не знаю только одного: как будет работать этот механизм защиты, когда на пользователей давит их контрагент — с ложной информацией или подталкивая выйти из платформы и провести сделку вне стандартного процесса. Вопрос в том, достаточно ли эскроу реально сильное, чтобы защитить покупателя, или же сохраняется разрыв между криптовалютой, заблокированной в эскроу, и движением фиата, которое остается вне системы.
I’ve been digging deeper into @Dusk and its two execution paths - DuskEVM for Solidity and DuskVM for native Rust/WASM contracts.
The technical design makes sense. But what really made me pause was the developer behavior it could create.
I stopped looking only at the docs and started thinking about what developers will actually choose.
DuskEVM is familiar, with the EVM tooling developers already know. DuskVM goes deeper into the runtime through Forge, handling boilerplate, WASM exports and data drivers while contract state lives directly in linear memory and is serialized with rkyv.
Wait - that creates an interesting contradiction.
DuskVM can offer a more native and potentially lower-overhead execution environment, but DuskEVM may still be the obvious choice simply because it is easier to build with.
That’s the gap I find more interesting than the Rust/WASM architecture itself.
I’m not saying DuskVM is flawed here. The native execution model is doing exactly what it was designed to do.
The real question is whether the technical advantage is strong enough to change developer behavior.
It reminds me of choosing between a familiar tool that gets the job done and a more specialized one that gives you deeper control - but asks you to learn a new workflow first.
If developers keep choosing DuskEVM, does DuskVM become a technically powerful but niche execution environment?
Есть одна вещь, к которой я снова и снова возвращаюсь, когда разбираюсь с @Dusk : может ли блокчейн одновременно удовлетворять требованиям по приватности и комплаенсу, и большая часть логики проектирования лежит в programmable privacy, а не просто в том, чтобы «вывести активы на блокчейн».
Поток работы начинается с определения того, какая информация должна оставаться скрытой. Отсюда selective disclosure позволяет раскрывать только ту часть данных, которая действительно необходима — это то, что мне показалось самым интересным. Пользователь может доказать, что он соответствует условиям для владения токенизированным активом, благодаря программируемой системе приватности, и именно здесь вопрос о комплаенсе проходит реальную проверку. Issuer, аудитор или надзорный орган всегда находятся «за кулисами», ожидая разрешенных условий, чтобы проверить нужную информацию. Deterministic settlement завершает цикл, доводя транзакцию до явно определенной on-chain finality.
То, чего я пока не знаю, — как именно programmable privacy будет работать, когда рынок испытывает сильное давление, а не в идеальных условиях. Вопрос в том, действительно ли предположение о том, что privacy и compliance могут сосуществовать, верно, или же риски по вопросам аудита, disclosure и settlement по‑прежнему сохраняются.