Logan BTC

$US USDT Длинный сетап
Вход: 0.02673 - 0.02681
TP1: 0.02740 | TP2: 0.02820 | TP3: 0.02901
SL: 0.02619
24ч: +26.40% (24ч) — восходящий тренд

Не является финансовой рекомендацией. DYOR — торгуйте на свой риск.

$RARE USDT Long Setup
Вход: 0.02231 - 0.02238
TP1: 0.02287 | TP2: 0.02354 | TP3: 0.02421
SL: 0.02186
24ч: +36.78% (24ч) — сильный пробой

Не является финансовым советом. DYOR — торгуйте на свой риск.

$AMP USDT Длинный сетап
Вход: 0.0007478 - 0.0007501
TP1: 0.0007666 | TP2: 0.0007892 | TP3: 0.0008117
SL: 0.0007328
24ч: +48.97% (24ч) — мощный рост

Не является финансовой рекомендацией. Проведите собственное исследование (DYOR) — торгуйте на свой риск.

Я не выделял капитал на рынок TermMax, пока не проследил точно, что делает протокол на момент погашения, без каких‑либо действий с моей стороны.

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

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

Автоматизированный процесс предполагает, что залога достаточно. Документации о том, что происходит, когда это не так, было меньше, чем мне хотелось, до того как я взялся за любые решения.
#termmax @TermMax

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

Расчеты с фиксированной ставкой on-chain по умолчанию дороги. Каждое событие по сроку, каждое погашение, каждое закрытие позиции затрагивает состояние контракта так, что затраты на газ быстро накапливаются в большой пользовательской базе. TermMax V2 перестроил слой расчетов специально, чтобы снизить эту стоимость, не нарушая целостность учета позиций.

То, что я хотел проверить, — это связано ли газ-оптимизация с реальными архитектурными улучшениями или с упрощениями, которые переместили сложность в менее заметное место.

Документация к V2 показала мне улучшения. На то, чтобы найти, какие допущения об особенностях поведения пользователей лежат в основе этих улучшений, у меня ушло больше времени.
#termmax @TermMax

$MRNAon

$BOME

$BTW

Я не рассматривал предоставление ликвидности на TermMax, пока не понял, что именно означает одностороннее предоставление ликвидности для моего уровня риска по сравнению с традиционными позициями ликвидности в AMM.

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

Такой дизайн снижает динамику непостоянных потерь, из‑за которой традиционное предоставление ликвидности в AMM становится непредсказуемым для инструментов с фиксированным доходом.

То, что я продолжал анализировать, — кто принимает противоположную сторону, когда спреды задаются агрессивно, и влияет ли малое участие с одной стороны на обнаружение ставок для всех остальных.
#termmax @TermMax

Я не доверял механизму фиксированной ставки TermMax, пока не посидел с математикой достаточно долго, чтобы понять, откуда ставка на самом деле берётся.

TermMax использует настраиваемые кривые купонного/бондингового типа вместо линейного ценообразования для расчёта фиксированных ставок на разных горизонтах (точках зрелости). Эта нелинейность задумана. Рынки процентных ставок не ведут себя линейно, и кривая, которая делает вид, что они линейны, неверно оценивает риск на «краях», где он важнее всего.

То, что выдаёт бондинговая кривая, — это ставка, которая реагирует на спрос и предложение внутри диапазона зрелости (maturity tranche) без необходимости постоянной ручной корректировки. По сути, механизм изящен.

Я продолжал проверять, заданы ли параметры кривой протоколом, управлением (governance) или кем-то, чьи интересы мне стоит понимать, прежде чем я что-либо одолжу.
#termmax @TermMax

$STAR

$RED

$ACE

Я не понимал, зачем TermMax совмещает книгу заявок с AMM, пока не перестал спрашивать, какая модель лучше, и не начал спрашивать, что каждая из них не может сделать по отдельности.

Чистые AMM плохо справляются с кредитованием под фиксированную ставку. Формула постоянной произведения не была разработана для инструментов с заданными сроками погашения и предсказуемыми денежными потоками.

Чистые книги заявок испытывают трудности с ликвидностью на тонких рынках. Гибрид TermMax размещает AMM там, где ликвидность неглубокая, а книгу заявок — там, где участникам нужен контроль над ценой.

В таком сочетании есть теоретический смысл. Сейчас я все еще проверяю, насколько эти два механизма работают согласованно в условиях стресса — или же гибрид создает пограничные случаи, которые ни одна из моделей по отдельности не породила бы.
#termmax @TermMax

Я видел, как сети, которые хорошо работали в документации, рушились под нагрузкой популярного токен-лонча. Газовые войны. Неудачные транзакции. Очереди в mempool, которые тянулись часами. Сети, которые справлялись с этим лучше, не обязательно были быстрее. Они лучше управляли приоритетами и последовательностью под давлением.

Заявления Dusk о предотвращении перегрузок опираются на консенсус Succinct Attestation и детерминированное создание блоков, которое он обеспечивает. Нет торгов за места в mempool. Транзакции включаются в соответствии с правилами протокола, а не в результате аукционов комиссий.

Логика проектирования здравая. Что я хочу увидеть — это реально высокообъёмное событие токенизации, которое действительно выполняется в mainnet.

Документация описывает предполагаемое поведение. Нагрузочные тесты показывают фактическое поведение. Эти два пункта не всегда совпадают.

#dusk $DUSK @Dusk

$P
$PORTAL
Что лучше всего подтвердит заявления Dusk о предотвращении перегрузок?

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

Kadcast — это P2P-протокол Dusk, построенный на структурированной топологии на базе Kademlia, а не на сплетенчатом «потопе» (gossip flooding), который используют большинство блокчейн-сетей. Gossip-протоколы просты и устойчивы, но неэффективны. Каждый узел получает каждое сообщение по несколько раз. Kadcast маршрутизирует сообщения более осознанно, сокращая избыточные передачи.

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

Но мой вопрос — что происходит в условиях противодействия. Редундантность gossip — это также его устойчивость. Более эффективная топология маршрутизации может быть столь же эффективнее нарушена.

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

#dusk $DUSK @Dusk
Что важнее всего для заявления Kadcast об эффективности 50%?

$COW
$GAIX

Claim $BTC Red Packet 🧧❤️

Поторопитесь, пока не поздно!

#BTC

Wasmer — это промышленный runtime для WebAssembly с реальной репутацией вне блокчейна. Это важно. Большинство ZK-ориентированных сетей строят среды выполнения поверх экспериментальной инфраструктуры, а затем годами исправляют проблемы стабильности, которые эта экспериментальная инфраструктура создаёт.

Решение Dusk использовать Wasmer в качестве движка исполнения Piecrust — это выбор, который я воспринимаю как намеренно консервативный в правильном направлении. Вы не изобретаете новый runtime, когда есть уже проверенный в бою, который можно адаптировать.

Вопрос адаптации — то, что я внимательно изучал. Wasmer аккуратно обрабатывает общее выполнение WASM. Генерация доказательств с нулевым разглашением внутри WASM-среды вводит ограничения, на которые общие runtime изначально не были рассчитаны.

То, как Piecrust управляет границей между выполнением WASM и генерацией ZK-цепей — это технический шов, который стоит понять, прежде чем предполагать, что интеграция будет бесшовной.

#dusk $DUSK @Dusk