西西斯

Девять лет в криптоиндустрии, не веду сделки, не занимаюсь контрактами, спокойно зарабатываю, стараюсь зарабатывать более безопасные деньги, в чате будут делиться информацией о различных способах заработка на блокчейне, обсуждения по оценке порога входа в торговые соревнования, различные учебники для телефона от seeker. Добро пожаловать в волшебный домик Сисисис～
На странице кошелька введите код приглашения "XIXISI", чтобы получить 25% скидку на комиссию за транзакции в кошельке, для тех, кто часто использует кошелек для сделок, скидка на комиссию может непосредственно снизить ваши затраты.

最近在Binance广场刷到很多人喊Babylon能让所有链共享Bitcoin的安全，听着特别唬人。但我去翻了@BabylonLabs_io 的底层架构图后发现大伙完全被这句顺口溜给带偏了。如果真以为大饼的PoW算力会直接保护其他网络，那绝对是想多了。
很多人想当然地以为，只要把$BTC 放进去质押，外围网络就等同于拥有了Bitcoin的算力护城河。但现实是Bitcoin矿工每天只管打包大饼自己的账本，绝对不会去帮其他链验证区块，更别提给它们做最终性确认了。真正在干活的是FinalityProvider这个角色，它要提交随机数承诺，再用EOTS签名机制来敲定区块。
在这里BTC扮演的根本不是共识机制的延伸，而是实打实的$ETH 经济抵押物。一旦节点敢搞双签作恶，EOTS立马就会让它的私钥原形毕露，随后系统顺着Taproot里写好的Slashing路径直接罚没质押资产。也就是说Babylon并不是去修改Bitcoin主网的共识，而是把闲置的BTC变成了可验证且能被随时惩罚的经济担保。#baby
站在行业视角看，Babylon真正牛逼的地方在于，它帮那些刚启动的新公链解决了启动资金匮乏、安全性极差的痛点。但我现在最关心的一个问题是，未来一旦BTC质押池子无限膨胀，外围真正愿意花钱来买这份安全的链到底有多少？Babylon的商业闭环能不能跑通，绝不是看它锁了多少百亿资产，而是看市场端到底有多少真实的付费需求在支撑。$BABY

Вчера на тестнете с @BabylonLabs_io поковырял TBV, и пройдя весь процесс, я по-настоящему осознал: чтобы безоговорочно доверять, приходится платить временем. Я залочил 0.05 тестнет-BTC — на раннем этапе всё было невероятно гладко: и кошелёк, и выбор топового DeFi-протокола для заимствований, и подпись Taproot-скрипта — три минуты, и готово. Но когда я попытался смоделировать клиринг, всплывшее уведомление заставило меня задуматься: вывод может занимать от нескольких часов до одного-двух дней. Это значит, что если залог близок к ликвидации, система не делает мгновенный клиринг — она буквально тянет паузу-буфер. $BABY
Погуглил и перелопатил базовые материалы Babylon — и понял, что эта задержка нужна, чтобы синхронизироваться с периодом вызова (BitVM challenge period), давая челленджеру время подать доказательство мошенничества. Технически всё идеально, но в DeFi-сценарии получается очень неловко. Если в плавающем-rate заимствовании случится экстремальный обвал, то клиринг, застрявший на пару часов, уже даст стабильным монетам и токенам-активам уйти из привязки — $BTC и стейблкоины просто давно бы脱锚ли. Неудивительно, что старожилы в криптокругах говорят: TBV по природе лучше подходит для продуктов с фиксированной ставкой. Я посмотрел — в экосистеме несколько топовых DApp как раз продвигают фиксированные кредитные циклы: логика окончательно сходится.
Есть ещё одно жёсткое правило, которое называется «предустановленный получатель вывода» (предустановленный адрес вывода). При создании vault адрес, на который можно вывести монеты, должен быть прописан намертво. Это даёт уровень паранойяльной безопасности, но одновременно делает ликвидность такой же жёсткой, как камень. Хочешь перейти на протокол с более высокой доходностью? Сначала нужно погасить займ, закрыть vault и лишь потом создать его заново — всё заново. Каждая из этих стадий сжигает Gas в биткоин-сети! Если сеть перегружена, то по итогу может набежать десятки долларов за один цикл — мелким игрокам это совсем не по карману. #baby
Многие ругают TBV за то, что он намного медленнее централизованного WBTC. Но я думаю, Babylon вообще не пытался конкурировать в high-frequency-трейдинге — он режет рынок максимально точно. Для долгосрочных «держателей» TBV — почти идеальное безопасное место для хранения: $RIVER активы спокойно лежат в скрипте, подписанном вами, и нет риска, что какая-нибудь институция «внезапно обанкротится». Его цель — те десятки (точнее: тысячи) миллиардов долларов, которые валяются в холодных кошельках без дела. Этим людям не так важна задержка в день — для них важнее абсолютная безопасность, где приватный ключ намертво в ваших руках.

