Orin khan 5

🚀 ОБНОВЛЕНИЕ SOLANA ($SOL)

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

Рынок может принести краткосрочную волатильность, но SOL по-прежнему остается одним из проектов, за которыми стоит следить.

Следим за следующим движением! 👀

#Solana #SOL #Crypto #Web3

Добрый вечер всем😍

#dusk $DUSK @Dusk

Провёл вторую половину дня, переходя между документацией провера @DuskFoundation и страницей $DUSK market, проверяя, где приватность становится обычной инфраструктурой. Я нашёл $DUSK примерно рядом с $0.0708, с дневным объёмом $2.98 млн, тогда как в гайде говорится о четырёх 2 ГГц ядрах. Погодите — я ожидал, что больше ядер означает более быстрые доказательства. Но что реально меня остановило, так это один воркер, который использует одно ядро, потому что генерация доказательств однопоточная. Я считал дополнительные ядра как одновременную мощность для нескольких воркеров, но каждое доказательство всё равно опирается на скорость одного ядра. Хм. Именно этот разрыв — то, что меня зацепило — лежит между обещанием «институционального урегулирования» и физическим узким местом: я могу представить, как одно медленное ядро растягивает завершение доказательств и финализацию транзакций, даже когда общая серверная ёмкость выглядит щедро. Взял перекус, вернулся — и всё ещё думал о том, как операторское железо становится частью UX приватности. Всё ещё жую эту мысль. Интересно, лучше ли кремний незаметно закрывает этот разрыв, или реальный спрос только позже делает его видимым?

#dusk $DUSK @Dusk

Провёл вторую половину дня, проверяя документацию @DuskFoundation’s $DUSK exchange, затем побродил по странице рынка. DUSK был примерно по $0.0758, с капитализацией около $45,5 млн и объёмом торгов $4,13 млн за 24 часа. Подождите — сеть заявляет детерминированную финализацию примерно за 10 секунд, но биржа не может считать «включено», «принято» или даже «подтверждено» готовыми деньгами к зачислению. Что же остановило меня, так это операционный разрыв. Я выяснил, что принятый блок всё ещё может быть откатан; надёжный сигнал — это явное изменение состояния «финализировано», читаемое из истории финализированного архива. Хм. Быстрое расчётное время всё равно просит биржу подождать, тщательно свериться с контрольными точками и зачислить атомарно — а не реагировать на первое заметное изменение баланса. Перекусил, вернулся, и тот самый разрыв, который реально запомнился, ощущался не как медлительность, а как дисциплина. Всё ещё пережёвываю это. Разрыв закроется по мере созревания интеграций, останется заложенным по дизайну или станет видимым только после того, как биржа зачислит слишком рано?

#dusk $DUSK @Dusk

Сначала я подумал, что LUX — это просто другое название $DUSK , деноминации, которую большинство пользователей может игнорировать.

После того как я присмотрелся к @Dusk, я понял, что он задаёт точность сети. Нативный DUSK имеет девять знаков после запятой: 1 DUSK равен 1,000,000,000 LUX, а 1 LUX равен 0.000000001 DUSK.

Сеть фиксирует суммы в целых единицах LUX. Гас-цены тоже задаются в LUX, а комиссия начисляется как использованный газ, умноженный на цену газа. Это даёт кошелькам и разработчикам точную базовую единицу для переводов, балансов и комиссий.

Вот что мне нравится в таком подходе. Деление не увеличивает предложение и не делает $DUSK более ценным. Оно лишь позволяет измерять совсем небольшие суммы, не прибегая к дробям меньше минимальной единицы сети.

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

Вы бы предпочли видеть сетевые комиссии в LUX или чтобы кошельки конвертировали всё в DUSK?

#dusk $DUSK @Dusk

Сначала я подумал, что криптографически корректная сессия Citadel 2 — это универсальный пропуск: если доказательство проверяется в блокчейне, сервис должен впустить меня.

