胖鸟

$牛来 — это же настоящее возрождение славы bsc. Кто бы мог подумать, что такой мем сможет набрать более ста миллионов.

$FLORK Это снова очередная история про Palu? Мем-битва становится все интереснее

Совсем недавно лента про Робин Гуда была слишком захватывающей: обещали бычий рынок мемов, а почему тогда я в минусах?

Только что протестировал в 4 раза монеты $DEBIT : совершил сделок по тренду 10 раз, прибыль 10 долларов. Волатильность выглядит немного высокой, но сейчас по тренду всё ещё довольно легко делать

Сегодня $GRVT 4-кратные бонусные баллы пропали; подскажите, чем все теперь пользуются, посоветуйте

Сколько ещё братьев играет в #ALPHA турнир-трейд $KGEN ?

Только что зашёл посмотреть — везде уже минимум от 40w, прям короли лута🤫

#ALPHA 好久没吃到这么大的毛了，$TMX 完美逃顶，希望今天的空投继续给力

不知道明天的#ALPHA $tmx airdrop получится ли съесть😂, сейчас уже понизили до 16+1

Недавно ETH снова оказался в центре внимания рынка, и многие обсуждения вновь вернулись к знакомым вопросам: насколько ещё может вырасти? Где находится следующая цель? Когда пора фиксировать прибыль?

Пока шла эта волна роста, я всё время думал о чуть другом вопросе: если человек действительно верит, что у ETH есть потенциал роста в будущем, то как следует обращаться со стоимостью активов в период — от сегодняшнего дня до момента, когда рост будет реализован?

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

И как раз в этом мне недавно показался интересным @TermMax : это не просто создание кредитного протокола, а попытка разложить будущую ценность одного и того же актива по разным измерениям.

Ключевая идея TermMax — через три компонента FT, XT и GT заново собрать фиксированную доходность, процентную часть и залоговую позицию.

При этом FT больше похоже на классические беспроцентные облигации: TermMax использует соотношение 1 FT + 1 XT = 1 Debt Token, чтобы разделить конкретный долг на фиксированную и изменяемую части. Так вы можете продолжать держать актив, одновременно переупорядочивая будущие денежные потоки.

А Gearing Token упаковывает залог и долговую позицию в NFT: сложная кредитная позиция превращается в управляемый единый объект, а сама позиция — в управляемый финансовый актив. Конечно, у этого направления есть и вполне практическая проблема: рынок может и не принять такую модель.

Оно заметно отличается от того, что делали в прошлом DeFi. Но по мере того как рынок будет становиться зрелее, конкуренция может быть уже не только о том, кто вырастет сильнее.

С этой точки зрения #termmax изучает не просто продукт с доходностью. Речь о том, когда актив нужно держать долго, может ли само время — как таковое — тоже стать ценностью, которой можно управлять.

Блокчейн-сфера никогда не испытывает недостатка в проектах, создающих “концепции”, но то, что по-настоящему позволяет крупным капиталам осмелиться вложить реальные деньги и закрепить их, всегда зависит от одного: структуры токенов, силы проникновения в многоцепочечную экосистему и четкой определенности внедрения долгосрочной дорожной карты.

На этот раз разберем недавний проект @TermMax : распределение токенов по “трейд-карманам” (токеновому трейду/пайплайну), расширение многоцепочечной “географии” и то, как развивается стратегия “финала” 👇

Сначала посмотрим на проблему с токенами, которая перед запуском проекта чаще всего остается незамеченной

👉 Фиксированная нулевая инфляция: общее предложение $TMX неизменно и составляет 1 млрд токенов; стартовый оборот — около 20% (200 млн). Из них 28% инвесторам и 15% команде — все это полностью размещено с 12-месячным периодом линкового/таймлок-замка, после чего выпуск линейно высвобождается помесячно в течение 24–30 месяцев.

Это означает, что в первый год после TGE на вторичном рынке полностью отсутствует давление со стороны огромных “дампов” от институциональных участников и команды: по сути, выбирается не вариант быстрых краткосрочных релизов большого объема оборотных токенов, а более длительный период переваривания рынком.