Когда строят небоскрёбы, все любят смотреть вверх на верхушки — как там всё сверкает, — но почти никто не задумывается о том, насколько глубоко заложен фундамент под землёй. Децентрализация в зашифрованном мире — это то же самое: это ни в коем случае не вечный двигатель, который автоматически заработает после того, как его построят. Ему нужны реальные, долгосрочные человеческие усилия по обслуживанию и поддержке. Недавно я смотрел whitepaper с номером @BabylonLabs_io — в разделе 9 говорится о биткоинских light-клиентах, упомянутых в контексте многоцепочных развертываний. Они, как несущие стены этого здания.
Зачем вообще нужен этот light-клиент? Он не должен, как тупо-задиристый full node, скачивать сотни гигабайт данных полного реестра. Он синхронизирует только информацию о заголовках блоков и использует доказательства Меркла, чтобы подтвердить, что ваш $BTC действительно заперт в хранилище. Если вы хотите отчеканить collBTC или заняться стейблкоинами — вам неизбежно придётся пройти через этот этап. Без того, чтобы эти light-клиенты лично “присматривали” за процессом, все доказательства кроссчейн-активов превращаются в пустые обещания.
Но реальность сурова: при подключении каждой новой цепочки нужно создавать и поддерживать целую пачку light-клиент-нода. Эти ноды сжигают электричество и требуют серверных расходов; одной лишь “работой из любви” надолго не протянешь. И тут в игру вступает токеномика из раздела 10 whitepaper — $BABY . На ранней стадии проекта выдача нодам BABY-токенов по сути является операционным субсидированием со стороны команды. Когда же экосистема полностью расцветёт, появляющиеся по самой протоколу $ETH комиссии переймут эстафету и обеспечат красивый разворот: от “сжигания денег ради шума” к “самоокупаемости”.
Так что ни в коем случае не думайте, что light-клиент — это просто незаметный программный компонент. Когда light-клиенты на десятках и сотнях цепочек сплетаются вместе, именно это и формирует самый жёсткий и непробиваемый защитный ров Babylon. Все спрашивают, в чём же ценность #baby — по сути, она привязана к стоимости труда тех самых “нижних сторожей”, которые не смыкают глаз и круглосуточно следят за системой. В этом мире минимизация доверия никогда не бывает бесплатной — токен и есть счёт, который мы платим за безопасность.

