Minh Nhat Builder

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

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

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

Именно такой взгляд делает меня заинтересованным в Babylon. Вместо того чтобы фокусироваться на краткосрочном внимании, Babylon строит инфраструктуру, которая расширяет применимость Bitcoin: связывает безопасность Bitcoin, механизмы стейкинга и on-chain финансовые приложения, чтобы создать более практичный спрос.

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

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

Больше всего меня интересует следующее: действительно ли Babylon меняет то, как используется ценность Bitcoin в on-chain экономике, или она лишь создает новый нарратив? Ведь долгосрочная ценность возникает не из того, что тебя больше всего замечают, а из того, что строится прочная основа еще до того, как большинство осознает произошедшие изменения.@BabylonLabs_io $BABY #baby
$DEXE $UAI

Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.

In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.

Изначально, вложение 1000 USDT в исследование Babylon через этапы стейкинга и дорожную карту казалось делом, связанным лишь с поиском прибыли от нарратива, обеспеченного биткоином. Но после того, как я увидел, что в стейкинг внесено более 57 000 BTC более чем 140 000 стейкерами, я понял: опора на хайп и спекулятивный спрос может быть признаком более глубокой слабости. Поэтому мне нужно было тщательно оценить каждый слой ценности и реальное соответствие продукт–рынок.

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

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

Именно эта перспектива пробудила мой интерес к Babylon. Вместо того чтобы заниматься лишь внешними симптомами, Babylon фокусируется на том, как формируется и работает каждый слой спроса: Фаза 1 создает предложение BTC в стейкинге, Фаза 2 доказывает полезность через DEX — vault — restaking — BABY LST, а Фаза 3 расширяет сети Bitcoin Secured Networks + EVM в более ясную, согласованную структуру.

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

Поэтому я оцениваю Babylon не только по поверхности. Главный вопрос в том, способна ли она доказать соответствие продукт–рынок для слоя стейкинга, превратить сеть в реальную DeFi-инфраструктуру и сделать BABY ликвидностно‑управленческим хабом, не создавая дополнительной операционной сложности.

И наконец, мой вопрос к Babylon: она действительно меняет то, как формируется спрос на сеть, или лишь делает проблему сложнее заметить? Потому что долгосрочная ценность сложной системы зависит от сохранения ясности под давлением. @BabylonLabs_io
#baby $BABY $DEXE

Я недавно просмотрел недавние обновления Babylon и заметил одну вещь, которая осталась незамеченной — редизайн токена BABY. Формируется тихое, но важное напряжение вокруг того, как токен управления должен вписаться в систему, построенную в основном на механизмах недоверия.

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

Я не совсем уверен, как это сочетается с недоверительным сейфом, но это заставляет меня думать, что механизм ценообразования выбран более намеренно, чем решения в сфере управления. Вопрос, который возникает у меня: действительно ли токены управления и недоверительные протоколы дополняют друг друга? Добавление слоя управления BABY создает поверхность, где влияние незаметно концентрируется?

Это наводит на мысль, что это напряжение редко удается разрешить так же чисто, как выглядит на первый взгляд. Со стороны развивающаяся роль BABY ощущается как наименее устойчивый слой TBV. Иногда я задаюсь вопросом, привлекает ли аукционная модель правильных участников — тех, кто в первую очередь заинтересован в позициях с комиссиями. Дизайн выглядит продуманным, но то, как он выдержит работу в реальных условиях, остается открытым — в любом случае… время покажет @BabylonLabs_io #baby $BABY $DEXE $AKE

В одной группе кто-то опубликовал скрин своей позиции TBV с подписью: «Больше нет рисков bridge, в итоге BTC в DeFi наконец-то сделан правильно». Кто-то спросил: «А где сейчас на самом деле находится ваш BTC?» Он не ответил — просто перепостил ту же картинку. Trustless Bitcoin Vaults действительно решают реальную проблему: нет wrapped-токенов, нет bridge multisig, который хранит BTC. Babylon позволяет делать нативный back займов для BTC через Aave v4: вы депонируете BTC и заимствуете USDC или USDT. Риск кастодиального хранения снижается, но редко исчезает — обычно просто переезжает.

