Autors: YBB Capital pētnieks Zeke, apkopojis: 0xjs@金财经

Priekšvārds

Pēdējā laikā tirgus ir kļuvis arvien stagnējošāks, kā rezultātā daudzi OG šajā jomā apšauba nozares mērķi.

Es vēlētos dalīties ar dažām personīgām domām par šo. Es vienmēr esmu uzskatījis, ka daudzas no grandiozajām pagātnes vīzijām tika "atmaskotas", jo tām nebija loģiskas saskanības. Nefinanšu Dapps bieži cenšas slēpt savus trūkumus, uzsverot decentralizācijas vērtību. Taču realitāte ir tāda, ka viņi lūdz man uzticēties viņu vairāku parakstu makiem un viena mezgla serveriem, nevis Google, Twitter vai YouTube, apgalvojot, ka tie ir pietiekami droši. Daudzas vīzijas nav tikušas atmaskotas, tās vienkārši nekad nav tikušas patiesi pārbaudītas. Es joprojām uzskatu, ka pat tad, ja šīs vīzijas nav tik grandiozas, kā sākotnēji domāts, tām joprojām ir nozīme — tām vienkārši ir nepieciešams spēcīgs pamats, lai tās atbalstītu. Viņiem vajadzētu nodrošināt vismaz decentralizētu vai līdzvērtīgu Web2 pieredzi.

Ņemiet, piemēram, TON un Solana, kas kādreiz tika novērtēti par zemu, bet tagad pakāpeniski tuvojas nozares līderiem visos aspektos. Blockchain, kas atbalsta lietojumprogrammas, prasa inovācijas, kas virza nozari uz priekšu katrā ciklā. Šodien mēs izpētīsim ilgi novārtā atstātu blokķēdi — uz Move balstītu blokķēdi.

1. Pārvietojieties

Programmēšanas valoda Move sākotnēji tika izstrādāta Meta pamestajam projektam Diem (sākotnēji saukts par Libra). Diem mērķis ir izveidot stabilāku un regulētāku stabilu monētu, kas kalpo par pamatu Meta redzējumam par metaversu. Tomēr projekts saskaras ar spēcīgu pretestību un nerimstošu regulatoru spiedienu visā pasaulē. Regulatori uztraucas, ka Diem mērogs apvienojumā ar Facebook plašo lietotāju bāzi var apdraudēt finanšu stabilitāti, monetāro politiku un datu privātumu. Zem spiediena, īpaši no Baidena administrācijas, Metai galu galā bija jāatsakās no Diem projekta.

Par laimi, Diem kodols netika pilnībā pamests, un dažādas grupas, kas atdalījās no sākotnējās komandas, turpināja izpētīt un attīstīt Move, kas vēlāk pārtapa par Move dvīņiem, kurus mēs pazīstam kā Sui un Aptos. Turklāt ir jauni projekti, piemēram, Linera (Rūsas blokķēde, ko iedvesmojis Move) un nesen reklamētā kustība.

Tātad, kāpēc projekts, kas tika pārgriezts uz pusēm, atstāja tik dziļu ietekmi? Kā programmēšanas valoda, ko izstrādājuši populārākie Web2 uzņēmumi, Move ir diezgan sarežģīta, un tā pilnībā ņem vērā esošo blokķēdes programmēšanas valodu veiktspējas un drošības problēmas, jo īpaši Solidity pārvaldība un piekļuves kontrole. Es vienkārši apkopoju tā priekšrocības trīs punktos:

· Drošība: pirmais Move valodas dizaina princips ir drošība. Tajā tiek izmantota statiskā tipa pārbaude un resursu pārvaldība, lai novērstu izplatītas drošības ievainojamības, piemēram, pārpildes kļūdas un atkārtotas ieejas uzbrukumus. Move atbalsta dažādus drošības līdzekļus salīdzinājumā ar citu valodu virtuālajām mašīnām, kā parādīts tālāk esošajā Nansen salīdzināšanas tabulā.

Saliekamība: Move atbalsta modularitāti un saliekamību, ļaujot izstrādātājiem viegli izveidot un apvienot dažādus viedos līgumus, lai izveidotu sarežģītākas lietojumprogrammas.

· Veiktspēja: Move valodas virtuālā mašīna ir optimizēta (atbalsta paralēlismu, atmiņas pārvaldību un kompilatora optimizāciju), lai tā varētu efektīvi izpildīt viedos līgumus, tādējādi palielinot darījumu ātrumu un caurlaidspēju.