Недавно на Binance Square я увидел много постов, где обсуждают @BabylonLabs_io : все кричат, что BTC можно «Slashing»-ить. Но стоит немного разобраться в базовых принципах Биткоина, и сразу возникает вопрос: в биткоин-сети вообще нет PoS-ноды, майнеры и подавно не знают никаких правил «стейкинга». Так почему же Babylon может по-настоящему, без шуток, списать с вашего кошелька $BTC ?
Сначала я тоже думал, что это делается через тот самый мультиподписной комитет с принудительным исполнением. Но после того как я внимательно вник в криптографический whitepaper Babylon, стало понятно: главный козырь — это EOTS. Если говорить простыми словами, механизм похож на то, как в дверной замок встраивают самоуничтожающийся элемент. Когда FinalityProvider голосует за каждый блок, ему нужно предварительно «поставить» случайное значение. Если на одной и той же высоте блока он подпишет одновременно две цепочки, по сути получится повторное использование этого секретного случайного числа. Вот тут и происходит математическое «чудо»: приватный ключ ноды мгновенно оказывается раскрыт «с головой».
Самое крутого здесь — именно эта стадия преобразования. Babylon не нужно менять консенсус биткоинского мейннета, чтобы тот «понял» PoS-слишнинг. Вместо этого заранее в скриптах Taproot она целиком рисует маршрут для штрафной транзакции. Когда приватный ключ $ETH ноды взрывается из‑за подписания в двух вариантах (double-sign), у штрафной транзакции изначально не хватало ключа — и в моменте он складывается в нужные условия для подписи. Затем, когда это транслируют в биткоин-мейннет, майнеры смотрят только на то, что формат транзакции корректен, и актив $BABY действительно списывается.
Поэтому можно сказать: ключевое прорывное решение Babylon — это изящно перевести оффчейнные PoS-нарушения в форму, понятную биткоинскому мейннету: в сигнатуры приватного ключа. Но у такого «жёсткого» дизайна есть и двоякий эффект. Если в софте FP-ноды появится баг и произойдёт ошибочное double-sign, приватный ключ будет раскрыт и нода фактически «умирает». В долгосрочной перспективе важно не только то, сможет ли Babylon карать злодеев: главное — насколько стабильной и надёжной окажется эта криптографическая конвертация при работе в реальной сети. #baby

В последнее время все обсуждают BTCFi: многие воспринимают внесение на #baby как будто это банковский депозит под фиксированный процент — положил деньги, получил доход, а когда захочешь выйти, просто нажимаешь «разблокировать». Но недавно я очень плотно занялся технической документацией Babylon и выяснил, что реальная ситуация совсем не такая простая, как «одним кликом вывести». Настоящее испытание для понимания розничных инвесторов — это механизм выхода.
После того как твой $BTC переходит в состояние Staking, по сути он оказывается «заперт» в Taproot-скрипте. Если ты хочешь уйти раньше, нужно инициировать транзакцию Unbonding. Это не решается в одиночку: требуется, чтобы CovenantCommittee достиг порога по подписям, после чего твои $BABY монет попадут в новое состояние UnbondingUTXO, а затем придется переждать долгий период time lock.
Самая важная ловушка в том, что не думай, будто вход в период Unbonding означает, что ты окончательно «сошёл на берег»! На этом этапе скрипт всё ещё сохраняет условия, которые могут вызвать Slashing. Если твой делегированный узел FinalityProvider начнёт творить зло — например, сделает двойную подпись — то базовый механизм EOTS сработает из‑за повторного использования случайного числа, и $ETH приватный ключ будет попросту раскрыт. Даже если в этот момент ты находишься в очереди на выход, твоему BTC всё равно системно и безжалостно применят наказание.
Поэтому, разобравшись в базовой логике @BabylonLabs_io , понимаешь: у «большого пирога» изначально нет всех этих навороченных PoS‑механизмов штрафов — Babylon буквально собрал эту модель, склеив правила из UTXO, time lock и мультиподписей. Для обычных игроков в будущем важно не только то, насколько гладко выглядит вход в стейкинг — куда важнее трезво оценить, какой именно риск ожидания ты принимаешь, когда нажимаешь кнопку выхода.

При обсуждении продуктов с фиксированной процентной ставкой внимание часто сосредоточено на том, что получает заемщик. Финансирующая сторона может заранее знать процентные расходы в течение всего срока, что действительно снижает нагрузку на бюджет. Но другая сторона сделки — кредиторы: после того как они зафиксировали средства в фиксированном контракте, они также отказываются от возможности пересмотра ставки при росте процентов.
Если рыночные ставки в период действия договора повышаются, заемщик продолжает пользоваться прежней стоимостью, тогда как средства кредиторов оказываются «заперты» под более низкую доходность; если $ETH рыночные ставки снижаются, кредитор может получить относительное преимущество. Фиксированная ставка не устраняет риск, а лишь перераспределяет риск колебаний процентных ставок между участниками сделки.
Комбинация Aegis и Babylon должна сформировать стабильный рынок, для чего нужно одновременно привлечь средства с обеих сторон $BTC . Если есть только потребность в заимствованиях, но нет кредиторов, готовых взять на себя риск срока, глубина котировок будет недостаточной; если же кредиторы концентрируются на небольшом числе сроков, заемщик также не сможет получить непрерывное финансирование.
Я хочу видеть предложения ликвидности по разным срокам, правила досрочного выхода и договоренности по вторичной ликвидности. Возможность кредиторов переуступать позиции, сколько стоит преждевременно выйти, и как будут урегулированы средства по истечении срока — все это влияет на реальную доступность фиксированного рынка.
Поэтому я полагаю, что $BABY не будет ограничиваться тем, может ли институциональный сектор «запереть» стоимость заимствований. #baby также нужно доказать, что фиксированный доходный сегмент достаточно привлекателен и ликвиден. @BabylonLabs_io Если удастся, чтобы обе стороны — заимодавец и заемщик — четко понимали, какой риск срока они на себя принимают, рынок не останется с перекосом спроса только на одной стороне.