Однако, присмотревшись к @Dusk, я понял: в его дизайне разделены действительность доказательства и разрешение на доступ. Контракт может проверить, что у меня есть зарегистрированная лицензия, подписанная провайдером, и при этом записать сессию, не раскрывая, какую именно лицензию я использовал. Затем я передаю сервису cookie сессии, а сервис сверяет его с этим публичным реестром.

Но окончательное решение всё равно остаётся за сервисом. Он может отклонить меня, если не доверяет эмитенту, если учётная запись просрочена или отозвана, либо если не выполнены условия по челленджу и защите от повторов.

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

Интересно, найдут ли пользователи такое равновесие успокаивающим или, наоборот, запутывающим.

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

#dusk $DUSK @Dusk

Сначала я думал, что тест на внедрение Citadel 2 заключается в том, хотят ли пользователи частные учетные данные. Если присмотреться к @DuskFoundation, я увидел практичный вопрос: ее полный JavaScript SDK пока «скоро будет доступен».

Citadel 2 позволяет кому-то доказать, что у него есть зарегистрированная лицензия, подписанная провайдером, не размещая персональные атрибуты — или точную используемую лицензию — в блокчейне. Контракт проверяет доказательство с нулевым разглашением и фиксирует публичную сессию. Затем пользователь передает сервису cookie сессии, и именно сервис решает, какие издатели и атрибуты он принимает, а также правила истечения и отзыва.

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

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

Вы бы выбрали гибкий контроль политик или самый простой вариант интеграции?

#dusk $DUSK @Dusk

Эй, ты знаешь… один вопрос про @DuskFoundation не отпускает меня: если биржа получает «202 Accepted» по моему выводу, почему работа не завершена?

Мы привыкли воспринимать ответ как «готово». Но в блокчейне отправка и расчёт — это разные моменты.

В Dusk L1 «202 Accepted» означает лишь, что узел принял транзакцию для маршрутизации. Это не доказывает, что транзакция попала в mempool, дошла до пиров, успешно выполнилась или стала финальной.

Dusk разделяет эти шаги. «transactions/included» сигнализирует о локальном поступлении в mempool. «transactions/executed» означает, что транзакция исполнилась внутри принятого блока, и поле «err» должно быть равно null. Финальность наступает, когда событие «blocks/statechange» отмечено как «finalized». До этого даже принятый блок может быть отменён.

Гипотетически, допустим, я вывожу DUSK с биржи. Её система подписывает транзакцию Moonlight, сохраняет её байты и ID, затем отправляет в сеть. Ответ 202 подтверждает маршрутизацию — но не завершение. Биржа должна проверить исполнение и статус финализированного блока.

Но я остановился на этом на минуту.

Возможно, финальность — это не только функция консенсуса. Это ещё и операционная ответственность.

Так когда вывод считается действительно завершённым: когда API отвечает, или когда откат уже невозможен? Я всё ещё думаю об этом. 🤔

#dusk $DUSK @Dusk

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

Но приглядевшись к @Dusk , я изменил мнение. Контракты Native DuskVM работают как Rust/WASM и обмениваются данными в виде байтов через выделенный буфер аргументов. Инструменты Dusk используют "rkyv" — формат архивов Rust, предназначенный для того, чтобы данные в архивированном виде можно было читать без предварительной сборки всего объекта.

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

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

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

Вы бы предпочли JSON везде или двоичный contract ABI с уровнем трансляции поверх него?

#dusk $DUSK @Dusk