Tirgū, kas pārpludināts ar modulārām EVM blokķēdēm, Move ir drosmīgs eksperiments. Lai gan iepriekš minētie punkti var šķist pazīstami citu blokķēdes projektu aprakstos, es ļoti iesaku jums tos piedzīvot, lai pilnībā izprastu šo funkciju praktiskās priekšrocības.

2, Sui

2.1 Arhitektūra

Kā viens no Gemini Sui kopš tā izlaišanas ir kritizēts, īpaši saistībā ar gaisa pilienu un marķieru izplatīšanas metodēm. Tomēr, atstājot šos jautājumus malā un koncentrējoties uz pašu projektu, Sui ir izrādījies izcils gan veiktspējas, gan lietotāja pieredzes ziņā, it īpaši, ja runa ir par spēlēm. Liela daļa no šiem panākumiem ir saistīta ar tās novatorisko arhitektūru, kas ir uzlabota, lai to varētu izmantot vispārēji. Šeit ir īss pārskats par Sui arhitektūras jauninājumiem:

• Objektu krātuves modelis: šis komponents ir Sui Move uzlabojumu pamatā. Objektu krātuves modelis apstrādā datus kā neatkarīgus objektus, katram no kuriem ir unikāls identifikators. Atšķirībā no tradicionālajām datu bāzu sistēmām, objektu uzglabāšanas modelim nav fiksētas datu struktūras, un tas var uzglabāt dažāda veida datus, piemēram, tekstu, attēlus, video un audio. Sui ir izstrādāts, pamatojoties uz šo modeli, kas nodrošina paralēlu izpildi un horizontālu mērogošanu (pievienojot mezglus, lai palielinātu krātuves ietilpību).

• Cēloņsakarība: nodrošiniet, lai darījumu izpildes secība atbilstu to cēloņsakarībām, lai izvairītos no datu konfliktiem un nekonsekvences. Šī funkcija ļauj Sui apstrādāt lielu skaitu vienlaicīgu darījumu, vienlaikus saglabājot datu konsekvenci.

• Narwhal un Bullshark konsensa dzinēji: Sui izmanto Narwhal un Bullshark kā savu konsensa dzinēju. Narwhal ir atbildīgs par darījumu pasūtīšanu un pārbaudi. Tas darbojas, uzturot lokālo darījumu kopu, pasūtot darījumus, pamatojoties uz cēloņsakarību, un pārraidot tos, lai nodrošinātu, ka visiem mezgliem ir vienāda derīgo darījumu secība. Kad Bullshark no Narwhal saņem pasūtītu darījumu sarakstu, tā balso par sarakstu un izmanto Bizantijas kļūdu tolerances (BFT) vienprātību, lai nodrošinātu, ka visi mezgli vienojas par darījumu pasūtījumu.

• Sui Move: Sui paplašina Move valodu, pievienojot jaunas funkcijas, piemēram, atbalstu NFT, līdzekļu pārvaldību un datu glabāšanu.

• Sui Framework: Sui nodrošina visaptverošu sistēmu, kas palīdz izstrādātājiem ātri izveidot un izvietot lietojumprogrammas. Ietvars ietver dažādus rīkus un bibliotēkas, piemēram, Sui Wallet, Sui SDK un Sui CLI.

Sui arhitektūra ir izstrādāta tā, lai tā varētu apstrādāt lielu skaitu vienlaicīgu darījumu, vienlaikus saglabājot lielu ātrumu, zemas maksas un drošību. Turklāt Sui Move valoda un Sui sistēma nodrošina izstrādātājiem jaudīgus rīkus, lai izveidotu drošas, mērogojamas un lietotājam draudzīgas lietojumprogrammas.

2.2. Vienprātība

Sui blokķēde izmanto vienprātības mehānismu, ko sauc par Mysticeti, uz Bizantijas kļūdu toleranci (BFT) balstītu konsensu, kas izstrādāts, lai optimizētu zemu latentumu un augstu caurlaidspēju.

Mysticeti ļauj vairākiem validētājiem piedāvāt blokus paralēli, palielinot tīkla joslas platumu un pretojoties cenzūrai. Turklāt protokolam ir nepieciešamas tikai trīs ziņojumu nodošanas kārtas, lai iesniegtu blokus no virzīta acikliskā grafika (DAG), kas atbilst minimālajām teorētiskajām prasībām un ir paralēls pBFT. Saistību noteikumi ļauj veikt paralēlu balsošanu un bloku līderu sertifikāciju, vēl vairāk samazinot vidējo un gala latentumu. Tas var arī paciest nepieejamus vadītājus, būtiski nepalielinot saistību izpildes latentumu.