Предположим, что внешний проект впервые подключает к Babylon свою безопасность. Тогда он может получить техническую поддержку, тестовые лимиты или ресурсы экосистемы. Это сотрудничество доказывает, что продукт соответствует требованиям для подключения, но само по себе не объясняет, готов ли клиент в долгосрочной перспективе самостоятельно нести стоимость использования $BTC .
По-настоящему информативный момент наступает после окончания первого цикла обслуживания. Будет ли партнер продолжать закупки, расширит ли зону покрытия, и захочет ли он перейти от субсидий экосистемы к собственному бюджету — именно это определяет, будет ли связь ограничена совместным тестированием или перейдёт в стабильный бизнес.
@BabylonLabs_io может разбить прогресс сотрудничества на этапы: proof of concept, небольшое серийное производство, официальная закупка и продление с расширением. Эти четыре стадии соответствуют совершенно разной интенсивности потребностей. Если опубликовать только название сотрудничества, проекты, которые ещё тестируются, окажутся в одном и том же контексте с клиентами, которые продолжают регулярно платить.
Для $BABY экономический цикл особенно важна сторона продления со стороны спроса. Сколько услуг может предоставить верификатор, зависит от того, сколько внешних проектов готовы их покупать; как долго пользователь готов участвовать, также связано с тем, сможет ли доход от услуг продолжать поступать. Бюджет клиента ближе к реальной покупательной способности $ETH , чем к ажиотажу в соцмедиа.
Поэтому я думаю, что #baby будет смотреть не на число участников активности, а на записи о продлениях. Первое сотрудничество показывает, что команда готова попробовать; второе — что оплачивать услугу действительно стоит и её хотят оставить. Сможет ли сеть сформировать доход, определяется не церемонией подключения, а тем, какой будет следующая счёт-фактура от клиента.

В железнодорожной системе нельзя полагаться только на решение машиниста, чтобы определить, можно ли пропустить два поезда через один и тот же участок пути. Сначала сигнализация и система блокировок проверяют стрелочные переводы, занятость перегона и конфликты маршрутов; и только когда все условия совпадают, разрешающий сигнал будет выдан. Скорость может быть чуть ниже, но состояние не должно быть двусмысленным.
Ограничения по времени Babylon можно так же рассматривать как набор блокировок состояния. Участие, ожидание, снятие и <c-1/>обработка исключения $ETH не должны одновременно указывать на взаимоисключающие результаты. Только если текущее состояние соответствует заданным условиям, следующий шаг операции должен получить право на выполнение.
Такой дизайн акцентирует внимание не на том, чтобы «держать блокировку дольше», а на том, чтобы предотвратить пропуск этапов процесса. Пользователь не может преждевременно уйти, пока его ответственность еще не завершена, и система не может продолжать вычисления по старому состоянию после того, как解除 уже вступило в силу. Когда порядок зафиксирован, $BTC журнал проще сохранять в согласованном виде.
Настоящее испытание наступает, когда одновременно приходят разные запросы. Кто-то входит, кто-то выходит, кто-то меняет провайдера, а часть состояний в это время проходит проверку исключений. @BabylonLabs_io нужно гарантировать, что эти действия обрабатываются в едином порядке, а не так, чтобы в интерфейсе и на уровне данных фиксировались два разных ответа.
Поэтому, я полагаю #baby будет уделять внимание наблюдаемости переходов состояния. Если механизм $BABY сможет обеспечить четкую маркировку каждого этапа и при скоплении запросов сохранять согласованность, то таймлок перестанет быть просто инструментом ожидания — это станет системой диспетчеризации, предотвращающей конфликты в журнале.

