Sattar Chaqer

Думаю, это может быть мой любимый тип торговли.$DOGE Длинная позиция 75x кредитного плеча $0.61 маржи +$4.58 нереализованная PNL

Рисковать всего $0.61 маржи и смотреть, как позиция приносит $4+ прибыли — это безумие.

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

Чем глубже я погружаюсь в TermMax, тем интереснее становится его механизм ценообразования.

Фиксированный по ставке рынок, кажется, должен иметь одну ставку.

Но TermMax подходит к ценообразованию иначе — через Range Orders.

Range Order — это непрерывный ордер, используемый для настройки ценовой кривой AMM. Вместо того чтобы проталкивать всю доступную ликвидность через одну ставку, рынок может содержать несколько Range Orders, и каждый из них покрывает свою часть кривой.

Это означает, что ставка может меняться в зависимости от того, где находится ликвидность.

Представьте это не как одну фиксированную цену, а как маршрут с разными уровнями цен по пути.

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

Это дает поставщикам ликвидности больше контроля над тем, как предлагается их капитал, а трейдеры могут взаимодействовать с разными ставками — в зависимости от того, где они входят в кривую.

Больше всего мне бросается в глаза вот это.

Фиксированная ставка не значит, что каждая часть рынка имеет одну и ту же идентичную ставку.

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

Это меняет то, как я смотрю на экосистему TMX.

@TermMax #TermMax $BOME

Как работают Range Orders?

Рынок продолжает находить новые названия, чтобы удивлять меня. $BOME $RE

Оба варианта привлекают достаточно внимания на графике.

На этом этапе я уже даже не спрашиваю, какой из них двинется дальше — я просто пытаюсь заметить его раньше всех.

Раньше я думал, что добавление EVM к блокчейну — это в основном про то, чтобы сделать разработку проще.

Но, глубже посмотрев на Dusk, я начал видеть это иначе.

У Dusk есть два уровня выполнения: DuskVM и DuskEVM. И, похоже, они решают две разные проблемы разработчиков.

DuskVM — это родная среда. Смарт-контракты можно писать на Rust и компилировать в WebAssembly, давая разработчикам возможность строить прямо в рамках L1-архитектуры Dusk.

DuskEVM действует по-другому.

Он предоставляет разработчикам, пришедшим из Ethereum, более знакомую среду с поддержкой Solidity, Vyper и уже устоявшихся инструментов для работы с EVM.

Это различие оказалось важнее, чем я сначала думал.

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

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

Поэтому я не вижу DuskVM и DuskEVM как конкурирующие друг с другом.

Скорее, это два входа в одну и ту же сеть.

Один — родной для Dusk.

А другой делает экосистему более доступной для разработчиков, пришедших из мира EVM.

Теперь меня больше интересует более сложный вопрос.

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

@Dusk $DUSK #dusk

Какая среда Dusk вам интереснее?

Список лидеров набирает жару . $BTW $HEMI $BR

Три имени шумят на графике.

И как-то раз я всё равно наблюдаю со стороны, будто не вынес ничего из прошлого хода.

Я всё время замечаю, что фиксированная доходность обычно воспринимается как нечто, что просто держат до погашения.

TermMax делает эту идею интереснее благодаря Fixed Rate Tokens (FT).

FT — это токен стандарта ERC-20, созданный для обеспечения фиксированной доходности к моменту погашения. Вместо того чтобы покупать базовый актив и просто ждать, пока проценты накопятся, кредитор может приобрести FT со скидкой к его номинальной стоимости.

Например, в документации TermMax приводится простой кейс: FT, который погашается на сумму 110 USDC к моменту зрелости, можно купить за 100 USDC. Если держать до погашения, разница в 10 USDC и будет представлять доход.

Самое интересное — позиция не обязательно должна оставаться заблокированной до самого конца.

FT также можно торговать на рынке.

Это добавляет фиксированной доходности ещё один уровень гибкости. Стоимость позиции определяется не только тем, во что она в итоге погасится по FT: её можно передавать или торговать до наступления зрелости.

Так что концепт становится довольно простым.

Купить будущую стоимость со скидкой, затем погасить по номиналу или продать позицию до погашения.

