Недавно, когда я читал документацию по мосту DuskEVM, я обратил внимание на одну repeatedly подчёркиваемую подсказку.
Сейчас мост поддерживает только тестовую сеть DUSK.
Это не техническое ограничение.
А лишь потому, что публикация состояния, зрелость доказательств и окно спора ещё требуют времени для проверки.$BTC
Это заставило меня задуматься о более практическом вопросе: то, что тестовая сеть работает, ещё не означает, что это уже можно использовать в основной сети.
В многоуровневой архитектуре @Dusk DuskDS отвечает за консенсус и расчёты, а DuskEVM через OP Stack обеспечивает совместимость с EVM; между ними мост передаёт сообщения и активы. Теоретически разработчики могут напрямую развернуть Solidity-контракт в DuskEVM и быстро начать работу с привычным набором инструментов.
Но мост не работает мгновенно.
Для депозита нужно дождаться подтверждения DuskDS, для вывода — дождаться публикации состояния в L1, подачи доказательства и окончания периода спора. Если какому-то DeFi-приложению нужны частый арбитраж или быстрая ликвидация, приемлемы ли такие задержки на каждом шаге? Если межуровневое сообщение застрянет на каком-то этапе, кто будет отвечать за последствия, как это восстановить, и на кого ложатся потери пользователя?
И ещё важнее — ликвидность.
В тестовой сети можно без проблем чеканить монеты, а в основной сети каждая транзакция $DUSK имеет реальную стоимость. Если при запуске DuskEVM ликвидности в мосту окажется недостаточно, пользователям будет легко вносить средства и трудно выводить их обратно, либо время ожидания вывода окажется слишком долгим — тогда даже отличная совместимость вряд ли удержит приложения.
Я посмотрел на дорожную карту #dusk : сроки аудита мостового контракта и развёртывания в основной сети пока недостаточно ясны. Это не значит, что технология плоха; скорее, путь от теста к продакшену проходит ещё через несколько барьеров — эксплуатацию, мониторинг, обработку сбоев и запуск ликвидности.
Поэтому теперь, когда я смотрю на прогресс DuskEVM, я уже не спрашиваю только «можно ли развернуть контракт».
Меня больше интересуют три точки перехода: доля приложений, перенесённых с тестовой сети в основную; первоначальный объём ликвидности в мосту и механизм её пополнения; а также фактическая скорость реакции при возникновении межуровневых сбоев.
Совместимость с EVM снижает порог входа, но чтобы удержать разработчиков и пользователей, нужен мост, который достаточно надёжен, деньги — достаточно быстры, а с проблемами кто-то работает.
Неужели это расстояние — всего лишь вопрос времени?
#dusk @Dusk $DUSK