Технически: когда ваша позиция, обеспеченная BTC, находится в Aave v4, вы унаследовали риски Aave — ошибки в смарт-контрактах, манипуляции оракулом, изменение параметров governance или модели процентных ставок в условиях стресса. Ничего из перечисленного не является новым: Aave уже много лет проходил аудит и испытания. Но это риск, отличный от того, который TBV создавали, чтобы убрать. Вы заменили «кто-то контролирует мой BTC» на «один стек смарт-контрактов может сделать с моим BTC вот что» — две разные категории, хотя обе называют «trustless». Самокритика: я не говорю, что это делает TBV хуже, чем wrapped BTC. Убрать кастодиальный риск — это действительно улучшение, а послужной список Aave сильнее, чем у большинства bridge-операторов. Проблема в том, что слово «trustless» применяется ко всему стеку, хотя технически оно описывает лишь уровень кастодиального хранения. Именно здесь пользователи перестают задавать вопрос, где их BTC на самом деле находится. Значение #BABY зависит от того, насколько растёт объем TBV, а это зависит от того, насколько пользователи доверяют всему стеку, а не только механике со стороны Bitcoin. Я бы предпочёл увидеть @BabylonLabs_io $BABY , ясно описывающую риски со стороны Aave, а не чтобы «trustless» тихо накрывало их.

Много лет я держал некоторое количество BTC без движения и ничего не делал — это всегда меня раздражало. Я не продавал, потому что верю в него в долгосрок, но и заработать тоже не получалось, пока он лежал в холодном хранилище. В этом, по сути, и причина того, почему внимание привлёк Babylon несколько месяцев назад. Идея настолько простая, что поначалу я почти не верил: стейкать свои BTC, не заворачивая их, не бриджить на какой‑либо сайдчейн, и не доверять чьему‑то кастодиану хранение ключей от ваших средств. Всё это всё время остаётся в сети Bitcoin. То самокастодио важнее для меня, чем многие думают, потому что раньше меня уже обжигали: я доверял посреднику с активом, который, как мне казалось, был «безопасно застейкан». Самое интересное — это кейс применения. PoS‑чейны, которые используют безопасность Bitcoin, чтобы запустить доверие к себе — это умный, честно говоря, довольно изящный технический кусок. Перейдёт ли это в устойчивую доходность в долгосрочной перспективе — вот реальный вопрос, на который пока никто не ответил. Тимлок‑скрипты и условия слэшинга на бумаге звучат убедительно, но бумага и мейннет под давлением — это разные вещи. Я закинул небольшую сумму, не заходя «всё в сделку», пока не увидел, как это работает в реальном рыночном стрессе, а не только при благоприятных условиях. Я всё ещё сомневаюсь в токеномике и в том, как BABY реально накапливает ценность — а не просто выступает как токен‑диспетчер. Кто‑нибудь ещё пробует это, или все вы по‑прежнему смотрите со стороны, как я делал в течение многих месяцев?
@BabylonLabs_io #baby $BABY
$VELVET $BANK

Я увидел довольно много историй, посвящённых амбициозным замыслам: от кросс-чен-бриджа, BTC в «обёртке», до бесчисленных решений «ввести Bitcoin в DeFi». Но чем глубже я всматриваюсь, тем яснее понимаю, что действительно примечательно — это надёжность и первозданность самого Bitcoin.
До появления решений, не требующих доверия, всё работало, но при выходе за пределы исходной цепочки всегда сохранялась неопределённость и приходилось полагаться на третью сторону. Bitcoin DeFi также проходил через похожий этап. Поэтому меня особенно заинтересовал аспект, которому уделяют не так много внимания: сохранять биткоин-платежи на исходной цепочке, при этом гибко использовать возможности DeFi — не токены в «обёртке» и не хранители, а доверительно-независимый Bitcoin Vault.
Я начал присматриваться к Babylon Trustless Bitcoin Vaults (TBV) именно по этой причине. Идея звучит очень заманчиво: вместо того чтобы делать ещё одно типичное lending-приложение или стейблкоин, они создают базовую инфраструктуру для Bitcoin DeFi. Хранить BTC нетронутым в сети Bitcoin, использовать криптографические доказательства (Taproot, hashlock, ZK-based BABE), чтобы Ethereum мог верифицировать и взаимодействовать без доверия. Такой подход действительно уважает природу Bitcoin, а не пытается «переизобрести» его в другом стиле.
При этом в итоге всё равно возвращаешься к ключевому вопросу: найдёт ли это своё место в привычках пользователей? Ни уайтпейпер, ни даже самая увлекательная история никогда не были доказательством реальной ценности. Самое важное — реальное применение. Похоже, Babylon TBV это понимает. Остальное, как мне кажется, рынку нужно время, чтобы ответить.
@BabylonLabs_io $BABY #baby
$CAP $EDGE

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

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