Это превращает фиксированную доходность во что-то более осязаемое и комбинируемое внутри DeFi.

Именно поэтому мне интересны TMX и модель TermMax.

#TermMax @TermMax

Как бы вы использовали FT?

График становится всё интереснее $BTW $VELVET

Эти двое точно перетягивают внимание рынка.

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

Блокчейн может выглядеть абсолютно упорядоченным, когда всё работает. Интересно же то, что происходит, когда всё перестаёт работать.

Что привлекло моё внимание в Dusk, так это то, что сеть не просто предполагает, что каждый блок будет приходить вовремя, или что каждый провиженер (provisioner) всегда будет доступен.

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

Но есть и более глубокий механизм аварийного восстановления.

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

Это заставило меня по-новому взглянуть на консенсус.

Реальная проверка сети — это не только то, как она ведёт себя, когда всё идёт правильно.

Важно то, что происходит, когда связь ломается.

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

@Dusk $DUSK #dusk

Что важнее всего во время сбоев?

Сегодня рынок «готовит»

$CLO
$1000RATS
$ACE

Три имени внезапно попали мне в поле зрения.

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

Теперь я наблюдаю внимательно.

Я всё время замечаю одну проблему в DeFi, которую часто упускают из виду: ставка, под которую вы занимаете, может меняться, пока ваша стратегия ещё выполняется.

Плавающие ставки заимствования и кредитования двигаются вместе с рыночными условиями. Это создаёт неопределённость. Заёмщик может столкнуться с более высокими расходами на погашение, в то время как ожидаемая доходность кредитора может меняться по мере движения ставок.

@TermMax подходит к этому иначе.

Его модель использует фиксированные ставки заимствования и кредитования для заданных сроков погашения. Проще говоря, вы можете знать ставку и знать, когда позиция завершится.

Это меняет уравнение планирования.

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

Для кредиторов фиксированная структура облегчает понимание доходности и планирование вокруг неё.

И я думаю, что дата погашения — это та часть, которую люди недооценивают.

Зная только ставку, вы понимаете «сколько».

Зная ставку плюс срок — вы понимаете «сколько и на сколько по времени».

Эта разница важна при построении стратегии.

TermMax — это не просто изменение того, как работает lending в DeFi. Это решение неопределённости, возникающей из‑за постоянно меняющихся ставок, и предоставление обеим сторонам более ясных условий с самого начала.

Вот почему фиксированный rate DeFi стоит держать в поле зрения.

#TermMax

Что важнее всего в кредитовании?

Ещё один день, ещё одна пара — и график выглядит интереснее.

$EDEN +27.59%
$ACE +27.08%

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

Раньше я думал, что выбор комитета у Dusk — это просто: больше доля = больше шансов.

Но это не так.

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

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

Самое интересное?

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

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

Затем seed меняется при каждом новом блоке.

Есть ещё механизм балансировки, который мне показался интересным.

После того как валидатор получает кредит, его вес уменьшается на 1 DUSK для следующего выбора.

То есть система не сводится просто к:

Самая большая доля → постоянное влияние.

Вместо этого она сочетает долю, детерминированную случайность и меняющиеся веса выбора.

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

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

@Dusk $DUSK #dusk

Что сильнее всего определяет выбор Dusk?

Список растущих снова становится интересным.

$GPS +57,86%
$ACE +39,51%

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

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

Блок может пройти четыре состояния: accepted (принят), attested (подтверждён), confirmed (подтверждён), final (финальный). Каждая стадия отражает разный уровень уверенности в том, что этот блок всё ещё можно заменить.

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

Затем наступает confirmed. На этой стадии блок с малой вероятностью будет заменён, хотя предок всё ещё может быть заменён. Поэтому confirmed отличается от final.

Финальный блок делает ещё один шаг вперёд: он подтверждён, и его родитель также final. Согласно документации финальный блок нельзя заменить ни при каких обстоятельствах.

Эту разницу легко упустить, потому что confirmed и final часто воспринимают как одно и то же. Dusk явно показывает прогрессию.

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

@Dusk $DUSK #dusk

Когда блок по-настоящему становится финальным?

Сегодня рынок подаёт противоречивые сигналы.

$HEMI +27,74%
$CYS -52,75%

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

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

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

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