Pirms Sui galvenā tīkla palaišanas Mysticeti veica trīs mēnešu testēšanu testtīklā, sasniedzot nozīmīgus rezultātus, tostarp latentuma samazinājumu par 80%. Sui tīkls tagad var apstrādāt desmitiem tūkstošu darījumu sekundē ar latentumu no gala līdz galam, kas ir krietni mazāks par vienu sekundi.

Sui blokķēdē tiek izmantots arī īpašs vienprātības par likmju pierādīšanas veids, kas pazīstams kā deleģētā likmes pierādīšana (DPoS). Ja notiek sarežģītas transakcijas ar koplietotiem objektiem, Sui izmanto Narwhal un Bullshark konsensa dzinējus, lai pasūtītu šos darījumus. Salīdzinot ar citiem BFT vienprātības mehānismiem, ko izmanto blokķēdes, Sui konsensam ir šādas priekšrocības un trūkumi:

priekšrocība:

• Zems latentums un liela caurlaidspēja: Mysticeti protokols ievērojami samazina vienprātības latentumu un palielina tīkla caurlaidspēju, paralēli piedāvājot blokus un optimizējot ziņojumu piegādes procesu. Tas ļauj Sui blokķēdei apstrādāt desmitiem tūkstošu darījumu sekundē ar latentumu no gala līdz galam, kas ir krietni mazāks par vienu sekundi.

• Izturība pret cenzūru: Mysticeti ļauj vairākiem pārbaudītājiem paralēli piedāvāt blokus, tādējādi palielinot tīkla spēju pretoties cenzūrai.

• Tolerance pret nepieejamiem līderiem: Saistību noteikumi pieļauj toleranci pret nepieejamiem līderiem (sistēma automātiski ievēl jaunu vadītāju, ja līdera mezgls neizdodas), būtiski nepalielinot izpildes latentumu.

trūkums:

• Sarežģītība: Mysticeti protokola dizains ir salīdzinoši sarežģīts un prasa dziļāku tehnisko izpratni, lai pilnībā izprastu tā darbības mehānismu.

• Drošība: lai gan Mysticeti protokols testa tīklā darbojās labi, tā drošība ir vēl vairāk jāpārbauda faktiskajās lietojumprogrammās.

• Mērogojamība: Mysticeti protokola mērogojamība joprojām ir jāturpina novērot, lai nodrošinātu, ka tas nākotnē var pielāgoties pieaugošajam tīkla izmēram un darījumu apjomam.

2.3. Konta abstrakcija

Sui konta abstrakcijas modelis ir mehānisms, kas lietotājiem ļauj pārvaldīt kontus un darījumus vienkāršāk un drošāk. Tas abstrahē kontu un darījumu loģiku no pamatā esošā blokķēdes protokola, lai nodrošinātu augstāka līmeņa konta pārvaldību un darījumu apstrādi.

Sui kontu abstrakcijas modelī konti vairs nav vienkārši publisko un privāto atslēgu pāri, bet gan objekti ar bagātākiem atribūtiem un uzvedību. Katram kontam ir unikāls identifikators, ko sauc par konta ID, kas ir saistīts ar konta publisko un privāto atslēgu pāri.

Galvenās Sui konta abstrakcijas modeļa sastāvdaļas ir:

1. Konta objekts: Sui konta pamatvienība. Katram konta objektam ir unikāls konta ID, un tajā ir ietverti konta rekvizīti un darbības.

2. Konta dati: konta objekta pamatkomponents, tostarp pamata konta informācija, piemēram, konta ID, publiskā atslēga un privātā atslēga.

3. Darījuma konteksts: Sui darījuma pamatvienība. Tajā ir iekļauta ar darījumu saistīta informācija, piemēram, darījuma ID, konta ID un darījuma dati.

4. Konta loģika: darbību un noteikumu kopums, kas nosaka, kā konts apstrādā darījumus un pārvalda tā statusu.

Sui konta abstrakcijas modelis apstrādā darījumus, veicot šādas darbības:

1. Darījumu izveide: lietotāji izveido transakcijas un nosūta tos Sui tīklam.

2. Darījumu pārbaude: Sui tīkls pārbauda darījumu derīgumu un integritāti.