Я потратил время на задачу CreatorPad, чтобы разобраться в dual delegation от Babylon, и меня не отпускает одна мысль… BTC-стейкеры обеспечивают безопасность сети, но не имеют управленческих прав, тогда как держатели BABY имеют решающий голос. BTC дает мощность, но именно BABY держит руль.

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

Это временный дизайн или долгосрочное направление Babylon?
@BabylonLabs_io $BABY #baby

$ESPORTS $AKE

Каждый раз, когда я оглядываюсь на рынок, я снова вспоминаю немало решений, которые позволяли Bitcoin попасть в DeFi и тогда будоражили весь рынок. Цикл за циклом рынок снова подхватывает тему Bitcoin DeFi, рисует быстрый рост TVL и огромные возможности по разблокировке ликвидности. Звучит очень гладко, но когда рассеивается слой хайпа, обычно на свет выходят bridge risk, custodian risk и степень зависимости от внешней инфраструктуры Bitcoin. Этот сценарий не нов. Просто каждый сезон надевает другое «платье».

Возможно, wrapping и bridging уже немного «подлатали». Но узел, который по-прежнему заставляет меня сомневаться, — как дать BTC возможность участвовать в DeFi, не меняя при этом базовые допущения безопасности Bitcoin. Думаю, именно это и стоит внимательно разглядеть.

Trustless Bitcoin Vaults TBV от Babylon, похоже, поворачивают в другую сторону. Вместо того чтобы переносить BTC в другую сеть или отдавать его кастодиану, они делают ставку на Taproot scripts, pre-signed transactions, fraud proofs и BitVM3, чтобы удерживать BTC нативно в сети Bitcoin. По крайней мере, для меня этот подход выглядит интереснее, чем продолжать тесниться на старой дороге.

Я думаю, любая дискуссия в итоге на чем-то осядет. Не на том, что обещают, а на том, что реально происходит дальше. Если пользователи остаются, ценность продолжает создаваться, а спрос не исчезает — тогда у этой модели действительно есть смысл существовать. А @BabylonLabs_io TBV $BABY v все еще нужно время, чтобы доказать свою состоятельность на mainnet и пройти проверку реальным уровнем adoption.

Я все еще сижу и смотрю #baby
$HYPE $BANK

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

Я не думаю, что крипто-экосистема, которая самоподдерживается, строится сразу же после того, как кто-то запускает стейкинг или объявляет ещё один reward pool. Всё это может притянуть людей. И я сам когда-то так делал. Так делают почти все мы. Но привлекать внимание и менять поведение — кажется, это уже не одно и то же поручение. Интереснее всего для меня маленький цикл, который формируется, когда люди перестают думать о том, почему они используют что-то. Они просто открывают это, потому что там уже лежат их активы. Естественное действие порождает следующее действие. Со временем эти маленькие петли, похоже, становятся важнее, чем тема с большими цифрами.

Возможно, я смотрю на это неправильно; возможно, так было и раньше. Реальные пользователи не всегда ведут себя так, как ожидает продуктовый план, а рынок очень хорошо умеет вскрывать слабые допущения. С моей точки зрения, самые сильные экосистемы — это не самые шумные места, а те, куда люди незаметно возвращаются снова и снова без нового повода. Возможно, этого достаточно — и именно это я сейчас отслеживаю. @grvt_io #grvt $NES $CAP

Сначала я думал, что оракульная модель Newton Protocol от Oracle в первую очередь предназначена для передачи внешних данных в процесс выдачи разрешений. Но после более детального изучения я увидел, что более интересное решение заключается в том, как протокол реагирует, когда данные больше не являются надежными или вообще не могут быть сгенерированы. Разница между структурированным ответом оракула и ошибкой выполнения меняет ход процесса выдачи разрешений. PolicyData Oracle может возвращать ошибку, чтобы интерпретаемая политикой Rego логика отклонила и отказала. Но если ошибка возникает непосредственно в компоненте WASM, процесс оценки создаст DataProviderError вместо обычного результата разрешения. Протокол не превращает ошибки инфраструктуры в неясные результаты политик

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