Для финансовых приложений это может стать критически важным. Сеть может нуждаться в контролях идентификации и доступа, при этом сохраняя конфиденциальность чувствительной информации. Вместо того чтобы рассматривать прозрачность как выбор «всё или ничего», избирательное раскрытие указывает на более управляемую модель видимости.

Мне интересно, что Citadel находится рядом с более широкой архитектурой приватности Dusk, а не заменяет её. Также Dusk определяет стандарт Confidential Security Contract как основу, которая может адаптироваться под требования бизнеса — например, ограничения по приватности и правила комплаенса.

В итоге идентичность ощущается не как отдельный «ящик» KYC, а как часть инфраструктуры.

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

@Dusk $DUSK #dusk

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

Dusk подходит к конфиденциальности через разные уровни видимости. Moonlight обеспечивает прозрачные публичные потоки аккаунтов, а Phoenix поддерживает защищённые переводы с использованием доказательств с нулевым разглашением (zero knowledge proofs). В транзакциях Phoenix корректность можно проверить, не раскрывая публично ни сумму перевода, ни отправителя, ни конкретные задействованные заметки.

Самое интересное — что происходит, когда кому-то действительно нужны доказательства. Документация Dusk описывает выборочное раскрытие как способ для уполномоченных сторон, таких как эмитенты, площадки, аудиторы или надзорные органы, получать необходимую информацию, не делая лишние данные публичными. Viewing keys можно использовать, когда требования регулирования или аудита требуют контролируемой видимости.

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

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

Итак, цель — не просто частные транзакции. Она точнее: сохранять конфиденциальность чувствительной информации и при этом оставлять путь для уполномоченной верификации, когда она действительно требуется.

@Dusk $DUSK #dusk

Публичные и частные транзакции обычно требуют разных систем, но Dusk объединяет обе модели в одну сеть.

Moonlight — это публичная модель транзакций Dusk на основе аккаунта. Транзакция идентифицирует отправителя и получателя с помощью их открытых ключей, а поля вроде value nonce gas limit gas price и signature помогают сети проверять и обрабатывать транзакцию. Модель также обеспечивает защиты, такие как не подделываемость (unforgeability), предотвращение двойных трат (double spending prevention) и предотвращение атак воспроизведения (replay attack prevention).

Phoenix использует иной подход. Она основана на архитектуре UTXO, похожей на Bitcoin, но добавляет механизмы конфиденциальности. Вместо раскрытия того, какая именно нота была потрачена, сеть отслеживает nullifiers, чтобы предотвращать двойные траты, не указывая публично точную ноту внутри дерева Merkle.

Есть также важное различие в проверке. Транзакции Phoenix включают доказательство с нулевым разглашением (zero knowledge proof), позволяющее сети убедиться, что транзакция соответствует правилам, не полагаясь на те же типы прямых проверок, которые используются в Moonlight.

Таким образом, Moonlight и Phoenix не являются конкурирующими версиями Dusk. Они предоставляют разные модели транзакций для разных требований к видимости.

@Dusk $DUSK #dusk

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

Dusk разработан именно для этого разрыва.

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

Модель транзакций — важная часть этого замысла. Dusk поддерживает Moonlight — публичную модель на основе учетных записей — наряду с Phoenix, защищенной моделью на базе UTXO. Это дает сети разные способы обрабатывать наблюдаемость транзакций в зависимости от сценария использования.

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

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

@Dusk $DUSK #dusk

Сегодня рынок преподнёс немало сюрпризов.

$CYS +95.27%
$UAI -33.33%

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

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

Биткоин никогда не был задуман для интерпретации исполнения Ethereum или для хранения копии его состояния. Попытки заставить его делать это изменили бы сами принципы, которые делают биткоин предсказуемым. Вместо этого Babylon подходит к проблеме с другой стороны. Не «учит» биткоин понимать ещё один блокчейн — она даёт ему то, что он уже умеет оценивать: криптографическое доказательство. Цель не в общем понимании. Цель — независимая верификация.

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

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

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

@BabylonLabs_io $BABY #baby

С момента пасса 2 дня я не получаю торговые очки 2026/07/31 и 2026/08/01 — вот скриншоты