3. Konta uzmeklēšana: Sui tīkls meklē atbilstošo konta objektu, pamatojoties uz darījuma konta ID.

4. Konta loģikas izpilde: Sui Network izpilda konta loģiku, lai apstrādātu darījumus un atjauninātu konta statusu.

5. Darījuma apstiprinājums: Sui Network apstiprina darījuma rezultātus un ieraksta tos blokķēdē.

Vienkārši sakot, Sui konta abstrakcijas modelis ir novatorisks mehānisms, kas vienkāršo konta pārvaldību un darījumu apstrādi, padarot lietojumprogrammas lietotājam draudzīgākas.

2.4 Spēles

Lai blokķēde izceltos, tai ir jāieliek stabils pamats. Iepriekš es teicu, ka Move ir drosmīgs mēģinājums divu iemeslu dēļ:

Pirmkārt, laikmetā, kurā dominē modulāras koncepcijas, vietējās blokķēdes, kuru pamatā ir Move (piemēram, Move Gemini), ir viens no pēdējiem 1. slāņa mēģinājumiem, kas būtībā ir pretrunā ar tendenci. Taču nesenais dažādu neviendabīgu ķēžu pieaugums var pierādīt, ka modularitāte nav vienīgā atbilde.

Otrkārt, lēmums atjaunot blokķēdi jaunā programmēšanas valodā ir kā mēģinājums izveidot jaunu operētājsistēmu, lai mūsdienu mobilo sakaru tirgū konkurētu ar iOS un Android — šis darbs noteikti būs pilns ar izaicinājumiem. Tas, vai uz Move balstītas blokķēdes nākamajos gados varēs pacelties kā Solana, lielā mērā būs atkarīgs no izvēlētā ceļa. Sui atbilde uz šo izaicinājumu ir spēles.

Spēles ir viens no galvenajiem Web3 ieejas punktiem, taču lielākā daļa blokķēžu neatbalsta spēles. Tas ir tāpēc, ka blokķēde galvenokārt ir paredzēta finansēm, un tās decentralizētā arhitektūra pēc būtības ir zema veiktspēja un nav piemērota spēlēm. Tomēr Sui ir atšķirīgs. Tās modelis ir labi piemērots DeFi lietojumprogrammām un nefinanšu lietojumprogrammām, tostarp spēlēm. Kā minēts iepriekš, Sui viss tiek uzskatīts par objektu. Spēlēs vai lietojumprogrammās ar slāņveida sarežģītiem līdzekļiem Sui ļauj vienam objektam piederēt citi objekti (aktīviem var piederēt līdzekļi). Piemēram, varoņa varoņu spēlē varonim var būt inventārs, kurā ir citi šim varonim piederošie digitālie līdzekļi. Sui var precīzi modelēt šīs datu hierarhijas tā, kā citas blokķēdes nevar, ļaujot izstrādātājiem izveidot lietojumprogrammas, neapejot ķēdes pamatierobežojumus.

Turklāt Sui aktīvi sadarbojas arī ar tradicionālajiem Web2 gigantiem. Pagājušajā gadā tas sadarbojās ar trim no četriem lielākajiem Korejas spēļu milžiem (Netmarble, NHN, NCSoft šogad sadarbojās ar TikTok, lai izstrādātu blokķēdes spēles un SocialFi projektus). , ieviešot tradicionālos milžus Web2

3. Dzīvokļi

Aptos ir vēl viena 1. slāņa blokķēde, kuras pamatā ir Move valoda, kas arī ir vērsta uz augstas veiktspējas, mērogojamas Web3 infrastruktūras izveidi. Tās arhitektoniskajam dizainam ir daudz līdzību ar Sui, taču tajā ir arī dažas unikālas iezīmes.

3.1 Arhitektūra

• Moduļu dizains: Aptos izmanto moduļu arhitektūru, kas ļauj izstrādātājiem neatkarīgi izstrādāt un jaunināt dažādus moduļus, lai uzlabotu izstrādes ātrumu un elastību.

• Parallel Execution Engine (Block-STM): atšķirībā no citām blokķēdēm, kurām iepriekš ir jādeklarē datu atkarības, Aptos Parallel Execution Engine var apstrādāt darījumus paralēli, iepriekš nezinot datu atrašanās vietu, tādējādi palielinot caurlaidspēju un samazinot latentumu.

