Взгляд Виталика Бутерина на кроссчейн-совместимость
Недавно основатель Ethereum Виталик Бутерин поделился на Reddit своими размышлениями о взаимосвязи цепочек. Его позиция - скепсис по отношению к идее мгновенной совместимости, но при этом вера в мультичейн-экосистему, где сети и сообщества сосуществуют, но не сплетаются в одну ткань.
Анализ Алекса Смирнова из deBridge.finance
Чтобы прояснить тезисы Бутерина, основатель deBridge.finance Алекс Смирнов разложил их по полочкам и убедил, что атака 51 % не является смертельным приговором для мостов. Он уверен, что будущее принадлежит полноценной интеграции блокчейнов, а не их параллельному существованию без прямого взаимодействия.
Допустимость атаки 51 %
Бутерин связывает свой пессимизм с моделью безопасности и приводит пример атаки 51 %. По его мнению, такие инциденты не критичны и не требуют полного усилия по их устранению. Блокчейн - это цепочка состояний, и для пользователя наиболее болезненно, когда откатываются транзакции.
Возьмём, к примеру, обмен 1 ETH на 3 300 USDT в Uniswap. При атаке худшее, что может произойти, - это откат состояния к моменту, когда у вас ещё не было 3 300 USDT, но 1 ETH лежал в кошельке. В рамках одной экосистемы подобные атаки не столь разрушительны, и нет необходимости тратить все ресурсы на их предотвращение.
С кроссчейн-мостами ситуация иной. Если вы успешно переместили активы из одной цепочки в другую, то при атаке на исходную сеть и последующем откате вы вернёте себе исходный токен. При этом обернутые активы в целевой сети теряют залоговое обеспечение в нативной цепи.
Опасения Бутерина обоснованы, но стоит задаться вопросом: насколько они критичны? Мы не должны рассматривать атаки 51 % как обычное явление, встроенное в протокол. В каждом блокчейне сформировался социальный консенсус о финальности транзакций. В сети Ethereum требуется 11 подтверждений, после чего перевод считается необратимым. При соблюдении этого условия транзакцию нельзя откатить реорганизацией блоков.
Нарушение стандарта финальности подрывает доверие ко всей экосистеме - от бирж до платежных шлюзов. Поэтому эти угрозы нельзя допускать.
Методы защиты
Как же мосты могут защищаться от подобных атак? Протокол deBridge состоит из двух уровней. На уровне протокола находятся смарт-контракты в каждой поддерживаемой сети. На уровне инфраструктуры работают валидаторы, назначаемые управлением протокола.
Валидаторы обеспечивают инфраструктуру и запускают ноды всех цепочек, а также ноду deBridge, которая читает информацию из смарт-контрактов. Каждой кроссчейн-транзакции автоматически присваивается уникальный номер (nonce). Валидаторы подтверждают транзакции по возрастанию nonce; появление дублей указывает на реорганизацию блоков или атаку.
В случае обнаружения дубликатов валидаторы приостанавливают валидацию всех транзакций из этой цепочки до разбирательства управления протоколом, которое может усилить требования к финальности.
Поскольку состояния блокчейна всегда консистентны, атакующие не могут произвольно изменить состояние (например, подменить nonce). При атаке 51 % им понадобится атаковать консенсус всего блокчейна, а также приобрести актив нужной суммы, что делает атаку крайне дорогостоящей.
Дополнительно валидаторы могут исключить сценарии с низкой вероятностью, например, если в протоколе моста заблокировано 10 млрд USD в ETH, маловероятно, что одна транзакция сможет вывести всю сумму. Для таких сценариев можно усилить требования к финальности, например, требовать 400 подтверждений вместо 11, что увеличит стоимость атаки.
Страхование рисков
В ближайшее время все кроссчейн-взаимодействия будут абстрагированы через интерфейсы кошельков и d-приложений, и пользователь даже не будет знать, что пользуется мостом. При кроссчейн-свопах пользователь просто указывает активы, которые он хочет отдать и получить в другой сети. Весь процесс работает в фоновом режиме, и пользователю не приходится волноваться о существовании обернутых токенов или пулов ликвидности.
Мосты становятся незаметными артефактами, обеспечивающими плавное перемещение ценностей, но остаются уязвимыми к тем же угрозам, которые требуют усиленных протоколов защиты.