Стратегічний поворот Parity: від постачальника інфраструктури до розробника продуктів Web3

За останні двадцять чотири місяці Polkadot зіткнувся із важким вибором: його технологія блокчейн досягла світового рівня, але екосистема реальних додатків майже не розвивається. Поза сегментом децентралізованих фінансів, прогрес у інших сферах Web3 рухається повільно. Зовнішні розробники не будують на Polkadot з очікуваною інтенсивністю, що створює вузьке місце у розширенні екосистеми.

Ця реальність змінилася, коли Gavin Wood повернувся до Parity як стратегічний лідер. Рішення було однозначним: якщо ринок не будує Web3-додатки на цій інфраструктурі, Parity доведеться робити це самостійно.

Мова йде не про створення простих демонстрацій. Це стратегічний поворот: перейти від “Parity розробляє інфраструктуру, екосистема створює додатки” до “Parity прототипує продукти, які справді замінюють Web2-сервіси, перевіряючи на практиці, чи технологія Polkadot виконує обіцянки”.

Чому зазнала невдачі модель зовнішніх розробників

П’єр Обер, віце-президент з інженерії Parity, був категоричним у своєму діагнозі: два роки зусиль третіх сторін просто не спрацювали так, як очікувалося.

“Двадцять чотири місяці тому ми припустили, що Parity побудує шар інфраструктури блокчейн, а зовнішні розробники додадуть додатки”, пояснив Обер. “Реальність була іншою. Тепер наш план — прототипувати кілька невеликих додатків всередині компанії, використовуючи цю децентралізовану архітектуру у наших системах — так званий ‘dogfooding’ — щоб довести, що це дійсно можливо”.

Зміна перспективи включає переосмислення повсякденних сценаріїв. Наприклад, на Web3 Summit Parity все ще купувала квитки через традиційних провайдерів Web2 і перевіряла доступ централізованими системами. Це саме ті точки, де децентралізація могла б втрутитися.

Приховані переваги децентралізації

Аргумент П’єра виходить за межі технічної ефективності: “Якщо централізовані системи задовольняють ваші поточні потреби, немає нагальної причини змінювати їх. Але у контролі доступу переваги очевидні”.

Наприклад, готельна карта, яку кілька людей можуть легко скопіювати, є вузьким місцем безпеки. У децентралізованій системі Web3 лише користувач може створити свій власний сертифікат доступу, усуваючи цей вектор уразливості.

Ще одна тема — приватність. Традиційні веб-сервіси постійно фільтрують дані: “Кожні шість місяців якась компанія зазнає зламу, і моя адреса, паролі та банківська інформація стають відкритими”, зазначив Обер. “Polkadot має пропонувати ‘безпеку за замовчуванням’: тому що ваші дані належать вам”.

Покупець квитка може довести своє місце проживання за допомогою доказів нульового знання, не розкриваючи точну адресу. Навіть якщо система буде зламаною, конфіденційна інформація залишиться захищеною. “Хоча системи сьогодні дуже зрілі, якщо їх можна децентралізувати, вони стануть кращими та безпечнішими”, підсумував він.

Як Parity покращила внутрішню продуктивність

З моменту, коли Обер став віце-президентом з інженерії, він впровадив базові, але глибокі організаційні зміни. “Нічого складного”, пояснив він. “Лише встановлення стандартизованих процесів, ясності відповідальностей і справедливих критеріїв оцінки”.

Результат був помітним: продуктивність зросла в рази.

Інженери, за його словами, процвітають у середовищах із чіткими правилами та справедливістю. “Якщо ти заробляєш більше за мене, значить ти справді кращий. Ця прозорість — те, що працює”, заявив він.

Його підхід орієнтований на результати, а не на видимі зусилля. “Є люди, які працюють наполегливо і це видно, але не дають результатів. Інші працюють розумно, можливо лише двадцять годин на тиждень, але досягають реального впливу. Це те, що ми цінуємо”, пояснив він.

Найчастіша проблема, коли інженер не дає результатів, — це не особисте, а управлінське: розмиті цілі, відсутність ясності щодо відповідальностей і відсутність чіткої ієрархії прийняття рішень. “Ясність — найважливіше. Відповідальний має мати можливість вирішити: ‘Йдемо наліво чи направо?’ Після цього команда рухається без перешкод”.

