Тільки що протестував час крос-чейн з основної мережі біткоїна до біткоїна L2 BOB, в даний момент, коли основна мережа біткоїна не перевантажена, це зайняло майже 1 годину.
Під час очікування я прочитав документацію офіційного крос-чейн мосту BOB Gateway. На відміну від двостороннього BitVM крос-чейн мосту, передбаченого в білому документі, крос-чейн міст BOB Gateway на стадії 1 є легким клієнтом, і оскільки він побудований на основі OP Stack, перевірка доступності даних залежить від основної мережі ефіру.
Ось життєвий цикл крос-чейн TX з BTC➡️BOB:
1⃣Користувач підписує запит на крос-чейн, використовуючи адресу native segwit біткоїна
2⃣Користувач BTC UTXO переводить на адресу LP (в даний момент вважається, що це команда BOB)
Байтовий код OP Return супроводжує хеш цього TX
3⃣BOB працює на основній мережі біткоїна як легкий клієнт (план tBTC) для перевірки законності хешу, що супроводжує OP Return
4⃣Gateway для користувача створює WBTC на BOB L2 або обмінює його на BTC LRT/LST і оновлені дані стану пакуються для перевірки та зберігання на основній мережі ефіру.
Можна побачити, що команда BOB вже дуже старанно оптимізує час і взаємодію з офіційним крос-чейн мостом, але оскільки в даний момент перша фаза рішення обмежена програмованістю біткоїна та остаточною підтверджуваністю ефіру, у короткостроковій перспективі важко досягти результату в скороченні часу крос-чейн через офіційний міст.
Якщо ви не виконуєте завдання OKX x BOB, вам потрібно буде використовувати офіційний міст, в іншому випадку краще користуватися третім крос-чейн мостом на основі архітектури повідомлень та ліквідності.