Люди часто предполагают, что если биткоин собирается участвовать где-то ещё, то сам биткоин сначала должен двинуться. Это предположение годами формировало дизайн кроссчейн-систем. Я начинаю думать, что важна не сама по себе эта «перемещаемость».

То, что особенно бросилось мне в глаза при чтении документации Babylon, — в архитектуре разделены право собственности и экономическое участие. Собственный BTC остаётся заблокированным в сети Bitcoin, сохраняя исходные предположения по безопасности, тогда как его экономическая ценность может поддерживать кредитование, стейблкоин-перпетуалы и другие финансовые приложения через Trustless Bitcoin Vaults. Цель не в том, чтобы перемещать биткоин. Цель — расширить то, что биткоин может дать, не меняя того, что такое биткоин.

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

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

Возможно, будущее BTCFi — это не про перемещение биткоина. Возможно, это про перемещение всего, кроме биткоина.

@BabylonLabs_io $BABY #baby

Многие люди предполагают, что в тот момент, когда Bitcoin заходит в DeFi, ему обязательно нужно перестать быть Bitcoin. Обёрнутые токены, синтетические активы и кастодианы сделали это предположение почти неизбежным. Я начинаю думать, что само это предположение заслуживает более внимательной проверки.

То, что выделилось для меня в архитектуре Babylon, — это то, что она подходит к проблеме с противоположной стороны. Вместо того чтобы создавать еще одну репрезентацию BTC, она задается вопросом: может ли нативный Bitcoin оставаться в своей сети и при этом поддерживать кредитование, стейблкоины, перпетуалс и другие финансовые приложения через бездоверительные Bitcoin Vaults. Задача не в том, чтобы дать Bitcoin новое самосознание. Задача — доказать, что его существующей идентичности достаточно.

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

Если этот подход сработает, разговор вокруг BTCFi может полностью измениться. Вопрос больше не будет заключаться в том, как воссоздать Bitcoin где-то еще. Вопрос будет в том, насколько далеко нативный Bitcoin может участвовать, не превращаясь при этом в другой актив.

Возможно, будущее Bitcoin в DeFi определяется не репрезентацией. Возможно, оно определяется сохранением подлинности при расширении полезности.

@BabylonLabs_io $BABY #baby

Люди часто описывают Babylon Genesis как всего лишь еще одну блокчейн-платформу. После прочтения документации я не думаю, что это самый интересный способ смотреть на нее.

Большинство блокчейнов прежде всего сосредоточены на выпуске собственных блоков. Babylon Genesis, безусловно, делает это, но в документации снова и снова говорится о чем-то более широком. Она выступает слоем координации для стейкинга в Bitcoin, постановки временных меток, обеспечения безопасности и распределения вознаграждений. Вместо того чтобы конкурировать с Bitcoin, Babylon Genesis организует то, как безопасность Bitcoin может применяться в других системах.

Эта разница изменила мое представление о сети. Ценность Babylon Genesis, возможно, не в том, что она становится еще одним местом назначения для активов. Она в том, чтобы помогать независимым участникам прийти к единому пониманию безопасности и состояния, одновременно закрепляя важные события в реестре Bitcoin с помощью таймстампинга и чекпойнтинга.

Чем больше я размышлял над этим решением, тем меньше оно казалось традиционным уровнем Layer 1. Это больше походило на инфраструктуру, которая координирует доверие, а не конкурирует за него. Выпуск блоков — лишь одна из обязанностей. Более масштабная роль — сделать так, чтобы вознаграждения за безопасность и координация, обеспеченная Bitcoin, работали как единая система.

Возможно, Babylon Genesis определяется не теми блоками, которые она производит. Возможно, ее определяет все то, что она незаметно координирует между ними.

@BabylonLabs_io $BABY #baby

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

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

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

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

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

@BabylonLabs_io $BABY #baby

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

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

Это меняет то, как я думаю о залоге. Вместо того чтобы считать каждый сатоши одинаково подверженным риску, Babylon вводит границы внутри самой позиции. Цель — не просто пережить ликвидацию. Цель — не превращать каждую рыночную неудачу в событие «всё или ничего».

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

@BabylonLabs_io $BABY #baby