Polkadot Hub: успіх продукту, уроки процесу

Чи був Polkadot Hub успішним? “Так і ні”, дипломатично відповів Обер.

Як продукт, кінцевий результат є міцним. Але шлях показав важливі помилки інженерії.

Спочатку команда обрала PVM через його високу продуктивність. Після року вони виявили несподіване вузьке місце: більшість великих смарт-контрактів Ethereum не працювали на PVM.

“Ми недооцінили складність екосистеми EVM”, визнав він. “Такі речі, як фреймворки тестування (Anvil), розподіл Gas… все це вимагало ретроспективної підтримки EVM у системі, що значно ускладнило проект”.

Урок був жорстким, але ясним: перед початком потрібно глибоко писати і думати. У криптоіндустрії багато хто каже: “Не важливо, просто зроби це!” Коли Обер чує це, він просить документ. “Багато речей, що здаються простими, виявляються складними, і проект затягується більше, ніж очікувалося”.

Двовекторна стратегія: спершу EVM, потім PVM

Для Polkadot Hub стратегія тепер є прагматичною: великі протоколи DeFi Ethereum спершу розгортатимуться в EVM. Це має сенс: ці проєкти не отримають значних переваг у продуктивності, використовуючи PVM.

“Їхні контракти в основному читають баланс, виконують логіку, записують результат. Вузьке місце — у читанні/записі даних, а не у обчисленнях”, пояснив П’єр. “EVM достатній для них”.

PVM яскраво проявляє себе у задачах, що вимагають інтенсивних обчислень. У майбутньому операції, які сьогодні відбуваються поза ланцюгом, можуть відбуватися всередині: наприклад, обчислення ZK-SNARK у реальному часі.

“Багато речей, які можна зробити у PVM, не можна у EVM. Це приносить користь криптоекосистемі: додавання більшої логіки у ланцюг зменшує практики, що використовують сторонні оракули, і зменшує залежність від них”, зазначив він.

Децентралізований стек: обчислення, зберігання, повідомлення

Гевін просуває цикли ітерацій продукту кожні два тижні. Ці прототипи зазвичай використовуватимуть смарт-контракти, хоча деякі сервіси (зберігання, повідомлення) ймовірно, будуть незалежними парачейнами.

У сфері обчислень: Polkadot вже має зрілу систему.

У зберіганні: Це найскладніше завдання. Parity розробляє інтегроване зберігання у ланцюгу, але інші команди також працюють над цим: DataHaven (з екосистеми), Eiger (примітиви низького рівня), Moonbeam і JamDA.

“Можливо, співіснуватимуть кілька рішень для зберігання”, передбачив Обер. “Нам потрібне дешеве децентралізоване зберігання для фотографій, а також швидке зберігання для частих читань/записів невеликого обсягу даних”.

JamDA працюватиме як тимчасове зберігання (дані згоряють через 28 днів, якщо їх не оновлювати), тоді як системи на кшталт Filecoin можуть служити для довгострокового зберігання. Ключова різниця з IPFS: “IPFS не гарантує доступність. Ви завантажуєте документ, але не можете гарантувати, що він залишатиметься читабельним у майбутньому”.

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

У сфері повідомлень: Йдеться про заміну централізованих серверів, які сьогодні виступають посередниками для з’єднання користувачів за фаєрволами.

“Виклик — децентралізувати цю функцію без слідів метаданих. У системах на кшталт Signal інші знають, що я спілкуюся, але не з ким. У нашій системі навіть це не має бути видно”, описав П’єр.

Остаточна мета: децентралізоване хмарне сховище

За суттю, Parity відновлює дуже поширені системи Web2 — обчислення, зберігання, повідомлення, ідентичність — у децентралізованій архітектурі.

“Крок за кроком ми будуємо ‘хмару’ або ‘сервер’ децентралізовану. Всі компоненти поступово вдосконалюються”, підсумував Обер.

Це не легке завдання. Воно визначає, чи зможе Polkadot зайняти своє місце в наступній епосі криптоекосистеми.