Pozadí projektu

1. Vrstva 1 a uzavřený ostrov

  • Vrstva 1 odkazuje na základní blockchain

  • Včetně Etherea, Bitcoinu, Solana, Polkadot, Near, Cosmos, Aptos, Sui atd.

  • jsou hlavní sítě v příslušných ekosystémech

  • Vrstva 1 může zpracovávat a dokončovat transakce na svém vlastním blockchainu a také přichází s vlastním nativním tokenem pro placení transakčních poplatků.

  • Ethereum je gigant, ale nemůže být jediný.

https://defillama.com/chains

  • Ekosystém L1 zažívá boom a nadále zasahuje do ekologického podílu ETH

Z technických, ekologických, konkurenčních a dalších důvodů jsou hlavní řetězce jako izolované ostrovy, neschopné spolu komunikovat a nelze převádět majetek.

2. Křížový řetěz

  • Cross-chain: Interoperabilita mezi více řetězci, včetně výměny tokenů, přenosu tokenů a přenosu informací

  • Status quo každého izolovaného řetězce omezuje diverzifikaci uživatelských potřeb a škálovatelnost blockchainu.

  • Nové dApps neustále přibývají, aktiva je třeba přenášet a data propojovat

  • Cross-chain technologie je považována za svatý grál v oblasti blockchainu a je klíčovou technologií pro dosažení interoperability mezi tisíci řetězců.

  • Důležitost je přirovnávána k TCP/IP Internetu, který mění Internet na Internet.

  • Obrovská poptávka po Web3

1. Celý Web3 může vyžadovat miliardy TPS a mnoho L1 to nemusí být schopno společně zvládnout.

2. Existuje silná potřeba agregovat všechny L1 do celku

3. Paradigma zkříženého řetězce

1. Atomic swap na základě hash time lock

  • Jednoduchý princip

Uživatel A vygeneruje náhodné heslo r, vypočítá hodnotu hash m=hash(r) z r a odešle hodnotu m uživateli B;

Uživatel A zároveň zahájí transakci k převodu 1 BTC uživateli B. Úspěch této transakce je podmíněn.

Uživatel B musí předložit heslo r, aby uspěl, jinak transakce po uplynutí nastaveného času automaticky selže;

Poté, co uživatel B uvidí transakci iniciovanou A, zahájí také transakci k převodu 10 ETH uživateli A. Tato transakce

Úspěch je také podmíněný, vyžaduje, aby uživatel A vytvořil r, aby uspěl;

Poté, co uživatel A uvidí transakci iniciovanou B, předloží hodnotu r, čímž se transakce iniciovaná B stane úspěšnou, a získá 10 z převodu od B.

je uvedena hodnota ETH, r;

Uživatel B také získal hodnotu r prezentovanou A v předchozím kroku, čímž byla transakce zahájená A úspěšná a získal 1 BTC převedený A;

Po překročení nastaveného času (zámek hash time lock) transakce automaticky selže;

  • Hodnoty hash a časové zámky realizují atomické transakce, které jsou zprostředkovány mezi oběma stranami v celém řetězci bez jakýchkoli předpokladů důvěry, protože operace hash je nevratná a r nelze vypočítat s vědomím, že m

  • Spojeno jako událost, buď k celkovému úspěchu, nebo k celkovému neúspěchu nedojde k přesunu z A do B, ale k nezdaru přesunu z B do A.

  • Obě strany transakce musí být online ve stejnou dobu a striktně implementovat proces účasti Pokud nelze najít online protistranu, musíte počkat.

  • Transakční poplatky jsou poměrně vysoké

  • Nelze realizovat přenos průchodu a širší přenos informací napříč řetězcem

  • Často se používá v kombinaci s jinými cross-chain technologiemi

2. Více svědků

  • Způsob generování svědků může být na základě povolení nebo volného přístupu.

  • Základ důvěry uživatelů ve svědka může pocházet z jeho vlastního kreditu nebo může pocházet z nadměrného zajištění svědka.

  • Svědci lze určit, střídat nebo náhodně vybírat

  • Model svědka je cross-chain metoda, která je relativně snadno implementovatelná, vysoce univerzální a má nízké adaptační náklady.

  • Pokud se hacker úspěšně nabourá na server svědků, může ukrást všechny prostředky zamčené v řetězci.

  • Strana projektu může odebrat příslušné finanční prostředky, pokud bude přistižena při činu.

  • Celý proces ověřování se nemůže zcela vyhnout riziku špatného jednání

  • Ztráty způsobené krádežemi zkřížených řetězů dosáhnou v roce 2022 2 miliard USD a hlavní břemeno ponesou projekty využívající zkřížené řetězy MPC

  • Mainstreamová cross-chain zařízení jako Multichain, Celer a Axelar používají MPC

