传奇FEEHA

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

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

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

Исторически эти два требования тянули в противоположные стороны. Стандарт Confidential Security Contract объединяет оба подхода в единую рамочную модель, не заставляя ни одну из сторон идти на компромисс.

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

#dusk $DUSK

присоединяйся

@BabylonLabs_io Что-то в структуре набора Universal Challenger (Универсальный Претендент) казалось нелогичным, пока я на самом деле не разобрался с ним как следует.

Документация ясно дает понять: этот набор не планируется открывать для участия без разрешений. То есть ограничение — часть самого дизайна, а не временное условие, которое со временем ослабят по мере “созревания”.

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

Однако в этой модели все иначе. Новые Universal Challengers (универсальные претенденты) входят в систему именно через управление (governance): в реестр добавляются проверенные операторы, а не кто-то, кто присоединяется самостоятельно после того, как заработает репутацию где-то еще — независимо от того, как долго он участвовал в более широкей экосистеме.

Интересное отличие не сводится к простому “сегодня закрыто — завтра открыто”, как будто это лишь ранний срез. Вопрос в другом: была ли открытость вообще частью архитектуры. Здесь модель доверия построена вокруг отобранного, намеренно ограниченного набора challengers (претендентов), а расширение происходит только через управление, а не через вход без разрешений. Это выбор, а не фаза.

#baby
$BABY

@BabylonLabs_io Это число — то, к которому я снова и снова возвращаюсь. Поле OP_RETURN в Bitcoin ограничено 80 байтами.
Не 800. Не 8 000. Именно восемьдесят.

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

Поэтому оно делится. На две транзакции Bitcoin вместо одной — в каждом и каждое контрольное событие навсегда.

Я продолжаю думать только об одном числе, отделяя его от механизма, который оно вынуждает использовать. Восемьдесят байт достаточно мало, чтобы почти любые действительно значимые вещи выходили за предел. Оно не было рассчитано на контрольные снимки или доказательства — и вообще ни на то, что именно Babylon конкретно нужно. Лимит OP_RETURN в Bitcoin существует, чтобы произвольные on-chain-данные оставались достаточно небольшими и тем самым препятствовали злоупотреблениям типом вывода, который изначально был задуман лишь для хранения небольшого объёма.

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

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

#baby $BABY

VICUSDT сегодня вырос на +47,1%.

Какой будет ваш следующий шаг?

Проголосуйте и объясните свою стратегию в комментариях.

#writetoearn #CryptoNewss #BinanceSquareFamily

$PLTR
$VIC
$BTW

BICOUSDT только что резко взлетел на +48.4%. 📈

Как думаешь, это:

🚀 Начало более крупного пробоя

⚠️ Просто краткосрочный памп

Отдай голос ниже и поделись своей причиной. Давайте посмотрим, что думает сообщество.

#Crypto_Jobs🎯 #BinanceSquareFamily #futuresignal
$TAG
$BICO
$SKYAI

@BabylonLabs_io Почти не стал вчитываться в мелкий шрифт о ре-гипотекации в документации Trustless Bitcoin Vaults (TBV) сегодня — предположил, что это будет то же самое туманное «мы так не делаем», которое использует каждый второй протокол.

Но это не было туманным. Точная формулировка была: «нельзя проводить ре-гипотекацию», и именно эта конкретная оговорка заставила меня перестать скроллить.

Я уже видел достаточно крахов DeFi, построенных ровно на этом: такое обеспечение тихо переиспользуется за кулисами, учитывается больше одного раза, пока музыка не стихает и все не понимают, что один и тот же биткоин одновременно обеспечивает более чем одно обещание. Это слово «ре-гипотекация» реально разрушило людей.

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

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

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

#baby $BABY

@BabylonLabs_io Согласно документации хранилище vaultBTC функционирует как внутренний учетный токен, а не как то, что торгуется, совершает переводы или имеет собственный вторичный рынок.

Этот нюанс стал особенно важным, когда я фактически разобрался в нем. В большинстве DeFi-систем токен-репрезентация — это и есть ключевая идея: именно он обращается, торгуется и служит основой для ликвидности где-то еще. vaultBTC в Trustless Bitcoin Vaults (TBV) этого не делает. Он существует исключительно для отслеживания состояния внутри конкретной интеграции.

Он перемещается только между внутренними компонентами протокола — никогда не выходит на открытые рынки и никогда не является свободно торгуемым активом, на который кто-то мог бы спекулировать.

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

Токен, который сознательно не может обращаться, меняет то, как вы думаете о том, что для него вообще значит риск?
#baby $BABY

@BabylonLabs_io Согласно документации, если хранилище истекает, потому что настройка вне сети не была завершена в течение окна активации, то комиссия за привязку (peg) также возвращается.

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

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

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

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

#baby $BABY

