Pham Kim 26

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

Когда продавец создает или принимает ордер в Binance P2P, выставленный на продажу криптоактив не лежит свободно у него в кошельке во время сделки — он блокируется в эскроу в тот момент, когда ордер открывается. Ни одна из сторон не может получить к нему доступ в это окно. Покупатель не может получить актив, пока продавец вручную не выпустит его, а продавец не может забрать актив обратно или потратить его где-то еще, пока он заблокирован. Именно этот механизм и делает работоспособной остальную часть системы: покупатель может безопасно отправить оплату, зная, что продавец физически не сможет исчезнуть, забрав и платеж, и криптоактив, а продавец может спокойно ждать подтверждения оплаты, не опасаясь, что актив сам по себе «уедет». В сочетании с верификацией KYC, чат-обменом в приложении и возможностью апелляции спора эскроу образует структурное ядро того, почему торговля в Binance P2P работает так же безопасно, как и работает — при условии, что сделка происходит полностью внутри платформы.

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

@Binance Vietnam #BinanceP2PAnToan
$TUT $BLUAI

"Я случайно отправил(а) тебе лишнее, можешь прямо сейчас вернуть разницу?" Это сообщение пришло через четыре минуты после начала сделки на Binance P2P, и это один из самых удачных (по задумке) мошеннических сценариев, с которыми мне доводилось сталкиваться.

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

На Binance P2P есть корректный канал для именно такого случая. Если покупатель действительно переплатил, правильный шаг — обсудить это в официальном чате и при необходимости решить вопрос с помощью обращения (апелляции) в системе, и никогда — через частный возврат, отправленный вне рамок самого заказа. Я сказал покупателю это прямо, проверил приложение банка и убедился, что никакого платежа ещё не поступало, и отказался что-либо возвращать. Он стал нетерпеливым, затем затих — и в итоге заказ просто истёк.

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

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

@Binance Vietnam #BinanceP2PAnToan
$ACE

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

Как покупатель, я проверяю таймер до оплаты перед отправкой. Я использую только бенефициара, указанный в активном ордере, оплачиваю со счёта, совпадающего с моим проверенным именем, и отмечаю оплату только после того, как я действительно отправил точную сумму. Если ордер закрывается раньше, я не перевожу и прошу продавца освободить средства вручную. Я обращаюсь в Support Binance, если уже произошла поздняя или дублирующая оплата.

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

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

KYC, эскроу, чат и апелляция защищают заданную платформенную транзакцию. Они не являются всеобъемлющей гарантией для сопутствующих сделок, собранных после завершения ордера. Я отношусь к статусу ордера так же внимательно, как и к сумме платежа. Моя последовательность — активный ордер, совпадение личности, указанный счёт, поступившие средства, подтверждённый релиз. Если часы нарушают эту последовательность, я приостанавливаюсь и позволяю Support Binance подсказать следующий шаг.

@Binance Vietnam #BinanceP2PAnToan
$BLESS

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

Владельцы токенов BABY — именно они голосуют по предложениям Babylon Genesis; стандартная настройка для сети на Cosmos SDK, где собственный токен несет права управления — в соответствии с тем, как работает по сути каждая сопоставимая цепочка в этой экосистеме. Стейкеры BTC — те самые, кто реально блокирует активы на миллиарды долларов в биткоинах, чтобы обеспечивать безопасность, которую Babylon продает внешним сетям, — не получают параллельного ончейн-голосования через саму эту BTC-позицию. С чисто архитектурной точки зрения это выглядит логично: стейкеры BTC взаимодействуют с собственной цепочкой Bitcoin, а не с Babylon Genesis, поэтому направление управления через нативный токен — это общепринятый вариант проектирования. Но с точки зрения стимулов это выглядит страннее: группа, несущая реальный риск слэшинга и капитальную блокировку, имеет менее формальный голос, чем группа, удерживающая токен, который по состоянию на середину 2026 года торгуется лишь как небольшая доля от той стоимости, которую стейкеры BTC в совокупности предоставляют.

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

