Triple_S

Всем привет, доброе утро.
часовой пояс -1д
target-72k
$BTC
$SOL
$BNB
Treader Self Risk .

$FLOKI сегодня привлекает внимание.

Цена выросла примерно на 28,9%, и график показывает четкий краткосрочный восходящий тренд.

Что бросается в глаза — это импульс: более высокие максимумы, сильное покупательское давление и удержание цены выше Supertrend на 5-минутном графике.

Цифры тоже интересные: • Рыночная капитализация: ~$126,6M • Объем за 24ч: ~$1,78M • Ликвидность: ~$10,8M • Держатели: ~460K

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

$FLOKI

$BTCDOM
Настройка по BTC выглядит здесь интересно. 📊
Цена около $78,5K, а основное сопротивление находится в районе $80K–$88K и поддержка — стопкой в районе $70K–$72K.
Чистый пробой выше $80K может открыть путь к $88K–$92K. Потеря нижней поддержки, и снова актуальными становятся $60K–$65K.
Следите за уровнями, а не догоняйте свечи. 👀
#bitcoin #BTC #crypto #trading
$ETH
$BNB

#dusk $DUSK @Dusk

Одна вещь в Piecrust VM от Dusk привлекла мое внимание:

Зачем заставлять WASM делать всё, если некоторые операции явно лучше обрабатывать снаружи?

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

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

Хеширование.

Проверка доказательств ZK.

Подписи Шнорра.

Подписи BLS.

Это не легковесные операции.

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

И вот тут функции хоста Piecrust становятся особенно интересными.

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

Контракт остается в песочнице.

Тяжелая криптографическая работа выполняется ближе к нативной скорости.

Для меня это гораздо более практичный способ мыслить о дизайне виртуальной машины.

Не обязательно держать всё внутри песочницы.

Нужно, чтобы внутри нее находились правильные вещи.

Но есть и компромисс.

Разработчикам доступно меньше свободы, чтобы вводить полностью кастомные криптографические операции. Новые примитивы требуют поддержки на уровне VM.

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

Так что, возможно, Piecrust на самом деле не выбирает между выполнением в WASM и нативным выполнением.

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

И честно говоря, именно это кажется самой интересной частью дизайна.

Что бы вы выбрали: максимальную гибкость контракта или более быстрое выполнение для криптографически нагруженных задач?

$NEIRO
$ENA

#dusk $DUSK @Dusk

Я стал внимательнее присматриваться к Dusk, и одна вещь, которая бросается в глаза, — это то, как конфиденциальность рассматривается как часть системы, а не просто как ещё одна функция.

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

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

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

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

Если Dusk сможет сделать этот баланс практичным, слой конфиденциальности станет намного больше, чем просто функция.
$COLLECT
$BTC

🚀 КРИПТОРЫНОК ГОРИТ!

Монеты сейчас сильно растут! 🔥

Лучшие участники (24ч):

· RE/USDT +34.77% (в 5 раз)
· MVLLB/USDT +26.90% (в 3 раза)
· RED/USDT +25.77% (в 5 раз)
· MET/USDT +22.14% (в 5 раз)
· BOME/USDT +21.73% (в 5 раз)

Крупные игроки:

· ETH +17.74% (в 10 раз) — объем 1.92B
· TRUMP +18.03% (в 5 раз) — объем 39.65M
$RE $MVLLB $RED

#dusk $DUSK @Dusk

Большинство людей смотрят на @Dusk и видят цепочку приватности. Я думаю, что интереснее — более широкая картина.

DuskDS предлагает сети два разных способа перемещения стоимости: Moonlight для прозрачных потоков и Phoenix для скрытых переводов. Смысл не в том, чтобы прятать всё, а в том, чтобы контролировать, что действительно должно быть видимым.

Вот где важен механизм npk у Phoenix.

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

Для регулируемых активов это различие критически важно.

Dusk не пытается сделать финансы полностью приватными. Она стремится, чтобы приватность, раскрытие и расчёты работали вместе.

Вот за что в DUSK я наблюдаю.

.

$MRNA.US

$SKYAI

#dusk $DUSK @Dusk

Копался в настройке Dusk Moonlight vs Phoenix, и, честно говоря, именно подход с двумя моделями привлёк моё внимание.

Moonlight — прозрачная, аккаунтная; она довольно близка к Ethereum.

Phoenix — наоборот: заметки, деревья Меркла и ZK-доказательства сохраняют детали транзакций в тайне, а занулители (nullifiers) предотвращают двойные траты.

Меня особенно интересует то, что Dusk не заставляла пользователей выбирать одну модель.

Прозрачно, когда требуется соответствие требованиям, и приватно, когда оно не нужно.

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

Пока ещё разбираюсь, насколько это будет полезно на практике.

$ACE
$BTW

Какую модель Dusk вы бы использовали?

#dusk $DUSK @Dusk

Я изучал, как @Dusk выбирает своих генераторов блоков и членов комитета по голосованию, и внимание привлёк фрагмент DS/DE.
DS отвечает за выбор, а DE использует вес стейка и оценку на основе SHA3, чтобы определить, кого выбирают.
Что мне нравится, так это то, что узлам не нужно обмениваться сообщениями, чтобы сделать выбор. Они могут использовать одни и те же входные данные и получать один и тот же результат.
Ещё мне показалось интересным простое правило: после того как провайдер получает кредит, 1 DUSK удаляется из его веса.
Так у крупных стейкеров шанс остаётся выше, но одни и те же участники не могут постоянно снова и снова попадать в выбор.
Небольшой механизм, но он делает весь процесс выбора гораздо более сбалансированным.