Это не устраняет доверие
Оно лишь переносит доверие в другое место.
Реализация важнее самого механизма

Такая архитектура сужает неопределенность внутри процесса оценки политик, но неопределенность извне никогда полностью не исчезает. Действительно ли эта модель fail-closed снижает риск выдачи разрешений или в основном просто переопределяет то место, где надежность при эксплуатации становится важнейшим допущением?
$NEWT #Newt @NewtonProtocol

#grvt @grvt_io
В то время как я болтал с вами, я зашел во вкладку «Discover» в Binance Wallet, чтобы посмотреть, и обнаружил одну вещь. Кампания Booster GRVT официально стартовала в 07:00 UTC 10 июля. Это не торговля и не пополнение — просто задания, но чтобы участвовать, вам нужно иметь минимум 2 Alpha Points. То, что действительно привлекло мое внимание, — рядом с Booster есть раздел регистрации на Multiplier Plan, который также открыт с 10 июля и действует до 27 июля.

На первый взгляд, эта механика выглядит довольно сбалансированной. Это добровольное участие: вы можете получить распределение GRVT в день TGE, как и все остальные, либо перенести получение на 4 месяца (коэффициент 2×) или на 8 месяцев (коэффициент 4×).

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

Перед тем как проверить свой баланс Alpha Points, я почти зарегистрировался на Multiplier Plan. Тогда я сам привязал себя к более длинному периоду ожидания для плана, по которому даже не мог корректно повысить награды. К счастью, я вовремя заметил это, вышел и продолжил дальше. Это заставляет меня задуматься: в итоге сколько токенов будет отложено к получению по сравнению с тем, сколько получат сразу в день… кто-нибудь уже отслеживал это соотношение? 🤔
$CAP $NES $ARX

Я потратил время на размышления об архитектуре делегирования @NewtonProtocol #Newt $NEWT , но меня привлекает не policy engine, а то, как Newton стандартизирует внешние данные, позволяя им обращаться к политике через oracle-интерфейсы, определённые JSON-schema, вместо того чтобы каждая интеграция опиралась на собственные допущения. PolicyData Oracles создают структурированный JSON, который становится частью процесса оценки политики, выполняемого в изолированной среде WASM. Предоставление разработчиками oracle возможности публиковать JSON schema для входных данных помогает Newton сформировать контракт интерфейса ещё до выполнения, перенося часть возможностей взаимодействия с реализации на валидацию.

Архитектурные последствия весьма примечательны. Политики Rego можно легко переиспользовать, комбинируя с большим числом поставщиков данных, потому что структура описана явно, а не основывается на неявных предположениях. Такая конструкция меняет границы. Но есть кое-что, что меня беспокоит. Стандартизация интерфейса не означает улучшения качества данных. Operator по-прежнему зависит от внешних сервисов, ошибки валидации всё равно должны отклонять делегирование, а ошибки выполнения превращаются в DataProviderError вместо результата политики

Это не устраняет доверие. Оно лишь перемещает, где располагается доверие. Важнее становится реализация, чем механизм. Для разработчика это уменьшает неопределённость вокруг интеграции, но по-прежнему сохраняет детерминированную оценку. Для operator это повышает ответственность за поддержание надёжного источника данных. Для приложения конфигурация, schema, oracle и attestation становятся связанными элементами процесса делегирования, а не отдельными сущностями

Упрощает ли стандартизация интерфейсов само делегирование, или она просто создаёт ещё одно место, где накапливаются работающие бок о бок допущения?

После того как я увидел объявленную дату TGE — 21 июля GRVT — я провёл всё утро сегодняшнего дня за чашкой чая с лимоном, чтобы глубже разобраться в цифрах @grvt_io #grvt

Это как раз тот тип новостей, который обычно считают «бычьим», когда в итоге уже есть окончательное подтверждение, и это больше не выглядит как подготовка к релизу. Open interest всё ещё держится относительно неплохо, заметного сильного снижения нет, но текущая динамика объёма торгов пока не совсем отражает степень позитивности сигналов из анонсов. Однако когда я проверил 7-дневный объём perp по GRVT на DefiLlama, по факту он сейчас примерно на уровне 8–9 млрд долларов — ниже, чем в предыдущем периоде.

