1 запись с тегом "JAM Chain"

JAM (Join-Accumulate Machine) Chain от Polkadot представляет собой наиболее значительную инновацию в архитектуре блокчейна со времен запуска Ethereum, фундаментально переосмысливающую работу децентрализованных вычислений. Представленная доктором Гэвином Вудом в документе JAM Gray Paper в апреле 2024 года, JAM превращает Polkadot из релейной цепи, ориентированной на парачейны, в универсальный, не требующий разрешений «почти когерентный бездоверительный суперкомпьютер», способный обеспечить в 42 раза большую доступность данных (850 МБ/с) и теоретическую пропускную способность более 3,4 миллиона TPS. Протокол решает проблему постоянного разделения, преследующую современные блокчейн-системы, обеспечивая синхронную компонуемость в динамических границах шардов при сохранении параллельного выполнения на более чем 350 ядрах. В отличие от L2-ориентированной стратегии роллапов Ethereum или модели суверенных зон Cosmos, JAM встраивает шардированное выполнение с когерентным состоянием непосредственно в уровень консенсуса, используя новую виртуальную машину Polkadot (PVM) на базе RISC-V и бестранзакционную архитектуру, где все вычисления проходят через конвейер Refine→Accumulate. С 43 командами разработчиков, соревнующимися за призы в размере 10 миллионов DOT, несколькими клиентами, достигшими 100% соответствия к августу 2025 года, и развертыванием основной сети, запланированным на начало 2026 года, JAM призвана реализовать то, что обещала первоначальная концепция Ethereum 2.0: нативное масштабируемое выполнение без ущерба для компонуемости или безопасности.

Вычислительная модель: как процессы JAM работают в масштабе​

JAM представляет принципиально новую вычислительную парадигму под названием CoreJAM (Collect, Refine, Join, Accumulate), которая разбивает выполнение блокчейна на отдельные фазы, оптимизированные для распараллеливания и эффективности. Название JAM происходит от ончейн-частей — Join и Accumulate, в то время как Collect и Refine происходят офчейн. Эта архитектура устанавливает две основные среды выполнения, которые работают согласованно: внутриядерное выполнение для тяжелых параллельных вычислений и ончейн-выполнение для интеграции состояний.

На стадии Refine (внутриядерное выполнение) рабочие элементы подвергаются безстатусной параллельной обработке на нескольких ядрах валидаторов, при этом каждое ядро обрабатывает до 15 МБ входных данных за 6-секундный временной интервал и выдает сжатые выходные данные размером не более 90 КБ — замечательный коэффициент сжатия 166x. Эта стадия обеспечивает 6 секунд времени выполнения PVM на ядро, что в три раза превышает 2-секундный лимит текущих функций валидации парачейнов Polkadot (PVF). Функция Refine выполняет основную вычислительную работу полностью офчейн, при этом единственной операцией с состоянием является поиск прообраза, что обеспечивает массовое распараллеливание без конфликтов состояний.

После уточнения, стадия Accumulate (ончейн-выполнение) интегрирует результаты работы в состояние цепи посредством операций с состоянием, ограниченных примерно 10 миллисекундами на выход. Эта функция выполняется на всех валидаторах и может считывать хранилище из любого сервиса, записывать в собственное хранилище ключ-значение, переводить средства между сервисами, создавать новые сервисы, обновлять код и запрашивать доступность прообраза. Резкий контраст в бюджетах выполнения — 6 секунд офчейн против 10 миллисекунд ончейн — отражает фундаментальное понимание JAM: вынося дорогостоящие вычисления офчейн и распараллеливая их, система резервирует драгоценное ончейн-время только для существенных переходов состояний.

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

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

Архитектурная трансформация от релейной цепи к сервисно-ориентированным вычислениям​

JAM фундаментально переосмысливает архитектуру Polkadot, переходя от высокоспециализированного, парачейн-ориентированного дизайна к минималистичному, универсальному вычислительному субстрату. Текущая релейная цепь Polkadot закрепляет парачейны непосредственно в протоколе с жестким ограничением примерно в 50 слотов, требует доступа на основе аукционов, стоящих миллионы DOT, и выполняет всю логику парачейна через фиксированные пути валидации. JAM заменяет это сервисами — не требующими разрешений, инкапсулированными средами выполнения, которые любой может развернуть без одобрения управления или аукционов, ограниченными только криптоэкономическими факторами (депозиты DOT).

Философский сдвиг в архитектуре глубок: от обновляемой релейной цепи к фиксированному протоколу с обновляемыми сервисами. Если Polkadot 1.0 поддерживал высокообновляемую релейную цепь, которая со временем накапливала сложность, то JAM фиксирует основные параметры протокола (кодирование заголовка блока, схемы хеширования, сетевой протокол QUIC, параметры времени) для агрессивной оптимизации и упрощения множественных реализаций. Функциональность на уровне приложений, включая стейкинг, управление и распределение кортайма, находится в сервисах, которые могут обновляться независимо, не затрагивая основной протокол. Эта необновляемая архитектура цепи значительно снижает сложность, сохраняя гибкость там, где это наиболее важно — на уровне приложений.

Парачейны становятся одним из многих типов сервисов в модели JAM. Вся функциональность парачейнов Polkadot 1.1 будет консолидирована в единый сервис «Parachains» или «CoreChains», обеспечивая полную обратную совместимость с жестко закодированными гарантиями. Существующие парачейны автоматически переходят на работу поверх JAM при обновлении релейной цепи, не требуя изменений в коде. Модель сервисов обобщает возможности парачейнов в произвольные шаблоны выполнения: смарт-контракты, развернутые непосредственно на ядрах, акторные фреймворки, такие как CorePlay, ZK-роллапы, сервисы доступности данных и совершенно новые, еще не придуманные модели выполнения.

Модель управления состоянием также значительно трансформируется. Текущий Polkadot использует постфактумные корни состояния в заголовках блоков — блоки ждут завершения полного вычисления перед распределением. JAM использует предварительные корни состояния, которые отстают на один блок, что позволяет конвейеризацию: легкие вычисления (примерно 5% рабочей нагрузки) выполняются немедленно, блок распределяется до завершения тяжелых задач накопления, и следующий блок начинает обработку до завершения выполнения текущего блока. Этот архитектурный выбор означает, что JAM использует полное 6-секундное время блока для вычислений, достигая от 3 до 3,5 секунд эффективного времени вычисления на блок по сравнению с менее чем 2 секундами в текущем Polkadot.

Переход JAM от WebAssembly к виртуальной машине Polkadot (PVM) на базе RISC-V представляет собой еще один фундаментальный сдвиг. RISC-V, имея всего 47 базовых инструкций, предлагает превосходную детерминированность, исключительную скорость выполнения на обычном оборудовании, легкую трансляцию в x86/x64/ARM, официальную поддержку инструментария LLVM и естественную обработку продолжений со стеком в памяти. Критически важно, что PVM обеспечивает «бесплатное измерение» по сравнению с накладными расходами WebAssembly на измерение, в то время как регистровая архитектура (в отличие от стековой архитектуры WASM) избегает NP-полной проблемы распределения регистров. Это позволяет продолжениям, поддерживающим RISC-V, устанавливать новые стандарты для масштабируемого многоядерного кодирования, позволяя программам приостанавливаться и возобновляться через границы блоков — что крайне важно для асинхронной, распараллеленной архитектуры JAM.