👉 Экосистемная матрица “по всей цепочке”
TermMax не ограничил “поле боя” одним-единственным мейннетом: он сразу развернул фиксированные кредитование и рынок плеча в многоцепочечной экосистеме. В связке с системой двойных оракулов и глубинным аудитом кода через ABDK, LST, LRT и нативные активы в каждой развивающейся экосистеме получают возможность в один клик подключаться к детерминированному плечевому фиксированному проценту.

👉 IRS для обмена процентами уровня “триллион” и носитель RWA — реальные активы
Если посмотреть на план развития TermMax на 2026–2027 годы, то “финальная” амбиция видна очень отчетливо.

В 2026 Q3 намечается крупное событие! Запуск TGE, листинг на основных CEX, старт распределения прибыли в пуле стейкинга, а также раздача токенов (airdrops) ранним сторонникам. Кроме того, будет запущена on-chain функция обмена процентами (либо процентных свопов) и полностью связана цепочка RWA-активов: крупнейшие в традиционных финансах процентные свопы и кредитные активы напрямую перенесут on-chain.

От чистой структуры высвобождения токенов — к многоцепочечной карте, охватывающей Berachain и BTC L2, — и до долгосрочной стратегии с прицелом на RWA и процентные свопы: $TMX демонстрирует заметную “толщину” архитектуры накануне TGE. По мере приближения ключевого узла в Q3, основной целевой актив, который будет формировать on-chain базис фиксированного дохода, стоит особенно внимательно держать в фокусе.

#termmax

Почему TermMax, готовящийся к TGE с @TermMax , так заслуживает тихой концентрации со стороны крупных институционалов вроде Keyrock, Edge Capital и маркетмейкеров?

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

Дальше давайте возьмем лупу и глубже разберем три ее особенно «проникающих» аспекта.

Самая болезненная часть в традиционном маркетмейкинге — когда средства распыляются и «застревают» в пулах на разные сроки. У многих наверняка был опыт нехватки ликвидности: чуть что — и это приводит к убыткам. TermMax для решения этой проблемы вводит виртуальную агрегацию ликвидности.

Если по-простому, то деньги маркетмейкера до момента реального предоставления в заем могут, как при телепортации, одновременно распределяться по нескольким уровням глубины ордеров. Как только какая-либо сделка проходит, система автоматически синхронизирует расчеты, мгновенно «дотягивая» глубину до максимума. Это очень удачное устранение уязвимости фиксированных пулов кредитования: чем их больше по срокам, тем меньше глубина.

Если говорить о самом характерном, то стоит упомянуть нативный кроссчейн LayerZero OFT: TMX не ограничивает себя одной лишь цепочкой Ethereum — она нативно интегрирует стандарт LayerZero OFT. Будь то BNB Chain, Arbitrum, Base или Berachain, активы и позиции по обязательствам могут бесшовно перетекать между цепочками нативно, делая арбитраж по кроссчейн спредам невероятно «плавным».

К тому же есть 100% соответствие требованиям европейского MiCA. TermMax — редкий DeFi-протокол, который еще до TGE полностью раскрыл whitepaper по MiCA Title II и получил официальное юридическое заключение. Это действительно заслуживает внимания.

От 830 000+ зарегистрированных кошельков и 64,0 млн долларов TVL до запуска TGE в Q3 и распределения ранних эирдропов — TermMax продвигает фиксированные процентные ставки на ончейне к настоящей комплаенс-совместимости и полноценной интеграции по всей цепочке. Поезд TGE в Q3, определенно, стоит включить в список «обязательно наблюдать».
#termmax

Плавающая процентная ставка — это правда самая болезненная точка для DeFi‑игроков, когда они используют плечо для арбитража.

Недавно я внес ETH в качестве залога, взял под 3% годовых стейблкоины, чтобы арбитражить. Итог: ночью рынок резко и сильно закачало, и в пуле все заемные средства были фактически выбраны — ставка по долгу мгновенно подскочила до 50%. Проснувшись утром, все арбитражные прибыли, которых я так усердно добился, ушли на проценты, и я буквально чуть не попал под принудительную ликвидацию.

