Gavin Wood：JAM станет следующим стандартом консенсуса, вызвав новую революцию в отрасли

Перезапуск инновационного двигателя через десять лет

Десять лет назад идея Gavin Wood о EVM изменила всю индустрию. С тех пор все разработчики публичных блокчейнов, казалось, нашли общий “язык”. Сегодня этот пионер снова выступает с новыми идеями, запустив протокол JAM (Join Accumulate Machine) и возлагая большие надежды: он станет новым стандартным началом для разработки следующего поколения блокчейнов, а не вспомогательным инструментом для конкретной цепочки.

JAM — это не просто техническое предложение по обновлению. По сути, это самостоятельная архитектура, на базе которой любой создатель может строить свои системы. Различные токены и экосистемы даже смогут делить одну и ту же безопасную сеть — что это значит для разработчиков? При создании следующего поколения блокчейнов больше не нужно начинать с нуля.

Непревзойденная атмосфера децентрализованной разработки

Глобальный тур Pala Labs уже в разгаре, Gavin Wood лично посещает разные страны, чтобы пообщаться с реальными разработчиками и сторонниками JAM. Что он чувствует в этой полностью децентрализованной модели разработки?

Страсть и инициативность разработчиков — это то, чего не было в эпоху Polkadot. Они искренне любят проект и готовы брать на себя реальные обязательства.

Эта разница обусловлена фундаментально разной структурой разработки. В ранние времена Polkadot создавался внутри традиционной корпоративной рамки. Хотя команда была полна энтузиазма, в рамках компании “инициативность” — это скорее естественный побочный эффект: ты получаешь зарплату, значит, выполняешь работу.

JAM же полностью противоположен. Современные разработчики не получают фиксированную зарплату, вкладывают своё время, силы и риски. В будущем они могут получить финансирование или награды, но только после того, как представят результат. Этот риск несут сами разработчики, и сама их приверженность говорит обо всём.

Логика традиционных компаний противоположна: сначала сотрудник получает высокую зарплату, а компания несет риски. В JAM же разработчики — и инвесторы, и создатели одновременно, и эта двойственная роль порождает редкое чувство веры — такого почти не бывает у сотрудников классических компаний.

Традиционные компании используют систему власти сверху вниз: у руководства есть высшие полномочия, оно делегирует задачи менеджерам, а те — отделам, и всё это подчинено приказам и оценкам сверху. Каждый должен отчитываться и выполнять указания, а эффективность зависит от оценки руководства.

JAM ломает эту модель. В этом проекте Gavin скорее выступает в роли советника, который дает советы по мере необходимости — иногда кратко, иногда прямо, но в целом дружелюбно. Он подготовил “серую книгу”, чтобы проверить реализуемость идей, и старается объяснить логику другим.

Но настоящие двигатели прогресса JAM — это команды, участвующие в разработке. Их движет энтузиазм, опыт или вера в будущую коммерческую ценность. Они активно и инициативно строят систему. Такую атмосферу я видел только в ранней Ethereum около 2015 года — когда все были полны страсти, и даже если “серую книгу” было трудно понять, все готовы были вникать и превращать идеи в реально работающий софт.

Новая парадигма, превосходящая EVM: истинное определение JAM

Если объяснить JAM на языке, незнакомом с Polkadot, что бы это было? Что он из себя представляет и что умеет делать?

По “серой книге”, протокол JAM объединяет ключевые преимущества двух больших лагерей:

Во-первых, он наследует механизмы криптоэкономики Polkadot — именно они обеспечивают высокую масштабируемость Polkadot.

Во-вторых, он использует интерфейсы и модели сервисов, близкие к Ethereum, позволяя основной цепочке выполнять программируемые операции.

В отличие от традиционных архитектур, которые позволяют программировать только вычислительные модули высокой производительности, JAM идет дальше: не только вычислительные блоки можно программировать, но и “сотрудничество” между модулями, “накопительный эффект” — всё это можно управлять через программирование — отсюда и название “Join Accumulate Machine”.

Хотя изначально JAM предлагался как обновление Polkadot и получил широкую поддержку сообщества, его дизайн не ограничен Polkadot. Это универсальная, абстрактная, самостоятельная базовая архитектура, которая может стать фундаментом для следующего поколения блокчейнов.

Ключевая особенность JAM — это возможность безопасно и распределенно управлять нагрузкой всей сети, делая приложения, запущенные на ней, естественно масштабируемыми — это то, что пока не умеют другие решения.