Технические характеристики: целевые показатели производительности и требования к валидаторам​

JAM нацелена на выдающиеся показатели производительности, которые позиционируют ее как скачок поколений в вычислительной мощности блокчейна. Система стремится к доступности данных 850 МБ/с — улучшение в 42 раза по сравнению с обычным Polkadot до улучшений Asynchronous Backing и на порядки превосходящее 1,3 МБ/с Ethereum. Это означает совокупную пропускную способность примерно 2,3 Гбит/с по всем ядрам, при этом каждое ядро обрабатывает 5 МБ входных данных за 6-секундный слот.

Пропускная способность транзакций масштабируется значительно: теоретический максимум более 3,4 миллиона TPS на основе целевого показателя доступности данных 850 МБ/с. Реальные стресс-тесты подтверждают эти прогнозы — Kusama достигла 143 000 TPS при загрузке всего 23% в августе 2025 года, в то время как стресс-тест Polkadot «Spammening» достиг 623 000 TPS в 2024 году. С дополнительными оптимизациями JAM и увеличенным количеством ядер (целевое значение 350 ядер с эластичным масштабированием), порог в 1 миллион+ TPS становится достижимым в производстве.

Вычислительная мощность оценивается в 150 миллиардов газа в секунду при полной работоспособности согласно оценкам Gray Paper, что отражает общее выполнение PVM по всем ядрам. Механизм консенсуса поддерживает 6-секундное время блока с детерминированной финализацией через GRANDPA примерно за 18 секунд (примерно 3 блока). SAFROLE, алгоритм производства блоков JAM на основе SNARK, обеспечивает почти беcфорковую работу за счет анонимного выбора валидаторов с использованием zkSNARKs и RingVRF, при этом билеты служат анонимными входами в производство блоков за две эпохи вперед.

Требования к аппаратному обеспечению валидатора остаются доступными для профессиональных операторов, но требуют значительных ресурсов:

• ЦП: минимум 8 физических ядер @ 3,4 ГГц (приоритет производительности однопоточных вычислений)
• ОЗУ: минимум 128 ГБ
• Хранилище: минимум 2 ТБ NVMe SSD (приоритет латентности над пропускной способностью), с постоянным ростом, оцениваемым в 50 ГБ/месяц
• Сеть: минимум 500 Мбит/с симметричное соединение (предпочтительно 1 Гбит/с) для обработки большого количества сервисов и обеспечения контроля перегрузок
• Операционная система: на базе Linux (ядро 5.16 или новее)
• Время безотказной работы: требуется 99%+ для избежания штрафов за слэшинг

Набор валидаторов состоит из 1023 валидаторов — такое же количество, как и в текущем Polkadot — все они получают равные вознаграждения за блоки независимо от поддерживаемой ими доли. Такое равное распределение вознаграждений создает экономические стимулы для распределения доли между валидаторами, а не для ее концентрации у нескольких крупных операторов, способствуя децентрализации. Минимальные требования к доле являются динамическими; исторически для входа в активный набор валидаторов требовалось примерно 1,75 миллиона DOT общей доли (собственная доля плюс номинации), хотя минимальное намерение номинации составляет 250 DOT. 28-дневный период разблокировки остается неизменным по сравнению с текущим Polkadot.

Сетевой уровень JAM переходит на протокол QUIC для прямых двухточечных соединений между всеми 1000+ валидаторами, избегая проблем с исчерпанием сокетов традиционных сетевых стеков. Поскольку JAM фундаментально бестранзакционна (нет мемпула или сплетен), система использует grid-diffusal для широковещания: валидаторы располагаются в логической сетке, и сообщения распространяются по строкам, а затем по столбцам, что значительно снижает требования к пропускной способности по сравнению с полными протоколами сплетен.

Тестовая среда JAM Toaster демонстрирует масштаб инфраструктуры, поддерживающей разработку: 1023 узла с 12 276 ядрами и 16 ТБ ОЗУ, расположенные в Polkadot Palace в Лиссабоне, входят в число 500-1000 крупнейших суперкомпьютеров мира. Эта полномасштабная тестовая инфраструктура устраняет исторические ограничения, когда небольшие тестовые сети не могли имитировать крупномасштабную динамику сети, а производственные сети не имели комплексных возможностей мониторинга.

Экономическая модель: токеномика DOT и ценообразование на основе кортайма​

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

Токеномика претерпела серьезные изменения в 2025 году с принятием Референдума 1710, который установил ограничение предложения DOT в 2,1 миллиарда и график поэтапного снижения инфляции. Ежегодные эмиссии токенов будут сокращаться вдвое каждые два года, начиная с марта 2026 года, создавая модель дефицита, подобную Bitcoin. Текущая годовая инфляция составляет 7,56% (снизилась с первоначальных 10%), прогнозируется, что к 2040 году общее предложение DOT достигнет примерно 1,91 миллиарда по сравнению с 3,4 миллиарда по предыдущей модели. Это дефляционное давление направлено на поддержку долгосрочного накопления стоимости при сохранении достаточных вознаграждений за безопасность сети.

Структура комиссий переходит от аукционов парачейнов к ценообразованию на основе кортайма, заменяя сложный механизм аукционов слотов Polkadot 1.0 гибкими опциями:

Bulk Coretime предоставляет ежемесячные подписки для постоянного доступа к вычислительным ядрам, что позволяет проектам с гарантированной пропускной способностью предсказуемо планировать бюджет. On-Demand Coretime предлагает оплату по мере использования для спорадического использования, значительно снижая барьеры для входа по сравнению с миллионными аукционами слотов парачейнов. Эта гибкая модель кортайма позволяет приобретать вычислительные ресурсы на срок от секунд до лет, оптимизируя эффективность капитала.

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

Бестранзакционная архитектура полностью исключает традиционные структуры комиссий за транзакции. Вместо того чтобы пользователи отправляли транзакции в мемпул с комиссиями за газ, все действия проходят стадию Refine офчейн, прежде чем результаты интегрируются ончейн. Эта принципиально иная экономическая модель взимает плату за приобретение кортайма и обработку рабочих пакетов, а не за газ за транзакцию, при этом комиссии определяются вычислительными и данными ресурсами, потребляемыми на стадиях Refine и Accumulate.

Экономика валидаторов продолжает использовать Nominated Proof-of-Stake (NPoS) Polkadot с равными вознаграждениями за блоки, распределяемыми между всеми активными валидаторами за эпоху, независимо от размера доли. Валидаторы устанавливают свои собственные ставки комиссии, вычитаемые из общих вознаграждений до распределения номинаторам. Источники дохода включают вознаграждения за блоки (основные), бонусы за очки эпохи за активное участие, чаевые от пользователей (100% валидатору) и комиссии от номинаторов. Текущая статистика стейкинга показывает 58% уровень участия с 825,045 миллионами DOT, застейканными среди 600 активных валидаторов.

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

Модель экономической безопасности опирается на экономических валидаторов (ELV) — циничный механизм роллапов, где случайно выбранные валидаторы повторно выполняют работу для проверки корректности. Этот подход оказывается примерно в 4000 раз более экономически эффективным, чем ZK-доказательства, для обеспечения вычислительной корректности, используя проверенную криптоэкономическую модель безопасности Polkadot. При оспаривании результатов работы механизм вынесения решения может приостановить финализацию на срок до 1 часа, пока валидаторы достигают консенсуса, сохраняя гарантии безопасности даже в условиях противодействия.

