Appchainy v podstatě odkazují na blockchainy specifické pro aplikaci. Můžeme si je představit jako speciální řetězy navržené pro konkrétní účel. Díky tomu jsou efektivnější ve srovnání s obecnými řetězci Layer 1 a Layer 2 (jako Ethereum, Optimism a další).

Odstupme na chvíli od technického žargonu a pokusme se pochopit základní základní koncept. Všichni jsme se během školních let setkali s konceptem úspor z rozsahu. Jednoduše to znamená, že každý ekonomický systém se může stát efektivnější tím, že do úsilí vnese specializaci. Tato specializace práce ve spojení s integrovanou technologií snižuje náklady na jednotku a v konečném důsledku zvyšuje produkci.

Živějším příkladem úspor z rozsahu z našeho každodenního života mohou být různá oddělení, jako je HR, administrativa, marketing a další, spolupracující v rámci větší organizace na dosažení úspěchu. Všimněte si, že tato oddělení pracují nezávisle na různých obchodních aspektech a přispívají k dosažení větší vize.

Nyní to porovnejte se startupem, kde spoluhráči musí nosit různé klobouky a vykonávat různé úkoly. Díky tomu zvládají různé obchodní operace a udržují specializaci na backburneru.

Souhlasíte? V této analogii se různá oddělení ve velké organizaci podobají Appchainům (specializace na provádění), zatímco startup je spíše univerzálním řetězcům vrstvy 1 a 2.

Porozumění Appchainům

Vitalik ve svém nejnovějším článku vrhá světlo na to, jak se museli vzdát mnoha svých ambiciózních plánů a jednoduše si ponechat EVM. Jejich cílem pak bylo vybudovat blockchainovou infrastrukturu, která funguje, a proto se příliš nezaměřovali na budování specializovaných technologií. Vyměnili rychlost transakcí, ale zachovali bezpečnost bez kompromisů.

To je místo, kde se Appchains umisťují jako řešení – specializované řetězce vyladěné na konkrétní potřeby výkonu, zabezpečení a správy aplikací.

Pro Ethereum L1 je nezbytná silná záruka zabezpečení, aby se zajistilo, že s daty nebude možné manipulovat. Sociální média a hry však nevyžadují stejný bezpečnostní model jako L1. Je v pořádku, když někdo může zaplatit milion dolarů, aby vrátil záznam o tom, že prohrál šachovou partii nebo udělal něco podobného. Požadavky na infrastrukturu zde nejsou stejné. V oblasti zabezpečení můžeme dělat kompromisy, ale potřebujeme rychlou finalitu a vysokou rychlost transakcí, aby vyhovovaly tomuto případu použití. Zde přichází na scénu Appchains.

Proč potřebujeme Appchainy?

Appchains umožňují nejvyšší stupeň flexibility na úrovni infrastruktury. Poskytují nám stavební bloky a umožňují nám budovat modulární řešení, v zásadě umožňují vývojářům úplnou kontrolu nad mechanikou blockchainu – od tokenomiky po mechanismy konsensu. Vývojáři jej mohou volně optimalizovat podle požadavků dApp.

Mít vlastní sadu pravidel řízení umožňuje Appchains vyladit mechaniku tak, aby systém mohl být postaven pro hyper škálovatelnost.

Ekosystém Web3 v současnosti funguje v silech. Co když jsou Appchainům poskytovány standardní sady SDK pro vytváření jejich řetězců? Budeme schopni řešit mamutí problém interoperability. Díky tomuto předpokladu jsou Appchains řešením zaměřeným na budoucnost, protože jsou nezávislé, stále mohou být interoperabilní a umožňují bezpečný a rychlý přenos aktiv z jedné dApp do druhé. Příklady Immutable zkEVM: Toto je Appchain na Ethereu, který se výhradně zaměřuje na umožnění her založených na blockchainu . Protože Ethereum bojuje s vysokou propustností transakcí, není to nejlepší infrastruktura pro aplikace související s hraním. Appchain společnosti Immutable zaměřený na hry řeší tyto výzvy a pomáhá herním studiím bezproblémově zavádět hry v ekosystému Ethereum.

Cosmos: Zones jsou nezávislé blockchainy, které lze účelově vytvořit pro různé aplikace, od DeFi po hraní her. Tyto zóny jsou svou funkčností podobné Appchainům, protože umožňují vysoký stupeň přizpůsobení a autonomie. Cosmos používá mechanismus zvaný Inter-Blockchain Communication protocol (IBC), kde mohou „zóny“ mezi sebou komunikovat pomocí HUB, svého hlavního řetězce, což umožňuje bezproblémový přenos dat a tokenů napříč ekosystémem Cosmos.

Závěr

Vraťme se o dvě dekády zpět, kdy byly technologické systémy stavěny jako plný zásobník. Amazon přišel na scénu a učinil z vývoje mikroslužeb nedílnou součást svých postupů vývoje softwaru. Amazon se posunul od monolitické architektury k architektuře orientované na služby (SOA), která se později vyvinula v architekturu mikroslužeb. Rozdělením své aplikace na menší, autonomní služby byl Amazon schopen překonat omezení jejich monolitického systému, což vedlo k výraznému zlepšení výkonu, spolehlivosti a škálovatelnosti. Podobné je to nyní s blockchainy, a to je místo, kde Appchains umožňují architekturu mikroslužeb.