- Lietotņu ķēdes ir blokķēdes, kas specializējas konkrētam lietojumam vai vertikālei, ar tehniskajiem un ekonomiskajiem parametriem, kas pielāgoti to vajadzībām.
- Tā modulārā arhitektūra uzlabo mērogojamību, veiktspēju, drošību un sadarbspēju, salīdzinot ar vispārējas nozīmes 1. slāni.
- Tādas ekosistēmas kā Polkadot, Cosmos un Avalanche atvieglo lietotņu ķēžu izveidi, izmantojot paraķēdes, zonas un apakštīklus ar koplietotiem rīkiem un drošību.
- Lai gan lietotņu ķēdes piedāvā lielas priekšrocības, tās saskaras ar tehniskām, regulējošām un ieviešanas problēmām, kas joprojām tiek risinātas.
Lietotņu ķēdes ir kļuvušas par vienu no spēcīgākajiem konceptiem blokķēdes ekosistēmā . Ja jau kādu laiku dzirdat par paraķēdēm, apakštīkliem vai zonām un neesat īsti pārliecināts, kāds tiem sakars ar visu šo, palieciet, jo mēs tos šeit aplūkosim nesteidzīgi, bet ne lieki.
Turpmākajās rindās mēs izpētīsim, kas tieši ir lietotņu ķēde (appchain), kā tā darbojas iekšēji, kā tā atšķiras no 1. slāņa blokķēdes vai sānu ķēdes , tās priekšrocības, trūkumus un lietošanas gadījumus, kuros tā ir visizdevīgākā. Mēs arī pārskatīsim galvenās ekosistēmas (Polkadot, Cosmos, Avalanche un citas), lai sniegtu jums visaptverošu un praktisku pārskatu.
Kas ir lietotņu ķēde: vienkārša definīcija un kāpēc tā ir svarīga
Runājot par lietotņu ķēdēm (appchain), mēs domājam blokķēdes, kas īpaši izstrādātas konkrētai lietojumprogrammai vai funkciju kopumam . Tās nav universālas (vienas der visiem) ķēdes, bet gan ķēdes, kas koncentrējas uz decentralizētas lietotnes (DApp) vai konkrētas nozares (finanses, spēles, piegādes ķēde, sociālie mediji utt.) vajadzībām.
Tā vietā, lai koplietotu vienu infrastruktūru ar tūkstošiem projektu, kas konkurē par vieniem un tiem pašiem resursiem, kas var radīt tīkla sastrēgumus , katra lietotņu ķēde rezervē skaitļošanas jaudu, joslas platumu un krātuvi savam lietošanas gadījumam . Tas ļauj pielāgot tādus parametrus kā bloka lielums, maksas, drošības modelis un viedā līguma veids konkrētās lietojumprogrammas vajadzībām.
Spilgti šīs pieejas piemēri ir Polkadot paraķēdes, Avalanche apakštīkli un Cosmos zonas . Tās visas ievēro vienu un to pašu filozofiju: specializētas ķēdes, kas savienotas ar lielāku ekosistēmu, bet ar ievērojamu autonomiju savu noteikumu noteikšanā.
Vienkāršs veids, kā to vizualizēt, ir iedomāties galveno tīklu kā lielu automaģistrāli un lietotņu ķēdes kā joslas, kas rezervētas un optimizētas noteikta veida satiksmei : viena tikai kravas automašīnām, otra tikai autobusiem, vēl viena tikai elektroautomašīnām… Galvenais ceļš joprojām pastāv, bet daži transportlīdzekļi izmanto joslas, kas pielāgotas, lai pārvietotos efektīvāk.
Lietotņu ķēžu pamatjēdzieni un evolūcija
Pirmās publiskās blokķēdes radās kā vispārējas nozīmes infrastruktūras : visi izvietoja savus līgumus un lietojumprogrammas vienā un tajā pašā bāzes slānī. Tas kādu laiku darbojās, bet, pieaugot lietotāju un decentralizēto lietotņu skaitam, parādījās klasiskās problēmas – piesātinājums, strauji augošas maksas un augsta latentuma.
Tādēļ radās ideja izveidot specializētas ķēdes, kas uztur kopīgas ekosistēmas drošību, bet mazina spiedienu uz galveno tīklu . Tādējādi lietotņu ķēdes radās, reaģējot uz diviem skaidriem ierobežojumiem: mērogojamību (darījumu skaits sekundē) un dziļas pielāgošanas trūkumu (tīkla parametri, iekšējā ekonomika, pārvaldība utt.).
Laika gaitā šī koncepcija ir pilnveidota, un šodien mēs runājam par pilnīgām ekosistēmām, kas orientētas uz lietotņu ķēdēm (appchains) . Polkadot to dara, izmantojot koplietotu drošības centru un paraķēdes, kas pieslēgtas releju ķēdei (relay Chain); Cosmos — izmantojot zonu kopu, kas savā starpā sazinās, izmantojot IBC; Avalanche — izmantojot apakštīklus, kas grupē validatorus konkrētām ķēdēm.
Šī evolūcija ir ļāvusi tādām nozarēm kā decentralizētās finanses, spēļu industrija un loģistika izvietot savas optimizētās ķēdes, neveidojot blokķēdi no nulles , izmantojot galveno tīklu nodrošinātos rīkus, SDK un izstrādes ietvarus.
Kā lietotņu ķēdes darbojas iekšpusē
No tehniskā viedokļa lietotņu ķēdei ir tāda pati pamatstruktūra kā jebkurai blokķēdei (bloki, mezgli, konsenss, kriptogrāfija), taču tā pielāgo šo vispārējo struktūru lietojumprogrammas vajadzībām . Ne visas lietotņu ķēdes ir veidotas vienādi, lai gan tās parasti balstās uz diezgan līdzīgu slāņotu arhitektūru.
Daudzās realizācijās lietotņu ķēdē var atšķirt vismaz piecus galvenos slāņus , katram no kuriem sistēmā ir precīzi definēta loma.
Tīkla slānis : šis slānis ir atbildīgs par visu vienādranga komunikāciju starp mezgliem, ziņojumu apmaiņu un bloku un darījumu izplatīšanu. Tas pārvalda, kā mezgli savienojas viens ar otru, kā tiek pārsūtīta informācija un kā tiek veikta tīklā cirkulējošo datu iepriekšēja validācija, kā arī risina problēmas IP un DNS tīklos.
Lietojumprogrammu slānis : šeit atrodas daptētās lietotnes (DApps). Šis slānis nodrošina saskarnes un API izstrādātājiem, pārvaldot augsta līmeņa lietojumprogrammu loģiku, uzraugot informācijas paneļus un rīkus atjauninājumu vai jaunu līgumu versiju izvietošanai.
Datu slānis : šis slānis apstrādā datu glabāšanas un organizēšanas veidu lietotņu ķēdē. Tas ietver ķēdes vispārējo stāvokli, darījumu vēsturi un informāciju, kas saistīta ar viedajiem līgumiem . Tā dizains ietekmē veiktspēju, ķēdes lielumu un lasīšanas/rakstīšanas efektivitāti.
Konsensa slānis : šis ir lietotņu ķēdes drošības pamats. Tas nosaka mehānismu, ko izmanto, lai vienotos par to, kurš bloks ir derīgs (PoW, PoS, BFT varianti utt.), kā tiek izvēlēti validatori, kādus stimulus viņi saņem un kādas sankcijas viņi saņem, ja rīkojas negodīgi.
Viedlīgumu slānis : šis slānis nodrošina izpildlaika vidi, kurā tiek izvietoti, pārbaudīti un izpildīti viedlīgumi . Tas nosaka atbalstīto programmēšanas valodu, gāzes vai komisijas modeli un to, kā mijiedarboties ar citiem moduļiem ķēdē.
Lietotņu ķēžu skaistums slēpjas faktā, ka katru no šiem slāņiem var pielāgot vai modularizēt atkarībā no lietošanas gadījuma . DeFi projektam būs nepieciešamas noteiktas drošības funkcijas un ātra pabeigšana; blokķēdes spēle varētu dot priekšroku minimālai latentumam (skatiet tīmekļa latentuma optimizēšana ) un ļoti zemām izmaksām, nevis ārkārtējai decentralizācijai.
Lietotņu ķēdes, galvenās ķēdes un sānu ķēdes: kā tās atšķiras
Ir svarīgi precizēt vienu galveno punktu: ne visas ķēdes, kas darbojas paralēli galvenajam tīklam, ir lietotņu ķēdes . Šajā sakarā šis termins bieži tiek jaukts ar sānu ķēdēm, radot apjukumu.
1. slāņa blokķēde ir daudzfunkcionāls bāzes tīkls: tai ir savs pilns validatoru, konsensa mehānismu un noteikumu komplekts , un uz tās ir veidotas dažādas lietojumprogrammas. Bitcoin, Ethereum un Solana ir klasiski 1. slāņa blokķēžu piemēri.
Savukārt lietotņu ķēdes ir paredzētas konkrētas lietojumprogrammas vai vertikāles apkalpošanai . To arhitektūra ir daudz elastīgāka: tās var pieslēgties 1. slānim, lai mantotu drošību, koplietot konsensa centru ar citām ķēdēm vai pat izmantot īpašus tiltus, lai izveidotu savienojumu ar galveno ekosistēmu.
Runājot par konsensa mehānismiem, 1. slāņa blokķēdes mēdz uzturēt relatīvi stingru standarta modeli (PoW, PoS), lai saglabātu stabilitāti un vienkāršību. Tomēr lietotņu ķēdes var eksperimentēt ar konsensa mehānismiem, kas pielāgoti to lietošanai: sākot no ātrdarbīgiem PoS variantiem DeFi vajadzībām līdz vieglām BFT shēmām loģistikas lietojumprogrammām.
Kā ir ar sānu ķēdēm? Gan sānu ķēdes, gan lietotņu ķēdes var izveidot savienojumu ar galveno ķēdi un pārvietot resursus starp tām , taču sānu ķēdes parasti ir daudzfunkcionālas: tās kalpo, lai atbrīvotu vietu pamata tīklā, pievienotu jaunas funkcijas vai testētu uzlabojumus, nekoncentrējoties uz vienu lietojumprogrammu.
No otras puses, lietotņu ķēde tiek radīta ar ļoti definētu mērķi: tā ir izstrādāta ap lietojumprogrammu, ar tīkla parametriem, tokenomiku un pārvaldību, kas pielāgota šai utilitātei . Šī specializācija ir tā, kas rada atšķirību, lai gan tehniskā līmenī tā var izmantot līdzīgas koncepcijas kā sānu ķēdes.
Galvenās sastāvdaļas: galvenā ķēde, lietotņu ķēde un divvirzienu tilts
Daudzos dizainos lietotņu ķēde nedzīvo izolēti, bet gan ir daļa no plašākas ekosistēmas, kas sastāv no trim galvenajām daļām : galvenās ķēdes (vai centrmezgla), pašas lietotņu ķēdes un divvirzienu piesaistes vai tilta mehānisma.
Galvenā ķēde darbojas kā bāzes slānis, kas atbild par vispārējo drošību un daudzos gadījumos par kopīgu vienprātību. Tajā tiek reģistrēti kontrolpunkti, kontroles ziņojumi un apkopoti lietotņu ķēdes stāvokļi, lai stiprinātu drošību un veicinātu sadarbspēju.
Lietotņu ķēde ir specializēta ķēde ar saviem noteikumiem, lietojumprogrammas loģiku un bieži vien savu marķieri, pārvaldības modeli un ekonomisko politiku . Tā var darboties diezgan neatkarīgi, ja vien tā ievēro komunikācijas protokolus, par kuriem panākta vienošanās ar galveno tīklu.
Divvirzienu tilts jeb enkurs ļauj pārvietot aktīvus un informāciju starp galveno tīklu un lietotņu ķēdi. Tas parasti tiek ieviests, izmantojot bloķēšanas līgumus bāzes ķēdē un tokenizētas reprezentācijas lietotņu ķēdē vai ziņojumapmaiņas protokolus, kas ļauj bez aklas uzticēšanās pārbaudīt, vai aktīvs ir bloķēts vienā pusē, pirms tas tiek izsniegts otrā pusē.
Šis mehānisms nodrošina, ka, pārslēdzoties starp ķēdēm, netiek zaudēta vērtība vai drošība . Vienlaikus tas ļauj auditēt lietotņu ķēdē notiekošo, izmantojot pamata slāni , analizējot žurnālus , atklājot ļaunprātīgu rīcību vai neatbilstības, tādējādi nodrošinot sistēmai papildu aizsardzības slāni.
Lietotņu ķēžu priekšrocības: kāpēc tik liela interese
Iemesls, kāpēc lietotņu ķēdes ir kļuvušas tik populāras, ir tas, ka tās atrisina vairākas no galvenajām tradicionālo blokķēžu vājajām vietām , īpaši, ja runa ir par daudzu dažādu lietojumprogrammu mitināšanu vienā tīklā.
Pirmkārt, tā ir mērogojamība un veiktspēja . Veltot visu blokķēdi vienai lietojumprogrammai vai vertikālei, jūs palielināt apstrādājamo darījumu skaitu, nekonkurējot ar citām decentralizētajām lietotnēm (DApp) par bloku vietu. Tas nozīmē īsāku apstiprināšanas laiku un daudz paredzamāku latentumu gala lietotājam.
Otrkārt, lietotņu ķēdes dod priekšroku modulārai un elastīgai arhitektūrai . Katrs projekts var izvēlēties konsensa mehānisma veidu, maksas modeli, ķēdes pārvaldības noteikumus, atļauju shēmu (atvērtāku vai slēgtāku) un pat viedā līguma valodu. Tas lauž klasisko monolītisko pieeju "viens tīkls, viens noteikumu kopums visiem".
Vēl viens svarīgs aspekts ir uzlabota sadarbspēja . Lietotņu ķēdes parasti tiek veidotas ar mehānismiem, kas paredzēti savstarpējai saziņai vienā un tajā pašā ekosistēmā (piemēram, izmantojot IBC Cosmos vai Relay Chain Polkadot), kas ļauj lietotājiem pārslēgties no vienas lietojumprogrammas uz citu bez berzes un izmantot sinerģiju starp pakalpojumiem.
Visbeidzot, no izstrādātāja un biznesa viedokļa, savas lietotņu ķēdes izveide nozīmē spēju saskaņot tehnisko veiktspēju ar ekonomiskajiem stimuliem . Jūs varat definēt konkrētu tokenomiku, cenu noteikšanas modeļus, validatoru atlīdzības un pārvaldību, kas pielāgota konkrētajai kopienai, nepaļaujoties uz vispārīga 1. slāņa ekonomisko dizainu.
Drošības pasākumi un blokķēdes loma lietotņu ķēdēs
Tas, ka lietotņu ķēde ir specializētāka, nenozīmē, ka tai jābūt mazāk drošai. Patiesībā tās dizains parasti balstās uz tām pašām blokķēdes tehnoloģijas pamatīpašībām : decentralizāciju, nemainīgumu un stabilu kriptogrāfiju.
Galvenais tīkls (ja tāds pastāv) darbojas kā drošības enkurs un audita slānis . Tajā var ierakstīt stāvokļa kopsavilkumus, bloku jaucējkodas un verifikācijas ziņojumus, kas ļauj atklāt reorganizācijas mēģinājumus vai uzbrukumus lietotņu ķēdei. Tas nozīmē, ka uzbrucējam, lai gūtu panākumus, būtu jāapdraud arī pamata slānis, kas ievērojami palielinātu uzbrukuma izmaksas.
Lietotņu ķēdē konsensa algoritmi ir pirmā aizsardzības līnija. Izmantojot tādus mehānismus kā likmes apliecinājums (PoS), bloku darījumu apstrāde (BFT) vai citas hibrīdas sistēmas, mezgliem ir jāvienojas par to, kuri bloki ir derīgi un kuri darījumi tiek pieņemti . Ekonomiskie stimuli, sodi (saīsināšana) un dalības noteikumi ir galvenie faktori, lai atturētu ļaunprātīgu rīcību.
Papildus konsensam lietotņu ķēdes izmanto šifrēšanu, lai aizsargātu datu konfidencialitāti un integritāti , digitālā paraksta metodes darījumu autentifikācijai un viedlīgumu auditus, lai samazinātu koda ievainojamības. Daudziem tīkliem pirms kritisku līgumu ieviešanas ir nepieciešamas ārējas pārskatīšanas un labākās prakses ievērošana programmatūras drošības izstrādē.
Blokķēdes raksturīgā caurspīdīgums arī uzlabo drošību: viss tiek reģistrēts un izsekojams . Jebkurš lietotājs vai regulatīvā iestāde var pārskatīt darījumu vēsturi, kas ir īpaši svarīgi nozarēs, kurās izsekojamība un atbildība ir būtiska, piemēram, finanšu vai piegādes ķēdes pārvaldībā.
Lietotņu ķēdes ekosistēmas: Polkadot, Cosmos un Avalanche
Vairāki projekti ir pilnībā pieņēmuši lietotņu ķēžu modeli, piedāvājot rīkus un platformas, ko citi var izmantot savas infrastruktūras izstrādē. Trīs no ievērojamākajiem ir Polkadot, Cosmos un Avalanche.
Polkadot gadījumā tīkls ir organizēts ap releja ķēdi (Relay Chain), kas nodrošina drošību un kopīgu vienprātību. Ar šo releja ķēdi ir savienotas paraķēdes (parachains) , kas ir neatkarīgas blokķēdes ar savu loģiku, marķieri un pārvaldību. Šīs paraķēdes darbojas paralēli, sazinās savā starpā, izmantojot ziņojumus, un gūst labumu no releja ķēdes drošības, to neveidojot no nulles.
Savukārt Cosmos sevi definē kā “blokķēžu internetu”. Tas izmanto Cosmos SDK , lai izstrādātāji varētu izveidot savas pielāgotās ķēdes, ko sauc par zonām . Katra zona ir neatkarīga lietotņu ķēde, kas var izveidot savienojumu ar Cosmos Hub un citām zonām, izmantojot starpblokķēžu komunikācijas (IBC) protokolu, atvieglojot vietējo datu un aktīvu pārsūtīšanu.
Avalanche pieeja ir balstīta uz apakštīkliem . Apakštīkls ir validatoru kopa, kas darbojas kā grupa, kas atbild par vienas vai vairāku konkrētu blokķēžu aizsardzību. Tas ļauj katrai lietotņu ķēdei definēt savus noteikumus, sākot no konsensa veida līdz aparatūras prasībām un validatoru jurisdikcijai, vienlaikus izmantojot Avalanche dzinēja augsto veiktspēju un zemo latentumu.
Šīs ekosistēmas ievērojami atvieglo dzīvi ikvienam, kurš vēlas palaist lietotņu ķēdi: tās nodrošina veidnes, SDK, dokumentāciju un esošu kopienu , samazinot blokķēdes izveides sarežģītību no nulles un uzlabojot sadarbspējas iespējas jau no pirmās dienas.
Svarīgākie lietotņu ķēžu lietošanas gadījumi
Lietotņu ķēžu daudzpusība padara tās piemērotas plašam nozaru un lietojumprogrammu veidu klāstam . Daži no visizplatītākajiem lietošanas gadījumiem īpaši atspoguļo šī modeļa potenciālu.
Decentralizētajās finansēs (DeFi) lietotņu ķēdes ļauj izstrādāt optimizētas ķēdes augstas veiktspējas tirdzniecībai, aizdevumiem, atvasinātajiem finanšu instrumentiem vai likviditātes tirgiem. Pārvietojot šīs darbības uz īpašu lietotņu ķēdi, tiek samazinātas maksas, tiek novērstas sastrēgumi vispārējas nozīmes tīklos un var ieviest protokolam specifiskus riska noteikumus.
Blokķēdes spēļu sektorā nepieciešamība apstrādāt tūkstošiem mazu darījumu (pirkumi spēlē, aktīvu pārskaitījumi, atlīdzības) padara lietotņu ķēdi īpaši noderīgu. Šeit vissvarīgākā ir zema latentuma pakāpe, minimālas maksas un vienmērīga lietotāja pieredze — aspekti, ko koplietota un pārslogota ķēde diez vai var garantēt.
Decentralizētiem sociālajiem tīkliem lietotņu ķēde paver durvis uz līdzdalīgākiem pārvaldības modeļiem, kopienas moderēšanu un reālu lietotāju datu īpašumtiesībām . Tā arī ļauj konfigurēt atļaujas un privātuma līmeņus, kas atšķiras no standarta publiskā 1. slāņa atļaujām.
Piegādes ķēdes pārvaldībā lietotnes var pielāgot, lai reģistrētu loģistikas notikumus, izmaiņas aizgādībā, sertifikācijas vai kvalitātes kontroles visā procesā. Tas nodrošina ļoti detalizētu produktu izsekojamību, samazinot krāpšanu un uzlabojot pārredzamību ražotājiem, izplatītājiem un patērētājiem.
Papildus šīm vertikālēm parādās jauni gadījumi digitālajās identitātēs, elektroniskajā balsošanā, medicīnisko datu pārvaldībā vai lietu interneta infrastruktūrās, kur nozares vajadzībām pielāgota blokķēde rada lielu atšķirību salīdzinājumā ar vispārīgu tīklu izmantošanu.
Lietotņu ķēžu izaicinājumi un iespējamie trūkumi
Ne viss ir tik vienkārši. Lietotņu ķēdēm ir arī vairākas tehniskas, regulējošas un ieviešanas problēmas , kas jāņem vērā pirms to palaišanas.
No tehniskā viedokļa lietotņu ķēdes ieviešanai un uzturēšanai ir nepieciešamas padziļinātas zināšanas par blokķēdes izstrādi, drošību, izkliedētiem tīkliem un kriptogrāfiju . Nepietiek tikai uzrakstīt viedlīgumu: ir jākonfigurē mezgli, jāizstrādā konsensa mehānismi, jāplāno jauninājumi un jānodrošina stabila infrastruktūra ilgtermiņā.
Turklāt katra jauna lietotņu ķēde palielina globālās ekosistēmas sarežģītību: ir jākoordinē vairākas ķēdes, jānodrošina netraucēta sadarbspēja un jāuztur droši tilti . Jebkuras kļūdas šajos starpkomponentos (tiltos, orākulu, ziņojumapmaiņas protokolos) kļūst par potenciālu uzbrukuma vektoru.
No regulējošā viedokļa lietotņu ķēdes rada līdzīgus jautājumus kā citi blokķēdes risinājumi, taču ar dažām niansēm. Regulatori joprojām pielāgojas nozares inovāciju tempam , un juridiskās prasības dažādās jurisdikcijās var ievērojami atšķirties. Projektiem, kas emitē žetonus, pārvalda finanšu aktīvus vai uzglabā sensitīvus datus, īpaša uzmanība jāpievērš atbilstībai normatīvajiem aktiem.
Visbeidzot, pastāv ieviešanas izaicinājums. Lai gan lietotņu ķēdes piedāvā nepārprotamas priekšrocības, daudzi lietotāji un uzņēmumi joprojām nav pazīstami ar šo koncepciju . Lai parādītu to patieso vērtību un nepieļautu, ka tās tiek uztvertas tikai kā kārtējā pārejošā modes lieta kriptovalūtu pasaulē, ir nepieciešama izglītība, veiksmes stāsti un sadarbība starp projektiem.
Bieži uzdotie jautājumi par lietotņu ķēdēm
Kas īsti ir lietotņu ķēde (appchain)? Tā ir blokķēde, kas izstrādāta un konfigurēta, lai atbilstu ļoti specifiskas lietojumprogrammas vai lietošanas gadījuma vajadzībām. Tā darbojas neatkarīgi, bet parasti izveido savienojumu ar galveno tīklu vai citām ķēdēm, lai nodrošinātu drošību un sadarbspēju.
Kā lietotņu ķēde darbojas saistībā ar galveno ķēdi? Darījumi tiek apstrādāti un apstiprināti lietotņu ķēdes tīklā, izmantojot savu mezglu kopu un konsensa mehānismu. Pēc tam noteiktu atbilstošu informāciju (piemēram, apkopotus stāvokļus vai ziņojumus) var piesaistīt galvenajai ķēdei , nodrošinot papildu drošību un ļaujot pārvietot aktīvus starp abām ķēdēm.
Kādas priekšrocības piedāvā lietotņu ķēžu izmantošana salīdzinājumā ar vispārējas nozīmes tīklu? Galvenokārt, lielāka efektivitāte, mērogojamība, pielāgošanas iespējas un sadarbspēja . Nekoplietojot resursus ar tūkstošiem dažādu lietojumprogrammu, lietotņu ķēde var piedāvāt zemākas maksas, ātrākus darījumus un noteikumus, kas labāk atbilst paredzētajam lietojumam.
Kādi ir būtiskākie trūkumi? Galvenā problēma ir tehniskā un operacionālā sarežģītība : lietotņu ķēdes izstrāde, palaišana un uzturēšana nav triviāla lieta. Tam klāt nāk riski saistībā ar saikni starp ķēdēm, regulatīvā nenoteiktība un nepieciešamība piesaistīt pietiekami daudz lietotāju un validatoru, lai projekts būtu ilgtspējīgs.
Vai lietotņu ķēdēm (appchain) ir nākotne? Viss norāda uz apstiprinošu atbildi. Blokķēdes ekosistēmai nobriestot, ir lietderīgi atdalīt infrastruktūras atbilstoši lietojumprogrammu veidam , tāpat kā tradicionālajā pasaulē viens un tas pats serveris netiek izmantots visam. Ar uzlabotiem rīkiem, sadarbspējas standartiem un regulējošiem ietvariem lietotņu ķēdēm (appchain) ir lielas izredzes kļūt par galveno Web3 ainavas sastāvdaļu.
Raugoties kopumā, lietotņu ķēdes sevi pozicionē kā tiltu starp mūsdienu lietojumprogrammu pieprasīto elastību un vispārējas nozīmes blokķēžu ierobežojumiem . Tās piedāvā spēles laukumu, kurā var mērogot, pielāgot un eksperimentēt, neupurējot drošību un sadarbspēju, ko nodrošina plašāka ekosistēma, padarot tās par vienu no interesantākajiem evolūcijas ceļiem blokķēžu pasaulē.