USDB действительно нужно доказать не то, что его можно чеканить, а то, что его можно погасить.
Чтобы определить, насколько надежен стейблкоин на блокчейне, не смотрите сначала ни на название, ни на доходность — задайте три вопроса: $BTC кем хранится, условия погашения кто проверяет, и в экстремальных случаях кто несет потери. @BabylonLabs_io В «white paper» USDB есть интересный момент: это не просто добавление BTC новых сценариев использования, а попытка перенести основу доверия с институциональных обещаний на проверяемые механизмы обеспечения и расчета.
Согласно замыслу из white paper, пользовательский BTC запирается в само-кастодиальном сейфе на биткоинчейне; другая сторона протокола читает статус блокировки и чеканит USDB. При погашении пользователь сначала уничтожает USDB, а затем подает соответствующие доказательства, чтобы разблокировать залог. Такая архитектура уменьшает необходимость отдавать BTC единому кастодиану, но «меньше доверия» не равно «нулевому риску»: сбой любого звена — в скриптах сейфа, системе доказательств, синхронизации кроссчейнового статуса или управлении ключами — может привести к блокировке погашения.
Надежность в итоге должна пройти испытание клиринговым давлением. Когда рынок резко колеблется, задержки оракулов, нехватка клиринговой ликвидности и перегруженность сети могут возникнуть одновременно. Тогда проблема уже не только в том, достаточна ли LTV/коэффициент обеспечения, а в том, сможет ли исполнение завершиться до того, как сформируются безнадежные долги. Поэтому мне важнее четыре параметра: клиринговый дисконт, план даунгрейда источника цены, порядок погашения при перегрузке и кто покрывает $ETH безнадежные долги. Дорожная карта написана подробно, но это не значит, что эти вопросы уже подтверждены практическими испытаниями.
$BABY Также стоит различать механизм и результат. В разделе 10 white paper описано: если протокол генерирует комиссии, их можно через аукцион конвертировать в BABY и уничтожить; только если USDB формируется для постоянного использования и реальных расходов, эта траектория имеет смысл. Само по себе проектирование уничтожения не означает, что ценность неизбежно растет. После запуска особенно стоит отслеживать: объем обращения, коэффициент покрытия залогом, реальные записи погашений и клиринговые показатели. Инновацию можно сначала обсуждать, но надежность должны подтверждать данные on-chain. #baby

Напоминание: создателям grvt, которые попали в список, обязательно не забудьте на странице booster нажать кнопку подтверждения. У вас есть только один день. Так тяжело попасть в рейтинг — если забудете подтвердить, награду не получите, и тогда будет горько плакать #GRVT任务 #ALPHA🔥

Говорят, кто-то выиграл главный приз в 99,99 BNB. Моё настроение, как на аватарке. Кстати, мой главный приз смогут выдать до обеда завтра? Если не выдадут, придётся снова голодать #币安9周年

#BinanceTurns9 девятая годовщина, с нетерпением жду следующую и каждую девятую годовщину. Пусть Binance становится всё лучше!

