Binance Square
LearnToEarn
16.2k Публикации

LearnToEarn

Square Verified+
Signals hub • Your risk • your call •Market News •Projects •Content Creator • Awarded Creator🏆 | X/Twitter: @LearnToEarn_K
Creator Awards 2024
Creator Awards 2024
Traders League Badge Expert
Traders League Badge Expert
#BinanceTurns7 task 2
#BinanceTurns7 task 2
Открытая сделка
Владелец XAUT
Владелец XAUT
Трейдер с частыми сделками
2.6 г
139 подписок(и/а)
104.0K+ подписчиков(а)
72.1K+ понравилось
4 Значки
Посты
Портфель
PINNED
·
--
Если кто-то комментирует мои посты в CreatorPad только ради создания «ответного комментария», пожалуйста, не делайте этого. Binance вынесла предупреждение, и я не хочу быть частью чего-либо, что может поставить под угрозу мой аккаунт. Надеюсь, все понимают и так же заботятся о своих аккаунтах. узнать больше 👉🏼 [here](https://app.binance.com/uni-qr/cpos/357763569156842?r=UCIPZ4L0&l=en&uco=ftyWr1sE38FRAKYs15uUcQ&uc=app_square_share_link&us=copylink) @Binance_Square_Official @Binance_Customer_Support
Если кто-то комментирует мои посты в CreatorPad только ради создания «ответного комментария», пожалуйста, не делайте этого. Binance вынесла предупреждение, и я не хочу быть частью чего-либо, что может поставить под угрозу мой аккаунт. Надеюсь, все понимают и так же заботятся о своих аккаунтах.

узнать больше 👉🏼 here

@Binance Square Official @Binance Customer Support
Вчера вечером я вернулся к белой книге Dusk и раздел с консенсусом заставил меня притормозить. Dusk использует Succinct Attestation с permissionless, комитетно-основанным Proof of Stake. Требуется минимальная ставка 1 000 DUSK, а текущая эпоха составляет 2 160 блоков. Каждый раунд может выполняться до 50 итераций, а комитеты имеют 64 кредита, поэтому влияние при голосовании взвешено, а не «один человек — один голос». То, что я счёл особенно интересным, — пороговая структура: Valid требуется 2/3, тогда как Invalid, NoCandidate или NoQuorum могут достичь большинства 1/2 + 1. После 16 неудачных итераций протокол может перейти в аварийный режим, что поднимает вопрос о живучести (liveness) versus риске форка. Ещё меня заинтересовало устройство стимулов: 80% достаётся генератору блока, 10% — голосующему комитету и 10% — Dusk. У генератора 80% — это 70% фиксированных плюс 10% переменной части, привязанной к включённым голосам. Существенные нарушения, такие как двойное голосование, могут запускать жёсткое (hard) слэшинг. Затем Moonlight и Phoenix помогли мне яснее увидеть архитектуру: публичные транзакции на основе аккаунтов против заметок в стиле UTXO, деревья Merkle, nullifier’ы и ZK-доказательства. Я всё ещё думаю: создаёт ли распределение кредитов с учётом ставки риски концентрации? И насколько устойчив аварийный режим при сбоях валидаторов? #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)
Вчера вечером я вернулся к белой книге Dusk и раздел с консенсусом заставил меня притормозить. Dusk использует Succinct Attestation с permissionless, комитетно-основанным Proof of Stake. Требуется минимальная ставка 1 000 DUSK, а текущая эпоха составляет 2 160 блоков. Каждый раунд может выполняться до 50 итераций, а комитеты имеют 64 кредита, поэтому влияние при голосовании взвешено, а не «один человек — один голос».

То, что я счёл особенно интересным, — пороговая структура: Valid требуется 2/3, тогда как Invalid, NoCandidate или NoQuorum могут достичь большинства 1/2 + 1. После 16 неудачных итераций протокол может перейти в аварийный режим, что поднимает вопрос о живучести (liveness) versus риске форка.

Ещё меня заинтересовало устройство стимулов: 80% достаётся генератору блока, 10% — голосующему комитету и 10% — Dusk. У генератора 80% — это 70% фиксированных плюс 10% переменной части, привязанной к включённым голосам. Существенные нарушения, такие как двойное голосование, могут запускать жёсткое (hard) слэшинг.

Затем Moonlight и Phoenix помогли мне яснее увидеть архитектуру: публичные транзакции на основе аккаунтов против заметок в стиле UTXO, деревья Merkle, nullifier’ы и ZK-доказательства.

Я всё ещё думаю: создаёт ли распределение кредитов с учётом ставки риски концентрации? И насколько устойчив аварийный режим при сбоях валидаторов?
#dusk $DUSK @Dusk
🎙️ КУПИ $DUSK СЕЙЧАС! $DUSK РАЗБОР ГРАФИКА — присоединяйся скорее
cover
Завершено
01 ч 21 мин 18 сек
277
5
0
🚨 𝐏𝐎𝐑𝐓𝐀𝐋 +𝟐𝟓% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $PORTAL показывает сильный импульс после роста на +25%, и покупатели теперь приближаются к ключевому уровню сопротивления на $0.01849. Вход: $0.01373 – $0.01726 TP1: $0.01849 TP2: $0.02000 SL: $0.01373 🔥 Пробой и закрепление выше $0.01849 могут открыть дорогу к следующему витку роста. $PORTAL {future}(PORTALUSDT)
🚨 𝐏𝐎𝐑𝐓𝐀𝐋 +𝟐𝟓% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$PORTAL показывает сильный импульс после роста на +25%, и покупатели теперь приближаются к ключевому уровню сопротивления на $0.01849.

Вход: $0.01373 – $0.01726

TP1: $0.01849
TP2: $0.02000

SL: $0.01373

🔥 Пробой и закрепление выше $0.01849 могут открыть дорогу к следующему витку роста.

$PORTAL
🚨 𝐏𝐑𝐎𝐌 +𝟑𝟎% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $PROM демонстрирует сильный импульс после роста на +30%, и покупатели теперь приближаются к ключевому уровню сопротивления на $4.056. Вход: $2.700 – $3.604 TP1: $4.056 TP2: $4.200 SL: $2.700 🔥 Пробой и закрепление выше $4.056 может открыть дорогу следующему более высокому шагу. ☃️$PROM {future}(PROMUSDT)
🚨 𝐏𝐑𝐎𝐌 +𝟑𝟎% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$PROM демонстрирует сильный импульс после роста на +30%, и покупатели теперь приближаются к ключевому уровню сопротивления на $4.056.

Вход: $2.700 – $3.604

TP1: $4.056
TP2: $4.200

SL: $2.700

🔥 Пробой и закрепление выше $4.056 может открыть дорогу следующему более высокому шагу.

☃️$PROM
Прошлой ночью я снова прошёлся по документации Dusk, особенно по разделу 6 об имплементации, и поймал себя на том, что обращаю больше внимания на то, как детали складываются вместе, а не на громкие заявления. Первым особенно выделился PVM — виртуальная машина, построенная вокруг WebAssembly (WASM). Насколько я понимаю, цель — компактная, модульная и лёгкая среда для выполнения смарт-контрактов, где WASM помогает обеспечить переносимость, сохраняя при этом управляемость исполнения. Но меня всё ещё интересует: какая часть безопасности обеспечивается именно дизайном виртуальной машины, а какая — самими контрактами? Затем документация перешла к контрактам-генезисам. Контракт Transfer обрабатывает переводы DUSK, проверяет корректность транзакций и учитывает затраты на выполнение. Контракт Stake управляет заблокированными DUSK для стейкинга, отслеживает соответствующее состояние и поддерживает вывод средств после окончания периода блокировки. Это заставило меня больше задуматься о том, насколько базовое поведение сети закодировано прямо в контрактах. В разделе 6.3 также упоминаются будущие контракты, включая Zedger для регулируемых ценных бумаг и RWAs, а также контракт Clock для валидации, зависящей от времени. Так вот мои вопросы: как эти контракты управляются и обновляются, и что происходит, если один из них становится узким местом по безопасности? Насколько децентрализован такой контроль на практике? @Dusk_Foundation $DUSK {future}(DUSKUSDT) #Dusk
Прошлой ночью я снова прошёлся по документации Dusk, особенно по разделу 6 об имплементации, и поймал себя на том, что обращаю больше внимания на то, как детали складываются вместе, а не на громкие заявления.

Первым особенно выделился PVM — виртуальная машина, построенная вокруг WebAssembly (WASM). Насколько я понимаю, цель — компактная, модульная и лёгкая среда для выполнения смарт-контрактов, где WASM помогает обеспечить переносимость, сохраняя при этом управляемость исполнения. Но меня всё ещё интересует: какая часть безопасности обеспечивается именно дизайном виртуальной машины, а какая — самими контрактами?

Затем документация перешла к контрактам-генезисам. Контракт Transfer обрабатывает переводы DUSK, проверяет корректность транзакций и учитывает затраты на выполнение. Контракт Stake управляет заблокированными DUSK для стейкинга, отслеживает соответствующее состояние и поддерживает вывод средств после окончания периода блокировки. Это заставило меня больше задуматься о том, насколько базовое поведение сети закодировано прямо в контрактах.

В разделе 6.3 также упоминаются будущие контракты, включая Zedger для регулируемых ценных бумаг и RWAs, а также контракт Clock для валидации, зависящей от времени.

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

@Dusk $DUSK
#Dusk
🚨 𝐒𝐏𝐊 +𝟐𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $SPK демонстрирует сильный импульс после роста на +29%, и покупатели уже приближаются к ключевому уровню сопротивления на $0.024166. Вход: $0.016849 – $0.023363 TP1: $0.024166 TP2: $0.025000 SL: $0.016849 🔥 Пробой и удержание выше $0.024166 могут открыть путь к следующему росту. $SPK {future}(SPKUSDT)
🚨 𝐒𝐏𝐊 +𝟐𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$SPK демонстрирует сильный импульс после роста на +29%, и покупатели уже приближаются к ключевому уровню сопротивления на $0.024166.

Вход: $0.016849 – $0.023363

TP1: $0.024166
TP2: $0.025000

SL: $0.016849

🔥 Пробой и удержание выше $0.024166 могут открыть путь к следующему росту.

$SPK
🚀 𝐄𝐓𝐇 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🔥 $ETH показывает сильный бычий импульс: покупатели продавливают ключевое сопротивление на $2,484. Вход: $2,355 – $2,458 TP1: $2,484 TP2: $2,520 SL: $2,355 🔥 Пробой и удержание выше $2,484 может открыть дверь для следующего рывка вверх. $ETH {future}(ETHUSDT)
🚀 𝐄𝐓𝐇 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🔥

$ETH показывает сильный бычий импульс: покупатели продавливают ключевое сопротивление на $2,484.

Вход: $2,355 – $2,458

TP1: $2,484
TP2: $2,520

SL: $2,355

🔥 Пробой и удержание выше $2,484 может открыть дверь для следующего рывка вверх.
$ETH
🚀 𝐁𝐓𝐂 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🔥 $BTC показывает сильный бычий импульс: покупатели продавливают ключевое сопротивление на $78,052. Вход: $75,545 – $77,664 TP1: $78,052 TP2: $78,500 SL: $75,545 🔥 Пробой и удержание выше $78,052 может открыть дорогу следующему витку роста. $BTC {future}(BTCUSDT)
🚀 𝐁𝐓𝐂 𝐁𝐔𝐋𝐋𝐈𝐒𝐇! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🔥

$BTC показывает сильный бычий импульс: покупатели продавливают ключевое сопротивление на $78,052.

Вход: $75,545 – $77,664

TP1: $78,052
TP2: $78,500

SL: $75,545

🔥 Пробой и удержание выше $78,052 может открыть дорогу следующему витку роста.
$BTC
Прошлой ночью я снова прошёлся по документации Dusk, и дизайн с точки зрения согласованности стал гораздо яснее, когда я следовал цифрам, а не просто терминологии. Провайдеру (provisioner) нужно как минимум 1 000 DUSK. Текущая эпоха — 2 160 блоков, а право на участие определяется формулой зрелости M = 2 × epoch − (height mod epoch). Поэтому стейкинг не становится доступным мгновенно: он активируется в начале новой эпохи. Далее процесс SA проходит через Proposal, Validation и Ratification. Для Valid требуется сверхквалифицированное большинство 2/3, тогда как Invalid или NoCandidate могут набрать кворум при 1/2 + 1. Раунд может выполняться до 50 итераций. Мне также показались интересными 64 кредитных единицы комитета. Голоса взвешиваются по кредитам, в то время как детерминированное извлечение использует стейк и уменьшает вес провайдера на 1 DUSK за каждую назначенную кредитную единицу. Затем подписи BLS агрегируются. Вопрос безопасности — вот над чем я всё ещё думаю. После 16 неудачных итераций начинается аварийный режим, но параллельные открытые итерации тоже могут повышать риск форка. Протокол решает это, выбирая минимальную итерацию. Есть ещё транзакционный слой: Moonlight — это учётная (account-based) модель и прозрачность, тогда как Phoenix использует UTXO, ZK-доказательства и nullifier’ы для приватности. Мои вопросы: создаёт ли отбор с учётом веса стейка значимую концентрацию со временем? И насколько устойчив аварийный режим при длительных сбоях в работе сети? #dusk $DUSK @Dusk_Foundation {future}(DUSKUSDT)
Прошлой ночью я снова прошёлся по документации Dusk, и дизайн с точки зрения согласованности стал гораздо яснее, когда я следовал цифрам, а не просто терминологии.

Провайдеру (provisioner) нужно как минимум 1 000 DUSK. Текущая эпоха — 2 160 блоков, а право на участие определяется формулой зрелости M = 2 × epoch − (height mod epoch). Поэтому стейкинг не становится доступным мгновенно: он активируется в начале новой эпохи.

Далее процесс SA проходит через Proposal, Validation и Ratification. Для Valid требуется сверхквалифицированное большинство 2/3, тогда как Invalid или NoCandidate могут набрать кворум при 1/2 + 1. Раунд может выполняться до 50 итераций.

Мне также показались интересными 64 кредитных единицы комитета. Голоса взвешиваются по кредитам, в то время как детерминированное извлечение использует стейк и уменьшает вес провайдера на 1 DUSK за каждую назначенную кредитную единицу. Затем подписи BLS агрегируются.

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

Есть ещё транзакционный слой: Moonlight — это учётная (account-based) модель и прозрачность, тогда как Phoenix использует UTXO, ZK-доказательства и nullifier’ы для приватности.

Мои вопросы: создаёт ли отбор с учётом веса стейка значимую концентрацию со временем? И насколько устойчив аварийный режим при длительных сбоях в работе сети?

#dusk $DUSK @Dusk
🎙️ Хайп DUSK РАЗБИВАЕТСЯ — ПОКУПАТЬ ДИП ИЛИ ПРОДАВАТЬ ДЭМП? 🚨
cover
Завершено
01 ч 05 мин 02 сек
245
3
0
Прошлой ночью я вернулся к документации Dusk, пытаясь понять «Сжатые аттестации» (SA) помимо описания PoS. Бросилось в глаза, насколько многое зависит от детерминированного сазидации (DS). Провайдеру нужно как минимум 1 000 DUSK в стейке, но право участия откладывается через M = 2 × epoch − (height mod epoch), при этом каждый текущий epoch составляет 2 160 блоков. DS выбирает генераторов блоков и комитеты по оценкам на основе SHA3 и с использованием seed, из-за чего будущие выборы сложнее заранее просчитать. Поток консенсуса устроен так: предложение, валидация, затем ратификация. Для Valid требуется сверхбольшинство 2/3, а для Invalid, NoCandidate или NoQuorum — 1/2 + 1. В одном раунде может быть до 50 итераций. Голосование комитета взвешивается по кредитам; сейчас их 64, а подписи BLS позволяют агрегировать голоса. Возникает вопрос децентрализации: остается ли выбор с учетом веса стейка достаточно разнообразным, когда крупные провайдеры накапливают больше влияния? Аварийный режим после 16 неудачных итераций — это компромисс по безопасности: он помогает продолжать работу консенсуса, но параллельные итерации могут повысить риск форков. Аварийный блок требует запросов от провайдеров, у которых есть большинство от общего стейка. Пороговая финальность классифицирует блоки как принятые, аттестованные, подтвержденные или окончательные. Интересует: как эти пороги проходят стресс‑тестирование на предмет сговора, сбоев живости и концентрации в комитете? #dusk $DUSK @Dusk_Foundation
Прошлой ночью я вернулся к документации Dusk, пытаясь понять «Сжатые аттестации» (SA) помимо описания PoS.

Бросилось в глаза, насколько многое зависит от детерминированного сазидации (DS). Провайдеру нужно как минимум 1 000 DUSK в стейке, но право участия откладывается через M = 2 × epoch − (height mod epoch), при этом каждый текущий epoch составляет 2 160 блоков. DS выбирает генераторов блоков и комитеты по оценкам на основе SHA3 и с использованием seed, из-за чего будущие выборы сложнее заранее просчитать.

Поток консенсуса устроен так: предложение, валидация, затем ратификация. Для Valid требуется сверхбольшинство 2/3, а для Invalid, NoCandidate или NoQuorum — 1/2 + 1. В одном раунде может быть до 50 итераций.

Голосование комитета взвешивается по кредитам; сейчас их 64, а подписи BLS позволяют агрегировать голоса. Возникает вопрос децентрализации: остается ли выбор с учетом веса стейка достаточно разнообразным, когда крупные провайдеры накапливают больше влияния?

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

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

Интересует: как эти пороги проходят стресс‑тестирование на предмет сговора, сбоев живости и концентрации в комитете?

#dusk $DUSK @Dusk
🚨 𝐒𝐂 +𝟓𝟎% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $SC показывает сильный импульс после всплеска на +50%, и покупатели теперь приближаются к ключевому уровню сопротивления на $0.000935. Вход: $0.000524 – $0.000792 TP1: $0.000935 TP2: $0.001000 SL: $0.000524 R:R: 1:2 🔥 Пробой и удержание выше $0.000935 может открыть путь для очередного сильного роста. $SC {spot}(SCUSDT)
🚨 𝐒𝐂 +𝟓𝟎% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐀𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$SC показывает сильный импульс после всплеска на +50%, и покупатели теперь приближаются к ключевому уровню сопротивления на $0.000935.

Вход: $0.000524 – $0.000792

TP1: $0.000935
TP2: $0.001000

SL: $0.000524

R:R: 1:2

🔥 Пробой и удержание выше $0.000935 может открыть путь для очередного сильного роста.

$SC
🎙️ КУПИ DUSK СЕЙЧАС! Достигнет ли DUSK отметки 0.090 сегодня? ЖИВОЙ ТРЕЙДИНГ!
cover
Завершено
01 ч 20 мин 16 сек
537
6
0
$DUSK ВОССТАНОВЛЕНИЕ! ПРОРЫВ НАБЛЮДАЙТЕ 🚀 Вход: $0.0660 – $0.0767 Тейк-профит: $0.0885 / $0.0900 Стоп-лосс: $0.0660 Пробой $0.0885 = следующий шаг вверх.$DUSK {future}(DUSKUSDT)
$DUSK ВОССТАНОВЛЕНИЕ! ПРОРЫВ НАБЛЮДАЙТЕ 🚀

Вход: $0.0660 – $0.0767

Тейк-профит: $0.0885 / $0.0900

Стоп-лосс: $0.0660

Пробой $0.0885 = следующий шаг вверх.$DUSK
🔥 𝐓𝐑𝐔𝐌𝐏 +𝟕𝟕% 𝐌𝐄𝐆𝐀 𝐏𝐔𝐌𝐏! 𝐂𝐎𝐍𝐓𝐈𝐍𝐔𝐀𝐓𝐈𝐎𝐍 𝐖𝐀𝐓𝐂𝐇 🚀 $TRUMP показывает взрывной импульс после роста на +77%. Ключевой уровень сейчас — $3.680: уверенный пробой и закрепление могут сигнализировать о дальнейшем потенциале вверх. Вход: $1.699 – $3.031 TP1: $3.680 TP2: $4.000 SL: $1.699 🔥 Пробой и закрепление выше $3.680 могут открыть путь для следующего движения вверх. $TRUMP {future}(TRUMPUSDT)
🔥 𝐓𝐑𝐔𝐌𝐏 +𝟕𝟕% 𝐌𝐄𝐆𝐀 𝐏𝐔𝐌𝐏! 𝐂𝐎𝐍𝐓𝐈𝐍𝐔𝐀𝐓𝐈𝐎𝐍 𝐖𝐀𝐓𝐂𝐇 🚀

$TRUMP показывает взрывной импульс после роста на +77%. Ключевой уровень сейчас — $3.680: уверенный пробой и закрепление могут сигнализировать о дальнейшем потенциале вверх.

Вход: $1.699 – $3.031

TP1: $3.680
TP2: $4.000

SL: $1.699

🔥 Пробой и закрепление выше $3.680 могут открыть путь для следующего движения вверх. $TRUMP
Прошлой ночью я снова перечитал whitepaper Dusk, чтобы лучше понять его базовый консенсус и архитектуру транзакций. Сначала я думал, что это просто стандартная privacy-цепочка, но двухдвижковая схема оказалась сложнее, чем я ожидал. Они разделяют выполнение на Moonlight — прозрачную аккаунтную модель — и Phoenix — модель ZK UTXO, использующую заметки в виде Merkle-дерева и nullifier’ы, чтобы предотвращать двойные траты. Больше всего меня заинтересовал раздел 3.9 про стимулы. Награды за блок распределяются так: 80% получает генератор блока (разделённые на 70% фиксированной части и 10% переменной, зависящей от кредитов избирателей), 10% — комитет по голосованию и 10% — напрямую Dusk. За нарушения: незначительные сбои приводят к мягкому slashing и приостановке, тогда как крупные сбои вроде двойного голосования влекут жёсткий slashing, который сжигает залог. Это подняло у меня несколько вопросов о децентрализации и безопасности. Как постоянная вырезка 10% в пользу Dusk влияет на долгосрочную централизацию казначейства? Кроме того, в реальных условиях задержек: механизм кредитов эффективно предотвращает ситуации, когда генераторы с более высокими итерациями намеренно позволяют более ранним итерациям провалиться, чтобы не дать им получить вознаграждение генератора? Я не смог найти чёткий ответ и на то, как масштабируется набор Phoenix nullifier’ов по мере разрастания состояния со временем. Буду рад услышать технические точки зрения. {future}(DUSKUSDT) #dusk $DUSK @Dusk_Foundation
Прошлой ночью я снова перечитал whitepaper Dusk, чтобы лучше понять его базовый консенсус и архитектуру транзакций. Сначала я думал, что это просто стандартная privacy-цепочка, но двухдвижковая схема оказалась сложнее, чем я ожидал.
Они разделяют выполнение на Moonlight — прозрачную аккаунтную модель — и Phoenix — модель ZK UTXO, использующую заметки в виде Merkle-дерева и nullifier’ы, чтобы предотвращать двойные траты. Больше всего меня заинтересовал раздел 3.9 про стимулы. Награды за блок распределяются так: 80% получает генератор блока (разделённые на 70% фиксированной части и 10% переменной, зависящей от кредитов избирателей), 10% — комитет по голосованию и 10% — напрямую Dusk. За нарушения: незначительные сбои приводят к мягкому slashing и приостановке, тогда как крупные сбои вроде двойного голосования влекут жёсткий slashing, который сжигает залог.
Это подняло у меня несколько вопросов о децентрализации и безопасности. Как постоянная вырезка 10% в пользу Dusk влияет на долгосрочную централизацию казначейства? Кроме того, в реальных условиях задержек: механизм кредитов эффективно предотвращает ситуации, когда генераторы с более высокими итерациями намеренно позволяют более ранним итерациям провалиться, чтобы не дать им получить вознаграждение генератора?
Я не смог найти чёткий ответ и на то, как масштабируется набор Phoenix nullifier’ов по мере разрастания состояния со временем. Буду рад услышать технические точки зрения.

#dusk $DUSK @Dusk
Прошлой ночью я снова прошёл по документации TermMax, сосредоточившись на разделах про проверку раздачи (airdrop checker) и распределение токенов. Начавшись как быстрый просмотр, это превратилось в более длинную попытку разложить по полочкам реальные механики. Ниже порога вестинга вся выделенная сумма доступна к заявке сразу и без каких-либо блокировок, либо её можно застейкать для бонуса +80 процентов за три месяца или +180 процентов за шесть месяцев. Выше порога варианты сужаются: заявить 30 процентов сейчас и навсегда отказаться от оставшихся 70 процентов, либо заявить только 15 процентов сейчас и вестировать остальные 85 процентов в течение трёх или шести месяцев. Эти 15 процентов всё ещё можно заявить или застейкать. Разблокировки происходят каждые три месяца: план на три месяца освобождает средства один раз, а план на шесть месяцев — на третий месяц и на шестой. Если выбраны и вестинг, и застейкинг, бонусы идут по своим собственным графикам, но появляются вместе в одном и том же окне разблокировки. Дедлайн подтверждения — 23 августа, 23:59 UTC, и выбранный вариант необратим. Если опоздать, по умолчанию применяется самая длинная блокировка: вестинг на шесть месяцев плюс застейкинг на шесть месяцев. Само оформление (claiming) откроется 25 августа, а подтверждённые выборы перейдут на страницу TMX Management на момент TGE. Распределения фиксированы по снимку (snapshot) подтверждённой активности и балансов. Токены из более ранней кампании Binance Wallet не включены в проверку и будут отправлены отдельно на TGE без вестинга. Я не смог найти ясного объяснения того, как именно рассчитывается сам порог, и можно ли потом изменить его через управление (governance). Также необратимый выбор поднимает практический вопрос безопасности, если кошелёк окажется скомпрометирован или произойдёт ошибка интерфейса. Даёт ли застейкинг бонусных токенов какой-либо вес в управлении или это чисто механизм доходности? Кто-нибудь уже нашёл точные источники параметров или пути восстановления в контрактах? #termmax @termmax
Прошлой ночью я снова прошёл по документации TermMax, сосредоточившись на разделах про проверку раздачи (airdrop checker) и распределение токенов. Начавшись как быстрый просмотр, это превратилось в более длинную попытку разложить по полочкам реальные механики.

Ниже порога вестинга вся выделенная сумма доступна к заявке сразу и без каких-либо блокировок, либо её можно застейкать для бонуса +80 процентов за три месяца или +180 процентов за шесть месяцев. Выше порога варианты сужаются: заявить 30 процентов сейчас и навсегда отказаться от оставшихся 70 процентов, либо заявить только 15 процентов сейчас и вестировать остальные 85 процентов в течение трёх или шести месяцев. Эти 15 процентов всё ещё можно заявить или застейкать. Разблокировки происходят каждые три месяца: план на три месяца освобождает средства один раз, а план на шесть месяцев — на третий месяц и на шестой. Если выбраны и вестинг, и застейкинг, бонусы идут по своим собственным графикам, но появляются вместе в одном и том же окне разблокировки.

Дедлайн подтверждения — 23 августа, 23:59 UTC, и выбранный вариант необратим. Если опоздать, по умолчанию применяется самая длинная блокировка: вестинг на шесть месяцев плюс застейкинг на шесть месяцев. Само оформление (claiming) откроется 25 августа, а подтверждённые выборы перейдут на страницу TMX Management на момент TGE. Распределения фиксированы по снимку (snapshot) подтверждённой активности и балансов. Токены из более ранней кампании Binance Wallet не включены в проверку и будут отправлены отдельно на TGE без вестинга.

Я не смог найти ясного объяснения того, как именно рассчитывается сам порог, и можно ли потом изменить его через управление (governance). Также необратимый выбор поднимает практический вопрос безопасности, если кошелёк окажется скомпрометирован или произойдёт ошибка интерфейса. Даёт ли застейкинг бонусных токенов какой-либо вес в управлении или это чисто механизм доходности? Кто-нибудь уже нашёл точные источники параметров или пути восстановления в контрактах?
#termmax @TermMax
🎙️ DUSKUSDT ЖИВОЙ АУДИО 1-ЧАСОВОЙ ЧЕЛЛЕНДЖ НА ПРИБЫЛЬ 🔥
cover
Завершено
01 ч 05 мин 03 сек
269
9
0
🚨 𝐁𝐎𝐌𝐁 +𝟒𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀 $BOME демонстрирует сильный импульс после всплеска на +49%, и покупатели теперь приближаются к ключевому сопротивлению на уровне $0.001329. Вход: $0.000771 – $0.001155 TP1: $0.001329 TP2: $0.001400 SL: $0.000771 🔥 Пробой и удержание выше $0.001329 могут открыть дверь для ещё одного сильного восходящего движения. $BOME {future}(BOMEUSDT)
🚨 𝐁𝐎𝐌𝐁 +𝟒𝟗% 𝐒𝐔𝐑𝐆𝐄! 𝐁𝐑𝐄𝐊𝐎𝐔𝐓 𝐖𝐀𝐓𝐂𝐇 🚀

$BOME демонстрирует сильный импульс после всплеска на +49%, и покупатели теперь приближаются к ключевому сопротивлению на уровне $0.001329.

Вход: $0.000771 – $0.001155

TP1: $0.001329
TP2: $0.001400

SL: $0.000771

🔥 Пробой и удержание выше $0.001329 могут открыть дверь для ещё одного сильного восходящего движения.

$BOME
LearnToEarn
·
--
Я размышлял о том, насколько реальный риск кредитного протокола сводится всего к нескольким цифрам.

С <@TermMax > я бы в первую очередь посмотрел на MLTV и LLTV.

MLTV задаёт, сколько вы можете занять на старте, а LLTV — это уровень, с которого ликвидация действительно может начаться. Этот зазор важен, потому что он даёт позиции немного пространства до того, как всё станет критическим.

Но риск на этом не заканчивается.

TermMax также использует фиксированные сроки, частичные ликвидации, штраф за ликвидацию 10%, лимиты ёмкости хранилища (vault), белые списки рынков, кураторов (curators) и таймлоки.

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

Так что здесь есть понятный компромисс.

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

Вероятно, именно в этом балансе и происходит реальное управление рисками.

Мне по‑прежнему интересно, как эти параметры будут меняться по мере созревания рынков <@TermMax >.

DYOR. Не является финансовой рекомендацией.#termmax @TermMax
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы