Łańcuchy bloków lub łańcuchy aplikacji specyficzne dla aplikacji są specjalnie zaprojektowane do wspierania tworzenia i wdrażania zdecentralizowanych aplikacji (DApps). W łańcuchu aplikacji każda aplikacja działa na oddzielnym łańcuchu blokowym, połączonym z głównym łańcuchem. Pozwala to na większą skalowalność i elastyczność, ponieważ każdą aplikację można dostosować i zoptymalizować pod kątem konkretnego przypadku użycia.
Łańcuchy aplikacji są również alternatywnym rozwiązaniem w zakresie skalowalności do modułowych łańcuchów bloków lub protokołów warstwy 2. Łańcuchy aplikacji mają podobne cechy do modułowych łańcuchów bloków, ponieważ jest to rodzaj architektury łańcucha bloków, który oddziela dane, przetwarzanie transakcji i elementy przetwarzania konsensusu na odrębne moduły, które można łączyć na różne sposoby. Można je traktować jako „moduły podłączane”, które można wymieniać lub łączyć w zależności od przypadku użycia.
To rozdzielenie funkcji jest powodem, dla którego istnieje większa elastyczność i możliwość dostosowania do łańcuchów aplikacji w porównaniu z tradycyjnymi, monolitycznymi architekturami blockchain, w których wszystkie te funkcje są wbudowane w jeden program. Pozwalają na tworzenie niestandardowych, suwerennych łańcuchów bloków — dostosowanych do konkretnych potrzeb i przypadków użycia — w których użytkownicy mogą skupić się na określonych zadaniach, przenosząc resztę na inne warstwy. Może to być korzystne w przypadku zarządzania zasobami, ponieważ pozwala różnym stronom specjalizować się w różnych obszarach i dzielić obciążenie pracą.
Skalowalność technologii blockchain jest kluczowym czynnikiem jej przyszłego sukcesu. Ze względu na problemy ze skalowalnością w architekturze łańcucha bloków warstwy 1 nastąpiła zmiana w kierunku stosowania modułowych łańcuchów bloków lub protokołów warstwy 2, które oferują rozwiązania ograniczeń systemów monolitycznych.
W wyniku tego rośnie popularność sieci warstwy 2, ponieważ zapewniają sposób na rozwiązanie skalowalności i innych problemów w obecnych sieciach blockchain, szczególnie w warstwie 1, takiej jak Ethereum. Protokoły warstwy 2 oferują niższe opłaty transakcyjne, mniej ograniczeń pojemności i szybsze prędkości transakcji, co utorowało drogę do jego rosnącej popularności, przyciągając uwagę 600,000 XNUMX użytkowników.
Łańcuchy aplikacji a łańcuchy monolityczne
Łańcuchy aplikacji nie różnią się całkowicie od łańcuchów monolitycznych. Łańcuchy monolityczne, podobnie jak łańcuchy aplikacji, są zgodne z tezą o grubym protokole, w której pojedynczy łańcuch obsługuje większość zdecentralizowanych działań finansowych (DeFi). i rozlicza wszystko na jednej warstwie z cennym żetonem. Jednak łańcuchy bloków warstwy 1 są trudne do skalowania. Łańcuchy aplikacji nie mają obecnie takich samych problemów z ograniczoną przestrzenią jak łańcuchy monolityczne, ale w razie potrzeby mogą w przyszłości korzystać z rozwiązań modułowych.
„Podstawową wartością łańcuchów aplikacji jest niezależna interoperacyjność” — wyjaśnił Stevie Barker, badacz w Osmosis Labs, zdecentralizowanym protokole handlowym w ekosystemie Cosmos. Powiedział Cointelegraphowi:
„Łańcuchy aplikacji są suwerenne, ponieważ mają precyzyjną kontrolę nad całym swoim stosem i każdym innym obszarem struktury łańcucha bloków i operacji, które chcą dostosować. I są interoperacyjne, ponieważ łańcuchy aplikacji mogą swobodnie wchodzić ze sobą w interakcje”.
Łańcuchy aplikacji mogą optymalizować wrażenia użytkownika i sprawić, że wykonywanie będzie szybsze, łatwiejsze i wydajniejsze. Mogą również zabezpieczyć swój łańcuch, rekrutując walidatorów do wdrażania kodu, tworzenia bloków, przekazywania transakcji i nie tylko. Alternatywnie mogą pożyczyć zabezpieczenie od innego zestawu walidatorów, zabezpieczenia międzyłańcuchowego lub połączyć obie opcje, aby współdzielić zabezpieczenia w całym łańcuchu międzyłańcuchowym.
Osmosis opracował nowe podejście do dowodu stawki zwane „superfluid staking”, które ma na celu poprawę zarówno bezpieczeństwa, jak i wygody użytkownika. Takie podejście umożliwia dostawcom płynności stawianie tokenów w ich udziałach w puli płynności (LP), aby pomóc zabezpieczyć łańcuch. W zamian oprócz nagród LP otrzymają nagrody za obstawianie, co może pomóc w zwiększeniu ich efektywności kapitałowej. Może to być bardziej płynne i zintegrowane podejście do stakingu, ponieważ dostawcy płynności mogą jednocześnie zdobywać nagrody za swoje działania LP i staking.
Dzięki obecnym postępom cała sieć międzyłańcuchowa będzie mogła wykorzystywać swoje stakowane aktywa do działań DeFi bez ryzyka centralizacji lub narażania bezpieczeństwa łańcucha, jak to często ma miejsce w przypadku tradycyjnych płynnych instrumentów pochodnych. Umożliwi to użytkownikom skorzystanie z możliwości DeFi przy jednoczesnym zachowaniu bezpieczeństwa i decentralizacji ich aktywów. Valentin Pletnev, dyrektor generalny i współzałożyciel Quasar, zdecentralizowanego łańcucha aplikacji przeznaczonego do zarządzania aktywami, powiedział Cointelegraph:
„Posiadanie całego stosu od góry do dołu pozwala na łatwe generowanie wartości i przeznaczenia tokena – pozwala również na wyższą wydajność, ponieważ łańcuchy można projektować wokół konkretnego przypadku użycia i optymalizować pod kątem”.
Łańcuchy aplikacji również mogą skutecznie zarządzać maksymalną wartością możliwą do wydobycia (MEV), który odnosi się do zysków uzyskiwanych przez tych, którzy mają moc decydowania o kolejności i zawieraniu transakcji. MEV stanowi problem dla użytkowników DeFi w różnych ekosystemach. Jednak łańcuchy aplikacji mogą szybciej wdrażać rozwiązania on-chain, które znacznie zmniejszają złośliwe MEV i przekierowują zdrowe zyski z arbitrażu od stron trzecich do samego łańcucha aplikacji. Może to pomóc poprawić wrażenia użytkownika i zmniejszyć potencjał wykorzystywania w ekosystemie DeFi.
Łańcuchy aplikacji pozwalają na szybkie przeprowadzanie radykalnych eksperymentów blockchain. Podczas gdy Tendermint i Cosmos SDK to niezwykłe technologie, które umożliwiają uruchamianie aplikacji komunikacja między blockchainami (IBC) łańcuchy bloków gotowe do protokołów szybko, cały stos Cosmos nie jest konieczny, aby stać się łańcuchem aplikacji połączonym z IBC. Barney Mannerings, współzałożyciel Vega Protocol, specyficznego dla aplikacji łańcucha bloków do handlu instrumentami pochodnymi, powiedział Cointelegraph:
„Ponieważ przestrzeń zmierza w kierunku świata wielołańcuchowego i wielowarstwowego — w którym zasoby można przenosić między łańcuchami i określonymi warstwami skalowania — dystrybucja aplikacji na wielu koncentratorach może mieć sens”.
Łańcuchy aplikacji oferują ścieżkę dla nowego standardu komunikacji łańcuchów bloków. Natywny transfer tokenów między ekosystemami eliminuje mosty i umożliwia natywny transfer tokenów między łańcuchami.
Blockchainy specyficzne dla aplikacji oferują również kilka cennych korzyści, które czynią je atrakcyjnymi zarówno dla programistów, jak i użytkowników. Ich zdolność do zwiększania skalowalności, wydajności, bezpieczeństwa i interoperacyjności aplikacji czyni je cennym narzędziem do tworzenia nowej generacji oprogramowania. Wraz z rozwojem technologii prawdopodobnie zobaczymy, że coraz więcej programistów stosuje łańcuchy bloków specyficzne dla aplikacji dla swoich aplikacji.
Związane z: Wyjaśnienie współdziałania łańcucha bloków
Jednak użycie wielu łańcuchów aplikacji może sprawić, że będą one bardziej złożone i trudniejsze w zarządzaniu w porównaniu z innymi rodzajami technologii blockchain. Ponieważ każda aplikacja działa na swoim łańcuchu bloków, zarządzanie i utrzymywanie wielu łańcuchów bloków może wymagać dużych zasobów i czasu. Integracja różnych łańcuchów aplikacji może być trudna ze względu na potencjalne problemy ze zgodnością.
Ogólnie rzecz biorąc, zalety i wady łańcuchów aplikacji zależą od konkretnego przypadku użycia i wymagań opracowywanych DApps. W niektórych przypadkach łańcuchy aplikacji mogą stanowić idealne rozwiązanie do budowania i wdrażania DApps, podczas gdy inne rodzaje technologii blockchain mogą być bardziej odpowiednie w innych.
Źródło: https://cointelegraph.com/news/app-specific-blockchains-remain-a-promising-solution-for-scalability