По суті, ланцюжки додатків стосуються блокчейнів, що стосуються конкретної програми. Ми можемо уявити їх як спеціальні ланцюги, призначені для досягнення конкретної мети. Це робить їх більш ефективними порівняно з ланцюжками рівня 1 і 2 загального призначення (наприклад, Ethereum, Optimism та інші).

Давайте на мить відійдемо від технічного жаргону та спробуємо зрозуміти основну концепцію. Ми всі стикалися з концепцією економії від масштабу під час навчання в школі. Це просто означає, що будь-яка економічна система може стати більш ефективною за рахунок спеціалізації зусиль. Ця спеціалізація праці в поєднанні з інтегрованою технологією знижує витрати на одиницю продукції, зрештою збільшуючи виробництво.

Більш яскравим прикладом економії від масштабу з нашого повсякденного життя можуть бути різні відділи, як-от HR, адміністратор, маркетинг та інші, які працюють разом у більшій організації для досягнення успіху. Зауважте, що ці відділи незалежно працюють над різними бізнес-аспектами та сприяють досягненню ширшого бачення.

Тепер порівняйте це зі стартапом, де товариші по команді повинні носити кілька головних уборів і виконувати різні завдання. Це змушує їх виконувати різні бізнес-операції, залишаючи спеціалізацію на задньому плані.

домовились? У цій аналогії різні відділи у великій організації нагадують Appchains (спеціалізація у виконанні), тоді як стартап більше схожий на ланцюги рівня 1 і 2 загального призначення.

Розуміння Appchains

Віталік у своїй останній статті проливає світло на те, як їм довелося відмовитися від багатьох своїх амбітних планів і просто зберегти EVM. Тоді їхньою метою було побудувати робочу інфраструктуру блокчейну, тому вони не зосереджувалися на створенні спеціалізованих технологій. Вони змінювали швидкість транзакцій, але зберігали безпеку.

Саме тут Appchains виступають як рішення — спеціалізовані ланцюжки, налаштовані відповідно до конкретних потреб програми в продуктивності, безпеці та управлінні.

Для Ethereum L1 надійна гарантія безпеки є важливою, щоб гарантувати, що даними неможливо маніпулювати. Але соціальні мережі та ігри не вимагають тієї ж моделі безпеки, що й L1. Це нормально, якщо хтось може заплатити мільйон доларів, щоб скасувати запис про програш у шахах або зробити щось подібне. Вимоги до інфраструктури тут не однакові. Ми можемо піти на компроміс щодо безпеки, але нам потрібна швидка остаточність і висока швидкість транзакцій, щоб відповідати цьому випадку використання. Ось тут і з’являються Appchains.

Навіщо нам Appchains?

Ланцюги додатків забезпечують найвищий ступінь гнучкості на рівні інфраструктури. Вони надають нам будівельні блоки та дозволяють будувати модульні рішення, що фактично надає розробникам повний контроль над механікою блокчейну — від токеноміки до механізмів консенсусу. Розробники можуть оптимізувати його відповідно до вимог dApp.

Наявність власного набору правил керування дозволяє Appchains налаштовувати механіку таким чином, щоб систему можна було створити для гіпермасштабованості.

Наразі екосистема Web3 працює роз’єднано. Що робити, якщо Appchains забезпечені стандартними SDK для побудови своїх ланцюжків? Ми зможемо вирішити гігантську проблему сумісності. Ця передумова робить Appchains перспективним рішенням, оскільки вони, будучи незалежними, все ще можуть бути сумісними та дозволяють безпечно та швидко передавати активи від одного dApp до іншого. ExamplesImmutable zkEVM: це Appchain на Ethereum, який повністю зосереджений на створенні ігор на основі блокчейну. . Оскільки Ethereum бореться з високою пропускною здатністю транзакцій, це не найкраща інфраструктура для програм, пов’язаних з іграми. Орієнтований на ігри Appchain від Immutable вирішує ці проблеми та допомагає ігровим студіям безперешкодно розгортати ігри в екосистемі Ethereum.

Cosmos: Zones — це незалежні блокчейни, які можна створювати спеціально для різноманітних додатків, від DeFi до ігор. Ці зони схожі на Appchains за своєю функціональністю, оскільки вони забезпечують високий ступінь налаштування та автономності. Cosmos використовує механізм під назвою Inter-Blockchain Communication protocol (IBC), де «зони» можуть спілкуватися одна з одною за допомогою HUB, свого основного ланцюга, що забезпечує плавну передачу даних і токенів через екосистему Cosmos.

Висновок

Давайте повернемося на два десятиліття назад, коли технологічні системи створювалися як повний стек. Amazon вийшов на сцену і зробив розробку мікросервісів невід’ємною частиною своєї практики розробки програмного забезпечення. Amazon перейшла від монолітної архітектури до сервісно-орієнтованої архітектури (SOA), яка пізніше перетворилася на архітектуру мікросервісів. Розбивши свою програму на менші автономні служби, Amazon зміг подолати обмеження своєї монолітної системи, що призвело до значних покращень продуктивності, надійності та масштабованості. Подібна ситуація зараз з блокчейнами, і саме тут Appchains дозволяють створити архітектуру мікросервісів.