Projekta fons

1. 1. slānis un slēgtā sala

  • 1. slānis attiecas uz pamatā esošo blokķēdi

  • Ieskaitot Ethereum, Bitcoin, Solana, Polkadot, Near, Cosmos, Aptos, Sui utt.

  • ir galvenie tīkli savās attiecīgajās ekosistēmās

  • 1. slānis spēj apstrādāt un pabeigt darījumus savā blokķēdē, kā arī tam ir savs oriģinālais marķieris, lai samaksātu darījumu maksas.

  • Ethereum ir milzis, taču tas nevar būt vienīgais.

https://defillama.com/chains

  • L1 ekosistēma plaukst un turpina ietekmēt ETH ekoloģisko daļu

Tehnisku, ekoloģisku, konkurences un citu iemeslu dēļ galvenās ķēdes ir kā izolētas salas, kas nespēj sazināties viena ar otru un aktīvus nevar nodot

2. Šķērsķēde

  • Cross-chain: sadarbspēja starp vairākām ķēdēm, galvenokārt ietverot marķieru apmaiņu, marķieru pārsūtīšanu un informācijas pārsūtīšanu

  • Katras izolētās ķēdes status quo ierobežo lietotāju vajadzību dažādošanu un blokķēdes mērogojamību.

  • Jaunas dApps nepārtraukti pieaug, līdzekļi ir jāpārsūta un dati ir savstarpēji jāsavieno

  • Cross-chain tehnoloģija tiek uzskatīta par Svēto Grālu blokķēdes jomā, un tā ir galvenā tehnoloģija, lai panāktu sadarbspēju starp tūkstošiem ķēžu.

  • Svarīgums tiek salīdzināts ar interneta TCP/IP, kas internetu pārvērš internetā.

  • Milzīgs pieprasījums pēc Web3

1. Visam Web3 var būt nepieciešami miljardiem TPS, un daudzi L1 savienojumi var nebūt spējīgi ar to rīkoties kopā.

2. Pastāv liela vajadzība visu L1 apkopot vienā veselumā

3. Šķērsķēžu paradigma

1. Atomic swap, pamatojoties uz hash laika bloķēšanu

  • Vienkāršs princips

Lietotājs A ģenerē nejaušu paroli r, aprēķina r hash vērtību m=hash(r) un nosūta m vērtību lietotājam B;

Tajā pašā laikā lietotājs A uzsāk darījumu, lai pārsūtītu 1 BTC lietotājam B. Šī darījuma veiksme ir nosacīta.

Lietotājam B ir jāuzrāda parole r, lai tas izdotos, pretējā gadījumā transakcija automātiski neizdosies pēc iepriekš iestatītā laika;

Kad lietotājs B redz A iniciēto darījumu, viņš arī iniciē darījumu, lai pārsūtītu 10 ETH lietotājam A. Šis darījums

Panākumi ir arī nosacīti, lai gūtu panākumus, lietotājam A ir jāizveido r;

Kad lietotājs A redz B iniciēto darījumu, viņš uzrāda r vērtību, padarot B iniciēto darījumu veiksmīgu, un saņem 10 no pārveduma no B.

ETH, r vērtība tiek atklāta;

Lietotājs B arī ieguva r vērtību, ko A uzrādīja iepriekšējā solī, padarot A iniciēto darījumu par veiksmīgu un iegūstot 1 BTC, ko pārsūtījis A;

Pēc iepriekš iestatītā laika (jaukšanas laika bloķēšanas) pārsniegšanas darījums automātiski neizdosies;

  • Jaucējvērtības un laika slēdzenes realizē atomu transakcijas, kas tiek atdalītas starp abām pusēm visā ķēdē bez jebkādiem uzticības pieņēmumiem, jo ​​jaucējdarbība ir neatgriezeniska un r nevar aprēķināt, zinot, ka m

  • Savienots kā notikums, nenotiks vai nu kopējais panākums, vai kopējā neveiksme. Pāreja no A uz B neizdosies, bet pāreja no B uz A neizdosies.

  • Abām darījuma pusēm vienlaikus jābūt tiešsaistē un stingri jāīsteno dalības process. Ja tiešsaistes darījuma partneris nav atrodams, jums jāgaida.

  • Darījumu maksas ir salīdzinoši augstas

  • Nevar realizēt caurlaides pārsūtīšanu un plašāku informācijas pārsūtīšanu starp ķēdēm

  • Bieži izmanto kombinācijā ar citām starpķēžu tehnoloģijām

