Recent, acest proiect AltVMs Catalyst, care pare să aibă un stil UI foarte MEME, a fost lansat pe rețeaua principală, dar examinând documentele tehnice oficiale, se dovedește a fi destul de complex; acesta își propune să conecteze soluții de lichiditate între mai multe lanțuri, inclusiv EVM, SVM, MoveVM și rețeaua BTC, fiind un proiect în domeniul tranzacțiilor bazate pe intenție. Cum ar trebui să înțelegem acest lucru? Am rezumat câteva puncte forte:

1) Proiectele de tranzacționare bazate pe intenții nu vor evidenția excesiv complexitatea tehnică a „între-lanț”, ci se vor concentra mai mult pe executarea și realizarea rezultatelor comenzilor de intenție între lanțuri. Utilizatorii inițiază comenzi pe „lanțul sursă”, Solver-ul rezolvă comanda conform descrierii, iar lanțul Romote poate fi inclus în domeniul de schimb al comenzilor atâta timp cât poate fi verificat/dovedit validitatea tranzacției.

Prin urmare, deși aceste tipuri de proiecte se încadrează în categoria „abstractizării lanțului” din perspectiva caracteristicilor de agregare a lichidității, ar fi mai corect să definim Catalyst ca un sistem de tranzacționare automată AMM între lanțuri.

2) CrossCats este cel mai recent produs de pod între lanțuri lansat de Catalyst, care poate conecta diverse clienți omologi sau neomologi (altVMs) și urmează doar o logică „provabilă” Provable. Tranzacțiile de intenție între lanțuri includ în principal:

  1. Tranzacțiile între lanțurile EVM, cum ar fi de la Ethereum la lanțul Base, sunt gestionate integral prin sistemul de contracte, utilizatorul semnează comanda de tranzacție —> Solver-ul revendică comanda și furnizează garanții —> lanțul sursă blochează activele autorizate de utilizator —> Solver-ul finalizează execuția comenzii pe lanțul țintă prin contractul Oracle —> după finalizarea execuției, activele blocate ale utilizatorului sunt eliberate și decontate.

  2. Tranzacțiile de la lanțurile EVM la alte lanțuri VM (SVM, MoveVM etc.) se încadrează, de asemenea, în categoria execuției automate bazate pe contracte inteligente, dar necesită implementarea unui mecanism de verificare provabil pe lanțuri non-EVM, stabilind un Oracle și un contract de verificare corespunzător; logica altor comenzi de semnare, blocare, execuție și decontare este similară cu tranzacțiile între lanțurile EVM.

  3. Tranzacțiile între Bitcoin și lanțurile VM, de exemplu, de la Bitcoin la Ethereum sau Solana, necesită o soluție de gestionare „Pseudo Solver” deoarece Bitcoin nu poate gestiona contracte inteligente. Utilizatorul colectează întâi comenzile inversate furnizate de Solver-ul real —> Solver-ul real semnează acea comandă inversată —> utilizatorul revendică comanda și obține active pe lanțul VM —> utilizatorul inițiază o tranzacție de transfer către o adresă specifică într-un interval de timp limitat —> verificarea stării se finalizează prin metoda de validare a clientului ușor SPV pentru Bitcoin, completând întregul proces de tranzacție.

Tranzacțiile între lanțurile EVM sunt cele mai simple datorită mediului de procesare a mașinilor virtuale identice; alte lanțuri omologe care suportă contracte inteligente necesită un mecanism specific de dovadă între lanțuri; tranzacțiile mai complexe, în special cele care implică Bitcoin, necesită utilizarea logicii de validare a clientului SPV, iar în etapele de Oracle, blocare a activelor etc. trebuie să existe un tratament special.

3) După realizarea execuției comenzilor de tranzacționare bazate pe mecanisme provabile, trebuie să ne concentrăm asupra eficienței utilizării fondurilor, mecanisme de management partajate, optimizarea Oracle etc.

De exemplu, regulile de blocare și de eliberare a fondurilor vor influența direct eficiența capitalului; CrossCats permite utilizatorilor să nu fie nevoiți să blocheze fondurile de lichiditate în prealabil, ci doar să blocheze temporar activele în timpul procesului de tranzacționare (minimizând blocarea) pentru a nu sacrifica eficiența utilizării fondurilor.

De asemenea, CrossCats a proiectat soluții de eliberare a plăților la mai multe niveluri pentru a echilibra eficiența și riscul. În plus, au fost adoptate trei soluții de eliberare: plata optimistă pe lanțul sursă, validarea pe lanțul țintă și mecanismul de subscriere.

Plata optimistă presupune că starea tranzacției este executată normal, eliberând mai întâi fondurile, apoi asigurând securitatea prin preîncercarea activelor și fereastra de contestare a disputelor; validarea lanțului țintă necesită ca lanțul Romote să furnizeze dovezi lanțului sursă; mecanismul de subscriere transferă o parte din responsabilitatea comenzilor către alți participanți pentru a îmbunătăți eficiența de potrivire.

Asta e tot.

Așa cum am menționat în comentariul anterior despre sancțiunile Tornado, odată cu rezolvarea soluțiilor de confidențialitate pe lanț, tranzacțiile bazate pe intenție vor deveni o poveste nouă de creștere rapidă potențială.

În acest proces, realizarea circulației trans-lanțuri a activelor este doar baza; cum să optimizăm pierderile și eficiența în tranzacțiile între lanțuri, cum să rezistăm problemelor de actualitate ale prețurilor furnizate de Oracle în condiții de volatilitate a pieței, cum să îmbogățim logica de execuție a tranzacțiilor pentru a îmbunătăți experiența automată sunt toate provocările pe care tranzacțiile bazate pe intenție trebuie să le înfrunte.