Tokyo Hardfork (Japan Open Chain v2)
Japan Open Chain проводит обновление сети под названием Tokyo Hardfork. В результате этого хардфорка механизм консенсуса переходит с Clique PoA на PoSA (Proof of Staked Authority / PoA v2).
График
| Сеть | Дата | Статус |
|---|---|---|
| Testnet | 7 сентября 2026 г. | Завершено |
| Mainnet (запуск beacon chain) | 18 сентября 2026 г. | Завершено |
| Mainnet (Phase 1 / The Merge) | Будет определено (решение принимается на встрече валидаторов) | В подготовке |
Если вы управляете узлом в Testnet, пожалуйста, завершите изменение конфигурации до 7 сентября 2026 г. Одного лишь обновления Geth недостаточно. Подробности см. в инструкциях ниже.
О beacon chain в Mainnet
Обновление Mainnet проходит в два этапа.
- Запуск beacon chain (18 сентября 2026 г. — завершено)
Consensus Layer начал работу раньше Execution Layer. Блоки по-прежнему создаются с помощью Clique PoA, поэтому на данный момент обновление не затрагивает обычных пользователей и операторов узлов. - Phase 1 — хардфорк (The Merge) (дата будет определена)
Execution Layer начнёт работать по указаниям beacon chain. Организациям, управляющим собственным узлом, на этом этапе потребуется изменить конфигурацию. Дата будет объявлена на этой странице после её утверждения на встрече валидаторов.
Конфигурационные файлы для Mainnet (config.yaml, genesis.ssz, информация о Deposit Contract, а также списки bootnode / boot ENR) опубликованы в директории metadata/ репозитория japan-open-chain/mainnet. Подробные шаги по настройке узла приведены в руководстве по подключению узла к Mainnet.
Что необходимо сделать на этом этапе
| Категория | Необходимые действия |
|---|---|
| Держатели JOC, обычные пользователи и пользователи JOC RPC Endpoints | Никаких действий не требуется |
| Организации, управляющие собственным узлом в Mainnet | Текущую конфигурацию, состоящую только из Execution Client (Geth), можно сохранить, однако мы рекомендуем уже сейчас, в преддверии следующего хардфорка (The Merge), настроить Consensus Client (рекомендуется Lighthouse) в соответствии с руководством по подключению узла к Mainnet |
До проведения хардфорка Geth версии v1.14.0 и вы ше не может синхронизироваться с цепочкой. Пожалуйста, продолжайте использовать версии серии v1.13.
Что необходимо сделать
| Категория | Необходимые действия |
|---|---|
| Держатели JOC и обычные пользователи | Никаких действий не требуется |
| Пользователи JOC RPC Endpoints | Никаких действий не требуется |
| Разработчики dApp | Chain ID не меняется. Действия требуются только в том случае, если вы управляете собственным узлом |
| Организации, управляющие собственным узлом | Требуются действия при хардфорке. Измените конфигурацию узла, следуя приведённым ниже шагам |
| Валидаторы | Требуются действия. Отдельные инструкции будут предоставлены дополнительно |
Шаги для операторов узлов Testnet
Кого это касается: организаций, которые синхронизируются напрямую с bootnode JOC Testnet и управляют собственным узлом. Если вы используете JOC RPC Endpoints, никаких действий не требуется.
Одного лишь обновления Geth недостаточно
В условиях PoA Execution Client (Geth) самостоятельно проверял и синхронизировал блоки. После перехода на PoSA действительность блоков определяется Consensus Layer (beacon chain). Geth отвечает только за исполнение и получает указания fork choice от Consensus Client.
Поэтому требуемая работа — это не обновление версии, а изменение конфигурации.
[Сейчас] [После Tokyo Hardfork]
Geth (автономно) Geth ── Engine API ── Lighthouse
│ │ │
P2P к только исполнение консенсус / fork choice
bootnode │
к bootnode CL
1. Что нужно завершить до хардфорка
Шаг 1 — Получите конфигурационные файлы
| Файл | Назначение | Примечания |
|---|---|---|
genesis.json (обновлённый) | Для Execution Client. Содержит TTD и время каждого форка | Отличается от опубликованной в настоящее время версии |
config.yaml | Спецификация цепочки для Consensus Client | Определяет эпохи форков и идентификатор сети |
deposit_contract_block.txt | Номер блока Deposit Contract | |
genesis.ssz | Генезис-состояние beacon chain | Около 5,5 МБ |
Эти файлы распространяются в директории metadata/ репозитория Testnet.
Шаг 2 — Оставайтесь на Geth серии v1.13
Продолжайте использовать Geth v1.13.5 — версию, проверенную на этом сайте. Geth v1.14.0 и выше в настоящее время не может синхронизироваться с цепочкой.
Для фаз Shapella, Dencun и Pectra потребуется более новая версия Geth. Поддерживаемая версия будет объявлена на этой странице после утверждения графика.
Шаг 3 — Настройте Consensus Client
- Рекомендуется: Lighthouse v7.0.1 (Docker-образ
sigp/lighthouse:v7.0.1) - Lighthouse протестирован и работает стабильно; другие клиенты не проверялись
- Его можно запускать на том же хосте, что и ваш существующий Geth
- Необходимо настроить bootnode (ENR) для Consensus Layer (будут объявлены после утверждения)
- Для первоначальной синхронизации рекомендуем использовать checkpoint sync (эндпоинт будет объявлен после утверждения)
Шаг 4 — Подключите Geth и Consensus Client через Engine API
Оба клиента взаимодействуют через аутентифицированный Engine API (порт по умолчанию 8551). Сгенерируйте общий JWT-секрет и укажите его на обеих сторонах.
# Example: generating the JWT secret
openssl rand -hex 32 | tr -d "\n" > /data/jwt.hex
Параметры запуска, которые необходимо добавить на стороне Geth:
--authrpc.addr=127.0.0.1
--authrpc.port=8551
--authrpc.jwtsecret=/data/jwt.hex
--authrpc.vhosts=localhost
Шаг 5 — Проверьте синхронизацию и подключение
- Consensus Client догнал beacon chain
- В журнале Geth фиксируются обновления fork choice через Engine API
- В день хардфорка держите оба клиента запущенными. The Merge срабатывает автоматически при достижении заданного TTD
2. Работы, необходимые на каждой фазе после хардфорка
Для фаз Shapella, Dencun и Pectra вам потребуется обновить конфигурацию и выполнить перезапуск после нашего объявления.
| Фаза | Execution Client | Consensus Client |
|---|---|---|
| Phase 2 — Shapella | Задайте shanghaiTime | CAPELLA_FORK_VERSION / CAPELLA_FORK_EPOCH |
| Phase 3 — Dencun | Задайте cancunTime | DENEB_FORK_VERSION / DENEB_FORK_EPOCH |
| Phase 4 — Pectra | Задайте pragueTime | ELECTRA_FORK_VERSION / ELECTRA_FORK_EPOCH |
Не обновляйте конфигурацию и не выполняйте перезапуск по собственному усмотрению до нашего объявления.
3. Если вы не предпримете действий
- После хардфорка узел перестанет получать новые блоки и не сможет следовать за вершиной цепочки
- Приложения и кошельки, подключённые к этому узлу по RPC, не смогут получать последние блоки и транзакции
- Узел, оставшийся на старой цепочке, может продолжать возвращать данные прекращённой цепочки
- Обратите внимание, что обычные узлы никогда не подвергаются Slashing (Slashing применяется только к валидаторам)
4. Часто задаваемые вопросы
В. Нужно ли регистрироваться в качестве валидатора или вносить депозит в размере 32 JOC?
Нет. Обычным узлам, которые не создают блоки, не требуется ни регистрация в Launchpad, ни deposit data. Необходимо лишь изменение конфигурации, описанное выше.
В. Нужно ли удалять существующие данные цепочки и выполнять повторную синхронизацию?
Нет. Все существующие данные цепочки и история транзакций сохраняются.
В. Изменится ли Chain ID?
Нет.
В. Нужен ли дополнительный сервер?
Consensus Client можно запустить на существующем хосте при условии, что у него достаточно свободного дискового пространства и памяти.
Контакты
С вопросами об этом хардфорке, пожалуйста, обращайтесь через форму обратной связи.