3. Centralizovaný Oracle

  • Orákulum a relé pracují nezávisle a vzájemně se ověřují

  • Oracle společnosti Chainlink předává informace o zdrojovém řetězci (příjem) hlavnímu řetězci. Relayer zároveň předává informace o křížovém řetězci (blockhash a blockreceiptsRoot) hlavnímu řetězci potvrzení předložené Relayerem a Oracle Ověřte korespondenci mezi zaslanými potvrzenímiRoot (objednávka zde neodpovídá a je třeba ji potvrdit Pokud ověření projde, potvrzení je považováno za legální potvrzení a předáno protokolu vyšší vrstvy). ke spuštění následných operací s aktivy napříč řetězci.

  • Je třeba předpokládat, že Relayer a Oracle jsou nezávislé a tento předpoklad důvěry nemůže být stanoven navždy a nemůže být zásadně

  • Zaručuji, že ti dva se nemohou spiknout, aby páchali zlo.

  • Relayer se spoléhá na množství slibů pro autoritativní hodnocení, i když je vybráno náhodně, stále existuje riziko, že se Oracle a autoritativní osoba domluví.

  • Současně není přenos dat věšteckým strojem napříč řetězcem dostatečně přesný a stupeň decentralizace nemůže poskytnout kryptografický důkaz a existuje možnost, že třetí strana bude spolupracovat na způsobení zla.

  • Projekt tokenu je LayerZero

  • Ne absolutně decentralizované

4. Světelné uzly

4.1 Světelné uzly

  • 即 lehký klient

  • Odkazuje na menší uzel, který ukládá pouze informace o hlavičce bloku.

  • Lehké uzly neukládají všechny transakce v řetězci, ale mohou ověřit autenticitu zpráv ze zdrojového řetězce prostřednictvím informací v hlavičce bloku.

  • Postup je zhruba následující

Když zdrojový řetězec A (jako je SOL) požaduje přenos informací o meziřetězcové transakci do cílového řetězce B (jako je ETH), iniciátor transakce poskytne podrobnosti transakce, výšku bloku a certifikát SPV transakce (s odkazem na transakce Mekre path) a odešlete ji do řetězce B;

Kontrakt lehkého uzlu řetězce A nasazený v řetězci B prostřednictvím důkazu SPV přepočítá hodnotu hash záhlaví bloku bloku, ve kterém se transakce nachází;

Získaná hodnota hash je porovnána s odpovídající hodnotou hash hlavičky bloku v uzlu light. Pokud jsou konzistentní, znamená to, že transakce v bloku proběhla, znamená to, že transakce v této oblasti neexistuje ;

4.2 Dvouřetězový dvoucestně ukotvený světelný uzel

  • Oba řetězce jsou hlavními řetězci, oba mají mechanismy konsenzu a nativní tokeny a každý má záruky zabezpečení.

  • Vztah mezi zdrojovým řetězcem a cílovým řetězcem je relativní a tyto dva řetězce mohou být navzájem zdrojovým řetězcem.

  • V události přenosu zpráv napříč řetězcem se zdroj zprávy často nazývá zdrojový řetězec a příjemce zprávy se nazývá cílový řetězec.

  • Vzájemným pohřbením světelných uzlů mohou zkřížené strany vzájemně číst informace o svých řetězcích a komunikovat mezi sebou. Tato forma se nazývá Two-Way-Pegging.

  • Existují skupiny Relayer v obou směrech, které jsou odpovědné za vzájemné doručování informací.

  • Reprezentativním projektem je MAP Protocol, který je obousměrně ukotven do libovolného řetězce.

4.3 Obousměrné kotvení dílčích řetězců

  • Podřetězec a hlavní řetězec si navzájem přenášejí informace prostřednictvím světelných uzlů, jako je vztah mezi hlavní sítí Polkadot a podřetězcem, vztah mezi Kosmem a podřetězcem a vztah mezi Aurorou a podřetězcem. -řetěz.

  • Podřetězec nemá svůj vlastní konsensuální mechanismus a nativní certifikát, jehož bezpečnost závisí výhradně na hlavním řetězci a je jednosměrný. Samotný postranní řetězec je nezávisle fungující blockchain relativní pojem, obousměrný