Сначала я думал, что создание контракта для DuskVM означает, что нужно потратить много времени на низкоуровневую настройку ещё до того, как вообще дойдёшь до реальной контрактной логики.
Если присмотреться к @Dusk, Forge меняет это представление. Его «макрос может превратить общедоступные методы Rust в entrypoints DuskVM и автоматически сгенерировать большую часть служебного кода ABI. Также Forge обрабатывает сериализацию входных и выходных данных, так что разработчикам не нужно вручную подготавливать каждый байт, передаваемый между контрактом и виртуальной машиной.
Именно это мне нравится в таком подходе. Разработчик может уделять больше времени размышлениям об изменениях состояния, правах доступа и поведении контракта вместо того, чтобы снова и снова вручную связывать экспортируемые функции и кодировать вызовы.
Интересная часть в том, что Forge не убирает сложность из смарт‑контрактов. Он убирает повторяющуюся подготовительную работу вокруг них, благодаря чему важная сложность становится проще и лучше заметна для тестирования.
Теперь мне любопытно, как пройдёт внедрение.
Вы бы предпочли управлять ABI вручную или позволить Forge заняться шаблонами и заготовками, пока вы сосредотачиваетесь на логике контракта?

#dusk $DUSK @Dusk

Я проверял DUSK примерно по $0.059: рыночная капитализация — около $35 млн, а дневной объём — порядка $1.5 млн, когда вернулся к комплаенс-архитектуре Dusk. Интересна не приватность. Важнее то, что правила допуска и передачи становятся частью рабочего процесса актива.

Для регулируемого актива участник может подтверждать полномочия через идентичность в стиле Citadel и выборочное раскрытие, а логика смарт-контрактов проверяет, кто может владеть, получать или передавать актив. Это важно, потому что комплаенс обеспечивается во время выполнения: недопустимая передача может завершиться неудачей onchain, а не зависеть целиком от площадки или ручного рассмотрения.

Более сложный вопрос — действительно ли такой дизайн даёт заметное использование. Родной L1 Dusk уже работает, но Dusk Trade всё ещё в стадии разработки, тогда как DuskEVM и Hedger остаются тестнетами. Dusk сообщает о подтверждённой эмиссии €300M+ и о том, что в стейкинге находится 210M+ DUSK, но подтверждённая эмиссия — это не то же самое, что повторные onchain-расчёты.

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

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

#dusk $DUSK @Dusk

Вчера ночью я вернулся к графику DUSK: $0.06862, рыночная капитализация $41.07 млн и объем за 24 часа $8.91 млн. Более сильный сигнал был в его Rust-контрактах: BTreeMap появляется там, где разработчики могут ожидать HashMap.

Контракты DuskVM используют no_std Rust, скомпилированный в WASM. Встроенная HashMap в Rust применяет случайное семя и произвольную итерацию — неудобно, когда каждый валидатор должен воспроизводить выполнение. Карта с фиксированным семенем могла бы вернуть детерминизм, но ценой стали бы атаки на коллизии. BTreeMap вместо этого предсказуемо обходит ключи, принимая логарифмические операции вместо ожидаемых постоянных по времени обращений.

Код передачи, стейкинга и DRC20 от Dusk использует BTreeMap для аккаунтов, стейков, балансов и allowаnces. Упорядоченное прохождение состояния помогает сохранить воспроизводимость сериализации, пакетной обработки и выходных данных. Это дополняет предложение Dusk: конфиденциальные контракты, селективное раскрытие Citadel и программное соблюдение требований на базе XSC для регулируемых финансов.

Тем не менее архитектура опережает внедрение. На моей проверке в живом L1 было 67,686 финализированных транзакций и 884 активных публичных аккаунта; защищенная активность менее заметна, а надежной серии по L1 TVL не существует. DuskEVM и Hedger остаются тестнетами, Dusk Trade находится в разработке, а выпуск на сумму €300 млн+ означает обязательства, а не продемонстрированное расчетное подтверждение.

DUSK платит газ и обеспечивает стейкинг; блоки все еще эмитят 19.8574 DUSK, при этом предложение составляет 599.09 млн против лимита в один миллиард. Эмитенты могут ценить детерминированную инфраструктуру без необходимости большого количества DUSK, тогда как держатели сталкиваются с инфляцией, риском выполнения и временем на внедрение. Техническое качество и способность токена удерживать ценность связаны, но не тождественны. Сможет ли верифицируемая эмиссия, повторяемые расчеты и устойчиво поддерживаемая активность закрыть этот разрыв?

#dusk $DUSK @Dusk