Вчера пересмотрел дизайн управления @NewtonProtocol и понял: по-настоящему интересно в нём не само название «двухуровневый», а то, кто и что именно может изменить. Параметры экономики — комиссии, награды и т. п. — передаются на голосование staked $NEWT , а логику Rollup и обновление консенсуса выбирают валидаторы. В первом случае меняется то, как $BTC распределяют деньги, во втором — по каким правилам работает сеть. Разделение двух типов полномочий само по себе выглядит разумной изоляцией рисков.
Но эффективность управления нельзя оценивать, глядя лишь на то, есть ли страница для голосования. На уровне параметров как минимум нужно публично раскрывать порог для подачи предложений, quorum, требуемую долю для принятия, длительность голосования и задержку исполнения, а также публиковать действующие голоса (вес) первых 10 адресов. Иначе правила могут по-прежнему формально писать «решает сообщество», а на практике результат — всё равно может зависеть от небольшого числа доминирующих стейкеров. Суть не в том, у кого больше монет, а в том, можно ли количественно оценить концентрацию, можно ли отозвать делегирование и есть ли у меньшинства достаточно времени для подготовки.
Более всего стоит смотреть на «стоимость отказа» для ключевого апгрейда. Валидаторы теоретически могут не принимать новую версию, но если клиент, инфраструктура и основной трафик координируются одной и той же стороной, отказ от обновления может фактически означать выход из сети. Жёсткий форк действительно служит сдержкой лишь тогда, когда код заранее опубликован, источники валидаторов достаточно рассредоточены и старая цепочка $ETH может продолжать работать; в противном случае это ближе к процедуре технического подтверждения, а не к независимому уровню управления.
Поэтому я не буду отрицать эту архитектуру только потому, что Newton всё ещё на ранней стадии, и не буду заранее считать её зрелым DAO. Дальше мне скорее хочется увидеть таблицу параметров governance для NewtonProtocol, распределение голосующих прав, механизм временной блокировки для апгрейдов и записи о том, принимали ли валидаторы обновления. Для NEWT то, будет ли принято первое предложение, не главное; реальный сигнал в другом: могут ли несогласные выразить позицию, могут ли валидаторы отказаться и остаётся ли после отказа жизнеспособный альтернативный вариант. #Newt

Недавно я тестировал maker-возврат на @grvt_io , выставляя небольшие двусторонние лимитные заявки. За время наблюдений, когда $BTC работал в обычные периоды без отклонений, спред в первом диапазоне чаще всего составлял примерно 0,5–1,5 б.п., видимая глубина на первом уровне — около 100 000 USDT, а на следующем уровне часто доходила до 200 000–300 000 USDT. Этот стакан достаточно подходит под стратегии уровня «для частного использования», однако глубина на экране не равна реальной доступной к исполнению емкости — нужно учитывать, где именно стоят заявки, скорость снятия и то, как рынок восстанавливается после серии «поглощений» лимитных ордеров. #grvt
Во время теста в аккаунте отображалась ставка maker-фии -0,5 б.п., то есть после сделки начисляется возврат 0,005%. Я выставлял по 1000 USDT с обеих сторон (на покупку и на продажу), и за 5 дней суммарный maker-объём сделок составил примерно 420 000 USDT. Возврат плюс доход от спреда в сумме — около 68 USDT; при оценке по этой ставке возврат формировал около 21 USDT, а остальное в основном приходилось на улавливание спреда.
После учета проскальзывания, корректировок по запасам (inventory) и затрат на хеджирование фактически осталось 41 USDT — это соответствует примерно 9,8 USDT чистой прибыли на каждые 100 000 USDT торгового объёма. Эта цифра более показательна, чем «годовая доходность», рассчитанная по прямой оценке, потому что выборка в 5 дней не покрывает односторонние движения рынка, сжатие ликвидности и изменения комиссий. Механическое увеличение краткосрочного результата легко переоценивает устойчивость стратегии.
Этот тест помог мне подтвердить: отрицательная maker-комиссия действительно даёт «подушку», но она не является прибылью сама по себе. Реальный итог определяется тем, сможет ли доход от спреда перекрыть неблагоприятный отбор (inverse/выбор против вас), расходы на хедж и случаи аномального исполнения. Дальше я продолжу фиксировать результаты за 30 дней на $ETH (net), длительность удержания одностороннего запаса и ценовые смещения после сделок, а затем решу, стоит ли увеличивать объём выставляемых заявок. Перед публикацией стратегии также нужно заново проверить актуальный уровень комиссий, соответствующий вашему аккаунту.

