Një histori e shkurtër e ndër-zinxhireve: Shpjegimi i nëntë zgjidhjeve të ndryshme ndër-zinxhirore

Zgjidhjet ndër-zinxhirore kanë qenë tema më e përfolur për vitin e kaluar. Me rritjen e infrastrukturave të zinxhirit publik, ka pasur interes të madh për mënyrën se si zinxhirët e ndryshëm flasin dhe komunikojnë. Zgjidhjet janë propozuar dhe zbatuar, por asnjëra prej tyre nuk i zgjidh problemet themelore pa shkëmbime drastike. Tani ne shqyrtojmë qasjet e ndryshme ndër-zinxhirore dhe zbulojmë pse dhe si do të formësojnë të ardhmen e infrastrukturës ndër-zinxhirore.

Së pari, le të diskutojmë se çfarë është teknologjia ndër-zinxhirore dhe pse është e nevojshme. Arsyeja e përdorimit: zinxhirët janë heterogjenë dhe kërkojnë kohë të konsiderueshme nga zhvilluesit për të mbajtur gjurmët e dallimeve dhe sfidave kur lëvizin asetet. Urat janë më pak të sigurta dhe nuk mund të besohen 100%, sepse ato zakonisht janë në pronësi të ekipeve të projektit blockchain dhe janë shumë të centralizuara (të çrregullta pa koordinim nga secili ekip). Qëllimi i blockchain-it të shtresës 1 është të standardizohet, por segmentimi i zinxhirëve të shtresës 1 po çon në nevojën e një shtrese të infrastrukturës ndër-zinxhirore që është edhe nën shtresa-1.

Historia e mekanizmave të ndërthurjes duhet të shtrohet dhe krahasohet për të kuptuar zgjidhjet e ndërlidhura dhe për të krahasuar dallimet dhe atributet e tyre.

Transferimi manual

 
Zgjidhja e parë ndër-zinxhirore është një transferim manual i aseteve. Procesi fillon duke transferuar aktivet nga përdoruesi në një portofol specifik në zinxhirin A dhe një ent i centralizuar monitoron portofolin për transferime dhe i regjistron ato në Excel. Më pas, pas një kohe të kufizuar (zakonisht për qëllime monitorimi), njësia ekonomike krediton aktivet në zinxhirin B pas verifikimit. Avantazhi i kësaj qasjeje është lehtësia e zbatimit, por është e prirur ndaj gabimeve njerëzore dhe ka një garanci shumë të ulët të sigurisë. Gjithashtu nuk ka decentralizim në këtë qasje.

Transferimi gjysmë automatik

Përsëritja tjetër përmirësohet duke transferuar aktivet nga përdoruesi në një portofol specifik dhe/ose kontratë inteligjente në zinxhirin A. Më pas, një program i centralizuar monitoron adresën për transferime. Një program i tillë dërgon automatikisht asetet në zinxhirin B pas verifikimit. Përparësia është ende lehtësia e zbatimit pa shumë kompleksitet ose kodim, dhe të dhënat mund të mbahen në zinxhir në vend që të mbahen në nivel lokal. E keqja është se programi i centralizuar mund të jetë me gabime ose mosfunksionim. Llogaria qendrore e kredisë mund të mbarojë gjithashtu pa fonde. Garancia e sigurisë është gjithashtu e ulët dhe nuk ka decentralizim.

Shkëmbimi i centralizuar

Kur zgjidhjet e thjeshta ndër-zinxhirore nuk janë të shkallëzueshme, shkëmbimet e centralizuara lulëzojnë për nevojat e ndërthurjes së zinxhirit. Ata punojnë duke i bërë përdoruesit të transferojnë aktive në shkëmbimin e tyre të centralizuar dhe më pas, duke përdorur shkëmbimin "të brendshëm" të shkëmbimit, i kthejnë "asetet X" në zinxhirin A në "asetet Y" në zinxhirin B përmes kontabilitetit të regjistrimit. Avantazhi është i dukshëm – është zgjidhja më e lehtë për t’u përdorur – nuk nevojitet kodim dhe ka besueshmëri të lartë në shkëmbimet e nivelit 1. Por problemi ekspozon disavantazhin e kundërt – kontrollin e centralizuar të kohës kur depozitimi/tërheqja është e disponueshme. Shkëmbimi i centralizuar jep siguri të lartë me anën negative të decentralizimit më të vogël.

Ura e centralizuar

Përparimi tjetër përmirësohet duke pasur një infrastrukturë të veçantë për transferimin e aseteve nëpër zinxhirë - një urë. Një urë e centralizuar funksionon duke transferuar asetet e përdoruesit, më pas duke përdorur veçorinë e transferimit të urës, fillon transferimin e aktiveve X në zinxhirin A në asetet Y në zinxhirin B. Një transmetues i centralizuar (ose një grup i caktuar) është përgjegjës për procesin:

Blloko aktivet X në zinxhirin A
Verifikoj
Asetet e minierave Y në zinxhirin B
Avantazhi i kësaj ure është procesi plotësisht automatik pa asnjë ndërprerje manuale. Dhe disavantazhi është ende kontrolli i centralizuar i kohës kur depozitimi/tërheqja është e disponueshme. Gjithashtu, ura mund të jetë e dëmtuar ose e hakuar, duke e bërë atë jofunksionale herë pas here. Pra, siguria është mesatare dhe ende nuk ka decentralizim.

Ura e Decentralizuar me MPC

Përsëritja tjetër është decentralizimi i modelit të verifikimit në vend të një ure të centralizuar. Një urë MPC (Multi-Party Computation) fillon duke i detyruar përdoruesit të transferojnë asete në të. Duke përdorur veçorinë e transferimit të urës, ajo fillon transferimin e aseteve X në zinxhirin A në asetet Y në zinxhirin B. Zakonisht ekziston një grup i decentralizuar transmetuesish që janë përgjegjës për procesin:

Blloko aktivet X në zinxhirin A duke përdorur MPC
Verifikoni duke përdorur MPC
Asetet e minierave Y në zinxhirin B duke përdorur MPC
Ana pozitive e MPC-së është procesi plotësisht automatik pa asnjë ndërprerje manuale dhe nyjet rele nuk kanë nevojë të centralizohen. Ana negative është kostoja e lartë llogaritëse dhe e komunikimit e MPC. Gjithashtu, nyjet mund të komprometohen ose të përplasen. Siguria është mesatare, ndërsa decentralizimi është gjithashtu mesatar.

Ura e shkëmbimit atomik me HTLC

Një klasë tjetër e urave lind në varësi të teknologjisë së shkëmbimit atomik (Lightning Network). Ai funksionon duke: përdoruesi transferon asetet në një urë shkëmbimi atomik dhe më pas duke përdorur veçorinë e transferimit të urës, fillon transferimin e aseteve X në zinxhirin A në asetet Y në zinxhirin B:

Krijo një kontratë të re HTLC – Hash Lock Timed
Depozoni aktivet X në kontratë në zinxhirin A
Gjeneroni çelësin e bllokimit hash + enkriptoni një sekret për tërheqjen përfundimtare brenda kohës T në zinxhirin B
Paraqisni sekretin e koduar për të kontraktuar në zinxhirin B për të tërhequr aktivet Y
OSE koha T ka kaluar dhe rikuperoni aktivet X nga kontrata në zinxhirin A me sekretin e koduar
Avantazhi i rëndësishëm është se nuk ka asnjë nyje/proces të centralizuar që kontrollon transferimin e urës. Dhe disavantazhi është relativisht i zakonshëm – një kosto e lartë e vendosjes së HTLC dhe kryerjes së thirrjeve HTLC. Për shkak të mosbesimit, ruajtja e sigurisë së lartë dhe gjurma e auditimit është sfiduese. Siguria e kësaj qasjeje është e lartë dhe decentralizimi është gjithashtu i lartë, duke pasur parasysh të metat e mësipërme.

Ndërveprimi ndër-zinxhir me Light Client + Oracle

Pas afrimit të urës me kosto të lartë, lindin më shumë zbatime për të ulur këtë kosto. Teknologjia e klientit të lehtë është bërë norma më e fundit për të thjeshtuar verifikimet ndër-zinxhirore. Procesi është si më poshtë:

Së pari, përdoruesi transferon asetet X në një kontratë të protokollit ndër-zinxhor të ndërveprimit në zinxhirin A
Një mesazh transferimi vendoset në kontratë dhe merret nga nyjet e decentralizuara transmetuese
Nyjet dërgojnë prova në kontratën e protokollit në zinxhirin B
Përditësimet e kokës së bllokut (klienti i lehtë) trajtohen nga rrjeti Oracle për të siguruar shpërndarjen dhe vlefshmërinë
Përdoruesi tërheq asetet Y nga kontrata e protokollit në zinxhirin B pas validimit
Përparësia e kësaj qasjeje është se nuk nevojitet asnjë shenjë ose zinxhir ndërmjetës nga transferimi deri në përfundim. Konfirmimi i menjëhershëm është i mundur pasi të përditësohen kokat e bllokut. Disavantazhet janë 1) rreziqet e marrëveshjes së fshehtë nga Oracles, 2) për shkak të mosbesimit, ruajtjes së sigurisë së lartë dhe gjurma e auditimit është sfiduese. Siguria e kësaj qasjeje është mesatare, ndërsa decentralizimi është i lartë.

Ndërveprueshmëria ndër-zinxhirore me zinxhirin rele

Pas mësimeve të qasjes Oracle, një zgjidhje e pastër e zinxhirit stafetë është gjithashtu e pranishme. Procesi është paksa i ndryshëm:

Përdoruesi transferon asetet X në një kontratë të protokollit ndër-zinxhiror të ndërveprimit në zinxhirin A
Një mesazh transferimi vendoset në kontratë dhe merret nga nyjet e decentralizuara transmetuese
Nyjet dërgojnë prova në kontratën e zinxhirit rele
Vlerësuesit themelorë të zinxhirit rele trajtojnë përditësimet e bllokut për të siguruar shpërndarjen dhe vlefshmërinë
Pas vërtetimit, nyjet e transmetimit përcjellin mesazhin e transferimit në kontratën e protokollit në zinxhirin B
Përdoruesi tërheq asetet Y nga kontrata e protokollit në zinxhirin B
Avantazhi i kësaj qasjeje ndaj zgjidhjes së thjeshtë të Oracle është tarifat më të lira nga zinxhirët rele të cilët konsumojnë pjesën më të madhe të kostove. Konfirmimi i menjëhershëm është i mundur pasi blloqet të përditësohen, gjë që është thelbësore për zgjidhjen e kohëve më të gjata të vonesës. Problemi është se vetë protokolli mund të mos mbështesë një ekosistem me të gjitha zinxhirët. Siguria është e lartë (brenda ekosistemit), dhe decentralizimi është gjithashtu i lartë.

Shtresa e infrastrukturës ndër-zinxhirore me klient të lehtë + zinxhir stafetë

Zgjidhja e gjeneratës së ardhshme përqendrohet në shtresën e infrastrukturës ndër-zinxhirore që zgjidh të gjitha problemet themelore të mësipërme. Ai kombinon teknologjinë e klientit të lehtë me një zinxhir stafetë për të përfshirë të gjithë zinxhirët:

Përdoruesi transferon asetet X në kontratën e ndërveprimit të një shtrese të infrastrukturës ndër-zinxhirore në zinxhirin A
Një mesazh transferimi vendoset në kontratë dhe merret nga nyjet e decentralizuara transmetuese
Nyjet dërgojnë prova në kontratën e ndërveprimit të zinxhirit rele
Përditësimet e kokës së bllokut (klienti i lehtë) trajtohen nga nyjet e mirëmbajtësit të decentralizuara për të siguruar shpërndarjen dhe vlefshmërinë
Pas vërtetimit, nyjet e transmetimit përcjellin mesazhin e transferimit në kontratën e ndërveprimit në zinxhirin B
Përdoruesi tërheq asetet Y nga kontrata e ndërveprueshmërisë në zinxhirin B
Kjo zgjidhje siguron ndërveprim me tarifa shumë të lira për shkak të zbatimit të zinxhirit rele. Ai gjithashtu jep një konfirmim të menjëhershëm pasi krerët e bllokut të përditësohen. Sfida më e madhe është kompleksiteti i lartë i optimizimit të klientëve të lehtë në zinxhirin rele. Duke kryer mjaft kërkime dhe inxhinieri, këto optimizime duhet të mbështesin përfitimet që të tjerët nuk mund t'i zgjidhin. Siguria është shumë e lartë, dhe decentralizimi është i lartë.

Rreth Protokollit MAP

Nga zgjidhjet ndër-zinxhirore, ne duhet të shohim ende një që zgjidh të gjitha problemet e mësipërme. Derisa të zbatohet Protokolli MAP. Pas 3 vitesh kërkimi dhe zhvillimi kompleks, Protokolli MAP më në fund ka arritur shtresën Omnichain me teknologji të lehtë Client + zinxhir rele pa kompromis. MAP ka zbatuar parimet Omnichain me vetitë e mëposhtme:

Gati për zhvillues
Mbulimi i të gjitha zinxhirëve
Kostoja minimale
Finaliteti i Sigurisë
Konfirmim i menjëhershëm

Protokolli MAP është shtresa e infrastrukturës për të mbështetur ndërtimin e urave, DEX-et, protokollet e ndërveprimit dhe më shumë. Ai mbështet verifikimin nga klientët e lehtë në zinxhirin rele MAP drejtpërdrejt - për të ulur kostot. Dhe ofron stimuj të integruar në secilin komponent që zhvilluesit e dapp-it të fitojnë ose t'ua paraqesin përdoruesve fundorë. MAP mbështet zinxhirët EVM dhe jo EVM - shtresa e protokollit është izomorfike me të gjitha zinxhirët.

Për të ardhmen, MAP është infrastruktura pas të gjithë zinxhirëve që do të jenë shtresa e re bazë. Zhvilluesit nuk janë më të kufizuar nga zinxhiri i tyre i zgjedhjes dhe mund të fokusohen në vetë produktin dapp. E ardhmja është Omnichain, dhe më shumë modularizim dhe stimulim janë rruga për të shkuar.