Я открыл график DUSK, чтобы проверить цену, а в итоге оказался в коде стейкинга. DUSK был рядом с $0.0662, капитализация составляла $33,1 млн, а объем за 24 часа — $4,08 млн.

Более крупная идея — регулируемые финансы с меньшим числом публичных утечек: конфиденциальные переводы и ZK-смарт-контракты в живом нативном L1, селективное раскрытие в стиле Citadel и программируемое соблюдение требований в стиле XSC. Dusk Trade всё ещё разрабатывается; DuskEVM и Hedger — тестовые сети, а не уже состоявшееся внедрение.

Меня удержал контракт Stake genesis. Он фиксирует поставщиков, «созревает» стейки до права участвовать в консенсусе, начисляет награды, обрабатывает вывод средств и применяет штрафы. Генераторы получают 70% от каждой награды за блок плюс до 10% за зачёт сертификатов; комитеты валидации и ратификации получают по 5%, а 10% идет на развитие. На моём снимке данные узла показывали, что активно застейкано 203,3 млн DUSK, но было только 67 399 финализированных транзакций.

DUSK оплачивает газ и обеспечивает работу этой машины. Награды вероятностные: они финансируются комиссиями за транзакции и текущей эмиссией 19,8574 DUSK за блок. Это поддерживает работу поставщиков, но добавляет постоянное предложение. Между тем подтверждённая эмиссия на сумму более €300 млн — это показатель обязательств, а не раскрытая повторная расчётная выдача, и соответствующим площадкам, возможно, не нужно держать крупные балансы DUSK.

Техническое качество и захват стоимости токеном связаны, но не тождественны; держатели берут на себя инфляцию, риск исполнения и время внедрения. Сможет ли верифицируемая эмиссия, объём повторных расчётов и устойчивой сетевой активности в итоге закрыть разрыв между дорожной картой Dusk и текущими цифрами?

Конфиденциальность будет становиться все более важной в финансовых блокчейн-приложениях, и Dusk движется в правильном направлении.

#dusk $DUSK @Dusk

Прошлой ночью я нашёл DUSK около $0.0647: рыночная капитализация $38,8 млн и объём за 24 часа $2,85 млн. Рынок выглядел спокойным; именно Kadcast вернул меня к документации.

В отличие от случайных сплетен, Kadcast присваивает идентификаторы 128-битного формата, организует узлы в XOR-distance k-buckets и транслирует через структурированные диапазоны с резервными делегатами. Он не создаёт приватность как таковую; цель — снизить дублирующийся трафик и сделать задержки консенсус-сообщений более предсказуемыми.

Это поддерживает более широкое предложение Dusk: регулируемая активность через конфиденциальные smart contracts, правила для активов XSC, избирательное раскрытие Citadel и программируемую комплаенс-логику. Но в живом L1 уже зафиксировано 67 155 транзакций и примерно 196 млн DUSK в активном стейке. Dusk Trade развивается; DuskEVM и Hedger пока остаются тестнетами. Анонсированный выпуск свыше €300 млн — это обязательство, а не видимый повторяющийся расчёт.

DUSK платит за gas и обеспечивает консенсус. Провиженеры стейкают минимум 1 000, остаются онлайн и зарабатывают вероятностные эмиссии плюс комиссии. Наследуемые распределения указаны как полностью вестированные, но 36-летний график вознаграждений всё ещё выпускает 19,8574 DUSK за блок в первые четыре года, создавая продолжающееся давление предложения.

Я возвращаюсь к напряжению между захватом ценности и инфраструктурой. Эмитенты могут использовать маршрутизацию Dusk, приватность и комплаенс-стек, при этом удерживая мало DUSK сверх операционных нужд; бенефициары/держатели принимают на себя эмиссии, риск исполнения и время на внедрение. Техническое качество и захват ценности токена связаны, но не тождественны. Сможет ли проверяемая эмиссия, повторяющийся объём расчётов и стабильная активность сократить разрыв между дорожной картой и фактическим использованием?

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

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