Дизайн управления Babylon можно обосновать; он не выглядит очевидно правильным. Направление голосов через BABY соответствует стандартной практике Cosmos SDK, но при этом оставляет стейкеров BTC, которые предоставляют реальный многомиллиардный капитал безопасности, без прямой формальной власти — и, как предполагает собственное совместное стейкинг-предложение проекта, эта напряженность внутри проекта также не до конца урегулирована.

@BabylonLabs_io $BABY #baby
$BLESS

Мосты, которые связывают Биткоин с другой цепочкой, обычно опираются на разрешённую группу, чтобы ловить мошенничество: платный набор наблюдателей, предназначенный для того, чтобы заметить, если кто-то попытается заявить BTC, которые ему не принадлежат. Эта группа сама по себе является предположением о доверии, и собственная вaлт-бумага Babylon, опубликованная в августе 2025 года, указывает, что нет известного способа построить полностью бездоверительный мост Биткоина, используя язык сценариев Биткоина в его нынешнем виде: ведь у Биткоина по-прежнему отсутствуют covenant-опкоды, такие как OP-CAT.

Бездоверительные биткоин-валютные хранилища (Trustless Bitcoin Vaults) обходят этот разрыв иначе. Заявки на выкуп и ликвидацию в TBV проверяются с помощью доказательств с нулевым разглашением того, что произошло в хост-цепочке, привязанных к двум выделенным спицам Aave v4: Babylon Core Lending Spoke и BTC Vault Swap Spoke. Любую заявку, в которой нет действительного доказательства, можно оспорить в течение окна для fraud proof до того, как она будет окончательно принята. Дизайн Babylon идёт дальше большинства решений: он гарантирует, что вкладчик всегда имеет право действовать в качестве собственного челленджера, поэтому для защиты BTC не требуется строго отдельный платный наблюдатель, который должен появиться вовремя.

Однако у этого выбора есть реальная цена. Когда вкладчики служат своей последней линией обороны, безопасность частично зависит от того, будут ли пользователи действительно следить за открытыми позициями; а система, которая существует лишь на публичном testnet с 2 июня 2026 года, требует куда больше усилий, чем один раз нажать «approve» и уйти.

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

@BabylonLabs_io $BABY #baby
$BLESS

Alpha season rồi các con vk ơi, Top gain toàn coin alpha thế này 🤣🤣🤣
$BLESS $memes

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

Это не одно и то же, и различия важны, если вы заботитесь о том, во что именно вы доверяете. LBTC от Lombard чеканится и погашается Консорциумом безопасности, в который входят институциональные узлы вроде Galaxy и Wintermute — группой сторон, которым вы доверяете честно вести этот процесс. Solv направляет SolvBTC через собственный уровень абстракции стейкинга, а stBTC от Lorenzo выпускается назначенными Staking Agents, ответственными за стейкинг средств пользователей и предоставление доказательств. Все это — отдельные компании, которые добавляют собственные предположения о доверии поверх базового протокола стейкинга Babylon. А собственные Trustless Bitcoin Vaults Babylon — это совсем другой зверь: первичный инструмент, где BTC хранится в само-кустодиальном, заранее подписанном сейфе, доступ к которому ограничен доказательствами с нулевым разглашением (zero-knowledge), без консорциума или стейкинг-агента, выпускающих что-либо вместо вас.

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

@BabylonLabs_io $BABY #baby
$WMTX

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

В список входят Polychain Capital, Hack VC, Paradigm, Galaxy Digital и инвестиции в размере 15 миллионов долларов от a16z crypto — конкретно, среди прочих фондов. Это действительно мощная группа инвесторов, которые достаточно хорошо понимают криптоинфраструктуру, чтобы уверенно говорить «нет» множеству конкурирующих питчей Bitcoin DeFi. Сделать ставку на нативное BTC-обеспечение, поставляемое через Trustless Bitcoin Vaults и Aave v4, а не через обёрнутую или бриджированную модель, — это был реальный выбор тезиса среди нескольких альтернатив.

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

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