4.4 Reléový řetěz

  • Vytvořte obousměrné kotvící světelné uzly mezi každými dvěma řetězci Počet spojení a náklady na přizpůsobení se budou exponenciálně zvyšovat s rostoucím počtem řetězců.

  • Reléový řetězec: Vytvořte reléový řetězec Na reléovém řetězci jsou světelné uzly všech ostatních hlavních řetězců a poté na každém řetězu vytvořte světelné uzly tohoto řetězce. n(n-1)/2 kleslo na n (n je počet řetězců)

4.5 Výhody světelných uzlů reléového řetězu

  • Sdílené zabezpečení sítě

Schéma přenosu je variantou schématu obousměrného ukotvení a sdílí zabezpečení hlavního řetězce;

Informace o transakci se ověřují prostřednictvím hlavičky bloku a jejich spolehlivost je kryptograficky zaručena. Zda transakce existuje, nemá nic společného s ověřovatelem a je zcela decentralizovaná.

Postup ověření světelného uzlu je přesně stejný jako postup u sítě zdrojového řetězce, přičemž sdílí zabezpečení zdrojové sítě;

Záhlaví bloku předávané Relayery nelze zfalšovat, protože smlouva lehkého uzlu může přísně ověřit blok jako úplný uzel a falešná záhlaví bloků ověřením neprojdou;

Jediným možným způsobem, jak se zlomyslní překladači domluvit na páchání zla, je předat hlavičku bloku na rozvětveném řetězu, ale pro zdravou síť se rozvětvený řetězec nakonec nestane nejdelším řetězcem;

Pouze pokud je reorganizován samotný zdrojový řetězec nebo cílový řetězec, bude to ovlivněno zabezpečením kontraktu lehkého uzlu;

  • Zcela decentralizovaně

Relayer se liší od svědků Relayer je řízen smlouvou a nemá nic společného s centralizací;

Nespoléhat na žádnou privilegovanou třetí stranu nebo oprávněnou třetí stranu při ověřování zákonnosti;

  • Nižší provozní náklady a širší decentralizovaná budoucnost

Převodník v postranním řetězci lehkého uzlu nemusí být příliš zajištěn jako svědek a může dosáhnout vydání většího počtu aktiv ukotvených napříč řetězcem za nižší náklady;

Lehké uzly nevyžadují výkonný hardware ani velkou šířku pásma potřebnou pro provoz plných uzlů a lze se na nich podílet půjčováním peněz z mobilních telefonů nebo vestavěných zařízení, což je vhodnější pro decentralizaci;

  • Jednoduchý způsob, jak rychle ověřit legitimitu transakce v celé účetní knize

  • Světelné uzly používají k ověření smlouvy vzájemnou metodu světelných uzlů, která má nezávislé samoověřovací charakteristiky.

  • Má vysokou škálovatelnost a je v současnosti nejpoužívanějším cross-chain řešením.

4.6 Nevýhody reléového řetězu

  • Je nutné formulovat různé adaptační plány založené na charakteristikách různých přístupových řetězců, aby bylo dosaženo aktivní kompatibility, což vyžaduje velké pracovní zatížení.

  • Různé řetězce mají různé zabezpečení, což bude zahrnovat křížové úvěrové problémy různých přístupových řetězců, aby byla chráněna bezpečnost celé křížové sítě.

  • Nové blockchainy se objevují jeden za druhým Pokud se objeví přístupové řetězce s novými vlastnostmi, je třeba vyvinout nové adaptace.

4.7 Návrh pro vytvoření reléového řetězce – celý řetězec

  • Full chain je budoucnost multiřetězce, řešící problémy napříč řetězci jednou provždy

  • Uvědomte si propojení tisíců řetězců

  • Určitý reléový řetězec se stává vrstvou 0 světa blockchainu a další řetězce jsou spojeny ve formě vrstva1, vrstva2...

  • Řetězec přenosu není jen most, ale rozbočovač (rozbočovač řetězce) Zatímco rozbočovač je zodpovědný za přenos zpráv mezi řetězci, musí také řešit problémy, jako je směrování zpráv mezi řetězci a načasování zpráv.

  • Aplikace dApps, protokoly a uživatelé v různých hlavních řetězcích spolu hladce a hladce spolupracují, což vede k lepší uživatelské zkušenosti

  • Propojte všechny uživatele a aktiva na blockchainu a víceřetězcové účetní knihy již nebudou fragmentovány

  • Je to nejlepší plán růstu pro dApp v koexistenci více řetězců a je klíčem k růstu Web3

  • V budoucnosti, kdy bude víceřetězcová konkurence stále tvrdší, může být full-chain infrastruktura důležitějším řešením pro expanzi blockchainu než L2.