Статус разработки: реализации, тестовые сети и дорожная карта к основной сети​

По состоянию на октябрь 2025 года разработка JAM достигла критической массы: 43 активные команды разработчиков в пяти языковых категориях соревнуются за призовой фонд в 10 миллионов DOT + 100 000 KSM (оценивается в 60-100 миллионов долларов США). Это беспрецедентное разнообразие разработчиков направлено на распространение опыта за пределы одной команды, обеспечение устойчивости протокола за счет разнообразия клиентов и выявление неоднозначностей спецификации посредством независимых реализаций.

Несколько реализаций достигли 100% соответствия JAM к августу 2025 года, включая JAM DUNA (Go), JamZig (Zig), Jamzilla (Go), JavaJAM (Java), SpaceJam (Rust), Vinwolf (Rust), Jamixir (Elixir) и Boka (Swift). Панель мониторинга соответствия JAM предоставляет бенчмарки производительности в реальном времени, результаты фаззинг-тестирования и сравнения реализаций, что позволяет прозрачно оценивать зрелость каждого клиента. Реализация PolkaJAM от Parity на Rust в настоящее время лидирует по показателям производительности.

JAM Gray Paper прошла несколько редакций: v0.7.0 выпущена 25 июня 2025 года с подробным псевдокодом для выполнения PVM и агрегирующего планировщика, за которой последовала v0.7.1 26 июля 2025 года, включающая отзывы сообщества. Gray Paper имитирует подход Ethereum Yellow Paper, предоставляя формальные математические спецификации, позволяющие создавать несколько независимых реализаций, а не полагаться на одного эталонного клиента.

Активность тестовой сети ускорилась в течение 2025 года: мероприятие JAM Experience Event в Лиссабоне (9-11 мая) ознаменовало крупный публичный запуск тестовой сети, на котором присутствовали международные разработчики. Тестовая сеть Minimum Viable Rollup запущена в июне 2025 года, позволяя разработчикам тестировать базовую функциональность JAM в реальной сетевой среде. Несколько команд разработчиков постоянно запускают частные тестовые сети, а Parity выпустила экспериментальный бинарный файл PolkaJAM, позволяющий разработчикам создавать свои собственные тестовые сети JAM для экспериментов.

Приз для разработчиков JAM структурирует вознаграждения по пяти этапам для каждого пути реализации (валидирующий узел, не-PVM валидирующий узел или легкий узел):

Этап 1 (IMPORTER): 100 000 DOT + 1 000 KSM за прохождение тестов на соответствие переходу состояний и импорт блоков. Прием заявок открылся в июне 2025 года, их рассматривает Polkadot Fellowship. Этап 2 (AUTHORER): Дополнительно 100 000 DOT + 1 000 KSM за полное соответствие, включая производство блоков, сеть и офчейн-компоненты. Этап 3 (HALF-SPEED): 100 000 DOT + 1 000 KSM за достижение производительности уровня Kusama, предоставляя доступ к JAM Toaster для полномасштабного тестирования. Этап 4 (FULL-SPEED): 100 000 DOT + 1 000 KSM за производительность уровня основной сети Polkadot с бесплатным профессиональным внешним аудитом безопасности. Этап 5 (SECURE): Финальные 100 000 DOT + 1 000 KSM за прохождение полных аудитов безопасности без значительных уязвимостей.