@BabylonLabs_io $BABY #baby
$GIGGLE

Ритейл-держатели биткоина — не единственная аудитория, которую Babylon имела в виду, когда проектировала Trustless Bitcoin Vaults. И, думаю, это недооценённая часть этой истории. Babylon сотрудничает с Utila — платформой институциональных MPC-кошельков, которой доверяют более 300 организаций, включая биржи, кастодианов, хедж-фонды и банки, чтобы предоставить институциональным клиентам Utila нативное заимствование под биткоин непосредственно на Aave v4.

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

Нативное заимствование под биткоин через Trustless Bitcoin Vaults от Babylon уже работает на публичном тестнете с Aave v4 сегодня, а институциональные интеграции вроде этой всё ещё описываются как ожидаемые в ближайшие месяцы, а не как активные прямо сейчас. Зазор между объявлением и реальным институциональным потоком — это то, за чем стоит внимательно следить.

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

@BabylonLabs_io $BABY #baby
$COTI

У ликвидации биткоина есть проблема со временем, которой нет у ликвидаций в Ethereum. Собственное возмещение в нативном BTC из хранилища работает в ритме расчетов самого Bitcoin, и нет способа ускорить это без передачи кому-то опеки (custodial control) над монетами, что в первую очередь разрушило бы весь смысл такого дизайна.

Babylon и Aave отвечают на это тем, чтобы разъединить эти два события. Когда хранилище ликвидируют, его сразу обменивают на WBTC, поэтому позиция кредитора урегулируется прямо на временной шкале Ethereum. А реальное нативное возмещение BTC происходит отдельно — в соответствии с собственной временной шкалой Bitcoin — без того, чтобы это сдерживало разрешение по займам для кого-либо еще на рынке. Здесь есть и второй плюс. В настоящее время Aave держит около 5 миллиардов долларов в поставках WBTC, которые Babylon описывает как недоиспользуемые со стороны заимствований; а значит, проведение расчетов по ликвидациям через Aave также возвращает часть этого простаивающего WBTC обратно в работу.

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

Babylon не является “без оберток” end-to-end: оно без оберток на пути, который большинство пользователей на самом деле будет проходить. На стадии ликвидации в частности Babylon выбрал скорость для кредитора вместо “чистоты” для выхода заемщика — обоснованный компромисс, но все же компромисс.

@BabylonLabs_io $BABY #baby
$BANK

Скажи «Bitcoin plus DeFi» большинству крипто-энтузиастов, и в голове сразу всплывает мост или сайдчейн. Оберни монету, отправь её через, доверся валидаторскому набору или мультисигу на другом конце — и надейся, что сам мост никогда не станет заголовком по неправильной причине. Годы эксплойтов мостов выработали этот рефлекс не зря.

Trustless Bitcoin Vaults постоянно попадают в ту же ментальную категорию, и это неверная категория. Дизайн Babylon вообще не перемещает BTC с сети Bitcoin: монета фиксируется в Taproot UTXO при условиях, enforced скриптом, и остаётся там на протяжении всего жизненного цикла заимствования. При этом Ethereum видит лишь криптографическое доказательство этого заблокированного состояния через light client, а не хранение самого актива. Нет отдельной цепочки выполнения, которая удерживает пулы «переброшенных» BTC так, как это потребовалось бы в модели сайдчейна. Архитектура spoke Aave v4 затем маршрутизирует заимствования по этому доказательству, а не по «переброшенному» токену, лежащему в резерве у кого-то.

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

Babylon — не мост Bitcoin и не сайдчейн в новой упаковке: по этому дизайну монета не покидает сеть Bitcoin. На Ethereum «переходит» доказательство заблокированного состояния, а не сам актив — и именно это различие является всей причиной, по которой риск кастоди в стиле мостов тут не применяется так, как он применяется в других сценариях.