4.8 Domineing Relay Chain Polkdot a Cosmos

  • Paralelní slot Polkadot a Cosmos' Hub jsou typické vztahy „obousměrného ukotvení“, které oba obsahují myšlenku přenosu a mají za cíl realizovat propojení všech sítí.

  • Cross-chain messaging protokol IB společnosti Cosmos stále spoléhá na kontrakty lehkých uzlů zabudované do přijímacího řetězce pro ověření cross-chain zpráv protokolu XCMP od společnosti Polkadot nepoužívá technologii lehkých uzlů k ověření legitimity cross-chain zpráv místo toho pomocí sdílených validátorů

  • Relayový řetězec Polkadot a Cosmos Hub nemají Turingovu úplnost a nemohou kompilovat chytré kontrakty vytvořené Polkadotem a Cosmos SDK Cross-chain SDK vyžaduje, aby byly na spodní části řetězce implantovány další řetězce, tedy Ethereum, BNB. , Klaytn, Polygon, Avax a další neřetězcové vývojové nástroje, je nutné aktivně modifikovat základní strukturu blockchainu, aby byl s nimi izomorfní, a poté implantovat SDK do spodní vrstvy řetězce pro dosažení cross-chain . Ale úprava základní struktury je extrémně složitá výzva, takže v současné době neexistuje žádná prosperující L1, která by byla připojena k řetězu relé Polkadot a Cosmos Hub.

  • Pro spojení s přenosovým řetězcem Polkadot musí být účetní práva předána přenosovému řetězci, což znamená, že zabezpečení musí být předáno přenosovému řetězci, což je něco, co ostatní ekologicky prosperující L1 nemohou akceptovat.

  • Pro vývojáře dApp vyžaduje používání Polkadot a Cosmos, abyste si nejprve vytvořili vlastní vyhrazenou L1 a poté nasadili dApp na vámi postavenou L1. Ale budování vlastní L1 není základním požadavkem dApp, ale pokrytím více uživatelů a aktiv ano. Bez ohledu na náklady na vývoj, náklady na učení nebo zabezpečení není nákladově efektivní nejprve postavit L1 a poté hledat cestu vývoje, která by propojila uživatelská aktiva napříč řetězci s jinými řetězci.

  • Přestože Polkadot a Cosmos používají cross-chain mechanismus light client (light client), který je také velmi bezpečný, vypadá to spíše, že vybudovali obrovský vnitřní ekosystém a neudělali mnoho, pokud jde o skutečnou interoperabilitu mezi řetězci a rozšíření ekosystému dApp Není ideální. Jejich konstrukční struktury a technické mechanismy jim ztěžují spolupráci s prosperujícími blockchainy, jako jsou Ethereum a BNB. Pro dApps, ačkoli poskytují pohodlné nástroje pro vydávání řetězců, ve skutečnosti neřeší jejich požadavky na pokrytí uživatelů a aktiv.

  • Jakýkoli hlavní řetězec, který se chce propojit s Polkadot nebo Cosmos, může být pouze aktivně kompatibilní

  • V současné době stále nevidíme žádné motivace nebo trendy, které by obě strany učinily kompatibilními.

Analýza projektu protokolu MAP

1. Úvod do projektu

  • Hlavní řetězec protokolu MAP Relay Chain je přenosový řetězec a na řetězu jsou lehké uzly všech ostatních hlavních řetězců.

  • a na svůj hlavní řetězec nainstaloval lehké uzly protokolu MAP

  • MAP Protocol proaktivně předkompiluje smluvní vrstvu na hlavním řetězci Relay Chain s vestavěnými podpisovými algoritmy a hashovacími algoritmy pro každou prosperitu L1.

  • Plně se připojte k hlavnímu EVM a non-EVM, jako je Ethereum/Polygon/BNB Smart Chain/Klaytn/NEAR, a nasaďte světelné uzly Relay Chain hlavního řetězce protokolu MAP do každé L1 ve formě chytrých kontraktů

  • Prostřednictvím propojení světelných uzlů s hlavním řetězcem instalovaných světelných uzlů Relay Chain se všechny L1 a Relay Chain stávají izomorfními řetězci, přičemž je také realizováno ověřování platnosti zkříženého řetězce mezi světelnými uzly.

2. Struktura projektu

