Партнер-заповнювач: Чому модульність принесе золотий вік інновацій Web3?

作者:Joel Monegro,Placeholder 合伙人

编译:Луффі,Новини передбачення

Піонери нових технологій повинні залучати великі суми грошей для будівництва інфраструктури, що може призвести до надмірних інвестицій та спекулятивних бульбашок. Коли ці бульбашки лопаються, слабкий бізнес виходить з бізнесу, а ринкові сили цементуються навколо лідерів галузі та їхніх парадигм. Завдяки цьому процесу інтеграції ми можемо визначити загальні елементи в додатку та розділити їх на стандартні модульні компоненти, які можуть бути з відкритим вихідним кодом або продаватися як окремі послуги. Ці абстрактні компоненти полегшують створення більш складних додатків і дозволяють перейти від структур витрат, орієнтованих на капітальні інвестиції, до структур витрат, орієнтованих на OpEx, що дозволяє швидше запускати нові продукти та знижувати початкові витрати. Зараз ця модель розгортається в Web3, що розвивається, де нові «модульні» технології (наприклад, Rollups) прискорюють розвиток технологій і відкривають еру ощадливих інновацій для стартапів.

CapEx проти OpEx

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

Наприклад, після того, як у 2000 році лопнула бульбашка доткомів, інтернет-індустрія перейшла від купівлі серверів та будівництва дата-центрів (капітальні витрати) до оренди хмарних серверів (операційні витрати). Багато фреймворків з відкритим вихідним кодом, такі як стек LAMP, Ruby on Rails, Django і NodeJS, з’явилися, щоб спростити веб-розробку, в той час як лідери галузі, такі як Microsoft, Amazon і Google, використовували свій масштаб для встановлення нових стандартів і недорогих інфраструктурних послуг. Це, поряд з бумом API, що почався в кінці 2000-х років, ще більше спростило складність Інтернету, надавши виділену внутрішню функціональність в бізнес-моделі з оплатою по мірі використання. Протягом десятиліття після краху ці шари абстракції дозволили невеликим командам швидко та дешево створювати та масштабувати нові програми, а стартапи прискорили інновації та відкрили золотий вік.

Інфраструктура Web2 стала настільки абстрактною, що сучасні веб-додатки працюють навіть не безпосередньо на фізичних серверах, а в емуляції сервера: віртуальних машинах (часто інкапсульованих у контейнери, які можна легко переміщати або реплікувати в багатьох середовищах з мінімальною реконфігурацією). Технологія віртуальних машин допомагає масштабувати Web2, дозволяючи одному потужному серверу запускати кілька програм одночасно, а обчислювальні ресурси можна легко додавати або віднімати до програм за потреби для задоволення попиту та контролю витрат.

Концепція віртуалізації ілюструє, наскільки абстрактною може стати інфраструктура, але я наголошую на цьому тут, тому що інфраструктура Web3 йде тим самим шляхом, що й винахід Rollup, який також допомагає блокчейнам масштабуватися, дозволяючи їм підтримувати кілька «віртуальних блокчейнів» зверху.

Шар абстракції

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

Такі платформи, як Cosmos і Polkadot, пізніше надали інструменти для створення власних блокчейнів із загальними функціями безпеки та сумісності, що полегшило та зробило запуск блокчейнів простішим і безпечнішим. Однак для їх використання все ще потрібно багато ресурсів і досвіду, тому вони все ще недоступні для більшості розробників. Але подібно до того, як більше рівнів абстракції спрощують хмарні сервіси, нові стандарти рівня 2 (L2), такі як Rollup, дозволяють розробникам швидко та дешево розгортати блокчейн-середовища.

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

Важливо, що Rollups не є блокчейнами, принаймні, як віртуальні машини, вони не є реальними машинами. Rollups — це віртуальні блокчейни, змодельовані середовища, і якщо ігнорувати абстракції, смарт-контракти в Rollups працюють так, ніби вони знаходяться на реальному блокчейні. Поки оператор регулярно розраховується на виході в довіреному блокчейні та не порушує дані, Rollup може працювати централізовано на основі потреб продуктивності, контролю або відповідності. Але його також можна децентралізувати, використовуючи технологію «спільного секвенсора».