@BabylonLabs_io $BABY #baby
$DEXE $BANK

Babylon продвигает свой протокол стейкинга на фоне отсутствия стороннего кастодиального хранения: нет компании, которая держит ваш BTC, нет оператора моста, который может исчезнуть вместе с средствами. Однако в этом предложении ковенантный комитет соседствует с ним немного неловко. Это мультиподписная группа независимых участников, чьи подписи юридически требуются до того, как становится действительной транзакция анбандлинга или слэшинга; при этом структура M‑из‑N навязывается непосредственно внутри скрипта Биткойна. Согласно документации самого Babylon по тестнету сети, в том комитете было всего 9 членов, и 3 из этих 9 мест — то есть полная треть — управлялись самой Babylon Foundation.

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

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

@BabylonLabs_io $BABY #baby
$LAB

Большинство proof of stake (PoS) цепочек привязывают безопасность к одному активу. Валидаторы ставят нативный токен, а за недобросовестное поведение его же наказывают слэшингом, и экономический вес системы сводится к одному числу: сколько этого токена заблокировано.

Genesis Babylon одновременно ведет два отдельных трека безопасности. Валидаторы CometBFT защищают цепочку через делегирование BABY, в то время как совершенно другая группа участников — провайдеры финальности — защищает ее через делегирование Bitcoin. И оба трека могут быть оштрафованы независимо, если их участники нарушают правила. Цепочка финансирует обе стороны из одного и того же источника: BABY несет 8% годовой инфляции, разделенной строго пополам — 4% идет валидаторам/стейкерам BABY, а другие 4% — биткоин-стейкерам, то есть это ровный сплит без субсидирования одной стороны за счет другой. Даже регистрация стейка проходит через транзакцию Cosmos SDK, которая расходует BABY исключительно как gas, поскольку сам BABY никогда не выпускался как ERC-20.

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

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

@BabylonLabs_io $BABY #baby
$PIEVERSE

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

Распространённое допущение заключается в том, что Bitcoin, раз он не поддерживает смарт-контракты в стиле Ethereum, просто не может служить нативным DeFi-залогом без предварительного оборачивания в токен на другой сети. Этот обход годами порождал миллиарды долларов убытков из‑за взломов — потому что обычно он означает доверие какому‑то кастодиану.

Хранилища Babylon были созданы специально, чтобы бросить вызов этому допущению. BTC блокируется в UTXO, управляемом заранее заданными криптографическими правилами и предварительно подписанными транзакциями. А для разблокировки нужно предоставить доказательство с нулевым разглашением (zero-knowledge proof), а не подпись кастодиана. Этот заблокированный нативный Bitcoin затем работает как залог для кредитования или выпуска стейблкоинов на внешних цепочках, включая Ethereum и Cosmos, при этом ни один обёрнутый токен так и не чеканится. Вся схема работает поверх Bitcoin в том виде, в котором он существует сейчас: никаких новых опкодов, никакого софтфорка не требуется, чтобы всё это стало возможным.

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

Bitcoin не нужно становиться Ethereum, чтобы участвовать в DeFi-залоге — ему нужна была другая архитектура, и хранилища Babylon показывают, как это выглядит.

@BabylonLabs_io $BABY #baby
$DEXE

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

BABY не имеет фиксированного максимального предложения: трекеры токеномики описывают график разблокировок как продолжающийся бесконечно, а не ограниченный окончательным числом, как у Bitcoin (21 миллион). Изначально запланированная раздача покрывает 10 миллиардов токенов для категорий инвесторов, команды, экосистемы, R&D и сообщества, но последующая эмиссия сверх этого базового уровня не ограничена дизайном протокола так же жёстко. Сторонники объясняют это необходимостью: растущий набор валидаторов и провайдеров финальности, а также долгосрочные стимулы для сообщества требуют постоянного притока токенов, а не разовой раздачи, которая со временем исчерпывается. Критики же указывают на тот же механизм как на структурное давление продаж: уже в обращении находится примерно 3.99 миллиарда BABY, и каждый месяц через вестинг и будущую эмиссию добавляется ещё, размывая долю действующих держателей сети независимо от роста пользовательской активности. Оба прочтения опираются на один и тот же факт: неограниченное, непрерывно расширяющееся предложение поддерживает токен для управления и оплаты газа, чья ценность зависит отчасти от дефицитности, а отчасти — от спроса на полезность, который должен идти в ногу с новой эмиссией. История цены BABY добавляет контекст: максимум в апреле 2025 года около $0.1661, затем примерно 93-процентная просадка до $0.0107 в марте 2026 показывает, что рынок уже закладывает в цену какую-то версию этого спора о размывании.

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