2. Vairāki liecinieki

  • Liecinieku ģenerēšanas metode var būt balstīta uz atļauju vai brīva piekļuve.

  • Lietotāju uzticības lieciniekam pamatā var būt paša liecinieka kredīts vai arī liecinieka pārmērīgais nodrošinājums.

  • Lieciniekus var iecelt, pamainīt vai atlasīt nejauši

  • Liecinieku modelis ir pārrobežu ķēdes metode, kas ir salīdzinoši viegli īstenojama, ļoti daudzpusīga un tai ir zemas adaptācijas izmaksas.

  • Ja hakeris veiksmīgi uzlaužas liecinieku serverī, viņš var nozagt visus ķēdē bloķētos līdzekļus.

  • Projekta puse var atņemt attiecīgos līdzekļus, ja tie tiek pieķerti.

  • Viss verifikācijas process nevar pilnībā novērst ļaunuma risku

  • 2022. gadā šķērsķēžu tiltu zādzību zaudējumi sasniegs 2 miljardus ASV dolāru, un projekti, kuros izmantos MPC šķērsķēdi, nesīs smagumu.

  • Galvenās starpķēžu iekārtas, piemēram, Multichain, Celer un Axelar, izmanto MPC

3. Centralizētais Orākuls

  • Orākuls un relejs darbojas neatkarīgi un pārbauda viens otru

  • Chainlink's Oracle iesniedz avota ķēdes pārrobežu ķēdes informāciju (kvīts) galvenajai ķēdei. Tajā pašā laikā pārraides ķēde Relayer iesniedz arī pārrobežu ķēdes informāciju (blockhash un blockreceiptsRoot) Galvenās ķēdes darījuma pārbaudes līgums Relayer un Oracle iesniegto kvīti Pārbaudi iesniegto kvīšu atbilstību Root (pasūtījums šeit neatbilst un ir jāapstiprina, tad kvīts tiek uzskatīta par likumīgu kvīti un pārsūtīta uz augšējā slāņa protokolu). lai aktivizētu turpmākas starpķēžu aktīvu darbības.

  • Jāpieņem, ka Relayer un Oracle ir neatkarīgi, un šo uzticības pieņēmumu nevar noteikt mūžīgi un nevar būt fundamentāli.

  • Es garantēju, ka abi nevar sazvērestībā darīt ļaunu.

  • Relayer paļaujas uz solījumu apjomu, lai veiktu autoritatīvu klasifikāciju, lai gan tas joprojām pieder autoritatīvai personai. Oracle un autoritatīvās personas slepenas vienošanās risks joprojām pastāv.

  • Tajā pašā laikā orākula mašīnas pārrobežu ķēdes datu padeve nav pietiekami precīza, un decentralizācijas pakāpe nevar nodrošināt kriptogrāfisku pierādījumu, un pastāv iespēja, ka trešā puse sadarbojas, lai izraisītu ļaunumu.

  • Tokena projekts ir LayerZero

  • Nav absolūti decentralizēts

4. Gaismas mezgli

4.1 Gaismas mezgli

  • 即 viegls klients

  • Tas attiecas uz mazāku mezglu, kurā tiek glabāta tikai bloka galvenes informācija.

  • Vieglie mezgli neglabā visus ķēdes darījumus, taču tie var pārbaudīt avota ķēdes ziņojumu autentiskumu, izmantojot bloka galvenes informāciju.

  • Process ir aptuveni šāds

Ja avota ķēde A (piemēram, SOL) pieprasa pārsūtīt informāciju par starpķēžu transakciju mērķa ķēdei B (piemēram, ETH), darījuma iniciators sniegs detalizētu darījuma saturu, bloka augstumu un SPV sertifikātu. darījuma (atsaucoties uz darījuma Mekre ceļu) un iesniedz to B ķēdē;

Ķēdes A vieglā mezgla līgums, kas izvietots ķēdē B, izmantojot SPV pārbaudi, pārrēķina bloka galvenes jaucējvērtību blokam, kurā atrodas darījums;

Iegūtā jaucējvērtība tiek salīdzināta ar atbilstošo bloka galvenes jaucējvērtību vieglajā mezglā ;

4.2 Divu ķēdes divvirzienu noenkurots gaismas mezgls

  • Abas ķēdes ir galvenās ķēdes, abām ir vienprātības mehānismi un vietējie marķieri, un katrai no tām ir drošības garantijas.

  • Attiecības starp avota ķēdi un mērķa ķēdi ir relatīvas, un abas ķēdes var būt viena otras avota ķēde.

  • Starpķēžu ziņojumapmaiņas notikumā ziņojuma avotu bieži sauc par avota ķēdi, un ziņojuma saņēmēju sauc par mērķa ķēdi.

  • Apglabājot viena otras gaismas mezglus, starpķēžu puses var lasīt informāciju par viena otras ķēdēm un sazināties savā starpā. Šo formu sauc par divvirzienu piesaisti.

  • Abos virzienos ir Relayer grupas, kas ir atbildīgas par informācijas piegādi viena otrai.

  • Reprezentatīvais projekts ir MAP protokols, kas ir divvirzienu piesaistīts jebkurai ķēdei.

4.3 Apakšķēžu divvirzienu enkurošana

  • Apakšķēde un galvenā ķēde pārraida informāciju viena otrai caur vieglajiem mezgliem, piemēram, attiecības starp Polkadot galveno tīklu un apakšķēdi, attiecības starp Cosmos un apakšķēdi un attiecības starp Auroru un apakšķēdi. - ķēde.

  • Apakšķēdei nav sava vienprātības mehānisma un pamatķēdes, un tā ir vienvirziena relatīvs jēdziens, divvirzienu

4.4 Releja ķēde

  • Izveidojiet divvirzienu enkurošanas gaismas mezglus starp katrām divām ķēdēm Savienojumu skaits un pielāgošanas izmaksas pieaugs eksponenciāli, palielinoties ķēžu skaitam.

  • Releja ķēde: Releja ķēdē ir visu pārējo galveno ķēžu gaismas mezgli, un pēc tam katrā ķēdē izveidojiet šīs ķēdes gaismas mezglus. Visas pārējās ķēdes ir savienotas ar releja ķēdi, un izmaksas sākas nekavējoties n(n-1)/2 samazināts līdz n (n ir ķēžu skaits)

4.5 Releja ķēdes gaismas mezglu priekšrocības

  • Kopīga galvenā tīkla drošība

Releja shēma ir divvirzienu enkurojuma shēmas variants, un tā nodrošina galvenās ķēdes drošību;

Darījuma informācija tiek pārbaudīta, izmantojot bloka galveni, un tās uzticamība ir kriptogrāfiski garantēta, tam nav nekāda sakara ar verificētāju, un tā ir pilnībā decentralizēta.

Vieglā mezgla verifikācijas procedūra ir tieši tāda pati kā avota ķēdes tīkla verifikācijas procedūra, kas koplieto avota tīkla drošību;

Relayers nodoto bloka galveni nevar viltot, jo vieglā mezgla līgums var stingri pārbaudīt bloku kā pilnu mezglu, un viltus bloku galvenes nevar izturēt pārbaudi;

Vienīgais iespējamais veids, kā ļaunprātīgi pārsūtītāji var slepeni nodarīt ļaunu, ir nodot bloka galveni dakšveida ķēdē, taču veselīgam tīklam dakšveida ķēde galu galā nekļūs par garāko ķēdi.

Vieglā mezgla līguma drošība tiks ietekmēta tikai tad, ja tiek reorganizēta pati avota ķēde vai mērķa ķēde;

  • Pilnīgi decentralizēts

Relayer atšķiras no lieciniekiem. Relayer tiek kontrolēts ar līgumu, un tam nav nekāda sakara ar centralizāciju.

nepaļauties uz kādu priviliģētu trešo pusi vai pilnvarotu trešo pusi likumības pārbaudē;

  • Zemākas darbības izmaksas un plašāka decentralizēta nākotne

Vieglā mezgla sānu ķēdes relejs nav jāpārsniedz kā liecinieks, un tas var nodrošināt vairāk starpķēžu enkuru aktīvu emisiju par zemākām izmaksām;

Vieglajiem mezgliem nav nepieciešama jaudīga aparatūra vai liels joslas platums, kas nepieciešams pilnu mezglu darbināšanai, un tajos var piedalīties, aizņemoties naudu no mobilajiem tālruņiem vai iegultajām ierīcēm, kas vairāk veicina decentralizāciju;

  • Viegls veids, kā ātri pārbaudīt darījuma likumību visā virsgrāmatā

  • Gaismas mezgli izmanto viens otra gaismas mezgla metodi, lai pārbaudītu līgumu, kuram ir neatkarīgas pašpārbaudes īpašības.

  • Tam ir augsta mērogojamība, un tas pašlaik ir visplašāk izmantotais starpķēžu risinājums.

4.6 Releja ķēdes trūkumi

  • Ir nepieciešams formulēt dažādus adaptācijas plānus, pamatojoties uz dažādu piekļuves ķēžu īpašībām, lai panāktu aktīvu savietojamību, kas prasa lielu darba slodzi.

  • Dažādām ķēdēm ir atšķirīga drošība, kas ietvers dažādu piekļuves ķēžu pārrobežu ķēžu kredīta problēmas, lai aizsargātu visa starpķēžu tīkla drošību.

  • Jaunas blokķēdes parādās viena pēc otras, ja parādās piekļuves ķēdes ar jaunām īpašībām, ir jāizstrādā jauni pielāgojumi.

4.7. Releja ķēdes veidošanas projekts — pilna ķēde

  • Pilna ķēde ir vairāku ķēžu nākotne, kas vienreiz un uz visiem laikiem atrisina starpķēžu problēmas

  • Izprotiet tūkstošiem ķēžu savstarpējo savienojumu

  • Noteikta releju ķēde kļūst par blokķēdes pasaules slāni 0, un citas ķēdes tiek savienotas layer1, layer2 formā...

  • Releja ķēde nav tikai tilts, bet gan centrmezgls (ķēdes centrs), lai gan centrmezgls ir atbildīgs par ziņojumu pārraidi starp ķēdēm, tai ir jārisina arī tādi jautājumi kā starpķēžu ziņojumu maršrutēšana un ziņojumu laiks.

  • dApps, protokoli un lietotāji dažādās galvenajās ķēdēs mijiedarbojas nemanāmi un nemanāmi, tādējādi nodrošinot labāku lietotāja pieredzi

  • Savienojiet visus lietotājus un līdzekļus blokķēdē, un vairāku ķēžu virsgrāmatas vairs nav sadrumstalotas

  • Tas ir labākais dApp izaugsmes plāns vairāku ķēžu līdzāspastāvēšanai, un tas ir Web3 izaugsmes atslēga.

  • Nākotnē, kad vairāku ķēžu konkurence kļūs arvien sīvāka, pilnas ķēdes infrastruktūra var būt svarīgāks blokķēdes paplašināšanas risinājums nekā L2.

4.8 Dominējošā releju ķēde Polkdot un Cosmos

  • Polkadot paralēlais slots un Cosmos' Hub ir tipiskas "divvirzienu noenkurošanās" attiecības, kuras abās satur pārsūtīšanas ideju un kuru mērķis ir realizēt visu tīklu savstarpējo savienojumu.

  • Cosmos pārrobežu ķēžu ziņojumapmaiņas protokols IB joprojām paļaujas uz vieglo mezglu līgumiem, kas ir iebūvēti saņemšanas ķēdē, lai pārbaudītu starpķēžu ziņojumus , tā vietā izmantojot koplietotus pārbaudītājus

  • Polkadot releja ķēdei un Cosmos Hub nav pabeigta, un tie nevar apkopot viedos līgumus, ko izveidoja Polkadot, un Cosmos izveidotajam Cross-chain SDK ir nepieciešams, lai ķēdes apakšā tiktu implantētas citas ķēdes, tas ir, Ethereum, BNB. , Klaytn, Polygon, Avax un citiem ar ķēdi nesaistītiem izstrādes rīkiem, ir nepieciešams aktīvi modificēt blokķēdes pamatā esošo struktūru, lai padarītu to izomorfu ar tiem, un pēc tam implantēt SDK ķēdes apakšējā slānī, lai panāktu šķērsķēdi. . Bet pamatā esošās struktūras modificēšana ir ārkārtīgi sarežģīts izaicinājums, tāpēc pašlaik nav neviena plaukstoša L1, kas būtu savienots ar Polkadot releju ķēdi un Cosmos Hub.

  • Lai pieslēgtos Polkadot stafetes ķēdei, uzskaites tiesības ir jānodod stafetes ķēdei, kas nozīmē, ka apsardze ir jānodod stafetes ķēdei, ko citi ekoloģiski pārtikuši L1 nevar pieņemt.

  • dApp izstrādātājiem, lai izmantotu Polkadot un Cosmos, vispirms ir jāizveido savs speciālais L1 un pēc tam jāizvieto dApp jūsu izveidotajā L1. Taču sava L1 izveide nav dApp pamatprasība, bet gan vairāk lietotāju un līdzekļu aptveršana. Neatkarīgi no attīstības izmaksu, mācību izmaksu vai drošības viedokļa nav rentabli vispirms izveidot L1 un pēc tam meklēt attīstības ceļu, lai saistītu lietotāju aktīvus starp ķēdēm ar citām ķēdēm.

  • Lai gan Polkadot un Cosmos izmanto vieglā klienta (vieglā klienta) pārrobežu ķēdes mehānismu, kas arī ir ļoti drošs, vairāk izskatās, ka viņi ir izveidojuši milzīgu iekšējo ekosistēmu un nav daudz paveikuši patiesas starpķēžu savietojamības un dApp ekosistēmas paplašināšanas ziņā. Nav ideāls. To dizaina struktūras un tehniskie mehānismi apgrūtina sadarbošanos ar plaukstošām blokķēdēm, piemēram, Ethereum un BNB. Lai gan dApps nodrošina ērtus ķēdes izdošanas rīkus, tie īsti neatrisina lietotāju un līdzekļu pārklājuma prasības.

  • Jebkura galvenā ķēde, kas vēlas izveidot saiti ar Polkadot vai Cosmos, var būt tikai aktīvi saderīga

  • Pašlaik mēs joprojām neredzam nekādu motivāciju vai tendences, kas padarītu abas puses saderīgas.

MAP Protocol projektu analīze

1. Projekta ievads

  • MAP Protocol galvenā ķēde Relay Chain ir releja ķēde, un ķēdē ir visu pārējo galveno ķēžu vieglie mezgli.

  • un savā galvenajā ķēdē ir uzstādījis MAP Protocol gaismas mezglus

  • MAP Protocol proaktīvi iepriekš kompilē līguma slāni galvenajā ķēdē Relay Chain ar iebūvētiem paraksta algoritmiem un jaucējalgoritmiem katrai labklājībai L1.

  • Pilnībā izveidojiet savienojumu ar galveno EVM un ne-EVM, piemēram, Ethereum/Polygon/BNB Smart Chain/Klaytn/NEAR, un izvietojiet MAP protokola galvenās ķēdes Relay Chain gaismas mezglus katrā L1 viedo līgumu veidā.

  • Savienojot gaismas mezglus ar galveno uzstādīto Relay Chain gaismas mezglu ķēdi, visas L1 un Relay Chain kļūst par izomorfām ķēdēm, vienlaikus realizējot šķērsķēdes derīguma pārbaudi starp gaismas mezgliem.

2. Projekta struktūra

1. Protokola slānis-Basic Core

  • Sastāv no MAP Replay Chain, katrā ķēdē izvietotiem viegliem mezgliem un starpķēžu ziņojumapmaiņas programmas uzturētāja

  • MAP Relay Chain virtuālās mašīnas slānī ir veiksmīgi iebūvēti galvenie L1 parakstu algoritmi, hash algoritmi un Merkle Tree pierādījumi iepriekš apkopotu līgumu veidā, padarot MAP Relay Chain kā super valodu mašīnu, kas pārvalda dažādas valodas Releja ķēdes ķēde-ķēde var sazināties savā starpā, kas veido viendabīgu pamatu dažādu ķēžu savietojamībai.

  • Vieglajiem mezgliem ir neatkarīgas pašpārbaudes un tūlītējas galīguma garantijas īpašības. Pamatojoties uz MAP Relay Chain izomorfo pamatu, vieglo mezglu savstarpējās validācijas tīklam var būt tāda pati datu valoda, un to var viegli izvietot jebkurā atbilstošā formā. viedo līgumu, un pēc tam veiciet decentralizētu starpķēžu derīguma pārbaudi

  • Maintainer ir neatkarīga starpķēžu ziņojumapmaiņas programma, kas ir atbildīga par vieglo mezglu jaunākā statusa atjaunināšanu un katras ķēdes vienprātības slāņa bloka galvenes (Validatora paraksta) informācijas ierakstīšanu sākuma ķēdes vieglā mezgla viedajā līgumā mērķa ķēdē. darījuma forma Tas nodrošina, ka mērķa ķēdes sākuma ķēdes vieglie mezgli atbilst izcelsmes ķēdes Validator informācijai.

2.MOS pilnas ķēdes pakalpojumu slānis

  • MAP Omnichain kā pakalpojumu slānis

  • Līdzīgi kā Google mobilais pakalpojums Android ekosistēmai, tas nodrošina pilnas ķēdes izstrādes pakalpojumus dApp izstrādātājiem.

  • Šim slānim ir pārrobežu ķēžu līdzekļu bloķēšanas viedie līgumi un starpķēžu ziņojumapmaiņas komponents, kas ir izvietots katrā blokķēdē. Izstrādātāji var tieši izmantot šo slāni, lai izveidotu pilnas ķēdes lietojumprogrammu scenārijus. Tas ietaupa attīstību un mācību izmaksas visā ķēdē

  • Visi viedie līgumi šajā slānī ir atvērtā pirmkoda komponenti, kas ir izturējuši CertiK auditu, un dApp izstrādātāji var tos izmantot tieši, neuztraucoties par drošību un izstrādes izmaksām.

3.Pilna ķēdes uzklāšanas slānis

  • Omnichain lietojumprogrammu slānis

  • Ņemiet par piemēru decentralizētus atvasinātos instrumentus un sintētiskos aktīvus. Pašlaik uz tiem attiecas citu ķēdes aktīvu cena un daudzums. Precīzu un savlaicīgu informāciju par aktīviem nevar iegūt, izmantojot ārpus ķēdes esošos orākulus, tāpēc trūkst likviditātes un lietotāju pieredzes. labi.

  • Lai gan vairāku ķēžu izvietošana var atrisināt šo problēmu, šis process ir laikietilpīgs un darbietilpīgs, kā arī palielinās nevajadzīgas izstrādes izmaksas.

  • Pēc izvietošanas MAP Replay Chain decentralizēti atvasinājumi un sintētiskie aktīvi var iegūt precīzus vairāku ķēžu datus no orākuliem MAP protokola ķēdē, un tie vairs nav pakļauti datu plūsmas šķēršļiem, tādējādi viegli realizējot pilnu ķēdes līdzekļu plūsmu. .

  • Līdzīgi lietojumprogrammu scenāriji ietver pilnas ķēdes DID, pilnas ķēdes aizdošanu, pilnas ķēdes mijmaiņu, pilnas ķēdes GameFi, pilnas ķēdes DAO pārvaldību, pilnas ķēdes marķierus un pilnas ķēdes NFT neatkarīgi no tā, kurš L1 ir dApp galvenais biznesa līgums ir izvietots, izmantojot MAP protokolu, izstrādātāji var viegli izveidot pilnas ķēdes lietojumprogrammas, kas spēj aptvert visus ķēdes lietotājus un līdzekļus.

4. zk tehnoloģijas pielietojums

  • Parakstu pārbaudes: Autentifikācijai, izmantojot zkSNARKs, ir piemērotas Merkle pierādījuma pārbaudes pret noteiktām Merkle saknēm, kā arī jaucējķēdēšana un kumulatīvā darba pārbaudes.

  • Vieglo mezglu veidošanas ziņā ir vieglāk uzglabāt lielu daudzumu validatoru grupas informācijas vai bloku galvenes.

  • Apņemšanās attiecas uz validatoru kopu (PoS) vai jaunāko bloku galveņu kopu (PoW), un tā tiek atjaunināta katru reizi, kad kopa mainās.

  • Izmantojiet zkSNARK, lai pierādītu, ka izmaiņas no vecās saistības uz jauno saistību atspoguļo derīgas izmaiņas validatora kopā vai bloka galvenes kopā.

  • zkSNARK noteiktie ierobežojumi galvenokārt ietver pārbaudi, vai pietiekami daudz veco validatoru ir apstiprinājuši jauno komplektu un balsošanas svars pārsniedz noteiktu slieksni.