Языковое разнообразие охватывает традиционные корпоративные языки (Java, Kotlin, C#, Go в Наборе A), языки с нативной производительностью (C, C++, Rust, Swift, Zig в Наборе B), лаконичные скриптовые языки (Python, JavaScript, TypeScript в Наборе C) и языки, ориентированные на корректность (OCaml, Elixir, Julia, Haskell в Наборе D). Набор Z предлагает максимум 5 000 KSM за реализации на эзотерических языках, таких как Brainfuck или Whitespace, демонстрируя игривый дух сообщества и доказывая ясность спецификации.

График развертывания основной сети следует амбициозному расписанию:

• Конец 2025 года: Окончательные редакции Gray Paper (v0.8.0, v0.9.0, приближение к v1.0), продолжение подачи и рассмотрения заявок на этапы, расширенное участие в тестовой сети.
• 1 квартал 2026 года: Целевое обновление основной сети JAM в сети Polkadot после одобрения управления через референдум OpenGov.
• 2026 год: Развертывание CoreChain Фазы 1, официальная публичная тестовая сеть JAM, полный переход сети Polkadot на архитектуру JAM.

Стратегия развертывания предполагает единое комплексное обновление, а не итеративные инкрементальные изменения, что позволяет точно ограничивать действия после обновления и минимизировать накладные расходы разработчиков от постоянных критических изменений. Этот подход консолидирует все критические изменения в один переход, избегая накопления сложности, которое преследовало эволюцию Polkadot 1.0. Однако одобрение управления остается обязательным — JAM требует прохождения децентрализованного ончейн-управления Polkadot с голосованием держателей токенов DOT. Прецедент почти единогласного одобрения Референдума 682 в мае 2024 года (поддержка более 31 миллиона DOT) предполагает сильную поддержку сообщества, хотя окончательное развертывание основной сети требует отдельного одобрения управления.

Реальные реализации уже появляются. Acala Network анонсировала JAMVerse в августе 2025 года, создавая первую dApp-цепь, нативную для JAM, с клиентом JAM B-класса на Swift (Boka). Их дорожная карта включает миграцию основных сервисов DeFi (Swap, Staking, LDOT) в JAM для операций с задержкой менее блока, разработку адаптера JAM-XCM для сохранения совместимости с парачейнами Substrate и демонстрацию межцепочечных флеш-кредитов, обеспечиваемых синхронной компонуемостью. Unique Network Quartz переходит на внутренние тестовые среды для архитектуры JAM, планирование завершено к октябрю 2025 года.

Влияние на экосистему: обратная совместимость и стратегии миграции​

Дизайн JAM отдает приоритет полной обратной совместимости с существующими парачейнами Polkadot, гарантируя, что переход скорее улучшит, чем нарушит экосистему. Официальная документация подтверждает, что «часть предложения будет включать инструменты и жестко закодированные гарантии совместимости», а Web3 Foundation заверяет, что «парачейны останутся первоклассными гражданами даже после JAM». Когда JAM будет запущен, релейная цепь обновится, и парачейны автоматически станут сервисами, работающими поверх JAM, без необходимости каких-либо изменений в коде.

Сервис парачейнов (альтернативно называемый CoreChains или ChainService) консолидирует всю функциональность парачейнов Polkadot 1.1 в единый сервис JAM. Существующие парачейны на базе Substrate продолжают работать через этот уровень совместимости с функционально неизменным поведением — «Функциональность любого из парачейнов, работающих в настоящее время на Polkadot, не будет затронута». С точки зрения команд парачейнов, «технологический стек не сильно отличается. Они будут продолжать валидироваться валидаторами» с аналогичными рабочими процессами разработки.

Три пути миграции позволяют командам внедрять возможности JAM в своем собственном темпе:

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

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

Вариант C: Полная миграция включает перестройку с использованием сервисной модели JAM с отдельными точками входа Refine, Accumulate и onTransfer. Этот путь обеспечивает максимальную гибкость — развертывание без разрешений, синхронную компонуемость через Accords, акторные фреймворки CorePlay и прямой доступ к новым моделям выполнения JAM. JAMVerse от Acala является примером такого подхода: создание полной нативной реализации JAM при сохранении работы устаревшего парачейна во время перехода. Полная миграция требует значительных усилий по разработке, но раскрывает весь потенциал JAM.

Инфраструктура поддержки миграции включает инструмент миграции Omicode, упомянутый в документации Acala как обеспечивающий «плавную миграцию в JAM без необходимости модификации логики выполнения» — по-видимому, это уровень совместимости для существующих парачейнов Substrate. Polkadot SDK остается совместимым с JAM, хотя функции валидации парачейнов (PVF) перенацелены с WebAssembly на PVM. Поскольку PVM представляет собой незначительную модификацию RISC-V (уже являющегося официальной целью LLVM), существующие кодовые базы, скомпилированные в WASM, обычно могут быть перекомпилированы в PVM с минимальными изменениями.

Переход от WASM к PVM предлагает несколько преимуществ: бесплатное измерение устраняет накладные расходы на газ во время выполнения, регистровая архитектура избегает NP-полной проблемы распределения регистров, присущей стековой архитектуре WASM, естественная поддержка продолжений позволяет программам приостанавливаться и возобновляться через границы блоков, а исключительная скорость выполнения на обычном оборудовании обеспечивает повышение производительности без изменений инфраструктуры. Паллеты Substrate FRAME продолжают работать в рамках сервисов парачейнов, хотя измерительная система JAM часто устраняет необходимость в частых бенчмарках, которые обременяли разработку Substrate.

Эволюция XCM (формата межконсенсусных сообщений) обеспечивает интероперабельность на протяжении всего перехода. Полный XCMP (передача межцепочечных сообщений) становится обязательным в JAM — если текущий HRMP (горизонтальная передача сообщений через релейную цепь) хранит все данные сообщений в релейной цепи с ограничением полезной нагрузки в 4 КБ, то XCMP JAM размещает только заголовки сообщений ончейн с неограниченной передачей офчейн-данных. Это архитектурное требование вытекает из строгих ограничений на передачу данных между стадиями Refine и Accumulate, что позволяет использовать реалистичные полезные нагрузки данных без узких мест релейной цепи.

Адаптеры JAM-XCM поддерживают интероперабельность между сервисами JAM и парачейнами Substrate в течение переходного периода. Улучшения XCM v5, выпущенные в 2025 году, включают многоходовые транзакции, многоцепочечные платежи за комиссии, меньшее количество требуемых подписей и лучшую защиту от ошибок — все это разработано для бесперебойной работы при переходе от Polkadot к JAM. Accords вводят синхронные возможности XCM, позволяющие взаимодействовать с минимальным доверием, например, прямую телепортацию токенов между цепями без посредников на основе резервов.

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

Переход валидаторов остается простым — операторам потребуется запускать клиенты, совместимые с JAM, а не текущие клиенты Polkadot, но обязанности валидаторов по производству блоков, валидации транзакций (теперь рабочих пакетов) и поддержанию консенсуса остаются неизменными. Переход от BABE+GRANDPA к SAFROLE+GRANDPA для консенсуса в основном затрагивает внутреннюю реализацию клиента, а не операционные процедуры. Валидаторы, поддерживающие 99%+ времени безотказной работы, оперативно отвечающие на запросы валидации и участвующие в консенсусе, будут продолжать получать равные вознаграждения за эпоху, как и в текущем Polkadot.

Опыт разработчика: от смарт-контрактов к сервисам и за их пределы​

JAM фундаментально преобразует опыт разработчиков, устраняя барьеры для входа и расширяя возможности. Если Polkadot 1.0 заставлял команды выбирать между смарт-контрактами (ограниченные возможности, простое развертывание) или парачейнами (полные возможности, доступ на основе аукционов), то JAM предоставляет гибкую и богатую среду как для того, так и для другого, а также новые модели выполнения.

Модель развертывания сервисов без разрешений напоминает развертывание смарт-контрактов в Ethereum — разработчики могут развертывать код как сервис без одобрения управления или аукционов слотов, оплачивая только используемые ресурсы через приобретение кортайма. Это значительно снижает финансовые барьеры: никаких многомиллионных ставок на аукционах, никаких двухлетних обязательств по слотам, никаких сложных механизмов краудлоанов. Сервисы масштабируются экономически за счет депозитов DOT, которые криптоэкономически ограничивают потребление ресурсов, а не через политическое или финансовое регулирование.

Смарт-контракты ink! продолжают процветать в экосистеме JAM с потенциальным прямым развертыванием на ядрах JAM через выделенные сервисы, устраняя необходимость в промежуточном хостинге парачейнов. Инструментарий остается зрелым: cargo-contract для компиляции, ink! playground для экспериментов, rustfmt и rust-analyzer для разработки, обозреватель Chainlens для верификации контрактов и фреймворки интеграционного тестирования. Путь перехода от концепции к производству остается ясным: начните с контрактов ink! для быстрой итерации, подтвердите соответствие продукта рынку, затем мигрируйте на сервисы JAM или парачейны, когда этого потребуют требования к производительности — повторно используя код Rust, тесты и компоненты фронтенда на протяжении всего процесса.

Три точки входа сервиса определяют модель программирования JAM, требуя от разработчиков иного подхода к вычислениям:

Функция Refine обрабатывает безстатусные вычисления, которые преобразуют входные данные роллапа в выходные. Она принимает до 15 МБ рабочих элементов за 6-секундный слот, выполняется до 6 секунд газа PVM и производит сжатые результаты размером не более 90 КБ. Refine выполняется офчейн параллельно на подмножествах валидаторов, при этом для доступа к данным доступны только поиски прообразов. Эта функция выполняет основную вычислительную работу — обработку транзакций, проверку доказательств, преобразование данных — полностью изолированно от глобального состояния.

Функция Accumulate интегрирует выходные данные Refine в состояние сервиса посредством операций с состоянием, ограниченных примерно 10 миллисекундами на выход. Она может считывать хранилище из любого сервиса (что позволяет выполнять межсервисные запросы), записывать в собственное хранилище ключ-значение, переводить средства между сервисами, создавать новые сервисы, обновлять собственный код и запрашивать доступность прообраза. Accumulate выполняется синхронно на всех валидаторах, что делает ее дорогой, но по умолчанию защищенной. Асимметрия — 6 секунд для Refine против 10 миллисекунд для Accumulate — навязывает архитектурную дисциплину: выносите вычисления офчейн, минимизируйте обновления состояния.

Функция onTransfer обрабатывает межсервисную связь посредством асинхронных сообщений. Сервисы могут отправлять сообщения, не дожидаясь ответов, что обеспечивает слабую связанность, избегая при этом блокировки. Будущие улучшения могут позволить выделять дополнительный газ для сложных межсервисных взаимодействий или обрабатывать синхронные шаблоны через Accords.

CorePlay представляет собой экспериментальный акторный фреймворк, демонстрирующий уникальные возможности JAM. Актёры, развернутые непосредственно на ядрах, могут использовать обычные синхронные шаблоны программирования — стандартный код в стиле fn main() с синтаксисом async/await. Когда актёры на одном ядре вызывают друг друга, выполнение происходит синхронно. При вызове актёров на разных ядрах продолжения PVM автоматически приостанавливают выполнение, сериализуют состояние и возобновляют его в более позднем блоке, когда приходят результаты. Эта абстракция делает многоблочное асинхронное выполнение синхронным для разработчиков, значительно упрощая логику распределенных приложений.

Улучшения в инструментарии разработчика включают упрощенное развертывание за счет создания сервисов без разрешений, сокращение требований к бенчмаркингу благодаря измерительному выполнению PVM в JAM, прозрачное и предсказуемое ценообразование кортайма (избегая волатильности комиссий в стиле Ethereum) и доступ к JAM Toaster для разработчиков, достигших Этапа 3+, предоставляющий полномасштабную симуляцию сети из 1023 узлов для реалистичного тестирования производительности. Поддержка нескольких языков — команды работают на Rust, Go, Swift, Zig, Elixir, OCaml и других — демонстрирует ясность спецификации и позволяет разработчикам выбирать знакомые инструментарии.

Синхронная компонуемость преобразует возможности многоцепочечных приложений. Текущие парачейны Polkadot обмениваются данными асинхронно через XCM, требуя от приложений обработки задержек ответов, тайм-аутов и сценариев отката. Accords JAM обеспечивают многоэкземплярные смарт-контракты, управляющие протоколами взаимодействия между сервисами с гарантиями синхронного выполнения. Например, дорожная карта Acala демонстрирует «инициирование флеш-кредита в Ethereum и выполнение арбитража между несколькими цепями через единый синхронизированный вызов» — атомарность, ранее невозможная в фрагментированных блокчейн-экосистемах.

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

Документация и образовательные ресурсы значительно расширились в течение 2025 года: JAM 2025 World Tour охватил 9 городов на 2 континентах и привлек более 1300 разработчиков. Техническая документация включает исчерпывающий Gray Paper, разделы JAM в Polkadot Wiki, официальные руководства для разработчиков и учебные пособия, созданные сообществом. Программа Decentralized Futures от Web3 Foundation финансирует образовательные инициативы JAM, а приз для разработчиков создает экономические стимулы для создания высококачественной документации и инструментов для разработчиков.

Стратегическое видение: разрешение трилеммы блокчейна через архитектурные инновации​

Видение Гэвина Вуда для JAM направлено на устранение того, что он определяет как фундаментальное ограничение блокчейна — антагонизм размер-синхронность, когда системы должны выбирать между масштабом и когерентностью. Монолитные цепи, такие как Bitcoin и Ethereum L1, достигают высокой синхронности и компонуемости, но не могут масштабироваться за пределы вычислительных ограничений одного узла. Шардированные системы, такие как Ethereum L2, парачейны Polkadot и зоны Cosmos, достигают масштаба за счет разделения, но жертвуют когерентностью, вынуждая приложения работать в изолированных хранилищах только с асинхронной межшардовой связью.

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

Стратегическая цель сосредоточена на создании «почти когерентного бездоверительного суперкомпьютера», который сочетает три исторически несовместимых свойства:

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

Безопасные побочные вычисления, распараллеленные по масштабируемой сети узлов, впервые реализованные Polkadot, обеспечивают общую безопасность для всех сервисов через полный набор из 1023 валидаторов. В отличие от зон Cosmos с независимой безопасностью или Ethereum L2 с различными предположениями о доверии, каждый сервис JAM наследует идентичные гарантии безопасности с первого дня. Параллельное выполнение на ядрах обеспечивает вычислительное масштабирование без фрагментации безопасности — добавление сервисов не снижает безопасность, а увеличивает общую пропускную способность системы.

Синхронная компонуемость в пределах когерентных границ выполнения раскрывает сетевые эффекты. Протоколы DeFi могут атомарно компоноваться между сервисами для флеш-кредитов, арбитража и ликвидаций. Торговые площадки NFT могут атомарно объединять активы из нескольких цепей. Игровые приложения могут синхронно взаимодействовать с примитивами DeFi для внутриигровых экономик. Эта компонуемость, исторически ограниченная монолитными цепями, становится доступной в масштабируемой, распараллеленной среде.

Долгосрочное позиционирование Вуда для JAM выходит за рамки блокчейна к общим вычислениям. Слоган «децентрализованный глобальный компьютер» намеренно перекликается с ранними описаниями Ethereum, но с архитектурными основами, поддерживающими эту метафору в масштабе. Если «мировой компьютер» Ethereum быстро столкнулся с ограничениями масштабируемости, что потребовало прагматизма L2, то JAM строит вычислительное масштабирование в своей основе через парадигму Refine-Accumulate и поддержку продолжений PVM.

Эволюция от Polkadot 1.0 к JAM отражает философию «меньше мнений» — переход от предметно-ориентированного к универсальному, от закрепленных парачейнов к произвольным сервисам, от обновляемой сложности протокола к фиксированной простоте с обновляемыми приложениями. Этот архитектурный минимализм открывает возможности для оптимизации, невозможные в постоянно развивающихся системах: фиксированные параметры позволяют агрессивную оптимизацию сетевой топологии, известные тайминги позволяют точные алгоритмы планирования, неизменяемые спецификации позволяют аппаратное ускорение без риска устаревания.

Пять движущих факторов мотивируют дизайн JAM:

Устойчивость через децентрализацию требует более 1000 независимых операторов валидаторов, поддерживающих безопасность всех сервисов. Дизайн JAM сохраняет новаторский NPoS Polkadot с равными вознаграждениями валидаторам, предотвращая концентрацию доли, сохраняя при этом надежную отказоустойчивость к византийским ошибкам.

Универсальность, позволяющая выполнять произвольные вычисления, выходит за рамки специфических для блокчейна вариантов использования. PVM принимает любой код RISC-V, поддерживая языки от Rust и C++ до более экзотических реализаций. Сервисы могут реализовывать блокчейны, платформы смарт-контрактов, ZK-роллапы, уровни доступности данных, оракулы, сети хранения или совершенно новые вычислительные паттерны.

Производительность, достигающая «более или менее неограниченного масштабирования», достигается за счет горизонтального распараллеливания — добавление ядер масштабирует пропускную способность без архитектурных ограничений. Целевой показатель 850 МБ/с представляет собой стартовую пропускную способность; эластичное масштабирование и экономические рынки кортайма позволяют увеличивать пропускную способность по мере роста спроса без изменений протокола.

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

Доступность, снижающая барьеры, демократизирует инфраструктуру. Замена многомиллионных аукционов парачейнов на оплату по мере использования кортайма, развертывание сервисов без разрешений и гибкое распределение ресурсов позволяет проектам любого масштаба — от индивидуальных разработчиков до корпоративных команд — получать доступ к инфраструктуре мирового класса.

Конкурентная среда: JAM против альтернативных подходов Layer 0 и Layer 1​

Позиционирование JAM по отношению к дорожной карте Ethereum выявляет принципиально разные философии масштабирования. Ethereum преследует L2-ориентированную модульность, где L1 обеспечивает доступность данных и расчеты, в то время как выполнение мигрирует на оптимистические и ZK-роллапы, такие как Arbitrum, Optimism, Base и zkSync. Proto-danksharding (EIP-4844) добавил блоб-транзакции, обеспечивающие временную доступность данных, а полный danksharding планируется для увеличения пропускной способности в 100 раз. Разделение Proposer-Builder (PBS) и анонсированный редизайн уровня консенсуса Beam Chain продолжают оптимизировать L1 для его сужающейся роли.

Эта стратегия создает постоянное разделение: L2 остаются изолированными экосистемами с фрагментированной ликвидностью, различными предположениями о доверии, 7-дневными периодами вывода средств для оптимистических роллапов, рисками централизации секвенсоров и волатильностью комиссий во время перегрузки L1, которая каскадно распространяется на все L2. Компонуемость работает плавно внутри каждого L2, но меж-L2 взаимодействия возвращаются к асинхронному обмену сообщениями с рисками мостов. Сообщество Ethereum приняло прагматизм L2 после того, как первоначальное видение шардинга Ethereum 2.0 оказалось слишком сложным — но этот прагматизм принимает фундаментальные ограничения как неотъемлемые компромиссы.

JAM преследует то, что изначально обещал Ethereum 2.0: нативное шардированное выполнение с когерентным состоянием, встроенным в уровень консенсуса. Там, где Ethereum перенес выполнение офчейн на L2, JAM встраивает параллельное выполнение в консенсус L1 через модель Refine-Accumulate. Там, где Ethereum принял фрагментированные экосистемы L2, JAM обеспечивает унифицированную безопасность и компонуемость на уровне протокола через сервисы и Accords. Архитектурная ставка принципиально отличается — Ethereum делает ставку на специализированные инновации L2, JAM делает ставку на обобщенную масштабируемость L1.

Целевые показатели производительности иллюстрируют амбиции: Ethereum обрабатывает примерно 15 транзакций в секунду на L1 с доступностью данных 1,3 МБ на блок, в то время как L2 коллективно обрабатывают тысячи TPS с различными предположениями о безопасности. JAM нацелена на доступность данных 850 МБ/с (примерно в 650 раз больше, чем Ethereum L1) и теоретическую пропускную способность более 3,4 миллиона TPS с унифицированной безопасностью. Вычислительная модель также расходится — последовательное выполнение EVM в Ethereum против параллельной обработки на 350 ядрах в JAM представляет принципиально разные подходы к проблеме масштабирования.

Cosmos с протоколом Inter-Blockchain Communication (IBC) представляет собой альтернативное видение Layer 0, отдающее приоритет суверенитету над общей безопасностью. Зоны Cosmos — это независимые суверенные блокчейны со своими собственными наборами валидаторов, управлением и моделями безопасности. IBC обеспечивает бездоверительную связь через верификацию легких клиентов — цепи независимо проверяют состояние контрагента, не завися от общих валидаторов или пулов безопасности.

Эта философия «суверенитет прежде всего» предоставляет каждой зоне полную автономию: настраиваемые механизмы консенсуса, специализированные экономические модели и независимые решения по управлению без накладных расходов на координацию. Однако суверенитет сопряжен с издержками — новые зоны должны самостоятельно загружать наборы валидаторов и безопасность, сталкиваться с фрагментированной безопасностью (атака на одну зону не компрометирует другие, но также означает различные уровни безопасности в разных зонах) и испытывать действительно асинхронную связь без опций синхронной компонуемости.

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

Подсети Avalanche представляют собой еще одну сравнительную архитектуру, где подсети являются суверенными блокчейнами Layer 1, которые валидаторы выбирают для валидации. Валидаторы основной сети (требующие 2000 AVAX в стейке) могут дополнительно валидировать любые выбранные ими подсети, что позволяет настраивать наборы валидаторов для каждой подсети. Эта горизонтальная модель безопасности (больше подсетей = больше наборов валидаторов) контрастирует с вертикальной моделью безопасности JAM (все сервисы используют полный набор валидаторов).

Архитектура подсетей позволяет оптимизацию для конкретных приложений — игровые подсети могут иметь высокую пропускную способность и низкую финализацию, подсети DeFi могут отдавать приоритет безопасности и децентрализации, корпоративные подсети могут реализовывать валидаторов с разрешениями. Консенсус Snowman от Avalanche обеспечивает финализацию менее чем за секунду внутри подсетей. Однако подсети остаются в значительной степени изолированными: Avalanche Warp Messaging (AWM) обеспечивает базовую межподсетевую связь, но без компонуемости на уровне протокола или синхронного выполнения, которые обеспечивают Accords JAM.

Позиционирование по производительности показывает, что Avalanche делает акцент на финализации менее чем за секунду (примерно 1 секунда против 18 секунд у JAM), но с более фрагментированной безопасностью в подсетях, а не с унифицированными 1023 валидаторами на сервис, как у JAM. Архитектура состояний также принципиально отличается: подсети Avalanche поддерживают полностью изолированные машины состояний, в то время как сервисы JAM используют общий уровень накопления, позволяющий межсервисные чтения и синхронные взаимодействия при планировании на одно и то же ядро.

Внешние протоколы интероперабельности, такие как LayerZero, Wormhole, Chainlink CCIP и Axelar, служат иным целям, чем нативный XCMP JAM. Эти протоколы соединяют совершенно разные блокчейн-экосистемы — Ethereum с Solana, Bitcoin с Cosmos — полагаясь на внешних валидаторов, оракулов или релейные сети для обеспечения безопасности. LayerZero использует модель Oracle + Relayer, обеспечивающую более 6 миллиардов долларов общей заблокированной стоимости в более чем 50 цепях. Wormhole использует 19 Guardians, валидирующих более 1 миллиарда сообщений с полностью разводненной оценкой в 10,7 миллиарда долларов.

XCMP JAM работает на другом уровне: внутриэкосистемная связь с нативными валидаторами протокола, а не с внешними предположениями о безопасности. Сервисам в JAM не нужны внешние мосты для взаимодействия — они используют один и тот же набор валидаторов, механизм консенсуса и гарантии безопасности. Это позволяет бездоверительные взаимодействия, невозможные с внешними мостами: синхронные вызовы, атомарные многосервисные операции, гарантированная доставка сообщений и финализация на уровне протокола.

Стратегическое позиционирование предполагает сосуществование, а не конкуренцию: JAM использует XCMP для внутренней связи, потенциально интегрируя LayerZero, Wormhole или аналогичные протоколы для внешней цепной связи. Сервисы JAM могут обертывать внешние протоколы для соединения с Ethereum, Solana, Bitcoin или Cosmos, обеспечивая наилучшую из обеих миров связь — бездоверительные внутренние операции с прагматичными внешними мостами.

Основы исследований: академическая строгость и новые вклады в информатику​

JAM Gray Paper закладывает академическую основу протокола, имитируя Ethereum Yellow Paper, предоставляя формальные математические спецификации, позволяющие создавать несколько независимых реализаций. Выпущенный в апреле 2024 года в версии 0.1, документ постоянно дорабатывался — v0.7.0 в июне 2025 года добавила подробный псевдокод PVM, v0.7.1 в июле включила отзывы сообщества — приближаясь к v1.0, ожидаемой к началу 2026 года. Такое итеративное развитие спецификации с проверкой сообщества параллельно академическому рецензированию, улучшая ясность и выявляя неоднозначности.

Аннотация Gray Paper кристаллизует теоретический вклад JAM: "Мы представляем всеобъемлющее и формальное определение Jam, протокола, сочетающего элементы Polkadot и Ethereum. В единой когерентной модели Jam предоставляет глобальную одноэлементную среду объектов без разрешений — очень похожую на среду смарт-контрактов, впервые примененную Ethereum, — в сочетании с безопасными побочными вычислениями, распараллеленными по масштабируемой сети узлов, предложение, впервые примененное Polkadot." Этот синтез, казалось бы, несовместимых свойств — компонуемости без разрешений Ethereum с параллельной общей безопасностью Polkadot — представляет собой основную теоретическую проблему, которую решает JAM.

Выбор RISC-V для основ PVM отражает строгий анализ компьютерной архитектуры. RISC-V возник из исследований Калифорнийского университета в Беркли как архитектура набора инструкций с открытым исходным кодом, отдающая приоритет простоте и расширяемости. Имея всего 47 базовых инструкций по сравнению с сотнями в x86 или ARM, RISC-V минимизирует сложность реализации, сохраняя при этом вычислительную полноту. Регистровая архитектура избегает NP-полной проблемы распределения регистров, присущей стековым виртуальным машинам, таким как WebAssembly, что обеспечивает более быструю компиляцию и более предсказуемую производительность.

PVM JAM вносит минимальные изменения в стандартный RISC-V, в основном добавляя детерминированное управление памятью и измерение газа, сохраняя при этом совместимость с существующими инструментариями RISC-V. Этот консерватизм дизайна позволяет использовать десятилетия исследований компьютерной архитектуры и производственные компиляторы (LLVM), а не создавать пользовательскую инфраструктуру компиляторов. Языки, компилирующиеся в RISC-V — Rust, C, C++, Go и многие другие — автоматически становятся совместимыми с JAM без модификаций компилятора, специфичных для блокчейна.

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

Дуализм Refine-Accumulate концептуально отображается на модель программирования MapReduce, впервые примененную Google для распределенных вычислений. Refine действует как фаза Map — легко распараллеливаемое, безстатусное преобразование входных данных в выходные на распределенных рабочих узлах (ядрах валидаторов). Accumulate действует как фаза Reduce — последовательная интеграция преобразованных результатов в унифицированное состояние. Этот паттерн информатики, доказавший свою эффективность в массовом масштабе в традиционных распределенных системах, элегантно адаптируется к бездоверительной среде блокчейна с криптографической верификацией, заменяющей централизованную координацию.

Механизм консенсуса SAFROLE основан на десятилетиях исследований распределенных систем. Алгоритм эволюционировал из SASSAFRAS (Semi-Anonymous Sortition of Staked Assignees for Fixed-time Rhythmic Assignment of Slots), упрощая его для специфических требований JAM, сохраняя при этом ключевые свойства: бесфорковое производство блоков за счет анонимного выбора валидаторов, устойчивость к целенаправленным DoS-атакам за счет анонимности на основе zkSNARK до производства блоков и детерминированное время, обеспечивающее точное планирование ресурсов.

Криптографические основы сочетают Ring Verifiable Random Functions (RingVRF) для анонимного доказательства членства в наборе валидаторов с zkSNARKs для эффективной верификации. Система билетов с двухэпохальным авансом — валидаторы отправляют билеты за две эпохи до производства блоков — предотвращает различные атаки, сохраняя при этом гарантии анонимности. Это представляет собой элегантное применение современных криптографических примитивов для решения практических проблем консенсуса.

Экономические валидаторы (ELV) как альтернатива верификации ZK-доказательств обеспечивают новый анализ компромисса между безопасностью и стоимостью. Документация JAM утверждает, что ELV примерно в 4000 раз более экономически эффективны, чем доказательства с нулевым разглашением, для обеспечения вычислительной корректности. Модель опирается на криптоэкономическую безопасность: случайно выбранные валидаторы повторно выполняют работу для проверки корректности, при этом некорректные результаты вызывают споры и потенциальный слэшинг. Этот «оптимистический» подход, при котором корректность предполагается, если не оспаривается, отражает оптимистические роллапы, но работает на уровне протокола с немедленной финализацией после аудитов валидаторов.

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

Новые теоретические вклады от JAM включают:

Бестранзакционная парадигма блокчейна оспаривает фундаментальное предположение архитектуры блокчейна. Bitcoin, Ethereum и почти все преемники организуются вокруг транзакций — подписанных действий пользователей в мемпуле, конкурирующих за включение в блок. JAM полностью исключает транзакции: все изменения состояния проходят через рабочие пакеты, содержащие рабочие элементы, которые проходят стадии Refine и Accumulate. Эта принципиально иная модель поднимает интересные исследовательские вопросы о MEV (максимально извлекаемой ценности), устойчивости к цензуре и пользовательском опыте, которые академические исследования еще не полностью изучили.

Частично когерентный консенсус представляет собой новую позицию между полностью когерентными (монолитные цепи) и полностью некогерентными (изолированные шарды) системами. JAM гарантирует когерентность для критических 6-секундных окон, когда сервисы совместно размещаются на ядрах, принимая при этом асинхронность между ядрами. Экономические механизмы, управляющие паттернами когерентности — секвенсоры, оптимизирующие состав рабочих пакетов для максимизации пропускной способности и минимизации задержки — создают интересную проблему теории игр. Как рациональные экономические акторы организуют сервисы на ядрах? Какие равновесия возникают? Эти вопросы ожидают эмпирической проверки.

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

Оптимизация смешанного потребления ресурсов создает интересную проблему планирования и экономики. Сервисы имеют разнообразные профили ресурсов — некоторые ограничены вычислениями (верификация ZK-доказательств), другие ограничены данными (сервисы доступности), третьи сбалансированы. Оптимальное использование ресурсов валидатора требует сопоставления комплементарных сервисов в рабочих пакетах. Какие механизмы возникают для координации этого сопоставления? Как развиваются рынки для комплементарной пакетной обработки сервисов? Это неисследованная территория в исследованиях экономики блокчейна.

Конвейеризация через предварительные корни состояния, а не через последующие корни состояния, позволяет перекрывать обработку блоков, но вводит сложность в обработке споров. Если тяжелая рабочая нагрузка Accumulate для блока N происходит после начала обработки блока N+1, как валидаторы обрабатывают расхождения? Механизм вынесения решения, допускающий паузы финализации до 1 часа для разрешения споров, дает ответы, но последствия для безопасности этого дизайнерского решения требуют формального анализа.

Усилия по формальной верификации продолжаются: Runtime Verification разрабатывает семантику K Framework для PVM. K Framework обеспечивает математическую строгость для определения семантики языков программирования и виртуальных машин, позволяя формально доказывать свойства корректности. Результаты включают эталонные спецификации, отладчики и инструменты для тестирования свойств. Этот уровень математической строгости, хотя и распространен в аэрокосмическом и военном программном обеспечении, остается относительно редким в разработке блокчейна, что представляет собой созревание области в сторону формальных методов.

Синтез: место JAM в эволюции блокчейна и последствия для Web3​

JAM представляет собой кульминацию более чем десятилетних исследований масштабируемости блокчейна, пытаясь построить то, что обещали, но не смогли реализовать предыдущие поколения. Bitcoin представил децентрализованный консенсус, но не смог масштабироваться за пределы 7 TPS. Ethereum добавил программируемость, но столкнулся с аналогичными ограничениями пропускной способности. Первоначальное видение Ethereum 2.0 предлагало нативный шардинг с 64 шардовыми цепями, но оказалось слишком сложным, переключившись на L2-ориентированный прагматизм. Polkadot впервые применил общую безопасность для парачейнов, но с фиксированными ограничениями в 50 цепей и доступом на основе аукционов.

JAM синтезирует уроки этих попыток: поддерживать децентрализацию и безопасность (урок Bitcoin), обеспечивать произвольные вычисления (урок Ethereum), масштабироваться за счет распараллеливания (попытка Ethereum 2.0), обеспечивать общую безопасность (инновация Polkadot), добавлять синхронную компонуемость (недостающий элемент) и снижать барьеры для входа (доступность).

Компромисс между теоретической элегантностью и практической сложностью остается центральным риском JAM. Дизайн протокола интеллектуально когерентен — дуализм Refine-Accumulate, продолжения PVM, консенсус SAFROLE, частично когерентное выполнение — все логически сочетается. Но теоретическая обоснованность не гарантирует практического успеха. Переход Ethereum от нативного шардинга к L2 был обусловлен не теоретической невозможностью, а практической сложностью в реализации, тестировании и координации.

Единая комплексная стратегия обновления JAM усиливает как преимущества, так и недостатки. Успех обеспечивает все улучшения одновременно — 42-кратную доступность данных, сервисы без разрешений, синхронную компонуемость, производительность RISC-V — в одном скоординированном развертывании. Неудача или задержки влияют на все обновление, а не на поэтапное внедрение улучшений. 43 независимые команды разработчиков, обширные фазы тестовой сети и полномасштабное тестирование JAM Toaster направлены на снижение рисков, но координация 1023 валидаторов при крупном архитектурном переходе остается беспрецедентной в истории блокчейна.

Переход экономической модели от аукционов парачейнов к рынкам кортайма представляет собой в значительной степени непроверенный механизм в масштабе. Хотя Agile Coretime Polkadot был запущен в 2024 году, сервисная модель JAM с развертыванием без разрешений создает совершенно новую экономическую динамику. Как рынки кортайма будут оценивать различные типы сервисов? Будет ли ликвидность концентрироваться в определенных ядрах? Как секвенсоры оптимизируют состав рабочих пакетов? На эти вопросы нет эмпирических ответов до развертывания основной сети.

Принятие разработчиками зависит от того, обеспечит ли новая модель программирования JAM — точки входа Refine/Accumulate/onTransfer, безстатусное, а затем статусное выполнение, асинхронность на основе продолжений — достаточную ценность, чтобы оправдать кривую обучения. Успех Ethereum отчасти был обусловлен знакомством разработчиков с EVM, несмотря на неэффективность. PVM JAM предлагает превосходную производительность, но требует переосмысления архитектуры приложений вокруг рабочих пакетов и сервисов. Развертывание без разрешений и устранение аукционов значительно снижают финансовые барьеры, но изменения в ментальной модели могут оказаться более сложными, чем финансовые.

Конкурентная динамика меняется по мере развертывания JAM. L2 Ethereum имеют значительные сетевые эффекты, ликвидность и внимание разработчиков. Solana предлагает исключительную производительность с более простыми моделями программирования. Cosmos обеспечивает суверенитет, который некоторые проекты высоко ценят. JAM должна не только предоставлять технические возможности, но и привлекать участников экосистемы — разработчиков, пользователей, капитал — которые делают блокчейн-сети ценными. Существующая экосистема Polkadot обеспечивает основу, но расширение за пределы текущих участников требует убедительных ценностных предложений для миграции.

Исследовательские вклады, которые JAM вносит, имеют ценность независимо от коммерческого успеха. Бестранзакционная архитектура блокчейна, частично когерентный консенсус, Accords для протоколов с минимальным доверием между сервисами, оптимизация смешанного потребления ресурсов и выполнение на основе продолжений PVM — все это представляет собой новые подходы, которые продвигают информатику блокчейна. Даже если сама JAM не достигнет доминирующего положения на рынке, эти инновации будут формировать будущие протоколы и расширять пространство решений для масштабируемости блокчейна.

Долгосрочные последствия для Web3, если JAM преуспеет, включают фундаментальные изменения в архитектуре децентрализованных приложений. Текущая парадигма «развернуть на блокчейне» (Ethereum L1, Solana, Avalanche) или «создать свой собственный блокчейн» (Cosmos, парачейны Polkadot) добавляет промежуточный вариант: «развернуть как сервис» с мгновенной общей безопасностью, гибким распределением ресурсов и компонуемостью с более широкой экосистемой. Это может ускорить инновации, устраняя проблемы инфраструктуры — команды сосредотачиваются на логике приложений, в то время как JAM обрабатывает консенсус, безопасность и масштабируемость.

Видение децентрализованного глобального компьютера становится архитектурно осуществимым, если JAM достигнет целевых показателей производительности. При доступности данных 850 МБ/с, 150 миллиардах газа в секунду и пропускной способности более 3,4 миллиона TPS, вычислительная пропускная способность приближается к уровням, на которых значительные традиционные приложения могут мигрировать на децентрализованную инфраструктуру. Не для всех вариантов использования — приложения, чувствительные к задержкам, по-прежнему сталкиваются с фундаментальными ограничениями скорости света, требования к конфиденциальности могут конфликтовать с прозрачным выполнением — но для проблем координации, финансовой инфраструктуры, отслеживания цепочек поставок, цифровой идентификации и многих других приложений децентрализованные вычисления становятся технически жизнеспособными в масштабе.

Показатели успеха JAM в ближайшие 2-5 лет будут включать: количество развернутых сервисов помимо устаревших парачейнов (измерение расширения экосистемы), фактическую пропускную способность и доступность данных, достигнутые в производстве (подтверждение заявлений о производительности), экономическую устойчивость рынков кортайма (доказательство работоспособности экономической модели), показатели принятия разработчиками (активность на GitHub, трафик документации, участие в образовательных программах) и историю безопасности (отсутствие крупных эксплойтов или сбоев консенсуса).

Окончательный вопрос заключается в том, представляет ли JAM инкрементальное улучшение в пространстве дизайна блокчейна — лучше, чем альтернативы, но не принципиально отличающееся по возможностям — или скачок поколений, который позволяет создавать совершенно новые категории приложений, невозможные на текущей инфраструктуре. Архитектурные основы — частично когерентное выполнение, продолжения PVM, дуализм Refine-Accumulate, Accords — предполагают, что последнее возможно. Превратится ли потенциал в реальность, зависит от качества исполнения, создания экосистемы и факторов рыночного времени, которые выходят за рамки чисто технических достоинств.

Для исследователей Web3 JAM предоставляет богатую экспериментальную платформу для изучения новых механизмов консенсуса, архитектур выполнения, механизмов экономической координации и моделей безопасности. Следующие несколько лет принесут эмпирические данные, проверяющие теоретические предсказания о частично когерентном консенсусе, бестранзакционной архитектуре и сервисно-ориентированной организации блокчейна. Независимо от коммерческих результатов, полученные знания будут формировать дизайн протоколов блокчейна на десятилетия вперед.