Я думаю, что кроссчейн-дизайн часто неправильно понимают, потому что люди обычно сосредотачиваются на скорости и комиссиях, игнорируя то, где именно живёт риск.
Большинство мостов опираются на ликвидность, которая где-то находится и ждёт, чтобы обеспечить переводы. Это работает, пока ликвидность не становится дефицитной, фрагментированной или зависящей от небольшой группы участников, которые должны вести себя так, как ожидается.
Модель CCT от Dusk выбирает другой путь. Вместо перемещения через пул актив выводится из обращения в одной сети и создаётся заново в другой через процесс burn-and-mint.
Компромисс получается интересным.
Вам не нужно полагаться на доступную ликвидность или переживать из‑за проскальзывания. Но это не делает систему полностью безрисковой. Ключевое допущение смещается к тому, корректно ли проверяется событие burn и выполняется ли mint-процесс так, как задумано, в разных цепочках.
Другими словами, вопрос больше не в том, «достаточно ли капитала на другой стороне?»
Вместо этого звучит так: «может ли система с уверенностью доказать, что предложение было уничтожено до того, как появится новое предложение где‑то ещё?»
Это больше похоже не на проблему ликвидности, а на проблему координации и финальности.
Мне интересно, как Dusk обрабатывает пограничные случаи, когда с одной стороны достигнута окончательная подтверждённость, но соответствующий mint остаётся задержанным или прерванным.
#dusk @Dusk $DUSK
Большинство мостов опираются на ликвидность, которая где-то находится и ждёт, чтобы обеспечить переводы. Это работает, пока ликвидность не становится дефицитной, фрагментированной или зависящей от небольшой группы участников, которые должны вести себя так, как ожидается.
Модель CCT от Dusk выбирает другой путь. Вместо перемещения через пул актив выводится из обращения в одной сети и создаётся заново в другой через процесс burn-and-mint.
Компромисс получается интересным.
Вам не нужно полагаться на доступную ликвидность или переживать из‑за проскальзывания. Но это не делает систему полностью безрисковой. Ключевое допущение смещается к тому, корректно ли проверяется событие burn и выполняется ли mint-процесс так, как задумано, в разных цепочках.
Другими словами, вопрос больше не в том, «достаточно ли капитала на другой стороне?»
Вместо этого звучит так: «может ли система с уверенностью доказать, что предложение было уничтожено до того, как появится новое предложение где‑то ещё?»
Это больше похоже не на проблему ликвидности, а на проблему координации и финальности.
Мне интересно, как Dusk обрабатывает пограничные случаи, когда с одной стороны достигнута окончательная подтверждённость, но соответствующий mint остаётся задержанным или прерванным.
#dusk @Dusk $DUSK