🚀 Топ растущих активов на Binance 🔥

Вот что сейчас активно растёт:

📍 $GPS /USDT +40.43%
📍 $TUT /USDT +25.50%
📍 $ACE /USDT +16.27%
📍 BMT/USDT +15.43%
📍 HEMI/USDT +13.26%

Все с плечом 3x–5x — высокий риск, высокая доходность!

За чем из этого наблюдаете вы? 👀
Торгуйте с умом и всегда делайте DYOR! 💡

#Binance #CryptoGains #altcoins #TradingSignals #cryptocurrency

Если бы я сегодня удержал его, это было бы настоящим праздником — как Ид.
$BTW

#dusk $DUSK @Dusk

Я рассматривал механизм Fallback у Dusk, и одна вещь сразу бросилась мне в глаза: номер итерации на самом деле очень важен, когда происходит форк.

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

Базовое правило такое: приоритет получает меньшая итерация. Если блок из итерации 1 будет принят, но позже блок из итерации 0 наберёт кворум, то блок меньшей итерации может заменить его. Узел откатывается к состоянию до старого блока и перестраивает цепочку.

Из-за этого итерация 0 становится особенно интересной. Итерация 0 — это первая попытка, за ней идут итерации 1, 2 и так далее. Поскольку итерации -1 не существует, блок итерации 0 нельзя напрямую заменить через Fallback более низкой итерацией.

Но я бы не назвал это полной финальностью. Блок итерации 0 всё ещё может быть затронут, если откатывается один из его предков. Реальная финаль проходит через Rolling Finality.

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

#dusk $DUSK @Dusk

Раньше я думал, что Режим Чрезвычайной Ситуации Dusk — это просто план на случай, когда сеть не сможет сгенерировать блок.

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

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

После 16 подряд неудачных итераций Dusk может перейти в Режим Чрезвычайной Ситуации.

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

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

Dusk решает это тем, что принимает успешный блок из итерации с наименьшим номером и закрывает остальные открытые итерации.

Но что произойдет, если даже последняя итерация не сможет набрать кворум?

Именно здесь появляются Запросы Экстренных Блоков.

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

Часть, которая мне кажется наиболее интересной, — это компромисс.

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

Так что, возможно, реальный вопрос не в том, насколько Режим Чрезвычайной Ситуации децентрализован.

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

Именно этот баланс между децентрализацией и живучестью делает дизайн консенсуса Dusk для меня таким интересным.

#dusk $DUSK
Я снова перечитывал документы @Dusk и в итоге стал ближе присматриваться к Rolling Finality.

Основная идея довольно проста. Блок сначала находится в состоянии Accepted, затем становится Attested после получения достаточного числа голосов. Дальше он может перейти в Confirmed и в конечном счете в Final.

Но интересным для меня оказалось различие между n=0 и n>0.

Первая итерация использует fast path. Если блок с n=0 доходит до Attested, его уже можно считать необратимым. А вот последующие итерации другие. Даже после того как они становятся Attested, им всё равно нужны дополнительные подтверждения.

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

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

❤️❤️❤️❤️❤️
Спокойной ночи
❤️❤️❤️❤️❤️

все проверьте reward hub.
ой, мои хорошие.💔💔💔

#dusk $DUSK
Я снова и снова видел, что Dusk описывают как блокчейн, созданный специально для регулируемых финансовых рынков, и я решил немного углубиться, чтобы понять, чем он на самом деле отличается.

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

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

Затем я начал смотреть на архитектуру, лежащую в основе этой идеи.

Succinct Attestation предназначен для обеспечения быстрой финальности. Kadcast отвечает за пиринговый уровень. Moonlight и Phoenix используют разные подходы к транзакциям. А Zedger — то место, где особенно интересно: это конфиденциальная среда для смарт-контрактов, спроектированная вокруг ценных бумаг и финансовых продуктов.

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

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

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

И теперь я думаю: если регулируемые активы действительно будут массово перемещаться on-chain, станет ли подход Dusk к приватности + комплаенсу той функцией, которая будет иметь решающее значение?

@Dusk

#dusk $DUSK

Рахим: Брат, ты проверял награды торгового конкурса DUSK?

Карим: Да, но та таблица была супер запутанной!
Рахим: На самом деле всё просто — больше торгового объёма означает более высокий ранг.

Рахим: 3000 USDC, но нужно наторговать минимум $200,000. Карим: А если я закончу где-то с 20-го по 30-е место?

Рахим: Это группа 21–50, всего 3500 USDC — разделят поровну, но максимум 120 USDC на человека.

Карим: Есть много людей, которые получают награды, но суммы меньше.

Рахим: Верно! А места с 101-го по 450-е — по 50 USDC каждому, просто нужно $1,000 торгового объёма.
Карим: Значит, есть надежда для небольших трейдеров?

Рахим: Да, в каждом уровне есть своё минимальное значение объёма. Карим: Тогда давай начнём торговать уже сегодня!

Рахим: Подожди — внимательно прочитай правила, иначе можно упустить награды.

@Dusk