Tocmai am testat timpul necesar pentru a trece de la rețeaua principală Bitcoin la Bitcoin L2 BOB, iar în condițiile actuale de neaglomerare a rețelei principale Bitcoin, a durat aproape 1 oră.
În timpul așteptării, am citit documentația oficială a podului încrucișat BOB Gateway, care, spre deosebire de podul încrucișat BitVM în două direcții prevăzut în whitepaper, podul Gateway BOB din faza 1 este un pod încrucișat de client ușor, iar din cauza construcției bazate pe OP Stack, validarea disponibilității datelor depinde de rețeaua principală Ethereum.
Iată ciclo de viață al TX-ului încrucișat BTC➡️BOB:
1⃣Utilizatorul semnează cu adresa Bitcoin nativesegwit pentru a iniția cererea de încrucișare
2⃣Utilizatorul transferă UTXO BTC în LP (în prezent se presupune că este adresa echipei BOB)
Codul byte OP Return însoțește hash-ul acestei TX
3⃣BOB rulează pe rețeaua principală Bitcoin un client ușor (soluția tBTC) pentru a verifica legalitatea hash-ului însoțit de OP Return
4⃣Gateway pentru utilizatorii BOB L2 creează WBTC sau face Swap în BTC LRT/LST și va batch-ui datele de stare actualizate pentru validare și stocare pe rețeaua principală Ethereum.
Se poate observa că echipa BOB lucrează din greu pentru a optimiza timpul și experiența de interacțiune a podului oficial încrucișat, dar din cauza limitărilor actuale ale stivei de soluții din faza 1, care sunt restricționate de programabilitatea Bitcoin și de confirmarea finală a Ethereum, este greu să se obțină rezultate pe termen scurt în reducerea timpului de încrucișare al podului oficial.
Decât să faci sarcina OKX x BOB, trebuie să folosești podul oficial, altfel mai bine să folosești un pod încrucișat de terță parte bazat pe arhitectura mesaj-flux de lichiditate.
