Вычислительные возможности скриптов Биткоина крайне ограничены, поэтому они не могут понять никакое внешнее состояние консенсуса. Следовательно, когда PoS-цепь пытается задействовать Биткоин для стейкинга и наказания вредоносных узлов, заставить Биткоин проверять «двойную подпись» или «выбор при форке» напрямую невозможно. Решение EOTS от Babylon Labs обходит эту проблему: оно не требует от Биткоина понимания консенсуса, а вместо этого переводит нарушения в эквивалентное условие, которое Биткоин по природе поддерживает — контроль над закрытым ключом.@BabylonLabs_io
Схема опирается на криптографический факт: в подписи Шнорра, если один и тот же закрытый ключ в одной и той же высоте сообщения использует одинаковый одноразовый (случайный) параметр для подписи двух различных содержаний, то закрытый ключ можно вывести публично. Контрольный подписант (Finality Provider) в PoS-цепи отвечает за подписание чекпойнтов; если он действует злонамеренно и подписывает конфликтующие чекпойнты на одной и той же высоте, это активирует данную уязвимость. В этот момент любой сможет восстановить закрытый ключ этого провайдера из двух подписей.
Итоговое восстановление является сигналом для срабатывания наказания. При возникновении стейкинговой транзакции пользователь заранее через скрипт Taproot задан двумя вариантами пути траты: обычный путь возврата и путь наказания. Условием пути наказания служит «предъявление этого ключа стейкинга». Как только закрытый ключ будет восстановлен механизмом EOTS и опубликован (размещён в сети), этот путь оказывается разблокирован, и транзакцию наказания можно немедленно включить в блокчейн. Узлам Биткоина достаточно проверить, соответствует ли подпись; им не нужно знать, существует ли за этим двойная подпись.#baby
Преимущество этой конструкции — децентрализация посредников. Наказание не зависит ни от оракулов, ни от внешнего арбитража: его достаточность доказывается криптографией прямо в цепочке. При этом Биткоину не требуется обновлять набор скриптовых инструкций — он полностью совместим с существующим протоколом.$BABY
Однако на практике риски сосредоточены на этапе предварительного подписания и безопасности хранения ключей. Если узел из‑за программной ошибки или неверной конфигурации создаст конфликтующие подписи, система не сможет отличить злонамеренную атаку от случайного сбоя; это может привести к необоснованному наказанию невиновного. Кроме того, требование к своевременности восстановления закрытого ключа означает, что предварительно подписанные транзакции должны быть заранее сформированы и надёжно сохранены, что добавляет новую операционную сложность.
Теоретически EOTS устраняет разрыв между Биткоином и механизмом наказания в PoS, но его инженерная устойчивость всё ещё требует масштабной проверки. На данный момент важен не вопрос, насколько логика проектирования внутренне непротиворечива, а сможет ли этот механизм преобразования доказательств сохранять нулевую вероятность ложных срабатываний в сложной сетевой среде.
Биткоин — крупнейший актив в криптоиндустрии, но в течение долгого времени его использование в DeFi было ограничено обёртками, кроссчейн-мостами или централизованными посредниками — это противоречит духу крипто. Trustless Bitcoin Vaults (TBV), которые принесут @BabylonLabs_io , меняют всё.
TBV позволяет нативному BTC использоваться напрямую в качестве залога — без обёртывания, кроссчейн-мостов и без доверия любым посредникам. Это означает, что вы можете с помощью своего нативного биткоина из собственного кошелька участвовать в финансовых продуктах — кредитовании, стейблкоинах, деривативах — в приложениях на любой цепочке. #baby
Первый прикладной сценарий уже запущен: нативный биткоин для кредитования, приводимый в действие TBV, интегрирован с Aave v4. Депозиторы могут использовать нативный BTC в качестве залога и заимствовать на Ethereum такие активы, как USDC/USDT. Public Testnet уже запущен, в нём участвуют несколько ведущих брендов.
Четыре ключевых преимущества TBV:
1Эффективность капитала: заимствуйте под ставки DeFi 2Самостоятельное хранение: ваши ключи — ваш биткоин 3Залог нативного BTC: не нужно менять тип активов 4Без доверия: нет централизованных посредников
Babylon вводит ликвидность биткоина в Ethereum и более широкую ончейн-экономику через TBV. Это первое на рынке нативное и не требующее доверия решение для кредитования биткоина.
$BABY — нативный токен сети Babylon. Сходите в тестнет и попробуйте сами: возьмите активы в кредит, используя свой нативный BTC, и почувствуйте настоящий DeFi на биткоине!
Зашифрованные активы разрушают «острова ценности», но путь у них совершенно разный.@BabylonLabs_io
Одна дорожка — сделать так, чтобы биткоин «понимал» внешние ссылки. Биткоин-скрипт по природе не умеет обрабатывать внешнюю информацию. Решение Babylon Labs TBV заранее задаёт в Taproot-выходах все допустимые сценарии трат, включая выкуп, ликвидацию и обработку споров; при создании оно подписывается несколькими сторонами, после чего его нельзя подделать. «Якорь доверия» закреплён в коде, а не в операторах. Но схема пока тестируется в тестнете, а как она проявит себя в мейннете — неизвестно; криптографические компоненты вроде доказательств с нулевым разглашением (zk-proof) имеют высокую сложность. Сейчас поставлено в стейкинг более 56 тысяч BTC, TVL около 5,6 млрд долларов, в проект уже вложился a16z. Следующая цель — «мульти-стейкинг»: чтобы один BTC в одной сделке одновременно обслуживал несколько PoS-сетей. Но настоящий вопрос: эти блокировки соответствуют ли реальным потребностям безопасности? Иначе совместная безопасность превратится лишь в нагромождение капитала.$BABY
Другая дорожка — «сцепить» акции с блокчейном и встроить их в криптоэкосистему. bStocks токенизирует акции США в активы стандарта BEP-20: держатели могут использовать свои токены для обеспечения заимствований, встраивать их в DeFi-доходность или хеджировать риски, не продавая. Сейчас решение расширено до 25 акций; оценка — почти 300 млн долларов; из 190 тысяч пользователей около шести десятых участвуют в торговле деривативами. Самое прямое применение — кросс-рыночный арбитраж: когда между bStocks и акциями США возникает ценовой разрыв, пользователи выполняют обратные операции, фиксируя прибыль. Данные показывают, что 206 системных арбитражников обеспечили объём торгов 198 млн долларов и получили около 636 тысяч долларов прибыли. Однако арбитраж ограничен несовпадением торговых часов на рынке акций США и 24/7 торговлей bStocks, а также издержками — поэтому обычным пользователям это не так просто.#baby
Два маршрута направлены в разные стороны, но цель одна: убрать барьеры между активами. А по-настоящему всё проверяется тем, начали ли эти активы действительно обращаться — и обслуживать реальные потребности.
При разборе white paper о бездоверительных биткоиновых хранилищах Babylon (Trustless Bitcoin Vaults) я пытался найти привычные индикаторы риск-менеджмента в кредитовании, но обнаружил, что лежащая в основе логика принципиально отличается от существующих DeFi-парадигм. В документе не перечислены стандартизированные значения коэффициента обеспечения или уровней предупреждения; вместо этого на примере сценария, где Bob берет в кредит 50 000 долларов, используя 1 BTC, раскрывается уникальная архитектура: когда цена BTC опускается ниже заданного порога, механизм ликвидации не запускается заранее заданными параметрами платформы, а автоматически исполняется на основе предварительно подписанных биткоин-транзакционных условий, которые пользователь закрепляет при блокировке средств. Такая конструкция переносит право на ликвидацию с платформенного контракта в самостоятельные криптографические условия, заданные пользователем; через BitVM3 выполняется верификация состояния внешних контрактов, что и реализует по-настоящему децентрализованный риск-менеджмент.
В отличие от традиционных кредитных платформ, которые «упаковывают» правила, доверие и управление рисками в готовый механизм, vault с @BabylonLabs_io фиксирует границы безопасности в момент подписи пользователем. Условия срабатывания погашения или ликвидации записаны в биткоин-скрипт, и платформа не может ни вмешиваться, ни изменять их: ответственность за мониторинг и докупку (добавление обеспечения) полностью ложится на пользователя. Хотя на этапе PoC эта схема поддерживает лишь ликвидность на уровне нескольких десятков долларов в Morpho, она знаменует собой смену парадигмы: логика ликвидации переходит от «платформенных правил» к «самостоятельно заданным криптографическим условиям пользователя». $BABY
Однако в этом механизме все еще присутствуют допущения о доверии. Ликвидация зависит от вайтлист-лиц (ликвидаторов), которые мониторят цену; точность и своевременность работы оракулов напрямую влияют на результат оценки. Хотя эти этапы не позволяют украсть BTC пользователя, смещение в котировках может привести к ошибочной ликвидации. Кроме того, текущая система еще не полностью реализует ликвидацию без разрешений, и по-прежнему требуется честное поведение конкретных участников. #baby
Trustless Bitcoin Vaults от Babylon — это не продукт кредитования с оптимизацией параметров, а реконструкция логики распределения права на ликвидацию. Она переносит управленческое решение о принудительном закрытии позиций (ликвидации) с платформенной кнопки предупреждения в криптографические условия подписи пользователя, делая ликвидацию результатом самостоятельных настроек пользователя, а не вмешательства платформы. Эта инновация, хотя еще должна пройти проверку «на живых деньгах», уже предлагает новый уровень безопасности для биткоин-native DeFi: ее ценность заключается не только в технической реализации, но и в переопределении модели доверия в децентрализованных финансах.
При изучении документации по стейкингу Babylon Labs на поверхность выходит одна ключевая конструктивная идея: весь процесс не выполняется динамически, а опирается на заранее сгенерированный и подписанный набор транзакционных сценариев. Когда пользователь инициирует стейкинг, протокол не разворачивает в сети биткоина никакой логики, которая постоянно работает. Вместо этого он прямо на месте формирует набор уже подписанных транзакций, охватывающих все будущие ситуации — включая андербиндинг (развязывание) и слешинг (штрафы). При этом для каждой суммы заранее определены получатели и размеры до того, как средства будут зафиксированы в UTXO.@BabylonLabs_io
Почему отказаться от динамических контрактов? Основная причина — ограниченная выразительность скриптового языка биткоина. Язык Script не является по Тьюрингу полным: он не способен поддерживать сложное состояние или реагировать на внешние изменения. Поэтому Babylon не может напрямую реализовать на блокчейне контракт с состоянием. Тогда команда пошла другим путем: с помощью статического набора предзасыленных транзакций «имитируется» выполнение контракта. Конкретно: каждый UTXO стейкинга получает три фиксированных канала траты — возврат по истечении времени (таймлок), досрочное развязывание по авторизации комитета и слешинг, который срабатывает при двойной подписи валидатора.#baby
Преимущества такой детерминированной конструкции очевидны: все потоки средств заранее ограничены. Даже если основной блокчейн Babylon остановится или сеть прервется, те предзасыленные транзакции, которые уже попали в mempool, всё равно могут быть включены майнерами при выполнении условий, гарантируя, что правила сохраняют силу в самых экстремальных сценариях. Но плата за жесткость тоже ясна: гибкость практически исчезает. Во время стейкинга пользователь не может менять параметры — процентную ставку, срок или условия делегирования валидатора. Если нужно изменить стратегию, остается только сначала завершить андербиндинг: дождаться возврата средств и затем заново создать новый стейкинг. Это долго и легко пропустить окно возможностей.$BABY
Это не временный компромисс, а рациональный выбор, основанный на свойствах базового уровня биткоина. В пределах текущих возможностей — менять динамику на заранее определенные шаблоны транзакций, чтобы получить надежные гарантии безопасности, — вероятно, самый практичный инженерный путь. Хотя возможность динамической настройки принесена в жертву, зато появляется базовая гарантия безопасности: правила клиринга при экстремальных обстоятельствах исполняются строго. Кроме того, закодированная логика становится проще для аудита. Для базовой сети, которая стремится к максимально децентрализованной и устойчивой работе, такое решение имеет глубокое практическое значение. @BabylonLabs_io #baby $BABY
Дилемма доверия в биткоине, наконец решена Babylon
Биткоин — крупнейший актив в криптомире, но в DeFi его используют лишь примерно на 1%. Подавляющее большинство BTC просто лежит в кошельках «на пыли», потому что существующие решения — будь то токенизированные активы (wBTC), кроссчейн‑мосты или централизованное хранение — заставляют держателей делать болезненный выбор между доходностью и custody.
Trustless Bitcoin Vaults (TBV), выпущенные @BabylonLabs_io , полностью меняют ситуацию.
Что такое TBV? Проще говоря, это позволяет держателям биткоина использовать BTC в DeFi‑приложениях на Ethereum в качестве залога — без мостов, без обёрток, без отказа от ключей: ваш BTC всегда остаётся в сети биткоина.
Как это работает технически? Пользователь блокирует BTC в Taproot‑скрипте, который он подписывает совместно (vault — это отдельный независимый UTXO). Контрактные приложения на Ethereum отслеживают состояние каждого vault и интегрируются с DeFi‑сервисами, включая Aave v4. Переходы между состояниями через кроссчейн выполняются криптографически, а не зависят от доверенных посредников. Механизм BABE‑челленджа, используемый Babylon, позволяет биткоину проверять доказательства выкупа на Ethereum — с помощью существующих скриптовых примитивов биткоина, без каких‑либо форков.
Каждый vault независим, изолирован и не подлежит повторному залогу. Нет риска смешивания средств в пуле, и ни один третьей стороне не удастся похитить ваш BTC. Доверие переходит от людей к криптографии.
Что это означает? Это значит, что биткоин наконец может безопасно, прозрачно и эффективно участвовать в on‑chain‑кредитовании, чеканке стейблкоинов, бессрочных свопах и других сценариях DeFi. $BABY , как раз и представляет собой парадигмальный переход биткоина от спящего актива к инструменту производительности.
Год(ы) назад хотел немного подзаработать на процентах с биткоина, покрутил это- то, это- другое, но в итоге всё бросил. Тогда пробовал кроссчейн на Ethereum — комиссии оказались заоблачные, а у меня всё время было внутреннее беспокойство: вдруг с мостом что-то пойдёт не так. Потом перешёл на WBTC, но стал переживать из-за отвязки (depeg): каждый день следил за глубиной пула Curve, от этого совсем нервишки шалили. В конце концов всё выкупил обратно и по-старому просто оставил лежать — больше не трогал.
Эти дни попались на глаза новости про <a>@BabylonLabs_io </a> и запуск Aave v4 в тестовой сети — и это заставило меня снова вернуться к той теме. Механика у этого варианта вообще не похожа на то, с чем я сталкивался раньше. Биткоин вообще не нужно покидать основной чейн: он просто запирается в нативном «сейфе» в его же сети, а приватный ключ всё время остаётся у тебя. А как тогда Aave узнаёт, сколько ты положил? Там есть штука под названием vaultBTC — но это не настоящая монета, а внутренний учётный маркер. Его нельзя перевести или торговать: он используется только в системе кредитования Aave, чтобы отметить размер твоего залога. Проще говоря: биткоин по-прежнему лежит на своём месте, а Aave просто записывает цифру — и обе стороны никак не мешают друг другу. #baby
Больше всего меня в этой идее цепляет то, что она полностью обходит риски кроссчейн-мостов и обёрнутых активов. Раньше в тех схемах приходилось либо отдавать биткоин, либо оборачивать его — и всё время было ощущение нестабильности. Здесь же получается одновременно: сохранить нативную безопасность и при этом использовать BTC как залог для заёмных средств. Причём во время размещения ещё можно зарабатывать часть дохода через механизм валидаторов — загрузка капитала заметно повышается. Рыночная капитализация биткоина огромная, но большая часть монет просто спит в кошельках: по сути, держатели не хотят бездумно экспериментировать. Если такая механика реально заработает, то это как открыть окно для этих «уснувших» BTC. $BABY
Конечно, пока всё находится на тестнете: чтобы выйти на основной, ещё предстоит пройти этапы голосования в управлении, корректировки параметров риска и код-аудита. Как именно будут выставлять ставки по займам и каким будет порог ликвидации — пока не утверждено, неясно, выдержит ли всё это экстремальные рыночные условия. Но по философии дизайна это выглядит гораздо чище, чем варианты, где нужно обходить и оборачивать. Буду дальше наблюдать: если после официального запуска всё действительно удержится стабильно, то положение биткоина в DeFi, возможно, придётся переписать.
Недавно на Binance Square я увидел немало обсуждений, но в основном все фокусировались на ликвидности. А когда я разбирался с TBV @BabylonLabs_io , обнаружил более глубокий ракурс: изначально биткоин задумывался как p2p-электронные деньги, но сегодня мы хотим вовлечь его в кредитование, деривативы и прочие сложные финансовые инструменты. Однако при каждой попытке, кажется, приходится чем-то жертвовать — децентрализацией или безопасностью.
TBV заставил меня пересмотреть этот тупик: нам на самом деле не хватает ликвидности или же не хватает способа участия без необходимости доверять дополнительно? $BABY
В настоящее время большинство BTC DeFi-проектов идут по пути миграции: кроссчейн-мосты, обёрнутые активы, кастодиальные счета… Как бы это ни называли, за всем этим стоит свидетель, который должен подтверждать, что ваши BTC всё ещё на месте. Эта модель действительно приносит ликвидность, но незаметно вводит новые предположения о доверии — многие пользователи могут этого даже не осознавать.
TBV выбирает другой путь: он не перемещает BTC, а заново проектирует механизм подтверждения состояния. С помощью сценариев Bitcoin создаётся Vault, а выходы Taproot фиксируют состояние блокировки. Все активы по-прежнему остаются на Bitcoin mainnet. Каждый Vault привязан к отдельному UTXO и не смешивается ни с какими общими пулами — это обеспечивает естественную изоляцию и существенно снижает системные риски.
Меня же по-настоящему интересует структура полномочий. В традиционных схемах кто имеет право менять состояние Vault? Обычно администратор, мультисиг или on-chain-гoвернанс. TBV пытается свести эти человеческие факторы к минимуму, полагаясь на заранее заданные правила, Bitcoin script и верификационный процесс. Конкретно: путь для вывода задаётся заранее, а выкуп осуществляется через zk-доказательство, основанное на событиях в Ethereum, при этом проверка выполняется внутри Bitcoin script. У пользователей даже есть собственный механизм выхода — им не нужно полагаться на третьи стороны.
Кроме того, дизайн с отдельным UTXO для каждого Vault не только изолирует риски, но и упрощает внешнюю верификацию: приложению достаточно проверить конкретный UTXO, без сканирования глобального состояния. Это удобно для light-клиентов и кроссчейн-взаимодействий.
Конечно, у этой архитектуры всё ещё есть вызовы — эффективность, сложность подключения и испытания в реальной практике. Но главный тезис, который она ставит, я считаю заслуживает долгосрочного внимания: когда биткоин выходит в более широкий финансовый контекст, можно ли обеспечить расширение сценариев параллельно с сохранением контроля?
Возможно, ответ пока рано искать, но TBV как минимум указывает нам путь, который стоит изучить.
Неожиданно купил поддельную ракету $SPCX на городской площади, все смотрят — как будто все в раздумьях, стоит ли резать убытки? Есть ли шанс вообще вернуть вложенное? Может, какой-нибудь старший подскажет, как мне поступить?
Криптомир никогда не испытывает недостатка в новых концепциях. В последние годы безлицензионность стала, по сути, флагом отрасли: каждый мог развертывать контракты и участвовать в ончейн-экономике. Эта открытость снова и снова подчеркивалась. Но в последнее время, похоже, ветер переменился.
Институциональные капиталы пришли на рынок, RWA и стейблкоины расширяют пропускную способность, а AI Agent тоже начал появляться в цепочке. Экосистема становится всё более разнородной, и одной лишь открытости уже недостаточно. В сообществе начали обсуждать новую проблему: помимо открытости, нужна ли ещё один слой проверяемого доверия?
Newton Mainnet Beta как раз и создана для этого. Они разработали ончейн-уровень авторизации: проще говоря, заставляют проверки безопасности выполняться до того, как транзакция будет исполнена.
Если привести аналогию, аэропорт всегда проводит досмотр до посадки, а не после того, как самолёт взлетит — не будет ждать, пока проверит, кто пронёс запрещённые товары. Подход Newton похож: проверка личности, комплаенс-оценка и стратегии риск-менеджмента заранее оформляются в виде правил. Когда кто-то инициирует транзакцию, система сначала прогоняет её через фильтр: если условия выполняются, транзакцию пропускают. Результаты синхронно фиксируются в блокчейне.
Эта схема особенно хорошо подходит для DeFi. Размеры пулов растут, а участники из розницы постепенно превращаются в институции — естественно, возрастает потребность в потребности в уровне исполнения правил. Для обычных пользователей транзакция больше не является «чёрным ящиком»: каждое действие, которое было пропущено, имеет ончейн-доказательство и может быть прослежено. Для институций эти верификационные записи напрямую могут служить аудиторскими подтверждениями.
Если смотреть глубже, Newton продвигает смену нарратива. Безлицензионность решает вопрос «кто может войти». Newton же хочет ответить на вопрос «что делать после того, как вошёл — как действовать по правилам». Эти две вещи не конфликтуют: одна закладывает фундамент, другая наверху устанавливает фильтрующую сетку.
На техническом уровне они открывают возможности через Newton Vault SDK, чтобы другие протоколы могли легко интегрироваться. Но у инфраструктурных проектов такого рода есть типичная проблема: если экосистема не заработает, всё остальное будет напрасно. В конечном счёте, должно найтись реальное желание передать управление риск-контролем именно этой системе.
Дальше я буду следить за данными фактического использования после запуска на mainnet. Историю можно рассказать красиво, но стоит ли это денег — зависит от того, сколько по-настоящему «золота» будет ходить в цепочке.
Цена доверия: разбор реальной борьбы после запуска основной сети Newton
Когда Newton Protocol объявил о запуске тестовой бета-версии своей основной сети, первая реакция наблюдателей отрасли была направлена не на то, чтобы разбирать его технический white paper, а на то, на каких двух партнёров-алиансистов он сделал ставку в качестве союзников на старте — RedStone и Credora. Этот необычный шаг, словно ключ, открывает путь к пониманию истинных амбиций проекта. В криптомире протокол, призванный выступать «стражем сделок», никогда не определяется тем, насколько изощрён его код; решающим становится то, на каких данных он выносит вердикты. Стратегический выбор Newton раскрывает суровую правду: даже в идеальной децентрализованной картине мира нам всё равно приходится полагаться на централизованных поставщиков данных.
Сегодня редкий день отдыха. Терпеливо разбираю гибридную архитектуру TEE+ZKP от Newton. Как человек, который по привычке читает историю по ошибкам в коде, признаю: на инженерном уровне это действительно сделано гораздо искуснее, чем традиционные схемы мультиподписей. Но если снять техническую оболочку, видно другое — альтернативная централизация, приукрашенная с помощью высокомерной высшей математики.
Проблема в вопросе, кому принадлежит право задавать стратегию. Rego и подобные открытые языки сами по себе нейтральны, но кто пишет правила и кто проводит аудит — напрямую определяет, куда течёт власть. У розничных инвесторов нет ни сил, ни времени, чтобы построчно проверять вложенные логические «двери» в стратегических правилах, поэтому конечное толкование неизбежно уходит в руки небольшой группы — нескольких аудиторских организаций и команд по комплаенсу. Тот безопасный шаблон, который ты отмечаешь, — всего лишь заранее заготовленный вариант для элитного уровня. Где тут децентрализация? По сути, это просто упакованное и переданное доверие людей тем немногим, кто формирует правила проектирования. @NewtonProtocol
Ещё одна мина — аппаратная зависимость. Проект заявляет, что принятие решений происходит внутри SGX-анклава, а снаружи его «оборачивают» ZKP, чтобы защитить от подмены. Но разве за эти годы не было множества уязвимостей со стороны SGX? Как только будет взломан базовый чип, нулевое знание доказывает лишь то, что был выполнен уже загрязнённый поток исполнения. Мы сбежали из биржевого «чёрного ящика», но сделали шаг прямо в другую крепость, построенную чипмейкером с помощью патентов. $NEWT
Механизмы ре-стейкинга и наказаний работают достаточно тонко, пока ликвидности много. Но в экстремальном рынке, когда процесс изъятия/наказания добежит до конца, хакер уже давно вымоет прибыль. Запоздалая справедливость на блокчейне не имеет смысла. А кроме того, если непредсказуемые нормы жёстко закодировать в виде «ригидных» правил, системе придётся постоянно накатывать патчи, и любая, даже незначительная, ошибка конфигурации может превратить обычного инвестора в плательщика за чужие промахи.
В токеномике темпы роста предложения заметно выше реальной способности системы нести бизнес-нагрузку — пузырь виден невооружённым глазом. Понятно, что институции ради комплаенса готовы надеть «кандалы», но не обязательно упаковывать это как «освобождение розницы». В лабиринте комплаенса пользователь превращается в обычного подданного традиционных финансов. #Newt
Моя позиция всегда прагматична: держать кошелёк закрытым, пока на свет не появится решение, которое выдержит крайние испытания. Выращивать на публичной цепочке «привилегированную финансовую зону» с помощью технологий — это путь для DeFi или возврат к старому порядку? Время всё покажет, но до тех пор важнее сохранять ясность ума, чем гнаться за нарративом.
Машины доверия: как Newton Mainnet Beta с помощью «верифицируемости» перестраивает фундаментальную логику ончейн‑финансов
В мире блокчейна мы постоянно говорим о «децентрализации доверия». Но ирония в том, что когда мы передаём всё более сложные активы и операции смарт‑контрактам и автоматизированным агентам, на первый план выходит новая проблема доверия: код действительно выполняется ровно так, как я задумал? Данные точны? Будут ли нарушены границы исполнения? Не так давно запуск @NewtonProtocol в Newton Mainnet Beta показал мне другой подход к решению задач. Речь не только об оптимизации эффективности выполнения — это попытка переопределить то, «как именно транзакции разрешают происходить». Это смена парадигмы от «системы исполнения транзакций» к «системе генерации допустимости исполнения».
Ночью я вывернул наизнанку документы аккаунта @grvt_io .
Не потому, что мне срочно нужно сделать выводы, а потому что эта слоистая архитектура никак не давала мне отпустить мысль. От чего она вообще защищает? И на каком основании осмелилась быть сделанной именно так?
Разматывая зацепки, в итоге я вышел на двухслойную структуру grvt core.
Первый слой — сейфовый аккаунт, по положению он сродни корневым правам всей системы. Пополнение и вывод идут через эту дверь, а вывод средств требует множественных подписей — уровни аудита нагромождены очень высоко. Безопасность действительно на месте, но впечатление такое, будто общаешься с банковским окошком: на каждом шаге есть причины, и каждый шаг тоже не слишком приятен.
Второй слой — аккаунт, предназначенный исключительно для сделок. Права выдаются сейфом, API привязан здесь, но приватный ключ никогда не сохраняют. Эта изоляция означает: даже если API Key украдут, злоумышленник сможет лишь размещать и отменять ордера — до базовых средств ему не добраться. Такое аккуратное разрезание большинство платформ делают далеко не так чисто.
Дальше я по денежному потоку добрался до звена сопоставления ордеров.
Матчинг выполняется на чейне внечейн с высокой скоростью: результат не сбрасывается в базу данных, а упаковывается и отправляется в блокчейн с помощью доказательств с нулевым разглашением (ZKP) — после чего контракт делает расчет. Внечейн — гонка за скоростью, on-chain — сохранение справедливости. Цели предельно ясны: пропускная способность — ближе к CEX, расчеты — ближе к DEX. Маршрут кроссчейн-моста тоже полностью раскрыт: как минимум в направлении миграции активов никаких скрытых «чёрных ходов» или неявных комиссий не прячут.
Но некоторые детали заставили меня насторожиться.
Например, приватный ключ напрямую генерируется в браузере: удобно, но опасно. Раз зачистишь кэш — и один бэкап потеряешь, содержимое аккаунта уже никак не вернуть. Это не просто шероховатость в UX — для тех, кому не хватает профессиональных привычек в эксплуатации, это похоже на боковую дверь без замка. #grvt
Цифры производительности, которые заявлены в whitepaper, действительно впечатляют, но если не было независимого стресс-теста, то до конца дня их можно считать лишь ожиданиями. Язык проектирования всей архитектуры явно ориентирован на действия институциональных операторов: для розничных трейдеров, которые делают пару сделок на ходу, порог вовсе не низкий.
Поэтому вопрос, стоит ли размещать активы в такой системе, нужно решить сначала: по силам ли вам выдержать эту сложность.
А вот выберут ли конечные пользователи-«сайдера» адаптироваться к ней или обходить стороной — ответа я до сих пор не вижу.
Несколько дней гонял код Keystore Rollup с номером @NewtonProtocol , а потом с минуту пялился на ту цифру на главной про 57 миллионов пользователей кошелька. Разделить состояние разрешений, вынести его из основной сети и отдельно прогнать по собственной цепочке — в документации эта идея правда выглядит красиво: трение по Gas снизилось, а ключи сессии стали более гибкими. Но после тестов и дополнительных проработок выяснилось, что у этой схемы на техничном и на коммерческом фронтах свои головные боли.
Самое изматывающее в техчасти — кроссчейн-синхронизация. Я поменял лимит по одной транзакции на тестовом аккаунте: со стороны Keystore она прошла мгновенно, а вот когда это состояние передавали на Base, пришлось ждать почти 5 минут. За эти 5 минут все команды, которые отправлял прокси, просто зависали — как будто связь пропала. Люди, которые этим занимаются, знают: когда рынок начинает «штормить», даже задержка в 5 секунд может стоить дорого; ждать 5 минут — это почти то же самое, что оставить робота в поле без присмотра под градом ударов. Есть еще одно, спрятанное глубже, сомнение: сейчас один-единственный секвенсор контролирует порядок включения. Уверенность в порядке блоков и устойчивости к цензуре фактически завязана на одну точку.
В коммерческой части тоже есть вопросы, которые никак не обойти. Те 57 миллионов пользователей пришли через встраиваемый кошелек Magic — решение для «чайников» в формате входа в один клик. А Newton продвигает VaultKit, который делает риск-контроль для институциональных хранилищ. Эти два типа клиентов никак не пересекаются. Даже если в обычном магазине у кассы покупателей много, это не значит, что они автоматически купят корпоративный межсетевой экран с такими же функциями. Вариантов интеграции дают три, но в документации не расписано, насколько каждый вариант «выматывает», сколько дополнительно тратится Gas, и какие объемы хирургии придется сделать, чтобы перенести старую систему. Цена тоже как в тумане: дают только форму для демонстрационной заявки, и маленькая команда даже не может нормально посчитать бухгалтерию. Не объяснили толком и то, как $NEWT увязать с доходами VaultKit — при этом стоимость залога каждый день пляшет вместе с ценой монеты. Кто такое выдержит.
Признаю: направление верное — разделение прав плюс канал от Magic. В долгую это выглядит как задел. Но сейчас задержки не решены, децентрализация слегка «подрезана», клиенты не сходятся по соответствию, а экономическая модель слишком туманная. До уровня, когда такая инфраструктура реально может поддерживать высокочастотную практику, ей еще не хватает «температуры возгорания». #Newt
Вчера ту заявку закрыло, когда я заполнил ее наполовину. Инвестировать в инфраструктуру не стоит ради короткой дистанции: если не получается свести дебет с кредитом — в бой не выходят. Подождем, пока @NewtonProtocol не прояснит обе карты — песочницу и токеномику. А пока что лучше смотреть снаружи.
Иллюзия доверия в децентрализации: когда обещания протокола сталкиваются с реальностью эксплуатации
Самая завораживающая часть децентрализованного нарратива — это те чистые и лаконичные прилагательные: без разрешений, управляется сообществом, прозрачно и проверяемо. Они появляются в первых абзацах проектной документации, где аккуратная верстка и точные технические параметры создают логически непротиворечивый мир. В этом мире любой может участвовать, если выполняются условия, и любое решение может быть реализовано, если достигнут порог. Но логическая непротиворечивость и фактическая достижимость никогда не являются одним и тем же. Я недавно сопоставил две, казалось бы, не связанные между собой вещи: с одной стороны — данные мейннета Operator Network, с другой — инцидент с мультиподписью, который затронул казначейство одного DAO. На поверхности один вопрос касается допуска узлов, а другой — безопасного управления. Но при более глубоком рассмотрении выясняется, что они указывают на одну и ту же структурную проблему: протоколы часто строятся на предположении о рациональном участнике, однако в реальном мире людей, издержек и моделей поведения они оказываются крайне хрупкими и легко уязвимыми.