1. Protokolová vrstva-základní jádro

  • Skládá se z MAP Replay Chain, světelných uzlů nasazených na každém řetězci a programu pro zasílání zpráv mezi řetězci Maintainer

  • Vrstva virtuálního stroje MAP Relay Chain má úspěšně zabudované hlavní podpisové algoritmy L1, algoritmy hash a důkazy Merkle Tree ve formě předkompilovaných smluv, díky čemuž je řetězec MAP Relay Chain jako super jazykový stroj zběhlý v různých jazycích Relay Chain může mezi sebou komunikovat, což vytváří homogenní základ pro interoperabilitu různých řetězců.

  • Světelné uzly mají vlastnosti nezávislého sebeověření a okamžité záruky finality Na základě isomorfního základu MAP Relay Chain může mít síť pro křížovou validaci světelných uzlů stejný datový jazyk a lze ji snadno nasadit na jakoukoli odpovídající L1 ve formě. inteligentních smluv a poté proveďte decentralizované ověření platnosti napříč řetězcem

  • Maintainer je nezávislý program pro zasílání zpráv mezi řetězci, který je zodpovědný za aktualizaci nejnovějšího stavu lehkých uzlů a zapsání informací hlavičky bloku konsensuální vrstvy (podpis validátoru) každého řetězce do inteligentní smlouvy lehkého uzlu původního řetězce na cílovém řetězci v forma transakce To zajišťuje, že lehké uzly původního řetězce na cílovém řetězci jsou konzistentní s informacemi o validátoru původního řetězce.

2. MOS full-chain servisní vrstva

  • MAP Omnichain jako vrstva služeb

  • Podobně jako Google Mobile Service pro ekosystém Android poskytuje vývojářům dApp vývojové služby v celém řetězci.

  • Tato vrstva má na každém blockchainu nasazenou meziřetězovou komponentu pro zamykání aktiv a meziřetězovou komponentu pro zasílání zpráv. Vývojáři mohou tuto vrstvu přímo používat k vytváření scénářů celořetězových aplikací, nebo mohou dále kompilovat podle svých vlastních potřeb a náklady na učení v celém řetězci

  • Inteligentní smlouvy na této vrstvě jsou všechny komponenty s otevřeným zdrojovým kódem, které prošly auditem CertiK, a vývojáři dApp je mohou používat přímo bez obav z nákladů na zabezpečení a vývoj.

3. Aplikační vrstva s plným řetězcem

  • Omnichain aplikační vrstva

  • Vezměme si jako příklad decentralizované deriváty a syntetická aktiva V současnosti podléhají ceně a množství jiných aktiv v řetězci Přesné a včasné informace o aktivech nelze získat prostřednictvím off-chain oracules, takže chybí likvidita a uživatelská zkušenost. dobrý.

  • Ačkoli tento problém může vyřešit nasazení ve více řetězcích, tento proces je časově a pracovně náročný a zvýší zbytečné náklady na vývoj.

  • Po nasazení v řetězci MAP Replay Chain mohou decentralizované deriváty a syntetická aktiva získávat přesná víceřetězcová data z věštců v řetězci protokolu MAP a již nepodléhají překážkám toku dat, takže lze snadno realizovat celý řetězový tok aktiv. .

  • Podobné aplikační scénáře zahrnují full-chain DID, full-chain půjčování, full-chain swap, full-chain GameFi, full-chain DAO governance, full-chain tokeny a full-chain NFT bez ohledu na to, která L1 je hlavní obchodní smlouvou dApp je nasazen na, prostřednictvím protokolu MAP Vývojáři mohou snadno vytvářet celořetězové aplikace schopné pokrýt všechny uživatele a aktiva řetězce.

4. aplikace technologie zk

  • Kontroly podpisu: Kontroly Merkle proof proti specifickým kořenům Merkle, stejně jako hašovací řetězení a kumulativní pracovní kontroly jsou vhodné pro autentizaci prostřednictvím zkSNARKs

  • Pokud jde o budování lehkých uzlů, je snazší ukládat velké množství informací o skupinách validátorů nebo hlaviček bloků.

  • Závazek se týká sady validátorů (PoS) nebo nejnovější sady záhlaví bloků (PoW) a je aktualizován pokaždé, když se sada změní.

  • Použijte zkSNARK k prokázání, že změna ze starého závazku na nový závazek odráží platnou změnu v sadě validátoru nebo sadě hlaviček bloku

  • Mezi omezení uvalená zkSNARK patří především kontrola, zda dostatečně starý validátor schválil nový soubor a zda váha hlasů překročila určitou hranici.

