Стратегический поворот 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 другие знают, что я общаюсь, но не с кем. В нашей системе даже этого не должно быть видно», описал Pierre.

Конечная цель: децентрализованное облако

По сути, Parity воссоздает очень распространенные системы Web2 — вычисления, хранение, уведомления, идентификацию — на децентрализованной архитектуре.

«Шаг за шагом мы строим ‘облако’ или ‘сервер’ децентрализованный. Все компоненты постепенно совершенствуются», резюмировал Обер.

Это не малое задание. Оно определяет, сможет ли Polkadot занять свою позицию в следующей эпохе криптоэкосистемы.