Более того, JAM поддерживает межсетевое взаимодействие нескольких экземпляров сети, что означает, что масштабируемость приложений больше не ограничена одной цепочкой. Поэтому это не просто новая архитектура цепочек, а потенциально новая парадигма масштабируемых решений.

Нам стоит смотреть на JAM не как на “обновление Polkadot”. Согласно философии Gavin, он лучше умеет создавать с нуля, чем расширять существующие системы. Поэтому дизайн JAM — это не просто постепенное улучшение текущей архитектуры, а переосмысление с нуля — как с чистого листа.

Хотя JAM заимствует некоторые технологии Polkadot, он включает множество новых идей и механизмов. Всё это систематически зафиксировано в “серой книге”, чтобы отделить его от контекста Polkadot и показать как базовую архитектуру с более широкими возможностями — подобно тому, как в своё время было с x64.

Вернемся к истории x64. Intel изначально создала архитектуру команд x86 для своих процессоров — от 8086 до 80286, 80386 и серии Pentium, она стала стандартом для IBM-совместимых ПК и доминировала на настольных компьютерах. Но когда индустрия подготовилась к 64-битной эпохе, предложение Intel было слишком опережающим — рынок не принял его. В итоге AMD, ранее считавшаяся “следователем”, разработала более простое и практичное расширение — AMD64, основанное на 32-битных командах Intel. Рынок выбрал AMD, и Intel пришлось отказаться от своего варианта, приняв AMD64. С тех пор роли лидера и последователя поменялись.

Intel не хотел использовать название “AMD64”, поэтому стандарт стал называться нейтрально — “x64”. Сегодня обе компании используют совместимую архитектуру команд.

Почему я привел этот пример? Потому что Gavin верит, что JAM может стать “x64 технологияй” блокчейна. Он символизирует рациональную эволюцию, особенно для публичных цепочек, ценящих Web3-устойчивость и принципы децентрализации.

Этот протокол в части модели управления, токеномики, системы стейкинга и других аспектов открыт для настройки — разные проекты могут адаптировать эти модули и даже выбирать разные языки программирования.

JAM использует PVM — универсальную архитектуру команд. Цепочки на его базе получат преимущества масштабируемости и композиции, а в будущем смогут взаимодействовать и интегрироваться с другими цепочками через JAM.

Недавно Gavin задумался о новом направлении — его идея, которая, надеюсь, скоро станет публичной — как углубить интеграцию двух гетерогенных блокчейн-сетей: хотя у них разные токеномики, обе основаны на архитектуре JAM, и при этом они смогут делить одну безопасную сеть, сохраняя независимость. Он уверен, что даже если это не финальная форма индустрии, это станет значительным прорывом и изменит весь ландшафт.

В более широком смысле, JAM вполне может стать универсальной базой для всей индустрии, как это было с ранними технологиями Ethereum. Многие публичные цепочки используют или частично используют EVM, их формат транзакций и логика исполнения постепенно становятся индустриальным стандартом. JAM обладает тем же нейтральным технологическим потенциалом, позволяя пересекать границы токенов и сетей.

Как неоднократно подчеркивал Gavin, JAM должен стать нейтральной базовой технологией. Он уверен, что его дизайн способен поддерживать развитие индустрии блокчейнов на ближайшие 5-10 лет и даже дольше. Конечно, вся система будет продолжать эволюционировать. Если появятся эффективные zk-примитивы, некоторые модули JAM могут быть заменены. Но в целом, как системное нововведение, применение JAM не ограничится только экосистемой Polkadot — любой проект, признающий его ценность, сможет внедрять его в свою систему управления.

Кроме того, с самого начала JAM придерживается принципов децентрализации и “превалирования стандартов”: сначала публикуется протокол, затем реализуется, и привлекается более 35 независимых команд по всему миру. Такой подход обеспечивает естественное распространение знаний и контроля. Это поможет JAM стать действительно нейтральной и широко используемой технологией в Web3.

Послание молодым разработчикам: Web3 — не выбор, а ответственность

Pala Labs сейчас общается с множеством энтузиастов JAM, многие из которых — молодые люди, даже студенты. Если бы им нужно было сказать что-то — как Gavin 20 лет назад, который любил создавать и мечтал о свободном обществе — что бы вы хотели передать?

Раннее присоединяйтесь, идите вперед. Следуйте своим ценностям. Если вы верите в свободную волю и личное суверенитет — эти идеи из эпохи Просвещения — действуйте, ведь никто другой не сможет взять на себя эту ответственность за вас.