Вот что такое неконтролируемость процентов в плавающем кредитовании. Дальше поговорим о @TermMax — одном из ключевых объектов пристального внимания в последнее время — о том, как он перенёс механизм концентрированной ликвидности Uniswap V3 в кредитование, создав базовую архитектуру фиксированной процентной ставки с предсказуемостью + плечевых деривативов.🧵

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

👉 Заплатите 0.95 USDC и купите купон на 1 USDC, сроком на 3 месяца. По истечении срока система напрямую выплатит вам 1:1, то есть 1 USDC — вы чисто заработаете разницу 0.05 USDC. Как только вы покупаете, доходность в ту же секунду уже зафиксирована: даже если дальше рынок рухнет, ни цента прибыли у вас не отнимут.

Наверное, кто-то задается вопросом: почему раньше фиксированную ставку никто не использовал, а сработает ли TermMax вообще?

Раньше люди не выбирали фиксированные ставки, потому что ликвидность была слишком «раздробленной»: слишком много разных пулов, а объёмы там небольшие — при займе крупных сумм проскальзывание слишком высокое. TermMax позаимствовал подход концентрированной ликвидности из Uniswap V3: вы можете самостоятельно задать диапазон ставок по ордерам. Например, я готов выдавать займы только под 4%–6% годовых — тогда деньги не расползаются по «кускам».

👉 Без «силового» распродажи с физической поставкой
Кредитование больше всего боится «чёрных лебедей», но протокол TermMax просто передаёт залог людям, которые внесли средства, в исходном виде — без необходимости выбрасывать активы на вторичном рынке и устраивать ценовой шок. Это уходит от кризиса ликвидности по самой причине.

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

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

*👉 Низкопороговый хедж опционами: комбинируя дату экспирации и механизм физической поставки, продвинутые трейдеры могут собрать хедж‑комбинацию типа «covered call» прямо на кредитной позиции — без сложных и трудноразбираемых опционных бирж.

Развитие DeFi дошло до того момента, когда игрокам и крупным институциональным деньгам на цепочке нужны уже не просто высокие годовые, а определённость и безопасность.

#termmax

Довольно давно я видел, как многие проекты в сфере RWA начали пробовать переносить на блокчейн традиционные активы вроде акций и облигаций.

Но я всё время думал, что здесь есть одно довольно противоречивое место.

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

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

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

В этом и заключается одна из самых интересных сторон Dusk. Там приватность понимают не как «ничего никому не показывать». С помощью Phoenix они используют доказательства с нулевым разглашением (zero-knowledge), чтобы защищать детали сделок: пользователям не нужно раскрывать всю информацию, но при этом можно выполнить проверку. Кроме того, благодаря выборочному раскрытию, часть данных в определённых ситуациях можно подтвердить.

Этот подход на самом деле очень похож на реальную финансовую систему.

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

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

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

Однако, как мне кажется, здесь есть ещё один момент, за которым стоит понаблюдать.

Выборочное раскрытие звучит идеально, но в реальной работе это не так просто.

Кто решает, какую информацию можно увидеть?

Как контролировать объём раскрытия?

Если в будущем требования по комплаенсу будут постоянно расти, не станет ли пространство для приватности всё меньше?

Вот что Dusk предстоит доказать в дальнейшем.
#dusk $DUSK

Тоже недавно успешно втянулся в кошелёк $QQQB

Поиграл в кошельке 3/4 дня, сейчас средний износ 0.8/10k, можно сказать, что я вышел из мучений, но вот время довольно мрачное

После того как перестал играть в торговых состязаниях #ALPHA🔥 , я чувствую, что целиком возвысился 😆#BsB

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

Что касается Babylon, у меня изначально было довольно интуитивное понимание: раз он хочет, чтобы внешние активы участвовали в обеспечении безопасности других сетей, значит ключевой вопрос — достаточно ли активов входит в стейкинг. Ведь во многих PoS‑сетях уровень безопасности напрямую связан с объемом стейкинга.

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

Звучит немного запутанно: если сеть просто видит, что много активов заблокировано, и на этом основании считает, что получила безопасность, — этого недостаточно. Нужно еще понять, участвуют ли эти активы в работе сети по правилам. Выполнены ли эти обещания по безопасности корректно? А как другие сети подтверждают, что эта безопасность настоящая?

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

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