Вчера пересмотрел @NewtonProtocol по безопасной архитектуре и понял, что EigenLayer больше похож на готовый рынок операторов. Преимущества довольно прямые: Newton не нужно с нуля собирать валидаторов, а policy-validation может стартовать быстрее. У сдаваемой в аренду безопасности тоже есть границы: по-настоящему стоит спрашивать не о размере стейкинга, а о том, сколько AVS эти узлы одновременно обслуживают.$RIVER
Если несколько сервисов используют одну и ту же группу операторов, облачные ресурсы и мониторинговые системы, в учётных данных это могут быть разные сети, но домены отказов способны пересекаться. То, что какой-то AVS повышает $SYN в качестве стимула, не означает, что узлы обязательно откажутся от Newton, но может изменить маршрутизацию и распределение ресурсов. Более значимые данные, чем «процент валидирования проходит успешно», — это пересечение операторов, доля узлов из верхушки и скорость восстановления после простоя ключевых узлов.$NEWT
Также нужно чётко оговорить границы штрафов. Если slash случается у других AVS, это не обязательно переносит потери один-в-один на Newton, потому что разные сервисы могут задавать свои условия slash и распределение стейкинга; но если тот же оператор из‑за проблем с оборудованием или эксплуатацией сократит обслуживание, Newton всё равно может столкнуться с давлением по доступности. Ключевой риск не в формате «один штраф — и по всей сети цепная реакция», а в том, что за несколькими наборами безопасности могут стоять одни и те же исполнительные субъекты.#Newt
Поэтому я считаю, что EigenLayer — разумный выбор для этапа холодного старта Newton, но не буду трактовать «унаследование безопасности» как «риск уже отдан на аутсорсинг». Дальше мне хотелось бы увидеть, как NewtonProtocol публично раскрывает концентрацию операторов, долю независимой инфраструктуры и план переключения при отказах. В будущем, если удастся внедрить независимые узлы и резервный маршрут валидации, authorization layer начнёт постепенно формировать собственную надёжность.

Я тестировал на тестовой сети @grvt_io , можно ли для одного кросс-маржинального аккаунта одновременно разместить BTC с плечом 5 в лонг и ETH с плечом 8 в лонг. Изначально я хотел проверить, может ли единая маржа повысить эффективность использования средств. Однако самое важное, что стоит зафиксировать, — это не цена срабатывания, а то, как быстро после завершения первого риск-менеджмента аккаунт снова “возвращается” рынку и сколько времени ему даётся на восстановление. Две позиции в одном направлении разделяют USDC, и как только их корреляция внезапно растёт, разнесённые удержания легко превращаются в один и тот же источник риска. #grvt
В одной симуляции быстрого отката цены на 8% в $BTC моя конкретная тестовая версия сначала уменьшила объём позиций, необходимых для поддерживающей маржи для восстановления, а оставшиеся заявки отправились в стакан ожидать исполнения. Здесь обязательно нужно уточнить: в последнее время в публичных материалах есть описания “полной ликвидации” в текущих правилах GRVT, поэтому мои результаты могут отражать только конфигурацию теста на тот момент и не должны напрямую восприниматься как действующий официальный механизм. По-настоящему переиспользуемый вывод заключается в том, что после ликвидации риск не заканчивается немедленно.
Менее чем через 2 секунды после завершения первой обработки внешний прайс продолжил снижаться, и equity аккаунта снова упало ниже порога. В этот момент высвобождённая маржа ещё не успела создать достаточный буфер, а глубина покупок только что была “съедена” заявками из предыдущего раунда, поэтому вероятность повторного срабатывания ещё выше. Проблема не только в высоком плече — дело в том, что скорость обновления цены, частота проверок риска и скорость дозаполнения в стакане оказались рассинхронизированы в одном и том же временном окне.
Это заставило меня заново осмыслить кросс $ETH маржу: она объединяет остатки в спокойном рынке, но также может “утрамбовать” несколько однонаправленных позиций в общий порог ликвидации. Оценивать GRVT нельзя, глядя лишь на “происходит ли ликвидация”; нужно фиксировать интервал между двумя срабатываниями, долю исполнения при первой сделке, время восстановления глубины на 2% и оставшийся объём equity после второй обработки. Только если эти данные будут опубликованы одновременно, трейдеры смогут понять, действительно ли единая маржа повышает эффективность, или же она просто сокращает время на исправления ошибок.

$QQQB группа старших ребят попала в ловушку, сегодня кошелёк износился при прокачке, и это ещё не всё: самое главное — группа людей изучала, как накручивать очки, а в итоге раздача пропала 😔
#ALPHA