Но разве искусственный интеллект не усугубит проблему фальсификации идентичности?

Общая система доверия в обществе быстро рушится. В 2014–2015 годах популярной стала концепция “постправды”, означавшая, что люди перестали верить объективным фактам. Хотя это и имеет смысл, с философской точки зрения это неправда. Gavin постоянно настаивал: истина существует, и люди обязаны её искать. Если решение основано не на самой рациональной и надежной истине, оно обречено на ошибку.

Но мы уже вошли в эпоху “постдоверия”: либо люди сомневаются во всем, либо слепо доверяют опасным пропагандистам. Эти крайности разрушают рациональность общества. В этом контексте искусственный интеллект только усугубляет проблему.

Конечно, AI приносит пользу — улучшает коммуникацию, обогащает искусство. Gavin сам использует его как DJ и музыкант. Но в экономике, политике и геополитике нельзя недооценивать риски AI. Регуляции не решат проблему. Обычно регулирование ограничивает возможности законопослушных, но не мешает злоумышленникам и недемократическим государствам использовать AI против свободных обществ. Поэтому регулирование — не решение.

Настоящее решение — создание более мощной и надежной технологической базы, которая сможет ограничить возможный вред AI — как внутренний, так и внешний.

По его мнению (хотя и с некоторой предвзятостью), только технологии Web3 могут реально решить эту проблему. Причина проста: AI по сути — это “ослабление истины, усиление доверия”. Когда мы полагаемся на AI, мы доверяем организациям, которые его создают — будь то компании, обучающие большие модели, или сервисы, запускающие модели на закрытых серверах. Мы не можем проверить обучающие данные, не понимаем, почему получаем такой ответ; даже создатели моделей не всегда понимают их внутреннюю механику.

В отличие от этого, более надежный подход — каждый может самостоятельно проверять истину. Но по мере того, как общество все больше полагается на AI и слепо ему доверяет, мы медленно движемся к состоянию “кажется объективным, но на самом деле — слепым доверием”. Поскольку логика AI — “меньше истины, больше доверия”, нам нужно использовать Web3 — “меньше доверия, больше истины” для балансировки.

В свободном обществе правильное решение — не ужесточать регулирование Web3, а немедленно действовать: снизить ненужные ограничения, обеспечить поддержку и финансирование инфраструктуры Web3.

Пять-шесть лет перспективы для разработчиков JAM

Трудно точно предсказать будущее, но можно поделиться опытом. В ноябре 2013 года Gavin жил в Лондоне. У него был друг по имени Johnny Bitcoin, тоже знакомый с Vitalik. Они часто встречались в барах, пили пиво и общались. Однажды Johnny рассказал, что Vitalik работает над новым проектом на базе Bitcoin — Ethereum, и ищет разработчиков. Gavin пошутил: “Ну, я могу попробовать.” Он всегда считал, что хорошо программирует, и друг посоветовал: “Если ты так силен, то давай разрабатывай Ethereum.” Так он стал одним из разработчиков Ethereum.

Тогда белая книга Ethereum была скорее видением — содержала достаточно технических деталей, чтобы сделать проект реализуемым. В течение следующих 4-5 месяцев команда совместно создала несколько совместимых версий, и в итоге появился “желтый” протокол — официальный стандарт. Gavin тогда был независимым разработчиком, вместе с Vitalik и Jeff реализовал версию на Go. Позже он стал соучредителем Ethereum, создал Parity и продолжил работу над другими продуктами.

Это был старт его пути в блокчейне — как независимого разработчика, который вкладывает свое время и создает протокол с нуля. Не уверен, что команда JAM тоже сможет пройти такой путь, но для него это действительно начало жизни — другого выбора нет, только идти отсюда, и время покажет, что эта дорога гораздо перспективнее, чем казалось изначально.

Конечно, это не только программирование. Нужно учиться коммуникации: искать инвесторов, презентовать проект, думать о сценариях использования, писать смарт-контракты, продвигать, давать советы. Программирование — это ядро, но есть много сопутствующих задач. За 11 лет Gavin почти не прекращал программировать. Честно говоря, он начал еще в 8 или 9 лет — и почти не делал перерывов, самый длинный — три месяца путешествия по Центральной Америке.

Это его путь. Если у молодых разработчиков есть страсть и способности, я уверен, ничто не остановит их на этом пути — единственное отличие сейчас — цель не Ethereum, а JAM!