3. Pilnas ķēdes pielietojuma piemēri

1. Kreditēšana starp ķēdēm

  • Pašlaik, ja lietotājam ir nauda ķēdē A, bet viņš vēlas iegūt naudu ķēdē B, lietotājam ir jāveic 9 darbības.

Ķīla ķēdē A -> aizņemties -> šķērsķēdes tilts (maksa) -> maiņa (maksa) -> raktuves galamērķa ķēdē -> atpakaļ maiņa (maksa) -> šķērsķēdes atpakaļ (maksa) -> kredīta atmaksa - >Anulēt ķīlu;

  • Izmantojot MAP protokolu, jūs ieķīlājat A ķēdi, aizņematies, iegūstat, atmaksājat un atbloķējat ķīlu galamērķa ķēdē, izlaižot četras šķērsķēdes tilta un maiņas maksas.

2. Pilnas ķēdes maiņa

  • Pilnas ķēdes maiņa savieno labākos starpķēžu DeFi protokolus, lai apmainītos ar monētām par maksu, kas ir daudz zemāka nekā tradicionālā DeFi maiņa.

  • Izmantojot MAP protokolu, izstrādātāji var izveidot patiesi decentralizētu pilnas ķēdes apmaiņu, ļaujot lietotājiem apmainīties ar jebkuru marķieri jebkurā ķēdē.

  • Pilnas ķēdes SWAP var arī panākt pilnas ķēdes agregācijas apmaiņu, savienojot galveno DEX likviditāti

  • Esošos AMM var ietīt, lai veiktu pilnas ķēdes apmaiņu no viena līdzekļa uz citu, nemainot esošo kodu.

  • Lietotāji varēs apmainīties no Ethereum ETH uz NEAR's Near tikai ar vienu darījumu no avota ķēdes

  • Pilnas ķēdes apmaiņā, kas veidota ar MAP protokolu, lietotāji var palielināt vairāku ķēžu monētu likviditāti pūlā, kas nozīmē, ka ir iespējams nodrošināt likviditāti žetonu pārim no dažādām ķēdēm.

  • Lietotāji var tieši apmainīt vienu marķieri pret citu marķieri citā ķēdē, neizmantojot nekādus starpposma žetonus, piemēram, stabilas monētas, lai sasniegtu īsāko ceļu pilnas ķēdes mijmaiņas darījumiem.

  • Butter Swap ir pirmais patiesi decentralizētais starpķēžu tīkls, kas ļauj lietotājiem apmainīties ar jebkuru marķieri jebkurā ķēdē. Pašlaik tas tiek testēts un drīzumā tiks palaists.

3. Pilnas ķēdes GameFi

  • Izmantojot MAP protokolu, GameFi projekti var izvietot savus marķierus vairākās ķēdēs un ļaut lietotājiem no citām ķēdēm efektīvi un droši pārsūtīt savus līdzekļus uz sava projekta ķēdi.

  • Piemēram, BNB ķēdes GameFi projekts izvieto savus marķierus Polygon un WAX ķēdēs. Lietotāji no Polygon un BSC var pārsūtīt savus aktīvus uz WAX, izmantojot pārrobežu ķēdes tiltu un piedalīties GameFi, tādējādi eksponenciāli palielinot lietotāju skaitu.

  • Vēl viens veids, kā palielināt un uzturēt labu spēļu pieredzi, ir izvietot tieši MAPO Relay Chain, pateicoties MAPO Relay Chain savietojamībai, GameFi projekts var automātiski darboties ar visām EVM un ne-EVM ķēdēm, izvietojot to MAPO Relay. Ķēde un droši savienota. MAPO Relay Chain aktīvi savienosies ar visām gaidāmajām ķēdēm, lai GameFi projekti varētu koncentrēties uz lietotāju pieredzi, neuztraucoties par mērogojamību un drošības problēmām.

4. Ķēdes dati: ķēdes orākuli un atvasinājumi

  • MAPP Protocol realizē datu pārrobežu ķēdi un kultivē jaunu orākula tirgu - ķēdes orākulus

  • Izmantojot MAPO releju ķēdi, atvasinājumi un sintētisko līdzekļu lietojumprogrammas var viegli iegūt uzticamus vairāku ķēžu datus no ķēdes orākuliem.