@BabylonLabs_io $BABY #baby
$DEXE

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

GRVT находится в похожем положении. В декабре 2024 года она получила лицензию Class M Modified Digital Asset Business License от Бермудского монетарного управления, которую компания и большинство обзоров описывают как дающую ей статус первой в мире регулируемой onchain-биржи деривативов. Этот статус постоянно повторяют в маркетинге и отзывах. При этом операционная структура, стоящая за приложением, GRVT Technologies Pte Ltd, базируется в Сингапуре, и в самой карточке платформы в магазине приложений для этого рынка дан прямой дисклеймер: GRVT не имеет лицензии, не одобрена, не авторизована, не назначена, не признана, не зарегистрирована и не подпадает иным образом под какое-либо регулирование в рамках законодательства, администрируемого Денежно-кредитным управлением Сингапура, а пользователям там не предоставляются никакие регуляторные гарантии, которые обычно обеспечивает надзор MAS. Поэтому честный ответ на вопрос «регулируется ли GRVT» разветвляется по юрисдикциям, а не сводится к одному слову. На Бермудских островах — да, по модифицированной категории лицензии. В Сингапуре — явно нет, согласно собственным словам компании. Платформа также добивается более полной лицензии на Бермудах наряду с взаимодействием с регуляторами ЕС и Ближнего Востока, при этом ни один из этих процессов пока не завершён. Пользователь, читающий заголовок о «первой в мире регулируемой DEX», в отрыве от контекста вполне обоснованно может ожидать более широкого охвата, чем то, что фактически даёт одна-единственная модифицированная лицензия в небольшой юрисдикции. А пользователь из Сингапура, читающий мелкий шрифт в магазине приложений, получает совершенно противоположное впечатление.

Регулируется ли GRVT — зависит от того, в какой юрисдикции задают вопрос: на Бермудских островах это реально, по модифицированной лицензии; в Сингапуре — явно отсутствует, согласно дисклеймеру самой компании; и ни одна из сторон по отдельности не рассказывает всей истории.

@grvt_io #grvt
$LAB $VELVET

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

GRVT вывела спотовый рынок на тестнет 29 апреля 2026 года — за месяцы до каких-либо публичных заявлений о дате запуска спота в мейннете. Это произошло после того, как биржа уже почти целиком построила свою репутацию на бессрочных фьючерсах, охватив примерно 168 рынков, так что спот означал действительно новую логику сопоставления и расчётов, а не небольшую «надстройку» к уже имеющемуся функционалу. Запуск на тестнете означал, что реальные пользователи и интеграторы могли маршрутизировать заказы, проверять крайние случаи и выявлять баги на типе рынка, который платформа никогда раньше не вела в рабочем режиме, не подвергая риску ни одного доллара реального объёма спота, если что-то сломается. Конкурирующие биржи часто выпускают новые продукты сразу в мейннет под давлением сроков из‑за запусков токенов или маркетинговых календарей, принимая риск того, что ранние баги будут обнаружены платящими пользователями, а не тестерами. Спотовый роллаут GRVT вписывался в более широкий план на 2026 год под собственной жёсткой привязкой к дедлайнам: команда выпускала ряд объявлений, связанных с конкретными месяцами, однако всё равно вставила стадию тестнета прежде, чем спотовые ордера начали касаться реальных средств. Такая последовательность — это компромисс: быстрее выйти на рынок или снизить шанс неловкого и/или дорогостоящего провала, когда через тип ордеров, который платформа никогда не запускала в реальном режиме, начнут проходить реальные капиталы.

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