3. Příklady celořetězových aplikací

1. Křížové půjčování

  • V současné době, pokud má uživatel peníze na řetězci A, ale chce těžit na řetězci B, musí uživatel projít 9 kroky

Zástava na řetězu A -> půjčka -> křížový most (poplatek) -> výměna (poplatek) -> mina na cílovém řetězci -> výměna zpět (poplatek) -> křížový řetěz zpět (poplatek) -> splacení půjčky - >Zrušit zástavu;

  • Prostřednictvím protokolu MAP se zavazujete k řetězci A, půjčujete si, těžíte, splácíte a odemykáte zástavu na řetězci určení, přičemž přeskočíte čtyři poplatky za přemostění a výměnu.

2. Výměna celého řetězu

  • Full-chain Swap spojuje nejlepší cross-chain protokoly DeFi pro výměnu coinů za poplatky, které jsou mnohem nižší než tradiční směny DeFi.

  • Prostřednictvím protokolu MAP mohou vývojáři vybudovat skutečně decentralizovanou celořetězovou výměnu, která uživatelům umožňuje vyměňovat jakýkoli token v jakémkoli řetězci.

  • Full-chain SWAP může také dosáhnout full-chain agregační výměny propojením likvidity běžných DEXů

  • Stávající AMM lze zabalit, aby bylo možné provádět celořetězové výměny z jednoho aktiva do druhého, aniž by bylo nutné upravovat jakýkoli stávající kód

  • Uživatelé budou moci swapovat z ETH Ethereum na NEAR's Near pouze jednou transakcí ze zdrojového řetězce

  • V celořetězcové směně postavené s protokolem MAP mohou uživatelé zvýšit likviditu multiřetězcových coinů v poolu, což znamená, že je možné poskytnout likviditu dvojici tokenů z různých řetězců.

  • Uživatelé mohou přímo vyměnit jeden token za jiný token v jiném řetězci bez použití jakýchkoli mezilehlých tokenů, jako jsou stabilní coiny, aby dosáhli nejkratší cesty pro swapy celého řetězce.

  • Butter Swap je první skutečně decentralizovaná cross-chain síť, která umožňuje uživatelům vyměňovat si jakýkoli token na jakémkoli řetězci. V současné době se testuje a brzy bude spuštěna.

3, Zenryu GameFi

  • Prostřednictvím protokolu MAP mohou projekty GameFi nasadit své tokeny do více řetězců a umožnit uživatelům z jiných řetězců efektivně a bezpečně převádět svá aktiva do řetězce jejich projektu.

  • Například projekt BNB Chain GameFi nasazuje své tokeny do řetězců Polygon a WAX Uživatelé z Polygon a BSC mohou převádět svá aktiva do WAX prostřednictvím cross-chain bridge a účastnit se GameFi, čímž exponenciálně zvyšují počet uživatelů.

  • Dalším způsobem, jak škálovat a udržovat dobrý herní zážitek, je nasazení přímo na MAPO Relay Chain Díky interoperabilitě MAPO Relay Chain může být projekt GameFi automaticky efektivní se všemi EVM a non-EVM řetězci nasazením na MAPO Relay. Řetěz a bezpečně připojen. MAPO Relay Chain se bude aktivně propojovat se všemi nadcházejícími řetězci, aby se projekty GameFi mohly soustředit na uživatelskou zkušenost bez obav ze škálovatelnosti a bezpečnostních problémů

4. Údaje o řetězci: orákula a deriváty na řetězu

  • MAPP Protocol realizuje data napříč řetězcem a kultivuje nový věštecký trh – on-chain oracles

  • Prostřednictvím nasazení v řetězci přenosu MAPO mohou deriváty a aplikace syntetických aktiv snadno získat spolehlivá víceřetězcová data z on-chain věštců.

5. Řízení celého řetězce

  • Vezměte si Aave jako příklad

  • Návrh realizovaný na síti Ethereum (ETH) byl odeslán na Polygon FxPortal, jak uvedli jeho vývojáři. Mechanismus poté načte data Ethereum a předá je síti Polygon k ověření. Poté překlenovací kontrakt Aave cross-chain governance přijme data, dekóduje je a zařadí akci do fronty a čeká na dokončení časového zámku. Cross-chain governance bridge Aave je postaven univerzálním způsobem a lze jej snadno přizpůsobit pro provoz s jakýmkoliv řetězcem, který podporuje EVM a cross-chain přenos informací.

  • V současné době úložiště podporuje přemostění smluv s Polygon a Arbitrum. Na Aave mohou uživatelé odesílat protokoly Aave Improvement Protocols nebo AIP, aby se zaměřili na různé funkce platformy DeFi. Díky interoperabilitě protokolu MAP se všemi řetězci lze dosáhnout úplného řízení řetězců všech EVM a heterogenních řetězců prostřednictvím zabezpečené infrastruktury napříč řetězci