5. Visas ķēdes pārvaldība

  • Ņemiet par piemēru Aave

  • Piedāvājums, kas izpildīts Ethereum (ETH) tīklā, tika nosūtīts uz Polygon FxPortal, kā norādījuši tā izstrādātāji. Pēc tam mehānisms nolasa Ethereum datus un nodod tos daudzstūra tīklam pārbaudei. Pēc tam Aave pārrobežu ķēžu pārvaldības tilta līgums saņem datus, atkodē tos un ievieto darbību rindā, gaidot, kamēr laika bloķēšana tiks pabeigta. Aave pārrobežu ķēdes pārvaldības tilts ir uzbūvēts universālā veidā, un to var viegli pielāgot darbam ar jebkuru ķēdi, kas atbalsta EVM un starpķēžu informācijas pārsūtīšanu.

  • Pašlaik repozitorijs atbalsta līgumu savienošanu ar Polygon un Arbitrum. Vietnē Aave lietotāji var iesniegt Aave uzlabošanas protokolus jeb AIP, lai mērķētu uz dažādām DeFi platformas funkcijām. Pateicoties MAP protokola savietojamībai ar visām ķēdēm, visu EVM un neviendabīgo ķēžu pilnas ķēdes pārvaldību var panākt, izmantojot drošu starpķēžu infrastruktūru.

6. Atvietojamie žetoni un NFT tilts

  • Šķērsķēžu tiltiem un šķērsķēžu NFT tiltiem vairs nav jāveido sava infrastruktūra vai jāizmanto MPC

  • Izmantojot MAPO pamatā esošo pārrobežu ķēžu verifikācijas tīklu ar tūlītēju galīgumu un MOS lietojumprogrammu izstrādātāju pakalpojumu paketi, starpķēžu tiltu izstrādātāji var viegli izveidot savas NFT vai aizstājamā marķiera tilta lietojumprogrammas.

4. Projekta priekšrocības

1. Pilnas ķēdes starpsavienojums, pilna tīkla pārrobežu ķēde

  • Atšķirībā no Cosmos, Polkadot un Aurora, MAP Relay Chain ir izomorfs ar visām ķēdēm un savieno visas L1, ne tikai ekoloģiskās izomorfās ķēdes. Tā ir vienīgā pilnas ķēdes infrastruktūra tirgū, kas var aptvert visas ķēdes un tai ir visaugstākā drošība.

  • Izmantojot releju ķēdi, visas sadrumstalotās publiskās ķēdes virsgrāmatas kļūst par sadalītu virsgrāmatu kopu.

  • Rainbow Bridge, Polkadot, Cosmos IBC un pilnas ķēdes MAP protokols NEAR izmanto 100% Satoshi konsensu un 100% matemātiski pierādītu neatkarīgu pašpārbaudes pārrobežu ķēdes tehnoloģiju. Tomēr Polkadot, Cosmos IBC un Rainbow Bridge NEAR nevar aptvert visas ķēdes, tas var aptvert tikai savu ekoloģiju. Piemēram, Polkadot un Cosmos IBC nevar atbalstīt neviendabīgu ķēžu krusteniskās ķēdes, piemēram, Ethereum, BNB ķēde un Rainbow Bridge pašlaik var šķērsot tikai Aurora (NEAR EVM).

2. Pilnīgi decentralizēts, bez privilēģijām, 100% Satoshi vienprātības mehānisms

  • Vieglie mezgli, uzturētāji un kurjeri pārbauda viens otru, lai nodrošinātu visaptverošas pārrobežu ķēžu verifikācijas autentiskumu un drošību, un mehāniski novērš iespēju, ka ziņotāji un uzturētāji dara ļaunu 100% Satoshi konsensusa blokķēdes līmenī Tehnoloģija Verifikācija, viss verifikācijas process nav atkarīgs no jebkādas ārpus ķēdes datu pārbaudes vai trešās puses priviliģētas lomas. Tas ir pilnībā pierādāms decentralizēts starpķēdes mehānisms.

  • LayerZero ietver vieglos mezglus, taču tas ir paredzēts tikai vienas ķēdes verifikācijai, nevis starpķēžu verifikācijai, un tā ir arī neskaidra priviliģēta loma (Oracle)

3. Kopīga galvenā ķēdes drošība

  • MAP Replay Chain izmanto releju shēmu un vieglo mezglu divvirzienu enkurošanu. Vieglo mezglu verifikācijas process ir tieši tāds pats kā avota ķēdes tīkla verifikācijas process, ja vien nav ļaunprātīgas dakšas , tas ietekmēs vieglo mezglu līgumu drošību un ir līdz šim drošākais starpķēžu risinājums.

4. Savietojams ar EVM ķēdēm un ķēdēm, kas nav EVM

  • Katras publiskās ķēdes paraksta algoritms un jaukšanas algoritms ir iepriekš izveidots pārraides ķēdē, to var ne tikai paplašināt līdz vairākām ķēdēm, bet arī saistīt EVM ķēdes un ķēdes, kas nav EVM, atbalstot starpķēžu saziņu un drošu un drošu. nevainojama aktīvu nodošana.

5. Ļoti draudzīgs izstrādātājiem

  • Savietojams ar gandrīz visām blokķēdēm un atbalsta vietējo DApps izvietošanu releja ķēdē

  • Cross-chain vieglā klienta SDK, kuras pamatā ir vieglais klients, katrai blokķēdei var tieši piekļūt apakšējā slānī

  • Nodrošiniet pašu izstrādātu SDK, lai samazinātu dAPP izstrādes sarežģītību izstrādātājiem

  • Unikālais vieglā klienta dizains, kura pamatā ir nulles zināšanu pierādījums, samazina neviendabīgas ķēdes izstrādes grūtības, vienlaikus nodrošinot starpķēžu ziņojumu pārraides drošību.

