Kratka povijest unakrsnog lanca: objašnjenje devet različitih rješenja unakrsnog lanca

Cross-chain rješenja bila su tema o kojoj se najviše pričalo proteklih godinu dana. S porastom infrastrukture javnih lanaca, pojavio se ogroman interes za način na koji različiti lanci razgovaraju i komuniciraju. Rješenja su predložena i implementirana, ali nijedno od njih ne rješava temeljne probleme bez drastičnih kompromisa. Sada ispitujemo različite međulančane pristupe i otkrivamo zašto i kako će oni oblikovati budućnost međulančane infrastrukture.

Prvo, raspravimo što je cross-chain tehnologija i zašto je potrebna. Razlog upotrebe: lanci su heterogeni i zahtijevaju od programera dosta vremena da prate razlike i izazove prilikom premještanja imovine. Mostovi su manje sigurni i ne mogu im se 100% vjerovati jer su obično u vlasništvu projektnih timova blockchaina i visoko su centralizirani (neuredni bez koordinacije svakog tima). Cilj blockchaina sloja 1 je standardizacija, ali segmentacija lanaca sloja 1 dovodi do potrebe za slojem infrastrukture međulančanog lanca koji je čak i ispod sloja 1.

Povijest unakrsnih lančanih mehanizama mora se izložiti i usporediti kako bi se razumjela unakrsna lančana rješenja i usporedile njihove razlike i atributi.

Ručni prijenos

 
Prvo cross-chain rješenje je ručni prijenos imovine. Proces počinje tako da korisnik prenese sredstva u određeni novčanik u lancu A, a centralizirani entitet nadzire novčanik radi prijenosa i bilježi ih u Excelu. Zatim nakon određenog vremena (obično u svrhu praćenja), entitet pripisuje imovinu lancu B nakon verifikacije. Prednost ovog pristupa je jednostavnost implementacije, ali je sklon ljudskim pogreškama i ima vrlo nisko jamstvo sigurnosti. U ovom pristupu također nema decentralizacije.

Poluautomatski prijenos

Sljedeća se iteracija poboljšava tako što korisnik prenosi imovinu u određeni novčanik i/ili pametni ugovor u lancu A. Zatim centralizirani program nadzire adresu za prijenose. Takav program nakon provjere automatski šalje imovinu u lanac B. Prednost je još uvijek jednostavnost implementacije bez previše složenosti ili kodiranja, a zapisi se mogu čuvati u lancu umjesto lokalno. Nedostatak je to što centralizirani program može imati pogreške ili kvar. Središnji kreditni račun također bi mogao ostati bez sredstava. Jamstvo sigurnosti također je nisko, a decentralizacije nema.

Centralizirana razmjena

Kada jednostavna cross-chain rješenja nisu skalabilna, centralizirane razmjene napreduju na cross-chain potrebama. Oni funkcioniraju tako da korisnici prenose imovinu u svoju centraliziranu razmjenu, a zatim, koristeći "internu" zamjenu razmjene, pretvaraju "imovinu X" u lancu A u "imovinu Y" u lancu B kroz računovodstvo evidencije. Prednost je očita – to je najjednostavnije rješenje za korištenje – nije potrebno kodiranje, a postoji visoka pouzdanost na Tier-1 burzama. Ali problem otkriva suprotan nedostatak – centraliziranu kontrolu kada je uplata/povlačenje dostupno. Centralizirana mjenjačnica daje visoku sigurnost s lošom stranom najmanje decentralizacije.

Centralizirani most

Sljedeći napredak poboljšava se zasebnom infrastrukturom za prijenos imovine kroz lance – most. Centralizirani most funkcionira tako da korisnik prenosi imovinu, a zatim pomoću značajke prijenosa mosta pokreće prijenos imovine X na lancu A u imovinu Y na lancu B. Centralizirani prijenos (ili skup) odgovoran je za proces:

Zaključaj sredstva X na lancu A
Provjeriti
Kovati imovinu Y na lancu B
Prednost ovog mosta je potpuno automatski proces bez ručnog prekida. A nedostatak je još uvijek centralizirana kontrola kada je uplata/povlačenje dostupno. Također, most može biti srušen ili hakiran, što ga s vremena na vrijeme čini nefunkcionalnim. Dakle, sigurnost je srednja, a decentralizacije još uvijek nema.

Decentralizirani most s MPC-om

Sljedeća iteracija je decentralizacija modela verifikacije umjesto centraliziranog mosta. MPC (Multi-Party Computation) most počinje tako što korisnici prenose sredstva u njega. Koristeći značajku prijenosa mosta, on inicira prijenos imovine X na lancu A u imovinu Y na lancu B. Obično postoji decentralizirani skup prijenosnika koji je odgovoran za proces:

Zaključajte imovinu X na lancu A pomoću MPC-a
Provjerite pomoću MPC-a
Kovati imovinu Y na lancu B pomoću MPC-a
Prednost MPC-a je potpuno automatski proces bez ikakvih ručnih prekida, a relejni čvorovi ne moraju biti centralizirani. Nedostatak je visok računalni i komunikacijski trošak MPC-a. Također, čvorovi mogu biti ugroženi ili u tajnom dogovoru. Sigurnost je srednja, dok je decentralizacija također srednja.

Atomic Swap Bridge s HTLC-om

Druga klasa mostova nastaje ovisno o tehnologiji atomic swap (Lightning Network). Funkcionira na sljedeći način: korisnik prenosi imovinu u atomski swap most, a zatim koristeći značajku prijenosa mosta, inicira prijenos imovine X na lancu A u imovinu Y na lancu B:

Stvorite novi HTLC – Hash Lock vremenski ugovor
Položite sredstva X u ugovor na lancu A
Generirajte hash lock ključ + šifrirajte tajnu za konačno povlačenje unutar vremena T na lancu B
Predstavite šifriranu tajnu za ugovor na lancu B za povlačenje imovine Y
ILI vrijeme T je prošlo i povratite imovinu X iz ugovora na lancu A s šifriranom tajnom
Značajna prednost je u tome što ne postoji centralizirani čvor/proces koji kontrolira prijenos mosta. A nedostatak je relativno čest – visoka cijena postavljanja HTLC-a i pokretanja HTLC poziva. Zbog nepovjerljivosti, održavanje visoke sigurnosti i revizijskog traga je izazovno. Sigurnost ovog pristupa je visoka, a decentralizacija je također visoka, s obzirom na gore navedene nedostatke.

Interoperabilnost između lanaca s Light Client + Oracle

Nakon što se približi skupi most, rađa se više implementacija kako bi se smanjio ovaj trošak. Lagana klijentska tehnologija postala je najnovija norma za pojednostavljenje međulančanih provjera. Proces je sljedeći:

Prvo, korisnik prenosi imovinu X u ugovor protokola međulančane interoperabilnosti na lancu A
Prijenosna poruka postavljena je na ugovor i preuzimaju je decentralizirani prijenosni čvorovi
Čvorovi šalju dokaze ugovoru protokola na lancu B
Ažuriranjima zaglavlja bloka (light client) upravlja Oracle mreža kako bi se osigurala isporuka i valjanost
Korisnik povlači sredstva Y iz ugovora protokola na lancu B nakon validacije
Prednost ovog pristupa je da nije potreban posrednički token ili lanac od prijenosa do završetka. Trenutna potvrda moguća je nakon ažuriranja zaglavlja blokova. Mane su 1) rizici tajnog dogovaranja od Oraclesa, 2) zbog nepovjerljivosti, održavanje visoke sigurnosti i revizijski trag je izazovan. Sigurnost ovog pristupa je srednja, dok je decentralizacija visoka.

Međulančana interoperabilnost s relejnim lancem

Na temelju lekcija Oracle pristupa, prisutno je i čisto relejno lančano rješenje. Proces je malo drugačiji:

Korisnik prenosi imovinu X u ugovor protokola međulančane interoperabilnosti na lancu A
Prijenosna poruka postavljena je na ugovor i preuzimaju je decentralizirani prijenosni čvorovi
Čvorovi šalju dokaze za ugovor lanca releja
Temeljni validatori relejnog lanca obrađuju ažuriranja blokova kako bi osigurali isporuku i valjanost
Nakon provjere valjanosti, prijenosni čvorovi prosljeđuju prijenosnu poruku ugovoru protokola na lancu B
Korisnik povlači imovinu Y iz ugovora protokola na lancu B
Prednost ovog pristupa u odnosu na jednostavno Oracle rješenje su jeftinije naknade iz relejnih lanaca koji zauzimaju većinu troškova. Trenutna potvrda moguća je nakon ažuriranja blokova, što je ključno za rješavanje dužih vremena kašnjenja. Problem je u tome što sam protokol možda ne podržava ekosustav svih lanaca. Sigurnost je visoka (unutar ekosustava), a decentralizacija je također visoka.

Cross-chain infrastrukturni sloj s laganim klijentom + relejnim lancem

Rješenje sljedeće generacije usmjereno je na sloj međulančane infrastrukture rješavajući sve gore navedene temeljne probleme. Kombinira tehnologiju laganog klijenta s lancem releja kako bi uključio sve lance:

Korisnik prenosi sredstva X u ugovor o interoperabilnosti sloja međulančane infrastrukture na lancu A
Prijenosna poruka postavljena je na ugovor i preuzimaju je decentralizirani prijenosni čvorovi
Čvorovi šalju dokaze za ugovor o interoperabilnosti lanca releja
Ažuriranjima zaglavlja bloka (light client) upravljaju decentralizirani čvorovi održavatelja kako bi se osigurala isporuka i valjanost
Nakon provjere valjanosti, prijenosni čvorovi prosljeđuju poruku prijenosa u ugovor o interoperabilnosti na lancu B
Korisnik povlači sredstva Y iz ugovora o interoperabilnosti na lancu B
Ovo rješenje osigurava interoperabilnost uz vrlo niske naknade zbog implementacije relejnog lanca. Također daje trenutnu potvrdu nakon ažuriranja zaglavlja blokova. Najveći izazov je velika složenost optimizacije lakih klijenata u lancu releja. Provođenjem dovoljno istraživanja i inženjeringa, te bi optimizacije trebale podržati prednosti koje drugi ne mogu riješiti. Sigurnost je vrlo visoka, a decentralizacija visoka.

O MAP protokolu

Od međulančanih rješenja, tek trebamo vidjeti jedno koje rješava sve gore navedene probleme. Dok se MAP protokol ne implementira. Nakon 3 godine složenog istraživanja i razvoja, MAP Protocol je konačno postigao Omnichain sloj s laganom tehnologijom Client + relay chain bez kompromisa. MAP je implementirao Omnichain principe sa sljedećim svojstvima:

Spreman za programere
Pokrivenost svih lanaca
Minimalni trošak
Sigurnosna konačnost
Trenutačna potvrda

MAP protokol je infrastrukturni sloj za podršku izgradnji mostova, DEX-ova, protokola interoperabilnosti i više. Podržava verifikaciju lakih klijenata izravno na lancu MAP releja – kako bi se smanjili troškovi. I pruža poticaje ugrađene u svaku komponentu kako bi razvojni programeri dappa zaradili ili predstavili krajnjim korisnicima. MAP podržava EVM i ne-EVM lance – sloj protokola je izomorfan sa svim lancima.

Za budućnost, MAP je infrastruktura iza svih lanaca koji će biti novi osnovni sloj. Programeri više nisu ograničeni svojim lancem izbora i mogu se usredotočiti na sam dapp proizvod. Budućnost je Omnichain, a više modularizacije i poticaja put je kojim treba ići.