6. Fungible Tokeny a NFT Bridge

  • Křížové mosty a křížové mosty NFT již nepotřebují budovat infrastrukturu nebo používat MPC

  • Pomocí základní křížové ověřovací sítě MAPO s okamžitou konečností a balíčku služeb pro vývojáře aplikací MOS mohou vývojáři cross-chain bridge snadno vytvářet své aplikace NFT nebo vyměnitelné tokenové mosty.

4. Výhody projektu

1. Full-chain propojení, full-network cross-chain

  • Na rozdíl od Cosmos, Polkadot a Aurora je MAP Relay Chain izomorfní se všemi řetězci a propojuje všechny L1, nejen ekologické izomorfní řetězce. Je to jediná full-chain infrastruktura na trhu, která dokáže pokrýt všechny řetězce a má nejvyšší bezpečnost.

  • Prostřednictvím předávacího řetězce se všechny oddělené veřejné účetní knihy stanou sadou distribuovaných účetních knih.

  • Rainbow Bridge, Polkadot, Cosmos IBC a full-chain MAP Protocol na NEAR všechny používají 100% konsensus Satoshi a 100% matematicky ověřenou cross-chain technologii nezávislého samoověřování na světelných klientech. Nicméně Polkadot, Cosmos IBC a Rainbow Bridge s NEAR nemůže pokrýt všechny řetězce, může pokrýt pouze svou vlastní ekologii. Například Polkadot a Cosmos IBC nemohou podporovat zkřížené řetězce heterogenních řetězců, jako je Ethereum, BNB Chain a Rainbow Bridge, v současné době mohou procházet pouze Aurorou (EVM společnosti NEAR).

2. Zcela decentralizované, žádná privilegia, 100% mechanismus konsensu Satoshi

  • Light nodes, Maintainers a Messengers se vzájemně kontrolují, aby zajistili autenticitu a bezpečnost cross-chain ověřování všestranným způsobem a mechanicky eliminovali možnost, že poslové a správci páchají zlo na úrovni 100% Satoshi cross-chain cross-chain Technologie Verification, celý proces ověřování nespoléhá na žádné ověřování dat mimo řetězec ani na privilegovanou roli třetí strany. Jedná se o plně prokazatelný decentralizovaný cross-chain mechanismus.

  • LayerZero zahrnuje lehké uzly, ale to je pouze pro ověření stejného řetězce, nikoli ověření napříč řetězcem, a je to také nejednoznačná privilegovaná role (oracle)

3. Sdílené zabezpečení hlavního řetězce

  • MAP Replay Chain využívá schéma přenosu a obousměrné ukotvení světelných uzlů. Proces ověřování světelných uzlů je přesně stejný jako u sítě zdrojového řetězce. Pokud se nejedná o škodlivý fork, je zaručen kompletní mechanismus ověřování duální hlavní sítě Bude to mít vliv na bezpečnost kontraktů lehkých uzlů a je to zatím nejbezpečnější cross-chain řešení.

4. Kompatibilní s řetězy EVM a řetězy bez EVM

  • Algoritmus podpisu a algoritmus hash každého veřejného řetězce jsou předem vytvořeny v řetězci přenosu. Nejen, že jej lze rozšířit na více řetězců, ale může také propojit řetězce EVM a jiné řetězce, což podporuje komunikaci napříč řetězci a bezpečné a bezpečné. bezproblémový převod majetku.

5. Velmi přátelský k vývojářům

  • Kompatibilní s téměř všemi blockchainy a podporuje nativní nasazení DApps v řetězci přenosu

  • Cross-chain light client SDK založené na light klientovi, ke každému blockchainu lze přímo přistupovat ve spodní vrstvě

  • Poskytněte samostatně vyvinutou sadu SDK pro snížení složitosti vývoje dAPP pro vývojáře

  • Jedinečný design lehkého klienta založený na důkazu nulových znalostí snižuje obtížnost vývoje heterogenních řetězců a zároveň zajišťuje bezpečnost přenosu zpráv napříč řetězci.