6. Zemākas darbības izmaksas un plašāka decentralizēta nākotne

  • Relejs vieglā mezgla sānu ķēdē nav jāpārsniedz kā liecinieks, un tas var nodrošināt vairāk starpķēžu nostiprinātu aktīvu emisiju par zemākām izmaksām.

  • Optimizējiet datu verifikācijas izmaksas un samaziniet maksu par gāzi, izmantojot nulles zināšanu pierādījumu (ZK) + vieglā klienta (vieglā klienta) pārrobežu ķēdes verifikācijas metodi

5. Komanda

  • MAP protokols tika dibināts 2019. gadā

  • Tā ir komanda, kurā pilnībā dominē geiku inženieru un pētnieku kultūra

6. Sociālo tīklu veidošana un veicināšana

  • Twitter 106 000

  • Tvīti ir ļoti interaktīvi

  • Dibinātājs aktīvi piedalās dažādās aktivitātēs

  • Proaktīvi sadarboties ar citām projekta pusēm

7. Žetonu ekonomikas modelis

Kopējais piedāvājums ir 10 miljardi

  • 15%, lai motivētu komandu

  • 21% pieder ekosistēmai DAO

  • 12% pieder MAP Protocol Foundation

  • 22% pieder investoriem un agrīnajiem atbalstītājiem

  • 30% ir ieguves atlīdzība

8. Tirgus vērtība

  • Tirgus ierobežojums: 22 342 490 USD

  • Cirkulējošais krājums: 2 228 621 190

  • Tirāžas līmenis: 22,3%

  • Kopējā tirgus kapitalizācija: 101 348 762 USD

 

9. Valūtas turējumi

10. Koda izstrādes statuss

  • Kods sākās 2021. gadā un nav pārtraukts līdz šai dienai, un atjaunināšanas biežums ir salīdzinoši augsts.

  • 10 koda dalībnieki

  • Versijas atjaunināšanas iterācija 8 reizes

11. Ekspertu vērtējums

1. Bohao Tang, galvenais Flow izstrādātājs

  • MAP protokols palīdz Flow izveidot pilnu ķēdes lietojumprogrammu infrastruktūru. Tam piemīt nepievilcīgas lomas starpķēžu verifikācijas saitē, un tas aptver visas EVM ķēdes un ķēdes, kas nav EVM iespējas Flow ekosistēmai.

2. Profesors Liu Jaņs, Nanjangas Tehnoloģiskās universitātes Kiberdrošības laboratorijas direktors

  • MAP protokola pilnas ķēdes savietojamība ir drošāka, saderīgāka un draudzīgāka dApps nekā citi starpķēžu risinājumi "MAP protokols izmanto savu nobriedušo, jauno un stabilo starpķēžu risinājumu dizainu, lai izveidotu EVM ķēdes un ne-EVM. Izmantojot centralizētus starpķēžu risinājumus bez releju ķēdēm, piemēram, Axelar un Celer, MAP protokola releju ķēde ne tikai ļauj viegli paplašināt vairāku ķēžu arhitektūru, bet arī nodrošina drošu un netraucētu pārrobežu ķēžu komunikāciju un līdzekļu pārsūtīšanu ļaundarība, ko veic superadministratori, kas kontrolē starpķēžu saziņu

  • Salīdzinājumā ar Polkadot un Cosmos decentralizētajiem risinājumiem, kas izmanto releju ķēdes, MAP Protocol unikāli pievieno nulles zināšanu drošu risinājumu un izmanto vieglos klientus viedo līgumu veidā, lai pārbaudītu starpķēžu ziņojumus. Šī vieglā ieviešanas metode ne tikai novērš vajadzību pēc SDK iegulšanas un strukturālās saderības apakšējā slānī starp neviendabīgām ķēdēm, bet arī nodrošina ziņojumu pārraides drošību un konfidencialitāti starp ķēdēm, padarot to saderīgu ar gandrīz visām blokķēdēm un sadarbošanos.

  • Vissvarīgākais ir tas, ka MAP Protocol novatoriskais pārrobežu ķēžu dizains ļauj izstrādāt un sākotnēji izvietot dApps tieši releja ķēdē. Savienojot aktīvus dažādās blokķēdes, MAP Relay Chain ir kļuvusi par galveno komponentu starpķēžu aktīvos un datu mijiedarbībā, un tai ir iespēja pierādīt, ka tā ir starpķēžu risinājumu īstā nākotne.

12. Secinājums

  • Augstas kvalitātes risinājumi starpķēžu starpsavienojumiem (dalīta galvenās ķēdes drošība, decentralizācija)

  • Visam tīklam ir šķērsķēde, un visa ķēde ir savstarpēji saistīta ar plašām perspektīvām

  • Komanda ir uzkrājusi daudzu gadu smagu darbu

  • Kvalitatīvi projekti, bet vērtējumi par zemu

Atsauces:

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