#dusk $DUSK @Dusk

Сначала я прочитал в Dusk’е «€300M+ подтвержденных выпусков» как доказательство того, что ценные бумаги уже движутся в ончейне. Но карта продукта изменила картину: нативный L1 уже работает, однако Dusk Trade находится в статусе «Building», DuskEVM — на тестнете, а стек кошельков — в предпросмотре для разработчиков.
Цифра — это маркер конвейера, а не документ о расчетах.
Предполагаемый сценарий понятен. Организатор задает правила приемлемости, инвестор привязывает кошелек к проверяемым учетным данным, контроль передачи определяет, кто может владеть активом, а сегменты актива и платежа рассчитываются с детерминированной финальностью. Но сегодня этот полный путь продукта не запущен.
Более «тихое» трение — обслуживание разрешений. Citadel может подтвердить наличие учетных данных, не раскрывая их детали, но каждая служба по-прежнему выбирает доверенных эмитентов и решает, истекла ли сессия или была отозвана. Расчеты сохраняются; доступ может потребовать обновления, из-за чего участие — и переключение — со временем становится дороже.
Как читать €300M: как институциональное обязательство или как будущий спрос, который будет подтвержден только после выпуска, торговли и расчетов активов?

#dusk $DUSK @Dusk

Большинство блокчейнов сначала создают торговый экран, а о рыночной инфраструктуре думают потом. Dusk, похоже, меняет этот порядок на противоположный. Dusk Trade создаётся на основе уже готовых уровней расчётов, конфиденциальности и идентификации, превращая их в пользовательский путь: найти токенизированный актив, подключить кошелёк, пройти проверку соответствия требованиям, купить или продать, согласовать оплату с передачей актива, а затем провести расчёт. Citadel поддерживает выборочное раскрытие данных: инвестор может подтвердить наличие необходимого атрибута, не раскрывая ничего лишнего. 🔍
Мне кажется, такой порядок действий необычайно честен. Регулируемым активам недостаточно токена и кнопки «Купить», а объединение всего процесса может сделать инфраструктуру действительно удобной.
Но каждая дополнительная проверка может ощущаться как препятствие. Привязка кошелька, учётные данные, разрешения и контролируемые переводы могут защитить рынок, но заставить обычных пользователей задуматься, зачем для торговли столько барьеров. 🧐
Сможет ли @DuskFoundation сделать Dusk Trade единым и цельным рынком — или продуманная инфраструктура обернётся сложностью, которую придётся нести пользователям?

#baby $BABY @BabylonLabs_io

Я наблюдаю за выбором, который в крипто-контексте ощущается почти «задом наперед»: Babylon определяет границы нативных финансов на Bitcoin, прежде чем показать, насколько большим может стать рынок. Большинство протоколов начинают с ликвидности, стимулов и расширения продукта, а затем ужесточают модель рисков после прихода пользователей. Babylon начинает с рамок.
В своей конструкции Trustless Bitcoin Vault BTC остается внутри Taproot-вывода на Bitcoin, при этом каждый легитимный сценарий расходования формируется и подписывается до активации. Такой сейф также привязан к одному приложению и позже не может быть перемещен в другое место. Это звучит ограничивающе.
И да — возможно, именно в этом и смысл.
Нативным финансам на Bitcoin нужны правила до масштаба.
Текущая интеграция Aave v4 по-прежнему работает на Bitcoin Signet и Ethereum Sepolia, поэтому архитектуру пока не тестировали с действительно существенным капиталом. Но важен порядок: ограничения по кастоди, сценарии ликвидации, варианты восстановления и изоляция приложений определяются до того, как рынок попросили им доверять.
Чего я пока не знаю, так это примут ли пользователи это ограничение, когда появятся более быстрые и более компонуемые альтернативы, борющиеся за внимание. Babylon, возможно, показывает, что первый продукт в нативных финансах на Bitcoin — это не кредитование и не доходность. Ограничения выглядят правдоподобно.