6. Nižší provozní náklady a širší decentralizovaná budoucnost

  • Převodník v postranním řetězci lehkého uzlu nemusí být nadměrně zajištěn jako svědek a může dosáhnout vydání více aktiv ukotvených napříč řetězcem za nižší náklady.

  • Optimalizujte náklady na ověřování dat a snižte poplatky za plyn prostřednictvím metody křížového ověření s nulovými znalostmi (ZK) + lehký klient (light klient)

5. Tým

  • MAP Protocol byl založen v roce 2019

  • Je to tým zcela ovládaný kulturou geek inženýrů a výzkumníků

6. Sociální sítě a propagace

  • Twitter 106 000

  • Tweety jsou vysoce interaktivní

  • Zřizovatel se aktivně účastní různých aktivit

  • Proaktivně spolupracovat s ostatními účastníky projektu

7. Tokenový ekonomický model

Celková nabídka je 10 miliard

  • 15 % na motivaci týmu

  • 21 % patří ekosystému DAO

  • 12% ve vlastnictví MAP Protocol Foundation

  • 22 % ve vlastnictví investorů a prvních podporovatelů

  • 30% je odměna za těžbu

8. Tržní hodnota

  • Tržní kapitalizace: 22 342 490 USD

  • Cirkulující zásoba: 2 228 621 190

  • Rychlost oběhu: 22,3 %

  • Celková tržní kapitalizace: 101 348 762 USD

 

9. Držba měny

10. Stav vývoje kódu

  • Kód začal v roce 2021 a dodnes nebyl přerušen a frekvence aktualizací je poměrně vysoká.

  • 10 účastníků kódu

  • 8krát iterace aktualizace verze

11. Odborné hodnocení

1. Bohao Tang, hlavní vývojář Flow

  • Protokol MAP pomáhá Flow budovat infrastrukturu pro full-chain aplikační zážitek Má vlastnosti nepřivilegované role v cross-chain ověřovacím spojení a pokrývá všechny EVM řetězce a non-EVM řetězce možnosti pro ekosystém Flow.

2. Profesor Liu Yang, ředitel Laboratoře kybernetické bezpečnosti Technologické univerzity Nanyang

  • Plnořetězová interoperabilita protokolu MAP je bezpečnější, kompatibilnější a přívětivější k dApps než jiná řešení s více řetězci „Protokol MAP využívá svůj vyspělý, nový a stabilní návrh řešení napříč řetězci k porovnání řetězců EVM a jiných než EVM. s centralizovanými cross-chain řešeními bez přenosových řetězců, jako jsou Axelar a Celer, je přenosový řetězec protokolu MAP nejen snadné rozšířit víceřetězcovou architekturu, ale také umožňuje bezpečnou a bezproblémovou meziřetězovou komunikaci a přenos aktiv zlovolné jednání superadministrátorů, kteří kontrolují meziřetězcovou komunikaci

  • Ve srovnání s decentralizovanými řešeními Polkadot a Cosmos, která využívají přenosové řetězce, MAP Protocol jedinečně přidává řešení s nulovými znalostmi a používá lehké klienty ve formě chytrých kontraktů k ověřování zpráv mezi řetězci. Tato odlehčená metoda implementace nejenže eliminuje potřebu vkládání SDK a strukturální kompatibilitu ve spodní vrstvě mezi heterogenními řetězci, ale také zajišťuje bezpečnost a důvěrnost přenosu zpráv mezi řetězci, díky čemuž je kompatibilní s téměř všemi blockchainy a interoperabilní.

  • Nejdůležitější věcí je, že inovativní cross-chain design protokolu MAP umožňuje vývoj a nativní nasazení dApps přímo v řetězci přenosu. Propojením aktiv na různých blockchainech se MAP Relay Chain stal klíčovou součástí pro cross-chain aktiva a datovou interakci a má příležitost ukázat se jako skutečná budoucnost crosschain řešení.

12. Závěr

  • Vysoce kvalitní řešení pro cross-chain propojení (sdílené zabezpečení hlavního řetězce, decentralizace)

  • Celá síť je cross-chain a celý řetězec je propojený, s širokými perspektivami

  • Nepřetržitá tvrdá práce a akumulace týmu po mnoho let

  • Vysoce kvalitní projekty, ale ocenění jsou příliš nízké

Reference:

https://files.mapprotocol.io/pdf/mapprotocol_Litebook_cn.pdf

https://www.panewslab.com/zh/articledetails/D62579631.html

https://foresightnews.pro/article/h5Detail/19308 https://view.inews.qq.com/k/20230206A02IC400?web_channel=wap&openApp=false