На додаток до масштабованості, відокремлення рівня «виконання» від рівнів «доступності даних», «розрахунків» і консенсусу дозволяє розробникам скористатися перевагами безпеки основного ланцюга, отримуючи при цьому гнучкість. Наприклад, якщо розробнику не подобається Solidity, але він хоче скористатися перевагами безпеки або екосистеми Ethereum, він може використовувати Python як мову програмування для Rollup, щоб розгорнути програму на Ethereum. Фреймворки з відкритим вихідним кодом, такі як OP Stack, ZK Stack, Polygon CDK, Arbitrum Orbit або Rollkit, полегшили розробникам розгортання кастомних зведень з різними рівнями довіри, тоді як децентралізовані проекти секвенсорів, такі як Espresso та Astria, пропонують можливість виконати децентралізацію шарів, якщо вам це потрібно. У той же час зростаюча кількість low-code пропозицій «Rollup as a Service» (RaaS), таких як Dymension, Conduit, Caldera та Gelato, дозволяють будь-кому запустити власний віртуальний блокчейн за лічені хвилини.

Більш широкий «модульний рух» додатково надає розробникам стандарти та послуги, які охоплюють інші області стека, ще більше знижуючи витрати на створення та масштабування блокчейн-додатків. EVM від Ethereum домінує як «операційна система» для смарт-контрактів, тоді як SVM від Solana швидко стає високопродуктивною альтернативою (обидва можна використовувати в окремих ролапах). Такі протоколи, як POKT, стандартизують рівень RPC/API у всіх мережах, тоді як фреймворки, такі як SyndicatePolywrap, абстрагують кілька протоколів в один зовнішній SDK; Кросчейн-мости, такі як Cross, дозволяють передавати ліквідність між різними блокчейн-мережами, тоді як SAFE або Squads, а також компанії «гаманець як послуга» (WaaS), такі як Magic, полегшують користувачам будь-якого ланцюга створення власних гаманців. Існують навіть нові L1, такі як Celestia, які спеціально створені для віртуальних блокчейн-середовищ.

Мільйони віртуальних блокчейнів

Поточна стратегія для Web3-стартапів полягає в тому, щоб почати спочатку у високопродуктивній недорогий мережі, як-от Ethereum L2 або Solana, а якщо їм потрібно масштабуватися, почати планувати перехід на індивідуальне середовище виконання для конкретних програм. Навіть існуючі протоколи, які вже побудували власні ланцюжки, такі як Celo або POKT, переходять на архітектуру L2 для спрощення витрат на інфраструктуру, повторюючи епоху, коли інтернет-компаніям з центрами обробки даних доводилося впроваджувати хмарні сервіси. Якщо ви не сприймаєте щось нове, вас легко можуть перемогти конкуренти, які сприймають нове.

Багато людей вважають, що програми, що працюють на блокчейнах з високою пропускною здатністю, таких як Solana, можуть досягти «масштабу мережі» без L2, але значення масштабу мережі сильно недооцінене, оскільки більша частина активності в Інтернеті відбувається у фоновому режимі. Кожен клік запускає сотні прихованих HTTP-запитів, а завантаження лише Twitter.com запускає понад 300 фонових запитів до різних API та постачальників послуг за 2 секунди, і це одна дія одного користувача. Досягнення масштабу мережі може означати обробку мільйонів транзакцій в секунду на одну програму, але цього недостатньо, якщо попит на стороні Інтернету зросте на мільйон. Щоб досягти такого рівня масштабу, необхідна віртуалізація, але для цього нам також потрібен базовий надвисокопродуктивний L1. На додаток до блокчейнів, оптимізованих для пропускної здатності доступності даних, таких як Celestia, високопродуктивні блокчейни, такі як Solana і Monad, є потенційно цікавими майданчиками для роллапів.

Тим не менш, масштабованість - не єдина причина, чому віртуальні блокчейни важливі. Віртуальні блокчейни є потужним стандартом для онлайн-сервісів в епоху Web3. Перша хвиля ролапів складалася в основному з «швидших» сервісів Ethereum. Однак гнучкість, що забезпечується модульною архітектурою, робить віртуальні блокчейни особливо корисними для створення специфічних для додатків середовищ виконання або мереж, адаптованих до конкретних екосистем, галузей або географічних місць. Ви також можете створювати «віртуальні приватні блокчейни» для випадків використання з суворим контролем доступу або вимогами відповідності. Більша ідея полягає в тому, що оскільки блокчейни та інтерфейси смарт-контрактів замінять парадигму Web2 «хмарні сервіси та API», віртуальні блокчейни можуть стати внутрішньою інфраструктурою за замовчуванням для всіх онлайн-додатків.

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