По крайней мере, на мой взгляд, это показывает: часть торговой активности за последние пару недель не столько связана с верой в подтверждённый нарратив, сколько с фермерством ради «очков» в ожидании снапшота, который был зафиксирован 30 июня. Сезон 2 завершился, TGE получил конкретную дату, и теперь часть этой активности тихо откатывается назад перед реальной раздачей/разблокировкой. С точки зрения механики это действительно так, но выглядит иначе по сравнению с тезисом о том, что «бычий» рост одной биржи, который сейчас обсуждают, повторяется повсюду.

Я ещё не сопоставлял объёмы с Hyperliquid или Lighter за эту неделю, чтобы понять, является ли это общим явлением для всей отрасли. Признаю: я не уверен на 100%, снижение связано с тем, что фермеры выводят/перекручивают капитал в другое место, или это просто сезонное падение активности на perp DEX в целом. Возможно, верны оба варианта — а может, и ни один.

Всем ли тоже виден примерно такой же разрыв между импульсом от новостей и реальными потоками капитала на текущий момент? $AA $BILL $OPN

Раньше я думал, что security, compliance, identity и risk — это четыре отдельных системы, которые случайно вместе защищают одно приложение.

Чем больше я узнавал о @NewtonProtocol Mainnet Beta, тем сильнее видел, что этот протокол хочет заставить их работать как входные данные для единого решения authorization, а не как четыре отдельных потока одобрения.

Это изменило то, как я вижу реализацию policy.

Compliance отклоняет запрос по своим причинам. Identity проверяет соответствие требованиям. Security реагирует на угрозы. Risk отслеживает изменения рыночных условий.

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

Меня впечатлило не то, что это четыре домена. А то, как #Newt $NEWT xem их как входные данные для единого решения, вместо того чтобы распылять их по отдельным шагам проверок по всему приложению.

Я все время думаю: сведение этих доменов policy действительно делает authorization проще для анализа? Или оно просто переносит всю сложность в одно место, где теперь все policy должны согласиться, прежде чем что-то произойдет? Помогает ли единый слой authorization снизить операционную сложность, или он просто концентрирует ее?

Действительно ли объединение compliance, identity, security и risk в один слой authorization делает системы лучше?
$BILL $BEE

Во время выполнения задач в CreatorPad я уделял время просмотру потока вывода средств @grvt_io #grvt th вместо торгового интерфейса — и именно тогда всё стало по-настоящему интересно. Самокастодиальность, скорость off-chain, факты on-chain. Все повторяют фразу про самокастодиальность, не задумываясь, что скорость при этом не приходится «отдавать» ради GRVT как актива, который хранится в защищённом смарт-контракте, доступ к которому у вас же, а расчёты по транзакциям выполняются с помощью ZK-доказательств обратно в Ethereum L1.

Ладно! В той части всё логично… сопоставление ордеров происходит off-chain для скорости на уровне CEX, тогда как расчёты «якорятся» на on-chain. Но погодите, попробуйте реально вывести крупную сумму. Лимит вывода через bridge — 50.000 USDT в день, если только вы не прошли KYC. Значит, ключи, конечно, ваши — технически это самокастодиальность… но размер капитала, который вы можете самокастодить и перемещать каждый день, ограничен слоем идентификации капитала, который заявлен как якобы необязательный.

Вместо того чтобы просто конкурировать объёмами или TVL, on-chain-площадки используют compliance, чтобы привлекать институциональный капитал.

Сейчас для GRVT назначено TGE на 21 июля, а достаточное условие для claim также привязано к KYC — и это уже перестало казаться случайным совпадением. Обычные пользователи по умолчанию получают маркетинговое сообщение: регистрация по email, ваши ключи, KYC не нужен. А вот продвинутые пользователи — те, кто реально выводит существенные суммы или делает claim токенов, — получают настоящую скорость.

Из-за этого я задумался: что вообще значит самокастодиальность, если даже скорость вывода средств становится функцией, которую нужно «разрешать»? 🥲
$XPIN $BEAT $STAR