• Cauruļvada darījumu apstrāde: Aptos darījumu apstrādi sadala vairākos posmos, piemēram, izplatīšanā, metadatu šķirošanā un pakešu glabāšanā. Šie posmi tiek izpildīti paralēli, izmantojot konveijera pieeju, lai palielinātu caurlaidspēju un samazinātu latentumu.

• Move programmēšanas valoda: Aptos izmanto Move programmēšanas valodu. Atšķirībā no Sui jauninājumiem, Aptos vairāk koncentrējas uz tās uzlabošanu, piemēram, valodas standartizēšanu, spēcīgāku funkciju atbalsta un pielāgošanas iespēju ieviešanu.

• Elastīga stāvokļa sinhronizācija: tas ļauj mezgliem izvēlēties dažādas stāvokļa sinhronizācijas stratēģijas, piemēram, sinhronizēt visu vēsturi vai tikai jaunāko stāvokli, tādējādi palielinot mezgla elastību.

• AptosBFT vienprātības mehānisms: AptosBFT ir Bizantijas kļūdu tolerances (BFT) vienprātības mehānisms, ko izmanto Aptos, kas uzlabo caurlaidspēju un samazina latentumu, optimizējot saziņu un sinhronizāciju starp pārbaudītājiem. Salīdzinot ar Sui, to var uzskatīt par uzlabotu DiemBFT versiju ar noteiktiem efektivitātes un avāriju atkopšanas uzlabojumiem, tāpēc šeit tas tiks minēts tikai īsi.

Aptos arhitektūra ir izstrādāta tā, lai tā varētu apstrādāt lielu skaitu vienlaicīgu darījumu, vienlaikus saglabājot lielu ātrumu, zemas maksas un drošību. Turklāt Move valoda un Aptos sistēma nodrošina izstrādātājiem jaudīgus rīkus, lai izveidotu drošas, mērogojamas un lietotājam draudzīgas lietojumprogrammas.

3.2 Block-STM

Šeit mēs aprakstīsim Aptos, paralēlās izpildes dzinēja Block-STM, galveno jauninājumu:

Block-STM pamatprincipi:

• Iepriekš iestatīta pasūtījuma izpilde: Block-STM paļaujas uz iepriekš iestatītu darījumu secību blokā, un visi darījumi ir jāizpilda šādā secībā, lai nodrošinātu galīgā stāvokļa konsekvenci.

• Optimistiska vienlaicības kontrole: Block-STM optimistiski izpilda darījumus paralēli, pieņemot, ka konflikti nenotiks. Optimistiskā vienlaicības kontrole balstās uz pieņēmumu, ka konflikti notiek reti, ļaujot darījumiem piekļūt un modificēt datus bez bloķēšanas. Tas pieņem, ka vairāku darījumu sadursmes iespējamība vienlaikus ir zema, tāpēc modifikācijas var turpināties un konflikti, ja tādi ir, tiek pārbaudīti pirms galīgās saistības.

• Vairāku versiju datu struktūras: lai atbalstītu optimistisku vienlaicības kontroli, Block-STM datu glabāšanai izmanto vairāku versiju datu struktūras. Katra rakstīšanas darbība rada jaunu datu versiju, savukārt lasīšanas darbība piekļūst attiecīgajai datu versijai.

• Validācija un atkārtots mēģinājums: pēc darījuma izpildes Block-STM pārbauda, ​​vai nolasīto datu versija joprojām ir derīga. Ja validācija neizdodas, norādot uz konfliktu, darījums tiek atzīmēts kā nederīgs un tiek izpildīts atkārtoti.

• Kooperatīvā plānošana: Block-STM izmanto kooperatīvo plānotāju, lai koordinētu atsevišķu pavedienu izpildes un pārbaudes uzdevumus, lai palielinātu paralēlismu.

Bloku STM darbplūsma:

• Darījumu grupēšana: Darījumi blokā tiek grupēti un piešķirti dažādiem pavedieniem paralēlai izpildei.

• Optimistiska izpilde: katrs pavediens optimistiski izpilda tai piešķirtos darījumus un reģistrē katra darījuma lasīšanas un rakstīšanas kopas.

• Verifikācija: tiklīdz pavediens pabeidz transakcijas izpildi, tas pārbauda, ​​vai lasīšanas kopas datu versija joprojām ir derīga.

• Mēģināt vēlreiz: ja validācija neizdodas, norādot uz konfliktu, darījums tiek atzīmēts kā nederīgs un tiek izpildīts atkārtoti.

• Iesniegt: kad visi darījumi ir pārbaudīti, rezultāti tiks ierakstīti blokķēdes stāvoklī, pabeidzot darījuma iesniegšanu.

Block-STM priekšrocības:

• Liela caurlaidspēja: izmantojot optimistisku vienlaicīguma kontroli un kooperatīvu plānošanu, Block-STM var pilnībā izmantot daudzkodolu procesoru veiktspēju, lai sasniegtu augstu caurlaidspēju.

• Zems latentums: tā kā darījumus var izpildīt paralēli, Block-STM ievērojami samazina darījumu apstiprināšanas laiku.

• Drošība: Block-STM iepriekš iestatītais secīgās izpildes un pārbaudes mehānisms nodrošina galīgā stāvokļa konsekvenci un drošību.

Vienkārši sakot, Block-STM ir efektīvs paralēlo darījumu izpildes dzinējs, kas apvieno optimistisku vienlaicīguma kontroli, vairāku versiju datu struktūras un sadarbības plānošanas metodes, lai maksimāli palielinātu blokķēdes caurlaidspēju, vienlaikus nodrošinot drošību un pareizību.

3.3. Konta abstrakcija

Atšķirībā no Sui tiešākas konta abstrakcijas, Aptos atbalsta ierobežotāku abstrakcijas līmeni un tam trūkst īpašu iepriekš noteiktu standartu. Tās konta abstrakcijas iespējas galvenokārt atspoguļojas šādos aspektos:

• Moduļu konta pārvaldība: izmantojot Move moduļus, lai definētu un pārvaldītu kontus, izstrādātāji var izveidot pielāgotus moduļus dažādu kontu veidu un funkciju ieviešanai.

• Elastīga atslēgu pārvaldība: Ļaujiet lietotājiem izmantot dažādas atslēgas, lai veiktu dažādas darbības kontā, piemēram, izmantot vienu atslēgu darījumu parakstīšanai un citu atslēgu konta pārvaldībai.

• Programmējama transakciju pārbaude: izstrādātāji modulī Pārvietot var definēt pielāgotu darījumu pārbaudes loģiku, piemēram, vairāku parakstu un patēriņa ierobežojumus, lai nodrošinātu atbilstību dažādiem lietojumprogrammu scenārijiem.

3.4. Sadarbība ar Microsoft

Atšķirībā no Sui, kas vairāk koncentrējas uz spēļu izstrādi, Aptos nav konkrētu izstrādes mērķu un tā vietā tiek uzskatīts par labāko blokķēdi ražošanai. Ir vērts pieminēt, ka Aptos sadarbojas ar Microsoft, lai integrētu Microsoft mākslīgā intelekta tehnoloģiju blokķēdē. Viņu pirmais sadarbības produkts Aptos Assistant, ģeneratīvais mākslīgā intelekta palīgs, kas izveidots Aptos tīklā, ir izlaists oficiālajā vietnē. Paredzams, ka nākamajos mēnešos tiks izlaisti vairāk AI produktu.

4. Pārvietot ekosistēmu

Lai gan Sui pēdējā laikā ir labi darbojies, salīdzinot ar EVM ķēdi un neviendabīgām ķēdēm, piemēram, Solana un Ton, Move ekosistēmas izaugsmei joprojām ir nepieciešams laiks, lai attīstītos. Neskatoties uz acīmredzamo Sui un Aptos zvaigznes efektu un nepārtrauktajiem tehnoloģiskajiem sasniegumiem, Move ekosistēmas kopējais mērogs un aktivitāte joprojām atpaliek no nobriedušās ekosistēmas. Izstrādātāju skaitam, lietojumprogrammu veidiem un lietotāju mērogam būs vajadzīgs laiks, lai pielāgotos . No ārējās sadarbības līdz darbībai, abi projekti liecina par spēcīgu Web2 domāšanu un trūkst dažu Web3 gēnu. Arī dažādi sadarbības projekti nozarē ir samērā vienaldzīgi.

Tomēr, ņemot vērā Move ekosistēmas potenciālu, vēl ir daudz vietas, ko izpētīt. Daži izstrādātāji jau pamana Move nākotnes vērtību. Kā minēts ievadā, jau ir projekti, kas ievieš Move ETH Layer 2 ekosistēmā, un Move ekosistēma, visticamāk, nākotnē spīdēs ETH Layer 2 laukā. Šobrīd galvenā uzmanība jāpievērš tam, kā pievērst uzmanību Move ekosistēmai.