@grvt_io #grvt
$LAB

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

Цепочка GRVT «оседает» через доказательную систему ZKsync, и разговоры вокруг доказательств с нулевым разглашением часто описывают это расплывчато как реальную проверку каждой транзакции по мере её совершения. На практике независимый мониторинг от L2BEAT показывает, что отправки доказательств ZKsync Era попадают в Ethereum примерно каждые 38 минут в среднем, а обновления состояния происходят с похожим ритмом около 29 минут — не по транзакции, а пакетно. Это всё равно быстро по меркам блокчейна, и это не ошибка: доказательства намеренно батчатся, чтобы каждое было экономично проверять на базовом слое Ethereum, а не каждую отдельную сделку. Но это значит, что ваша сделка подтверждается в Ethereum ближе к тому, что она попадает в пакет, который подтверждается примерно раз в полчаса, чем к гарантии «мгновенно на каждую сделку». То же мониторирование зафиксировало реальный разрыв по живости в июне 2026 года: тогда не было отправок доказательств более 10 часов при типичном ритме около 38 минут — это было скорее аномалией, чем нормой, но задокументированным событием, о котором полезно знать, независимо от того, насколько редко оно случается.

Базовое урегулирование GRVT не подтверждает сделки в Ethereum мгновенно в момент их совершения: оно группирует примерно полчаса активности в каждое доказательство до того, как это доказательство попадёт в Ethereum, и иногда задокументированные разрывы тянутся значительно дольше среднего. Гарантия безопасности реальна после того, как доказательство попадает в Ethereum, а вот время, когда это происходит, просто медленнее и «рванее», чем подразумевает идея реального времени.

@grvt_io #grvt
$LAB

Многие новые трейдеры предполагают, что выплаты funding на перпетуальном биржевом рынке работают как торговая комиссия — деньги, которые платформа собирает за то, что вы удерживаете с плечом позицию на ночь. На GRVT это предположение просто неверно. Funding явно является сделкой peer-to-peer между лонгами и шортами; собственная документация GRVT прямо говорит, что funding — это не биржевая комиссия, он вообще никак не затрагивает выручку платформы.

Механизм существует исключительно для того, чтобы перпетуальная цена была привязана к спотовому индексу. Когда перпетуал торгуется дороже спота, лонги платят шортам, чтобы сжать эту премию обратно к нулю. Когда он торгуется дешевле, шорты платят лонгам. GRVT не является контрагентом, извлекающим ценность с любой из сторон; это площадка, которая перераспределяет платежи между двумя группами трейдеров, которые по своей сути ставят на противоположное направление движения цены. Собственная выручка GRVT формируется из торговых комиссий со стороны taker и maker — это полностью отдельная статья, не имеющая отношения к механизму funding.

Разрыв между этим предположением и реальностью важен, потому что он меняет то, как трейдер должен думать о затратах на funding. Постоянно высокий funding — это не то, что GRVT “берёт больше”; это сам рынок сигнализирует, что лонгов слишком много и что те, кто остаются в плечевом лонге, платят премию. Понимание того, что funding — это сигнал рынка, а не комиссия платформы, меняет то, как трейдер интерпретирует его перед открытием позиции, а не уже после того, как с него списали средства. В первый раз, когда я увидел на рынке GRVT устойчиво положительную ставку funding, у меня был инстинкт проверить, не подняла ли платформа где-то тихо комиссию, и только при внимательном чтении документации стало ясно, что этот инстинкт был ошибочным: цифра говорила мне о переполненности длинных позиций именно в том конкретном рынке, а не о выручке GRVT, что затем изменило то, как я читаю каждый график funding.

@grvt_io #grvt
$LAB

Về lòng đất thật rồi 😳
$LAB