Хотя новые L1-блокчейн-проекты делают ставку на нативные функции соответствия и конфиденциальности, для расширения экосистемы неизбежно возникает один реальный аспект — необходимость полагаться на внешние сервисы. Мосты, оракулы и другие инфраструктурные компоненты кажутся незначительными, но на самом деле скрывают большие риски.
Начнем с мостов. В истории блокчейна было немало инцидентов с ними. В 2022 году мост Ronin был взломан на сумму 6 миллиардов долларов, в то время как уязвимость Wormhole привела к потере 3.2 миллиарда долларов, а в 2025 году произошло несколько инцидентов с мультичейн-мостами, суммарные убытки превысили 20 миллиардов долларов. Почему так часто происходят сбои? Потому что суть мостов — доверие третьей стороне для верификации или мультиподписных решений. Если логика верификации содержит уязвимости или приватные ключи скомпрометированы, средства пользователей мгновенно исчезают. Для проектов с относительно небольшой экосистемой и ликвидностью, которая в основном зависит от залогов сообщества, чтобы привлечь больше пользователей и реальных активов (RWA), необходимо выходить на Ethereum или другие основные цепочки для получения глубины. Но этот шаг означает принятие рисков межцепочечной передачи.
Проблемы с оракулами схожи. Проект нуждается в оракуле для получения ценовых данных, и если сам оракул выйдет из строя или будет взломан, смарт-контракты DeFi на цепочке могут неправильно ликвидировать позиции. В сценариях с RWA это особенно критично — привязка реальных активов требует сотрудничества с кастодианами, и любой сбой на любом этапе может привести к цепной реакции, затрагивающей всю систему.
Риски, связанные с этими внешними зависимостями, реальны. Особенно на ранних стадиях проекта, когда команда обладает ограниченными ресурсами и возможностями, проблема может усугубиться. Пользователи, совершающие межцепочечные операции, имеют полное право испытывать недоверие.
Но, с другой стороны, это — неизбежный этап для большинства L1-проектов. Многие начинают с того, что сосредотачиваются на разработке ключевых функций — совершенствовании модулей конфиденциальности, оптимизации модульной архитектуры, — что и является их долгосрочной конкурентоспособностью. Если хорошо реализовать внутренние функции, такие как локальное выпускание токенов и мгновенные расчеты, а затем постепенно решать вопросы внешних зависимостей, этот путь вполне осуществим.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
7 Лайков
Награда
7
5
Репост
Поделиться
комментарий
0/400
GasOptimizer
· 19ч назад
20 миллиардов долларов в виде мостового пробела, разве никто не думает о кардинальном решении?
Посмотреть ОригиналОтветить0
WalletDivorcer
· 19ч назад
Опять история о том, что «наша инфраструктура очень безопасна и надежна для кросс-чейн»... Мостовая черная дыра на 2 миллиарда долларов стоит там, а вы все еще говорите о долгосрочной конкурентоспособности?
Посмотреть ОригиналОтветить0
gas_fee_therapy
· 19ч назад
2 миллиарда долларов мостовой уязвимости... Я же говорю, почему постоянно исчезают средства, будто бы из ниоткуда
Кажется, новые L1 спешат развивать экосистему, и приходится рисковать — рисковать, что мосты не сломаются, что оракулы окажутся надежными, а в итоге можно оказаться погребенным собственной выбранной инфраструктурой
Мостовые проблемы с этими 20 миллиардами действительно не шутка, Ronin в тот раз был просто за гранью... Но, говоря откровенно, без мостов как подключить ликвидность, это тупиковая ситуация.
Идея о манипуляциях с оракулом вызывает мурашки по коже, RWA — это цепочка ошибок за ошибкой, если что-то случится с доверительным управляющим, вся система пойдет на дно.
На ранних этапах проекты по сути ставили на карту, смогут ли они до взрыва риска довести ядро до совершенства, а приватность сделать надежной — тогда у них появится влияние.
Но честно говоря, всё равно нужно межцепочечное взаимодействие, оставаться на своей цепочке — значит потерять ликвидность, а это настоящая проблема.
Ранние пользователи чувствуют себя неуверенно, и это вполне логично, ведь уроков истории было много, и следующий, кто может оказаться взломанным, — это, возможно, мост какого-то маленького проекта.
Хотя новые L1-блокчейн-проекты делают ставку на нативные функции соответствия и конфиденциальности, для расширения экосистемы неизбежно возникает один реальный аспект — необходимость полагаться на внешние сервисы. Мосты, оракулы и другие инфраструктурные компоненты кажутся незначительными, но на самом деле скрывают большие риски.
Начнем с мостов. В истории блокчейна было немало инцидентов с ними. В 2022 году мост Ronin был взломан на сумму 6 миллиардов долларов, в то время как уязвимость Wormhole привела к потере 3.2 миллиарда долларов, а в 2025 году произошло несколько инцидентов с мультичейн-мостами, суммарные убытки превысили 20 миллиардов долларов. Почему так часто происходят сбои? Потому что суть мостов — доверие третьей стороне для верификации или мультиподписных решений. Если логика верификации содержит уязвимости или приватные ключи скомпрометированы, средства пользователей мгновенно исчезают. Для проектов с относительно небольшой экосистемой и ликвидностью, которая в основном зависит от залогов сообщества, чтобы привлечь больше пользователей и реальных активов (RWA), необходимо выходить на Ethereum или другие основные цепочки для получения глубины. Но этот шаг означает принятие рисков межцепочечной передачи.
Проблемы с оракулами схожи. Проект нуждается в оракуле для получения ценовых данных, и если сам оракул выйдет из строя или будет взломан, смарт-контракты DeFi на цепочке могут неправильно ликвидировать позиции. В сценариях с RWA это особенно критично — привязка реальных активов требует сотрудничества с кастодианами, и любой сбой на любом этапе может привести к цепной реакции, затрагивающей всю систему.
Риски, связанные с этими внешними зависимостями, реальны. Особенно на ранних стадиях проекта, когда команда обладает ограниченными ресурсами и возможностями, проблема может усугубиться. Пользователи, совершающие межцепочечные операции, имеют полное право испытывать недоверие.
Но, с другой стороны, это — неизбежный этап для большинства L1-проектов. Многие начинают с того, что сосредотачиваются на разработке ключевых функций — совершенствовании модулей конфиденциальности, оптимизации модульной архитектуры, — что и является их долгосрочной конкурентоспособностью. Если хорошо реализовать внутренние функции, такие как локальное выпускание токенов и мгновенные расчеты, а затем постепенно решать вопросы внешних зависимостей, этот путь вполне осуществим.