Эмм… это совершенно не то же самое, что asset bridge. Мост решает задачу перемещения активов, а <c-1/> #baby пытается решить задачу перемещения доверия.

В этом есть что-то по‑настоящему интересное: если копнуть глубже, он меняет само определение безопасности — делая результат безопасности тем, что можно проверять и чем можно пользоваться.

Но здесь есть и проблема. Если в будущем множество цепей будет полагаться на то, что Babylon предоставляет доказательства безопасности, тогда $BABY собственный механизм доказательств станет новым входом для доверия. Как только этот вход невозможно будет достаточно хорошо понимать и контролировать участникам, система, изначально призванная снизить издержки доверия, может вместо этого создать новые зависимости.

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

Всегда ли так — правильно? Когда я впервые увидел @BabylonLabs_io , я вполне естественно понял это как некую более крупную систему стейкинга. И раньше, по сути, всё было так: чем больше стейк у сети, тем больше валидаторов, тем выше безопасность сети.

Потом я на практике, по-настоящему прогнал процесс стейкинга, спроектированный Babylon. И выяснилось, что моё понимание было немного поверхностным: если цель — просто нарастить «капитал безопасности», то нет необходимости придумывать такие разные роли, как Delegator и Finality Provider.

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

Это различие довольно критичное. В рамках одного PoS-раунда обычно стейкер, валидатор и исполнитель безопасности связаны воедино. Но есть пробел: когда безопасность начинает «течь» между сетями, такая модель начинает давать сбои.

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

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

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

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

Babylon также пытается выяснить, можно ли разбирать и собирать безопасность и предоставлять её как возможность другим сетям. Если эта модель окажется жизнеспособной, то в будущем способы создания безопасности для блокчейнов могут измениться.
#baby $BABY

Новые проекты появляются один за другим, и фантазийных подходов становится всё больше. До сегодняшнего дня я всё никак не понимал, почему @BabylonLabs_io выбирает защищать окончательность (finality), а не заново проектировать целый комплект консенсуса.

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

Хм… Что интересно: Babylon не выбрал копировать способ консенсуса Bitcoin или Ethereum. Он решил зайти через Finality. В дизайне Babylon PoS-цепь продолжает работать своим собственным консенсусом, а валидаторы по-прежнему отвечают за генерацию блоков. Babylon же делает следующее: ключевые состояния отправляются через Checkpoint в сеть Bitcoin, чтобы Bitcoin обеспечил дополнительную временную упорядоченность и гарантии неизменяемости.

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

Похоже, Babylon сосредоточен на том, как сеть может получить более сильную определённость состояния. И это на самом деле решает давнюю проблему PoS-сетей: многие новые сети не являются “невозможными” для работы — просто на ранних этапах сложно выстроить достаточно надёжные гарантии окончательности.

Babylon даёт новый путь. Если смотреть назад, то я думаю, что самая ценная его сторона — не в том, что BTC получил ещё одно применение.

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

Если в будущем всё больше цепей начнут использовать такую модель, безопасность блокчейна может перестать быть тем, что каждая цепь будет снова и снова создавать с нуля, и постепенно превратится в составную (комбинируемую) инфраструктуру.
#baby $BABY

Впервые увидев @BabylonLabs_io , я, по сути, очень естественно отнёс его к стейкинг-протоколам. Эта логика не слишком отличается от моделей залогового обеспечения во многих PoS-сетях в прошлом.

Но позже, пересмотрев всю архитектуру #baby , я понял, что такое понимание может быть слишком упрощённым. Если бы это просто хотело сделать стейкинг-продукт, то в принципе не было бы необходимости проектировать такую сложную систему ролей. От Delegator до Finality Provider, затем до Consumer Chain и Checkpoint — Babylon тратит столько усилий не на то, как заставить активы быть заблокированными, а на другую, более трудную задачу.

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

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

То есть стейкинг — это только начало; по-настоящему важно, кто именно доказывает, что безопасность произошла. Глядя на $BABY , я думаю, что самое интересное там — оно не просто копирует структуру традиционного PoS, а разбивает ответственность по разным ролям. Delegator обеспечивает экономическую поддержку, Finality Provider отвечает за участие в подтверждении состояния, Consumer Chain использует эти результаты подтверждения, чтобы получить дополнительную безопасность. Капитал, выполнение обеспечения безопасности и верификация состояния больше не привязаны к одной и той же роли.

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