@BabylonLabs_io Согласно документации о модели доверия в Trustless Bitcoin Vaults (TBV), остаточное доверие — то есть доверие, которое не устранено полностью — относится к двум категориям: управление и реагирование на чрезвычайные ситуации, многосторонние подписи (multi sigs).

Раньше я относился к «trustless» как к практически абсолютному, пока не прочитал это изложение — настолько конкретно оно сформулировано. Но это не так. «Trustless» — это для повседневного механизма, с двумя узкими названными исключениями, которые остаются «прикрыты» за ним.

Управленческие multi sigs обрабатывают изменения параметров уровня протокола — те решения, для существования которых нужна какая-то согласованная власть. Emergency response multi sigs — это страховочный механизм на случай действительно катастрофических сценариев, и это именно зона ответственности Security Council.

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

Делает ли явное обозначение исключений для вас общее утверждение «trustless» более убедительным, или же это просто переносит то место, где должна жить скептическая оценка?
#baby $BABY

🚨 Торговый сигнал по ESPUSDT

Вход: Текущая рыночная цена
🎯 Цели (TP): +8% до +12%
🛑 Стоп (SL): -4%

Моментум нарастает, и покупатели начинают входить. Управление рисками — в первую очередь: всегда соблюдай стоп-лосс и никогда не переиспользуй плечо.

Кто берет этот сетап со мной?

#BinanceSquareTalks #CryptoTrading. #FutureTarding
$ESP
$EPIC

@BabylonLabs_io Per Материалы Babylon BABY: основные функции сводятся к трем вещам: газовое управление и безопасность токен, который питает транзакции, определяет параметры и поддерживает сеть на уровне стейкинга — все в одном.

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

Газ — это комиссия, которую платят за транзакции в сети. Управление — это функция голосования, которая решает, что протокол сделает дальше. Безопасность — это стейкинговая функция: BABY зафиксирован и находится под риском, чтобы помочь защитить цепочку — на том же более широком экономическом уровне рядом также находятся Trustless Bitcoin Vaults (TBV).

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

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

#baby $BABY

Обновление TP/SL по COTIUSDT

Длинный сетап по COTIUSDT отыгрался ровно так, как было запланировано. Сделка уважила зону входа, достигла цели и закрылась с доходностью +59,37%, используя кредитное плечо 10x.

Детали сделки
Вход: 0.0131978
Выход: 0.0139935
Результат: +59,37%
Направление: Long
Цель достигнута ✅

Хорошее напоминание: дисциплинированное выполнение важнее, чем погоня за каждым движением. Входите по плану — заранее определите Take Profit (TP) и Stop Loss (SL) перед открытием сделки, и пусть управление рисками сделает свою работу.

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

$COTI $UAI $PTB
#BinanceFutures #CryptoTrading. #RiskManagement

@BabylonLabs_io Согласно документации по интеграции собственного кошелька Babylon: если держатель BABY не совершает никаких действий по предложению, его/ее голосующая власть будет автоматически делегирована вашему валидатору.

Решения, принимаемые здесь, также затрагивают среду Trustless Bitcoin Vaults (TBV). Поэтому то, что означает «не голосовать», — это не мелочь.

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

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

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

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

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

#baby $BABY

@BabylonLabs_io Согласно собственным документам Babylon механизм выплат по принципу справедливости Trustless Bitcoin Vaults (TBV) во время ликвидации предлагает два различных пути расчётов, и я хотел на самом деле понять, что определяет, какой из них применяется, а не рассматривать это как один недифференцированный процесс.

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

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

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

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

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

#baby $BABY

@BabylonLabs_io Trustless — это выгода, которую я продолжаю проверять, сопоставляя разные части того, как Trustless Bitcoin Vaults (TBV) на самом деле наблюдает за собой, и тот фрагмент, который я изучил сегодня, взят прямо из собственной документации Babylon про Vigilante Checkpointing Monitor — фоновый процесс, о котором, вероятно, большинство людей даже не задумываются.

Согласно этой документации монитор постоянно проверяет две разные вещи. Во‑первых, совпадает ли внутренний реестр Babylon по биткоин-цепочке с тем, что реально происходит в сети Bitcoin — проверка согласованности. Во‑вторых, сообщается ли валидные данные чекпойнтов своевременно — в документации это описано как проверка живости (liveness), отличная от простого контроля корректности.

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

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

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

#baby $BABY

@BabylonLabs_io Самостоятельное хранение — это то преимущество, к которому я снова и снова возвращаюсь, когда думаю о том, что на самом деле предлагает Trustless Bitcoin Vaults (TBV): ваши ключи, ваш биткоин — всё это время, без исключений, скрытых где-то в мелком шрифте.

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

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

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

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

Скажу это честно: самостоятельное хранение защищает биткоин от кастодиана. Но оно не защищает людей от потери собственных ключей или от ошибок в программном обеспечении, которое всё ещё обозначено как beta. Это разные риски, и я не уверен, что в подаче «четыре преимущества» эта грань всегда достаточно ясно обозначена.

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

#baby $BABY