То, что делает Babylon, по сути, и заключается в создании этой связки.

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

Так что, оглядываясь назад, я думаю, что самая ценная часть Babylon, возможно, не в том, что оно создало новый стейкинг-рынок.

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

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

Этот момент чем-то похож на то, что происходит с блокчейном сейчас: когда на рынок выходят новые сети PoS, помимо разработки самого приложения нужно также решить вопрос — откуда взять безопасность?

Раньше большинство цепочек делали это через собственную токен-экономику, создавая систему валидаторов, чтобы участники обеспечивали сеть, закладывая активы. Но для ранних проектов это было непросто. Когда сети недостаточно ценности, трудно привлечь валидаторов; когда нет достаточной безопасности — трудно привлечь пользователей и экосистему. По сути, это похоже на ситуацию в раннем интернете.

Baby использует модель совместного использования безопасности, благодаря которой новым PoS-сетям не нужно полностью с нуля строить собственную систему безопасности — они могут подключать безопасностные возможности, предоставляемые #baby .

В этом процессе $BABY выступает связующим звеном между новой сетью, которой нужна безопасность, и участниками, готовыми эту безопасность предоставлять. За счет механизмов вроде Finality Provider эти поставщики безопасности могут участвовать в процессе подтверждения для разных сетей, а подключаемой сети не приходится целиком полагаться на собственную систему валидаторов, чтобы выстроить безопасность.

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

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

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

В последнее время, читая обсуждения в сообществе @BabylonLabs_io , я наткнулся на упоминание тем, связанных с Finality Provider, и вдруг подумал: если в будущем все больше сетей будет полагаться на Babylon для обеспечения безопасности, то на чем будут основываться те, кто участвует в безопасности, чтобы гарантировать, что они не будут творить зло?

Этот вопрос на самом деле довольно интересный. Когда люди обсуждают разделяемую (shared) безопасность, первая реакция обычно — посмотреть, сколько активов заходит, сколько сетей подключено, но почти никто не пытается выяснить, как система узнаёт, если участник действительно начинает действовать во вред. И как тогда его наказывать?

Раньше в PoS-сетях эта проблема решалась относительно напрямую: валидаторы блокировали свои активы, и если возникал дабл-сйн (двойная подпись), то цепочка могла просто применить Slash. Но в случае Babylon ситуация не совсем такая. Участники предоставляют дополнительные возможности для обеспечения безопасности, и система должна учитывать, как сохранить для таких внешних участников достаточно сильные ограничения.

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

Именно на этом вопросе я начал обращать внимание на EOTS. Finality Provider, участвуя в подтверждении, должен генерировать одноразовую подпись с помощью EOTS. Если участник попытается создать конфликтное состояние на одном и том же уровне (в одной высоте), такое действие оставит распознаваемые доказательства, что затем запустит наказание.

Мне кажется, по-настоящему EOTS работает не в том, чтобы сделать участников сильнее, а в том, чтобы они понимали: совершать зло означает оставлять следы.

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

Возвращаясь к EOTS, я думаю, что интересная его сторона заключается не в том, что он создает новый тип подписи, а в том, что он закрывает звено, которое в shared security-системе легко упустить. Когда во все больше сетей безопасности входят внешние участники, вопрос о том, как доказать, кто соблюдает правила, а кто пытается их нарушить, может стать ключевой проблемой в конкуренции инфраструктур.

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

Сначала, когда я смотрел на @BabylonLabs_io , мой акцент тоже был на Staking: ведь самое прямое понимание Babylon на рынке — это привлечение большего количества активов к обеспечению безопасности сети. Но потом я понял, что по-настоящему интересно — почему она вообще решила проектировать Checkpoint.

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

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

И то, что в Checkpoint из #baby мне особенно интересно, — что он не стал добавлять ещё один слой верификации, а попытался сделать само состояние более удобным для подтверждения. В этом процессе Finality Provider участвует в подтверждении состояния, а EOTS используется, чтобы ограничивать поведение участников.

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

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

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

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