BlockPro | Blockchain Validators

Гайд по запуску Full Node и Validator в тестовой сети Monad

blockpro — Mon, 23 Feb 2026 15:07:08 GMT

В этом гайде разберём:

Требования к серверу

Важно перед началом

Этот пример установки показан на базе Hetzner Dedicated Server, потому что это удобный и понятный пример для демонстрации подготовки сервера.

Но мы не рекомендуем использовать Hetzner для запуска validator в Monad.

Почему:

Hetzner не считается crypto-friendly провайдером
на Hetzner уже размещено много валидаторов
высокая концентрация валидаторов у одного хостинг-провайдера ухудшает децентрализацию сети и создаёт дополнительные инфраструктурные риски для самого проекта

Если вы хотите запускать именно validator, лучше заранее проверить, где уже размещены другие операторы, и выбрать более уникальную комбинацию хостинга + локации.

Для этого мы сделали собственный dashboard валидаторов Monad, где можно посмотреть:

в каких странах размещены валидаторы
какие хостинг-провайдеры уже заняты
какие локации и провайдеры перегружены
где можно выбрать более уникальное размещение для лучшей децентрализации сети

Dashboard

Если вы запускаете full node, Hetzner ещё можно рассматривать как рабочий вариант для тестов. Но для validator лучше выбрать другого провайдера и более редкую географию.

Требования к серверу

⚠️ Облака (AWS, GCP, Azure и т.д.) официально не поддерживаются.

Минимальные требования

CPU

16 ядер с базовой частотой 4.5 GHz+
Примеры:

AMD Ryzen 9950X
AMD Ryzen 7950X
AMD EPYC 4584PX

- RAM

32 GB и больше

Диски

2 TB NVMe (отдельный диск для TrieDB / Execution)
500 GB для OS и MonadBFT
PCIe Gen4 x4 NVMe или лучше

Сеть

300 Mbit/s — для валидатора
100 Mbit/s — для full node

🔥 Лучшие NVMe (по тестам команды)

Топ:

Samsung 980 Pro / 990 Pro
Samsung PM9A1

Нестабильные:

Micron 7450 (просадки под нагрузкой)
Nextorage (перегрев, зависания)

Компоненты ноды

Monad устанавливается как systemd-сервисы:

monad-bft — консенсус
monad-execution — execution client
monad-rpc — RPC сервер
monad-mpt — инициализация TrieDB
monad-cruft — очистка старых файлов
otelcol — метрики

Все сервисы работают от пользователя monad.

⚙️ Подготовка сервера

Требования к системе

Ubuntu 24.04+
Kernel ≥ 6.8.0.60
HyperThreading / SMT — выключить в BIOS

⚠️ Версии kernel 6.8.0.56–59 вызывают зависания.

Подготовка сервера (пример Hetzner)

В этом разделе показано, как подготовить сервер для запуска ноды на примере Hetzner Dedicated Server.

Рекомендуемая схема дисков:

Disk 1 → OS + MonadBFT
Disk 2 → TrieDB / Execution

Это соответствует требованиям ноды:

500 GB NVMe для OS и MonadBFT
2 TB NVMe для TrieDB

Использовать RAID не рекомендуется, так как он может увеличивать latency и снижать IOPS для TrieDB.

Установка операционной системы

В панели Hetzner Robot включите Rescue System.

Servers → Rescue → Linux → Activate

Перезагрузите сервер.
Подключитесь по SSH:

ssh root@YOUR_SERVER_IP

Запустите установщик системы:

installimage

Конфигурация дисков

При установке системы используйте только один диск для ОС.

Пример конфигурации:

DRIVE1 /dev/nvme0n1
#DRIVE2 /dev/nvme1n1

SWRAID 0

BOOTLOADER grub

PART /boot ext3 1G
PART swap swap 16G
PART / ext4 500G
PART /home ext4 all

Это создаст следующую структуру:

nvme0n1
 ├─ /boot
 ├─ swap
 ├─ /
 └─ /home

Второй диск останется свободным и будет использоваться для TrieDB.

После установки перезагрузите сервер.

Проверка дисков

После установки системы выполните:

lsblk

Ожидаемый результат:

nvme0n1 → OSnvme1n1 → пустой диск

Проверка версии Kernel

В Ubuntu 24.04 kernel устанавливается автоматически вместе с системой, поэтому обычно ничего дополнительно устанавливать не нужно.

Чтобы проверить текущую версию kernel, выполните:

uname -r

Пример вывода:

6.8.0-90-generic

Disable HyperThreading / SMT

Для корректной работы ноды рекомендуется отключить HyperThreading (Intel) / SMT (AMD), так как эти технологии могут снижать стабильность и производительность ноды.

Проверка состояния SMT

Выполните:

cat /sys/devices/system/cpu/smt/active

Результат:

SMT включён.

SMT выключен.

Дополнительно можно проверить:

lscpu | grep Thread

Если вывод:

Thread(s) per core: 2

SMT включён.

Если:

Thread(s) per core: 1

SMT выключен.

Отключение HyperThreading / SMT

Для стабильной работы ноды рекомендуется отключить HyperThreading (Intel) / SMT (AMD), так как эти технологии могут ухудшать производительность и стабильность ноды.

Стандартный способ (через GRUB)

Откройте конфигурацию GRUB:

nano /etc/default/grub

Найдите строку:

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

и измените её на:

GRUB_CMDLINE_LINUX_DEFAULT="quiet nosmt"

Сохраните файл и примените изменения:

update-grub

Перезагрузите сервер:

reboot

Для серверов Hetzner

На некоторых серверах Hetzner параметры из файла /etc/default/grub могут быть переопределены конфигурацией Hetzner.
В этом случае необходимо изменить дополнительный конфигурационный файл.

Откройте файл:

nano /etc/default/grub.d/hetzner.cfg

Найдите строку:

GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=0"

и измените её на:

GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=0 nosmt"

Применение изменений

После редактирования выполните:

update-grub

Перезагрузите сервер:

reboot

Проверка

Проверьте, что SMT отключён:

cat /sys/devices/system/cpu/smt/active

Ожидаемый результат:

Также можно проверить:

lscpu | grep Thread

Результат должен быть:

Thread(s) per core: 1

Обновление системы

apt update && apt upgrade -y

Если обновилось ядро — перезагрузить сервер.

Установка зависимостей

apt install -y curl nvme-cli aria2 jq

Установка Monad

Добавляем репозиторий:

cat < /etc/apt/sources.list.d/category-labs.sources
Types: deb
URIs: https://pkg.category.xyz/
Suites: noble
Components: main
Signed-By: /etc/apt/keyrings/category-labs.gpg
EOF

curl -fsSL https://pkg.category.xyz/keys/public-key.asc \
  | gpg --dearmor --yes -o /etc/apt/keyrings/category-labs.gpg

Устанавливаем актуальную testnet-версию Monad:

apt update
apt install -y monad=0.13.0
apt-mark hold monad

👤 Создание пользователя

useradd -m -s /bin/bash monad

Создаём структуру директорий:

mkdir -p /home/monad/monad-bft/config \
         /home/monad/monad-bft/ledger \
         /home/monad/monad-bft/config/forkpoint \
         /home/monad/monad-bft/config/validators

💾 Настройка TrieDB (ВАЖНО)

⚠️ Делайте это аккуратно. Нельзя форматировать системный диск.

Проверяем диски:

nvme list
lsblk -o NAME,SIZE,TYPE,MOUNTPOINT,MODEL

Эти команды покажут все NVMe диски и их текущие точки монтирования.

Пример вывода:

NAME         SIZE TYPE MOUNTP MODEL
nvme1n1      3.5T disk        SAMSUNG MZQL23T8HCLS-00A07
nvme0n1      3.5T disk        SAMSUNG MZQL23T8HCLS-00A07
├─nvme0n1p1   16G part [SWAP]
├─nvme0n1p2    1G part /boot
├─nvme0n1p3  500G part /
├─nvme0n1p4    3T part /home
└─nvme0n1p5    1M part
 /home

В этом примере:

nvme0n1 → системный диск
nvme1n1 → свободный диск

Системный диск легко определить по точкам монтирования:

/
/boot
swap
/home

Такой диск использовать нельзя.

Выбор диска для TrieDB

Необходимо выбрать диск без разделов и без точек монтирования.

В нашем примере это:

nvme1n1

Теперь указываем его в переменной:

TRIEDB_DRIVE=/dev/nvme1n1

Эта переменная будет использоваться в следующих командах для создания раздела TrieDB.

Создаём таблицу разделов:

parted $TRIEDB_DRIVE mklabel gpt
parted $TRIEDB_DRIVE mkpart triedb 0% 100%

Создаём udev правило:

PARTUUID=$(lsblk -o PARTUUID $TRIEDB_DRIVE | tail -n 1)
echo "Disk PartUUID: ${PARTUUID}"

echo "ENV{ID_PART_ENTRY_UUID}==\"$PARTUUID\", MODE=\"0666\", SYMLINK+=\"triedb\"" \
  | tee /etc/udev/rules.d/99-triedb.rules

Перезапуск:

udevadm trigger
udevadm control --reload
udevadm settle
ls -l /dev/triedb

Проверка LBA

nvme id-ns -H $TRIEDB_DRIVE | grep 'LBA Format' | grep 'in use'

Должно быть:

Data Size: 512 bytes (in use)

Если нет:

nvme format --lbaf=0 $TRIEDB_DRIVE

Инициализация TrieDB

systemctl start monad-mpt && journalctl -u monad-mpt -n 14 -o cat

Если ошибок нет — всё готово.

🔐 Настройка Firewall

ufw allow ssh
ufw allow 8000
ufw allow 8001
ufw enable
ufw status

Дополнительно защита от spam:

sudo iptables -I INPUT -p udp --dport 8000 -m length --length 0:1400 -j DROP

📡 Установка OTEL (метрики)

OTEL_VERSION="0.139.0"
OTEL_PACKAGE="https://github.com/open-telemetry/opentelemetry-collector-releases/releases/download/v${OTEL_VERSION}/otelcol_${OTEL_VERSION}_linux_amd64.deb"

curl -fsSL "$OTEL_PACKAGE" -o /tmp/otelcol_linux_amd64.deb
dpkg -i /tmp/otelcol_linux_amd64.deb

cp /opt/monad/scripts/otel-config.yaml /etc/otelcol/config.yaml
systemctl restart otelcol

Метрики доступны на:

http://IP:8889/metrics

📄 Получение конфигов

Для Full Node:

MF_BUCKET=https://bucket.monadinfra.com
curl -o /home/monad/.env $MF_BUCKET/config/testnet/latest/.env.example
curl -o /home/monad/monad-bft/config/node.toml $MF_BUCKET/config/testnet/latest/full-node-node.toml

Для Validator:

MF_BUCKET=https://bucket.monadinfra.com
curl -o /home/monad/.env $MF_BUCKET/config/testnet/latest/.env.example
curl -o /home/monad/monad-bft/config/node.toml $MF_BUCKET/config/testnet/latest/node.toml

Генерация ключей (BLS и SECP)

Нода Monad использует два типа ключей:

• SECP key — используется для идентификации ноды
• BLS key — используется в консенсусе MonadBFT

Ключи сохраняются в зашифрованных keystore файлах.

Пароль для шифрования задаётся через переменную:

KEYSTORE_PASSWORD

в файле:

/home/monad/.env

1. Генерация безопасного пароля

Если пароль ещё не задан в .env, можно сгенерировать случайный безопасный пароль:

sed -i "s|^KEYSTORE_PASSWORD=$|KEYSTORE_PASSWORD='$(openssl rand -base64 32)'|" /home/monad/.env
source /home/monad/.env

Проверить:

cat /home/monad/.env

Пример:

KEYSTORE_PASSWORD='random-generated-password'

2. Создание директории для бэкапов

Создаём директорию для резервных копий:

mkdir -p /opt/monad/backup

Сохраняем пароль:

echo "Keystore password: ${KEYSTORE_PASSWORD}" > /opt/monad/backup/keystore-password-backup

3. Генерация ключей

Выполните:

bash <<'EOF'
set -e

source /home/monad/.env

if [[ -z "$KEYSTORE_PASSWORD" || \
      -f /home/monad/monad-bft/config/id-secp || \
      -f /home/monad/monad-bft/config/id-bls ]]; then
  echo "Skipping: missing KEYSTORE_PASSWORD or keys already exist."
  exit 1
fi

monad-keystore create \
  --key-type secp \
  --keystore-path /home/monad/monad-bft/config/id-secp \
  --password "${KEYSTORE_PASSWORD}" > /opt/monad/backup/secp-backup

monad-keystore create \
  --key-type bls \
  --keystore-path /home/monad/monad-bft/config/id-bls \
  --password "${KEYSTORE_PASSWORD}" > /opt/monad/backup/bls-backup

grep "public key" /opt/monad/backup/secp-backup /opt/monad/backup/bls-backup \
  | tee /home/monad/pubkey-secp-bls

echo "Success: New keystores generated"

EOF

4. Где будут сохранены ключи

Файлы keystore:

/home/monad/monad-bft/config/id-secp
/home/monad/monad-bft/config/id-bls

Резервные копии:

/opt/monad/backup/secp-backup
/opt/monad/backup/bls-backup

Публичные ключи:

/home/monad/pubkey-secp-bls

5. Обязательный внешний backup

Необходимо обязательно сохранить эти файлы вне сервера:

/opt/monad/backup/secp-backup
/opt/monad/backup/bls-backup
/opt/monad/backup/keystore-password-backup

Например:

• на локальном компьютере
• в password manager
• в зашифрованном cloud storage

⚠️ Если сервер будет потерян и бэкапов не будет, восстановить validator identity будет невозможно.

Проверка

После генерации ключей можно проверить публичные ключи:

cat /home/monad/pubkey-secp-bls

Здесь будут отображены SECP и BLS public keys, которые могут понадобиться при регистрации валидатора.

🌐 Настройка node.toml

Открываем:

nano /home/monad/monad-bft/config/node.toml

Указываем beneficiary

Для full node:

beneficiary = "0x0000000000000000000000000000000000000000"

Для валидатора:

beneficiary = "0xВАШ_АДРЕС"

Указываем имя ноды

node_name = "full_blockpro_1"

✍️ Подпись Name Record

source /home/monad/.env
monad-sign-name-record \
  --address $(curl -s4 ifconfig.me):8000 \
  --authenticated-udp-port 8001 \
  --keystore-path /home/monad/monad-bft/config/id-secp \
  --password "${KEYSTORE_PASSWORD}" \
  --self-record-seq-num 1

Полученные данные вставляем в:

[peer_discovery]
self_address
self_record_seq_num
self_name_record_sig

RaptorCast — как Full Node получает блоки

Full Node может получать блоки тремя способами.

1️⃣ Normal (стандартный публичный режим)

Это обычная конфигурация для большинства full node.

Whitelist не нужен
Работает через Secondary RaptorCast
Подключение permissionless

Нода автоматически подключается к валидаторам и получает приглашения в raptorcast-группы.

В node.toml должно быть:

[fullnode_raptorcast]
enable_client = true

И:

[statesync]
expand_to_group = true

Это режим по умолчанию и самый рекомендуемый.

2️⃣ Prioritized Secondary RaptorCast

В этом режиме валидатор вручную добавляет full node в список приоритетных.

Требуется whitelist от валидатора
Всё равно используется Secondary RaptorCast
Нода получает гарантированные приглашения в группы

Используется, если вы договорились с валидатором о стабильном канале доставки блоков.

3️⃣ Dedicated (Chunk Forwarding)

Здесь валидатор напрямую форвардит full node все блоки из Primary RaptorCast.

Требуется whitelist
Используется Primary RaptorCast
Высокая нагрузка на валидатора

В этом случае full node может работать с:

enable_client = false

Так как она не участвует во Secondary RaptorCast.

Что выбрать?

Если вы запускаете обычный публичный full node — выбирайте Normal режим.

Он:

не требует согласований
масштабируем
надёжный
рекомендован командой

Запуск сервисов

chown -R monad:monad /home/monad/
systemctl enable monad-bft monad-execution monad-rpc

Hard Reset (импорт снапшота)

bash /opt/monad/scripts/reset-workspace.sh

Скачать снапшот:

curl -sSL https://bucket.monadinfra.com/scripts/testnet/restore-from-snapshot.sh | bash

После:

systemctl start monad-bft monad-execution monad-rpc

Что такое Statesync

Statesync:

подтягивает состояние
синхронизирует аккаунты, storage
потом blocksync догоняет последние блоки

Обычно занимает:

<5 минут на тестнете

monad-cruft

Сервис автоматически чистит старые:

ledger файлы
forkpoint
validators

Можно настроить время хранения в .env.

✅ Готово

Теперь ваша full node полностью запущена.

Если планируете стать валидатором — запускайте как full node заранее, чтобы не отставать от цепи.

Регистрация Validator в тестовой сети Monad

После того как нода полностью синхронизирована (statesync завершён, RPC активен, блоки идут), можно регистрировать валидатора.

Регистрация происходит вызовом функции addValidator в staking precompile.

Какие данные нужны для регистрации

Функция addValidator(bytes, bytes, bytes) принимает:

1️⃣ Payload (закодированные данные)

Внутри payload последовательно упакованы:

secpPubkey — публичный SECP ключ (для peer discovery и консенсуса)
blsPubkey — публичный BLS ключ (для подписи блоков)
authAddress — адрес управления валидатором (имеет право вывода средств)
amount — self-stake (в MON)
commission — комиссия * 1e18
Пример: 10% = 1e17

Payload формируется аналогично abi.encodePacked() в Solidity.

2️⃣ signedSecpMessage

SECP подпись над payload.

3️⃣ signedBlsMessage

BLS подпись над payload.

⚠️ Важные правила

Регистрация отклонится (revert), если:

любой из публичных ключей уже используется
подписи невалидны
msg.value < MIN_AUTH_ADDRESS_STAKE
self-stake меньше минимума (100000 MON)

Условия для активации валидатора

После регистрации валидатор станет активным не сразу.

Он должен:

Иметь stake ≥ ACTIVE_VALIDATOR_STAKE = 10 000 000 MON
Быть в топ-200 по stake
Поддерживать self-stake ≥ MIN_VALIDATE_STAKE = 100 000 MON

Только при выполнении всех трёх условий он попадёт в активный сет.

Регистрация через Staking CLI (рекомендуемый способ)

Monad предоставляет официальный CLI инструмент.

Перед установкой CLI убедитесь, что на сервере установлен Python 3.8 или новее.

Проверить версию Python:

python3 --version

Пример:

Python 3.12.3

Если Python не установлен, выполните установку:

apt update
apt install python3 python3-venv python3-pip -y

Установка staking-sdk-cli

git clone https://github.com/monad-developers/staking-sdk-cli.git
cd staking-sdk-cli
python -m venv cli-venv
source cli-venv/bin/activate  # On Windows: cli-venv\Scripts\activate
pip install .

Извлечение приватных ключей

⚠️ Нельзя использовать старые backup файлы напрямую.

Используем monad-keystore:

source /home/monad/.env
monad-keystore recover --password "$KEYSTORE_PASSWORD" --keystore-path /home/monad/monad-bft/config/id-secp  --key-type secp
monad-keystore recover --password "$KEYSTORE_PASSWORD" --keystore-path /home/monad/monad-bft/config/id-bls  --key-type bls

Формат ключей:

SECP:
64 hex символа без 0x

BLS:
64 hex символа с 0x

Регистрация через CLI

python staking-cli/main.py add-validator \
  --secp-privkey "${SECP_PRIVATE_KEY}" \
  --bls-privkey "${BLS_PRIVATE_KEY}" \
  --auth-address "${AUTH_ADDRESS}" \
  --amount 100_000

⚠️ Amount указывается в MON (не wei).
CLI сам конвертирует.

Проверка ключей

CLI покажет derived public keys:

SECP Pubkey: 03bbf6...
BLS Pubkey: 985d3f...

Обязательно проверь совпадение с:

cat /home/monad/pubkey-secp-bls

Если подтвердить неправильные ключи — придётся делать key rotation.

✅ Успешная регистрация

Успешный вывод:

Tx status: 1
Validator Created! ID: 19

Если статус 0 — транзакция провалилась.

Проверка, что валидатор добавлен

Проверка execution set:

python main.py query validator-set --type execution --config-path ~/config.toml | grep {{ SECP PUBKEY }}

Проверка конкретного валидатора:

python main.py query validator --validator-id 207

🔧 Общие операции и диагностика

Версия бинарников

Посмотреть версию и информацию о сборке:

monad-node --version
# Пример:
# monad-node {"commit":"c0cdcaae8eb527e44d72c4638c1f1335025a5132","tag":"v0.12.2-rc","branch":"","modified":true}

CLI Help

Посмотреть доступные аргументы командной строки:

monad-rpc --help
monad --help
monad-bft --help

⚠️ Не меняйте CLI-аргументы наугад. Некоторые параметры могут привести к нестабильной работе или падениям.

Управление сервисами

Проверить статус всех сервисов сразу:

systemctl status monad-bft monad-execution monad-rpc --no-pager -l

Проверить по отдельности:

systemctl status monad-bft
systemctl status monad-execution
systemctl status monad-rpc

Смотреть логи в реальном времени:

journalctl -u monad-bft -f
journalctl -u monad-execution -f
journalctl -u monad-rpc -f

Мониторинг высоты блоков

RPC начнёт слушать порт восемь ноль восемь ноль после завершения statesync.

Проверить текущую высоту блока через RPC:

curl http://localhost:8080/ \
  -X POST \
  -H "Content-Type: application/json" \
  --data '{"method":"eth_blockNumber","params":[],"id":1,"jsonrpc":"2.0"}'

Использование диска MonadDB (TrieDB)

TrieDB автоматически делает компакцию примерно при восьмидесяти процентах заполнения, чтобы сохранять производительность SSD.

Проверить использование TrieDB и глубину истории:

monad-mpt --storage /dev/triedb

Пример вывода:

MPT database on storages:
          Capacity           Used      %  Path
           3.49 Tb       24.30 Gb  0.68%  "/dev/nvme1n1p1"
MPT database internal lists:
     Fast: 94 chunks with capacity 23.50 Gb used 23.40 Gb
     Slow: 3 chunks with capacity 768.00 Mb used 658.72 Mb
     Free: 14207 chunks with capacity 3.47 Tb used 0.00 bytes
MPT database has 599928 history, earliest is 36784905 latest is 37384832.
     It has been configured to retain no more than 33554432.
     Latest proposed is (37384832, 88a5550ba067c2f21cef6b6e8953fbf700fe300905952e5621335fe2bd58729c).
     Latest voted is (37384831, 56074c2429909c2966bfe8df55810ec3b8f4f4f599b407ff89ec92b090656ab1).
     Latest finalized is 37384830, latest verified is 37384827, auto expire version is 36784905

Анализ логов через monlog

monlog — лёгкая утилита от Category Labs: парсит BFT-логи и выдаёт статус и подсказки. Анализирует примерно последние шестьдесят секунд логов.

Установка

Сначала (от root) даём пользователю monad доступ к systemd journal:

usermod -a -G systemd-journal monad

Если вы уже залогинены под monad, нужно перелогиниться, либо:

su - monad

Дальше (под пользователем monad) скачиваем monlog:

cd /home/monad
curl -sSL https://pub-b0d0d7272c994851b4c8af22a766f571.r2.dev/scripts/monlog -O
chmod u+x ./monlog

Проверяем sha:

sha256sum ./monlog
# Ожидаемый пример:# f8a1066d8c093bbdb5f722f5b3d89904c17a76fa01fa1dd62e950f445e88327f  ./monlog

Запуск

./monlog

Live-режим:

watch -d "./monlog"

Последние десять строк собранных логов:

./monlog -r

Показать secp ключи с маппингом на имена валидаторов:

./monlog -n

Без цветной подсветки:

./monlog --no-color

Информация о консенсусе через ledger-tail

monad-ledger-tail читает консенсусные артефакты ledger и стримит JSON.

Запуск сервиса:

systemctl start monad-ledger-tail

Просмотр вывода:

journalctl -fu monad-ledger-tail

Статус ноды через monad-status

Установка:

curl -sSL https://bucket.monadinfra.com/scripts/monad-status.sh -o /usr/local/bin/monad-status
chmod +x /usr/local/bin/monad-status

Запуск:

monad-status

Вывод будет примерно в таком формате:

### Monad Node Status

hostname: monad-node
date: Wed Nov 26 10:48:26 PM CET 2025
uptime: 0d 00h 41m 49s
version: 0.12.2
config:
  network: mainnet
  chain: monad_mainnet
  chainId: 143
  secpPublicKey: 03831b36b50261011d82f94d58f8aa0edfe058359e2c365c37cce678436b9eb371
  blsPublicKey: b9c1905e11e8395a789bece454ec24bed98b96cf9dc04c02c9512fb94900d3e0355383e542c44a0eb1be4d2780a1fb2f
  nodeSignature: 4f6e3e47af0e8ff3614e1eb53f9015ef4fc8593e60c13d52c2b458d05385b5f94cff8776ceb8b9401c3647148637d599622353d0631864a23b07f6d7fb55e84f00
  selfAddress: 65.109.145.172:8000
  recordSeqNum: 0
services:
  monad-bft: running
  monad-execution: running
  monad-rpc: running
  otelcol: running
  monad-cruft:
    activated: true
    previous: 48min ago
    next: 11min
peers:
  peersNumber: 1146
consensus:
  status: in-sync
  mode: live
  epoch: 764
  round: 38259075
  blockNumber: 38200041
  blockNumberFromExternal: 38200040
  blockDifference: 0
statesync:
  percentage: 100.0000%
  progress: 38193694
  target: 38193694
rpc:
  status: active
  clientVersion: Monad/0.12.2
  netVersion: 143
  blockNumber: 38200041

Сводка новостей по проекту Fuel за май 2025

blockpro — Mon, 12 May 2025 10:20:11 GMT

Сводка новостей по проекту Fuel за неделю 5–11 мая 2025 года:

Прорыв в скорости транзакций: Fuel стал первым блокчейн-роллапом на Ethereum, достигшим подтверждения транзакций менее чем за 100 мс (51 мс в регионах, 6 мс при локальном размещении нод). Это делает Fuel первым в мире реальным роллапом реального времени на Ethereum. Технология Fuel, включающая FuelVM и модель параллельных транзакций на основе UTXO, обеспечивает высокую производительность без компромиссов в безопасности и децентрализации. Это открывает возможности для приложений реального времени: торговых платформ, игр, DeFi и других. Доступны демо-версии: тестнет (бесплатно), мейннет (требуется ETH) — swayfarm.xyz.
Демонстрация возможностей: В Twitter опубликован пост с видео, где показана игра с зайцем, в которой каждое действие сопровождается транзакцией, демонстрируя реальную скорость подтверждений. Пост подчеркивает: «Реальное время уже здесь, и оно выглядит лучше, чем когда-либо».
Технические детали: В другом посте Fuel объясняет, как достигается скорость подтверждений быстрее, чем моргание глаза (~100 мс). Транзакции получают «мягкое» предподтверждение за 6–51 мс через P2P-сеть, а окончательное урегулирование происходит на Ethereum позже. Это устраняет задержки, характерные для других L2, и обеспечивает мгновенный отклик, как в web2. Технология включает параллельную обработку UTXO, регистровую виртуальную машину и P2P-предподтверждения, сохраняя безопасность L1.
AMA-сессия: Fuel анонсировал и провел сессию AMA в Twitter, посвященную реальным подтверждениям и их значению для пользователей. Сообщество могло предложить вопросы и темы для обсуждения. Запись АМА.
Программа покупки токенов: Fuel Network Foundation сообщила об успешном выполнении половины программы покупки токенов FUEL на $1 млн, приобретя токены на $500 тыс. Все токены переведены на публичный адрес в мейннете Ethereum. Программа, начатая ранее, предусматривает еженедельные покупки на $250 тыс. в течение четырех недель для пополнения казначейства экосистемы.

Вывод: На неделе 5–11 мая 2025 года Fuel сделал значительный шаг вперед, представив технологию реального времени, которая устраняет барьеры скорости в блокчейнах. Демонстрации, AMA и прозрачная финансовая стратегия укрепляют доверие сообщества и подчеркивают амбиции проекта в экосистеме Ethereum.

Сводка новостей по проекту Fuel за неделю 12–18 мая 2025 года:

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

Модульная архитектура на базе Cosmos SDK с мостом между Ethereum и Fuel.
Минимальные требования к оборудованию валидаторов (4 ядра CPU, 8 ГБ RAM, 200 ГБ диск).
Текущая система FuelStreamX использует мультиподпись для расчетов с Ethereum, в будущем планируется переход на решения с нулевым разглашением.
Прозрачная обработка транзакций с приоритетом событий Ethereum и консенсусом между валидаторами.
Подробности

Инструмент forc migrate для Sway. Команда Sway, языка программирования для Fuel, представила инструмент forc migrate, упрощающий миграцию проектов на новые версии с учетом ломающих изменений. Инструмент автоматизирует процесс, избавляя разработчиков от ручного анализа обновлений.
Основные функции:

forc migrate show: отображает предстоящие ломающие изменения и шаги для миграции.
forc migrate check: проводит проверку проекта, оценивает объем изменений и предоставляет инструкции.
forc migrate run: выполняет миграцию с пошаговым обзором изменений и опцией обратной совместимости.
Интеграция с git для проверки и финализации изменений.
Документация и видео-туториал доступны: docs.fuel.network, YouTube.

Fuel на Dune. Fuel запустил интеграцию с аналитической платформой Dune, предоставляющей доступ к метрикам сети в реальном времени. Пользователи могут анализировать:

Объемы транзакций.
Метрики производства блоков.
Паттерны использования газа.
Развертывание смарт-контрактов.
Тренды сетевой активности.
Fuel также опубликовал руководство по созданию дашбордов на Dune, включая визуализацию объемов транзакций через SQL-запросы и настройку публичных дашбордов. Подробности

Программа выкупа токенов FUEL. Fuel Network Foundation успешно выполнила 75% программы выкупа токенов FUEL на сумму $1 млн, приобретя токены на $750 тыс. Все токены переведены на публичный адрес в сети Ethereum mainnet. Подробности: forum.fuel.network.
Анонсы экосистемы от CEO Fuel. Генеральный директор Fuel поделился планами развития экосистемы, включая:

Запуск TheRig (stFUEL).
Перезапуск Ruscet (аналог GMX v2+).
Ребрендинг и перезапуск Mira.
NFT-маркетплейс и глобальный on/off-рамп от Bako.
Программа поощрения 1Delta Points.
Обновление SwaySwap 2.0.
Быстрый мост Base Fuel.
Интеграция с Hyperlane и поддержка кошелька ZAP Ethereum.
Оракл реального времени Stork.
Стейблкоин M0 с поддержкой казначейства.
Запуск ReactorDEX.
Приватный альфа-тест O2 (спотовая торговля).
Два нераскрытых партнерства.

Итог: На неделе 12–18 мая Fuel продемонстрировал значительный прогресс в развитии децентрализованной инфраструктуры, инструментов для разработчиков и аналитики, а также анонсировал амбициозные планы по расширению экосистемы.

Сводка новостей по проекту Fuel за неделю 19–25 мая 2025 года:

1. Обновление Fuel Ignition Mainnet (v0.41.9)

14 мая 2025 года сеть Fuel Ignition обновилась до версии fuel-core v0.41.9.

Новые функции:

Новый формат P2P-протокола для улучшенного управления ошибками.

Узлы (компьютеры, поддерживающие сеть Fuel) теперь обмениваются данными по новому формату. Это как если бы они начали говорить на более понятном языке, чтобы быстрее находить и исправлять ошибки. Это делает сеть стабильнее.

Политика истечения срока действия транзакций.

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

Поддержка ZK-опкодов (ecop, epar) для проверки доказательств Groth16, Plonk и FFlonk.

Добавили возможность использовать специальные команды (ZK-опкоды), которые позволяют проверять сложные математические доказательства (Groth16, Plonk, FFlonk) прямо в сети. Это как добавить в калькулятор функцию для решения суперсложных задач. Такие доказательства нужны для приватных транзакций или сложных смарт-контрактов, чтобы они были безопасными и быстрыми.

Динамическое ценообразование газа на основе затрат Ethereum DA.

Комиссии за транзакции теперь зависят от того, сколько стоит отправка данных в сеть Ethereum (это называется DA — Data Availability). Если в Ethereum комиссии растут, в Fuel они тоже могут немного меняться, чтобы сеть оставалась прибыльной и работала без сбоев.

Поддержка портативного резервного копирования и восстановления базы данных.

Исправления:

Оптимизация DA-релятора для снижения избыточных запросов.

Раньше узлы Fuel слишком часто "спрашивали" данные у Ethereum, что нагружало систему. Теперь таких запросов стало меньше, и сеть работает эффективнее, как будто вы убрали ненужные звонки из расписания.

Улучшение производительности GraphQL и динамического ценообразования газа.

GraphQL — это инструмент, который помогает разработчикам получать данные из сети. Его сделали быстрее, а заодно улучшили систему расчета комиссий за газ, чтобы она работала точнее и не тормозила.

Оптимизация доступа к данным с использованием SeqLocks.

Данные в сети теперь обрабатываются быстрее благодаря технологии SeqLocks. Это как если бы в библиотеке книги начали выдавать сразу нескольким людям без очередей.

Исправление проблем с обратной совместимостью и сжатием DA.

Устранили проблемы, из-за которых новые обновления могли конфликтовать со старыми версиями сети, и улучшили сжатие данных для связи с Ethereum. Это как починить программу, чтобы она работала на всех версиях Windows без глюков.

Улучшение мониторинга и метрик системы.

Добавили новые инструменты для отслеживания работы сети. Это как поставить датчики на машину, чтобы сразу видеть, если что-то работает не так, и быстрее это исправить.

2. Программа выкупа токенов FUEL

15 мая 2025 года Fuel Network Foundation объявила о продлении программы выкупа токенов FUEL. Детали:

Завершена программа выкупа на $1 млн (100% токенов переведены на публичный адрес в Ethereum).
С 19 мая начнется новый этап: выкуп на $250 тыс. еженедельно в течение 3 недель.
Оценка результатов после завершения периода.

Подробности: Форум Fuel.

3. Нативные активы Fuel

21 мая 2025 года Fuel подчеркнул преимущества нативных активов в своей модели UTXO.

Особенности:

В отличие от Ethereum, где для каждого токена требуется отдельный контракт и одобрение, Fuel обрабатывает все активы как нативные, что упрощает операции.
Пример: перевод 1 ETH, 250 USDC и 5000 игровых монет в одной транзакции с одной подписью и одной комиссией.
Атомарные транзакции: либо все активы передаются, либо ни один.
Отсутствие шага одобрения (approve) устраняет уязвимости, связанные с вредоносными контрактами.

Преимущества:

Меньше комиссий и кликов.
Простота кода и безопасность.
Возможность массовых операций (например, выплата зарплаты в USDC и акциях в одной транзакции).

4. FuelVM: Оптимизация производительности

Что такое FuelVM и что нового?
FuelVM — это сердце сети Fuel, которое обрабатывает транзакции и программы. Оно оптимизировано, чтобы сеть работала быстро, не перегружала компьютеры и оставалась безопасной.

22–23 мая 2025 года Fuel рассказал о возможностях FuelVM, оптимизированной для роллапов Ethereum.

Ключевые особенности:

Использование регистровой модели (как в ARM и RISC-V) для повышения эффективности по сравнению с EVM.

FuelVM использует подход, похожий на современные процессоры в телефонах (ARM, RISC-V). Вместо того чтобы "складывать" данные в стопку и доставать их по очереди (как в Ethereum), FuelVM сразу знает, где взять и куда положить данные. Это как если вместо поиска книги в куче на столе вы сразу знаете, на какой полке она лежит. Это ускоряет работу.

Модель UTXO минимизирует объем хранимых данных: использованные UTXO удаляются, новые создаются с уникальным 32-байтным ID.

Fuel использует подход UTXO (как в Bitcoin). Это значит, что каждая транзакция создает "монетку" (UTXO) с уникальным кодом (32-байтным ID). Когда вы тратите эту "монетку", она исчезает, а появляются новые. Это уменьшает объем данных, которые нужно хранить, в отличие от Ethereum, где данные накапливаются и требуют сотни гигабайт памяти.

Список доступа (access list) позволяет выполнять непересекающиеся транзакции параллельно, достигая 21 тыс. TPS на ядро M4 CPU.

FuelVM использует "список доступа" — он показывает, какие данные затронет каждая транзакция. Если транзакции не мешают друг другу, их можно обрабатывать одновременно. Это как готовить несколько блюд на разных конфорках, а не по очереди. Благодаря этому FuelVM обрабатывает до 21 тысячи транзакций в секунду (TPS) на одном процессоре M4 (как в современных MacBook).

Предикаты и скрипты не оставляют постоянного следа, а большие данные хранятся как NFT-подобные пакеты, снижая нагрузку на узлы.
Избежание "state bloat" (роста данных до 400–600 ГБ, как в Ethereum).

В Fuel программы (предикаты и скрипты) работают так, что не оставляют после себя лишних данных. Например, большие данные хранятся как компактные "пакеты" (похожие на NFT), которые распаковываются только при необходимости. Это как хранить вещи в сжатом виде и доставать только то, что нужно. Это помогает избежать "раздувания данных" (state bloat), когда сеть, как Ethereum, хранит 400–600 ГБ ненужной информации.

Примеры приложений:

@bakosafe: мультисиг без обновляемых контрактов, минимизирующий риски.

@v12trade: книга ордеров на основе UTXO с параллельной обработкой без задержек.

Сводка новостей по проекту Fuel за неделю 26–01 мая 2025 года:

1. 26.05 – Sway Community Call
Проведен открытый созвон сообщества Sway. Запись доступна по ссылке: x.com/i/broadcasts/1YqxooaLmmExv.

2. 26.05 – Проблема роста состояния блокчейна
В посте на X Fuel объясняет проблему "state bloat" (роста состояния блокчейна), который увеличивает затраты на хранение и замедляет операции. Fuel решает это с помощью:

Модели UTXO, исключающей необходимость в смарт-контрактах для каждого актива.
Предикатов, обеспечивающих сложные условия расходования без сохранения состояния.
Нативной поддержки множества активов.
Это минимизирует рост состояния, ускоряет транзакции и снижает затраты. Подробности о модели UTXO: docs.fuel.network/docs/fuels-ts/the-utxo-model/.

3. 28.05 – Интеграция с EigenDA
Fuel Ignition переходит с Ethereum на EigenDA для обеспечения доступности данных (DA), что значительно увеличивает пропускную способность (до 150k TPS) и снижает затраты.
Преимущества:

Параллельная обработка транзакций с использованием всех ядер процессора.
Минимизация роста состояния благодаря FuelVM и модели UTXO.
Поддержка высокопроизводительных приложений (DeFi, игры, вычисления).
EigenDA, работающая на Ethereum, обеспечивает безопасность и масштабируемость. Разработчикам предлагается использовать язык Sway для создания приложений.

Подробности: docs.fuel.network/docs/fuel-book/.
Пост EigenLayer
Видео (44 мин): x.com/i/broadcasts/1YqxooLzWbQxv.

4. 29.05 – Решение проблемы дорогих DA
Fuel объясняет, почему доступность данных (DA) повышает комиссии в загруженные периоды. Интеграция с EigenDA решает проблему:

DA на EigenDA дешевле, чем на Ethereum, благодаря использованию уже застейканных ETH.
Пропускная способность EigenDA: 15 МБ/с (mainnet), до 100 МБ/с (планы).
Стабильные комиссии и высокая скорость транзакций.
Fuel и другие проекты (Mantle, Polygon CDK) используют модульный подход, разделяя выполнение и DA для оптимизации. Подробности

Ключевые выводы: Fuel активно развивает архитектуру, минимизирующую рост состояния и повышающую производительность. Переход на EigenDA и использование FuelVM с UTXO-моделью позволяют достичь высокой пропускной способности, низких комиссий и поддерживать новые высокопроизводительные приложения.

Гайд по стейкингу токенов Fuel через сеть Ethereum

blockpro — Thu, 13 Mar 2025 15:57:46 GMT

1. Покупка и вывод токенов Fuel

Перед тем как начать стейкинг, необходимо приобрести токены Fuel на одной из бирж и вывести их в сеть Ethereum. Ниже представлена информация о комиссиях за вывод с разных бирж:

Bybit - 250 FUEL (2,62 USD)
MEXC - 67 FUEL (0,70 USD)
Bitget - 280 FUEL (2,96 USD)
KuCoin - 417 FUEL (4,38 USD)
Hotcoin - 122 FUEL (1,25 USD)

В данном примере будет использоваться биржа MEXC, так как у неё наименьшая комиссия за вывод.

2. Подготовка к стейкингу

Выведите токены Fuel в сеть Ethereum на кошелёк Metamask.
Убедитесь, что у вас есть небольшое количество ETH в основной сети Ethereum для оплаты комиссий за транзакции.
Перейдите по ссылке: https://app.fuel.network/staking/on-ethereum и подключите ваш кошелёк Metamask.

3. Процесс стейкинга

Нажмите Stake on Ethereum Network.
В списке валидаторов найдите BlockPro и нажмите Stake.
Укажите количество токенов Fuel для стейкинга и нажмите Approve.
После подтверждения нажмите Next и затем Confirm delegation.
Подтвердите транзакцию в Metamask и ожидайте завершения (примерно 30 минут).

Поздравляем! Ваши токены успешно застейканы.

4. Итоговые комиссии

Общие затраты на комиссии составили:

Комиссия за вывод с MEXC: 67 FUEL (0,70 USD)
Комиссия за подтверждение транзакций в ETH:

Gas Fee 0.0002 ETH (~0.28 USD)
Gas Fee 0.0001 ETH (~0.13 USD)

Итого затраты на комиссии составили ~3 USD.

Гайд по установке ноды « Fuel Sequencer»

blockpro — Sat, 01 Mar 2025 18:05:14 GMT

Что такое Fuel?

Fuel — это операционная система, созданная специально для Ethereum Rollups. Она помогает ускорять и улучшать работу блокчейнов без компромиссов.

Как это работает?

FuelVM
FuelVM — это виртуальная машина, которая берет лучшие идеи из экосистемы Ethereum. Она использует улучшения, которые невозможно было внедрить в Ethereum Virtual Machine (EVM) из-за обратной совместимости.

Главное преимущество FuelVM — параллельное выполнение транзакций. Это значит, что блокчейн обрабатывает данные быстрее, используя сразу несколько ядер процессора, а не одно, как большинство блокчейнов. В результате FuelVM обрабатывает больше транзакций и выполняет сложные вычисления быстрее.

Язык программирования Sway

Fuel разработал свой язык программирования Sway — он похож на Rust, но создан специально для смарт-контрактов.

Sway сочетает в себе:

Безопасность и строгий контроль ошибок (как в Rust)
Удобство написания смарт-контрактов (как в Solidity)
Оптимизированную работу с блокчейном

Ниже приведена краткая информация, которая поможет вам начать работу с нодой для блокчейна Fuel Sequencer.

Для получения более подробной информации обратитесь к репозиторию установки.

Системные требования

Настройка портов

По умолчанию для работы Fuel нужны следующие порты:

Sequencer: 26656, 26657, 9090, 1317
Sidecar: 8080
Ethereum: 8545, 8546

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

🔹 Если изменил порты у Sequencer → измени настройки в параметрах запуска Sidecar.
🔹 Если изменил порт у Sidecar → измени настройки в конфигурации Sequencer.
🔹 Если изменил порты Ethereum → обнови параметры запуска Sidecar.

Важно: если этого не сделать, модули просто не смогут соединиться друг с другом.

Гайд по установке ноды

1. Установите Go (GoLang)

Для работы Fuel вам нужно установить Go (версия 1.21 или выше).

Шаги:

Установите нужную версию Go:

ver="1.23.1"
wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz"

Удалите старую версию (если есть) и установите новую:

sudo rm -rf /usr/local/go
sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz"
rm "go$ver.linux-amd64.tar.gz"

Добавьте Go в системный PATH:

echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
source $HOME/.bash_profile

Проверьте версию Go:

go version

2. Запустите Ethereum Full Node

Для оптимальной работы Sequencer, вам нужно запустить собственную Ethereum Mainnet ноду. Использование сторонних сервисов для Ethereum не рекомендуется.

Настройки Ethereum ноды:

--syncmode=snap
--gcmode=full

Рекомендуемая инструкция для установки Ethereum ноды:

Инструкция по установке Ethereum ноды

3. Скачайте и настройте Sequencer

Теперь скачиваем бинарный файл и начальный файл конфигурации для Sequencer.

Скачайте бинарник для Sequencer:

cd $HOME
wget -O fuelsequencerd https://github.com/FuelLabs/fuel-sequencer-deployments/releases/download/seq-mainnet-1.2-improved-sidecar/fuelsequencerd-seq-mainnet-1.2-improved-sidecar-linux-amd64
chmod +x fuelsequencerd
mv ~/fuelsequencerd ~/go/bin/

Проверьте версию бинарника:

fuelsequencerd version

#вывод:
seq-mainnet-1.2-improved-sidecar

Инициализируйте директорию для ноды и задайте имя:

fuelsequencerd init  --chain-id seq-mainnet-1

Скачайте файл genesis.json в директорию конфигурации:

wget -O $HOME/.fuelsequencer/config/genesis.json https://files.block-pro.net/mainnet/fuel/genesis.json

Скачайте файл addrbook.json в директорию конфигурации:

wget -O $HOME/.fuelsequencer/config/addrbook.json  https://files.block-pro.net/mainnet/fuel/addrbook.json

4. Настройка конфигурации (app.toml)

Откройте файл конфигурации app.toml в директории ~/.fuelsequencer/config/ и установите параметры:

Установите минимальную цену газа:

minimum-gas-prices = "10fuel"

В разделе [sidecar] убедитесь, что:

enabled = true
address — адрес, где будет работать Sidecar (address = "localhost:8080")

5. Настройка конфигурации (config.toml)

Откройте файл config.toml и выполните следующие настройки:

В разделе [p2p] установите:

persistent_peers = "c92a832384b2b676c5b0f317acfb6c0d49846e80@fuel-mainnet-peer.block-pro.net:60756,b3052ca64950786499d56ade68593a555e383ad4@fuel-mainnet-peer.itrocket.net:63656,d48507eb9c8fc6cab278da8b64548496134562dc@141.95.11.200:26656,9584099276b4baf2d6fdf07d4eb9dec40564bba5@185.107.68.171:26656,bbb5f1939278b75efbc213067cc8226591353fc4@65.108.133.32:26656,5d75cca90b178f2b782ce57b0067c0ec8512354c@65.109.70.89:41656,0d7efe1a993e548acccba23358de50a87f5ac841@176.103.222.150:26656,445952b74b508ba5915f3c2f0a8d169a409f174b@57.129.64.92:26656,9bc530d3715a57b4e4f987e75343a67a747b4626@95.217.204.58:29656,9eb2801d1dde4b9ff0be3427092cc2548e973d71@176.103.222.162:26656,40369a07f904d01262141353b5b8fcc8fae2b9da@65.109.53.189:26656,9ad948216644797315b9dfd4851abc2a87235f29@37.27.129.24:14656"

В разделе [mempool] установите:

max_tx_bytes = 1258291
max_txs_bytes = 23068672

6. Настройка сжатия (pruning)

Для эффективного управления хранилищем данных, настройте параметры сжатия:

sed -i -e "s/^pruning *=.*/pruning = \"custom\"/" $HOME/.fuelsequencer/config/app.toml 
sed -i -e "s/^pruning-keep-recent *=.*/pruning-keep-recent = \"100\"/" $HOME/.fuelsequencer/config/app.toml
sed -i -e "s/^pruning-interval *=.*/pruning-interval = \"19\"/" $HOME/.fuelsequencer/config/app.toml

7. Запуск Sequencer через systemd

Чтобы запускать Sequencer как фоновый сервис, используйте systemd.

Создайте сервисный файл для Sequencer:

sudo tee /etc/systemd/system/fuelsequencerd.service > /dev/null <
  
    Перезагрузите systemd и запустите сервис:
  
  sudo systemctl daemon-reload
sudo systemctl enable fuelsequencerd
sudo systemctl restart fuelsequencerd && sudo journalctl -u fuelsequencerd -fo cat
  8. Запуск Sidecar
  Для запуска Sidecar в фоне используйте сервисную настройку через systemd.
  
    Создайте сервисный файл для Sidecar:
  
  sudo tee /etc/systemd/system/sidecard.service > /dev/null <
  Перезагрузите systemd и запустите сервис:
  sudo systemctl daemon-reload
sudo systemctl enable sidecard
sudo systemctl restart sidecard && sudo journalctl -u sidecard -fo cat
  Теперь ваш Sequencer и Sidecar настроены и работают в фоновом режиме!
  
    Запуск валидатора Fuel
  
  1. Создание кошелька
  Для работы валидатора потребуется адрес Sequencer. Создать новый кошелек можно с помощью команды:
  fuelsequencerd keys add <ИМЯ>
  Либо восстановить из мнемонической фразы:
  fuelsequencerd keys add <ИМЯ> --recover
  После выполнения команды появится адрес вида fuelsequencer1l7qk9umswg65av0zygyymgx5yg0fx4g0dpp2tl и мнемоническая фраза. Сохраните её в безопасном месте!
  Генерация Ethereum-совместимого адреса
  Чтобы получить совместимый с Ethereum адрес, выполните команду:
  fuelsequencerd keys parse <АДРЕС>
  Вы получите вывод вида:
  bytes: FF8162F37072354EB1E222084DA0D4221E93550F
human: fuelsequencer
  Добавьте 0x перед bytes, и получите нужный адрес:
  0xFF8162F37072354EB1E222084DA0D4221E93550F
  2. Пополнение аккаунта
  Для работы валидатора необходимо пополнить аккаунт FUEL-токенами и ETH для оплаты газовых комиссий.
  Важные адреса:
  
    FUEL Token: 0x675B68AA4d9c2d3BB3F0397048e62E6B7192079c
    Sequencer Interface (Bridge): 0xca0c6B264f0F9958Ec186eb2EAa208966187D866
  
  Одобрение токенов
  Перед пополнением кошелька необходимо разрешить Fuel Token Contract проводить транзакции. Для этого:
  
    Откройте Etherscan контракт FUEL-токена.
    Используйте функцию approve (0x095ea7b3).
    В поле Spender (адрес) введите: 0xca0c6B264f0F9958Ec186eb2EAa208966187D866.
    В поле Value (uint256) укажите количество токенов, добавляя 9 дополнительных нулей.
    
      Для неограниченного одобрения укажите:
0xffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
    
  
  
    
  
  Бриджинг токенов (перевод на Sequencer)
  
    Откройте Sequencer Interface (Bridge) на Etherscan.
    Подключите Ethereum-кошелек (нажмите Connect to Web3).
    Используйте функцию depositFor (0x36efd6f).
    В поле Amount (uint256) введите количество токенов, добавляя 9 нулей.
    В поле Recipient address вставьте ваш Ethereum-совместимый адрес (например, 0xFF8162F37072354EB1E222084DA0D4221E93550F).
    Нажмите Write, подтвердите транзакцию.
  
  
    
  
  Транзакция займет около 20 минут.
  Проверка баланса
  После завершения перевода, проверьте баланс в блок-эксплорере, введя ваш Sequencer-адрес.
  
    
  
  3. Создание валидатора
  Для этого потребуется минимум 1 FUEL, а также дополнительные токены для оплаты комиссий.
  Создание конфигурации валидатора
  Создайте файл validator.json и добавьте в него:
  {
 "pubkey": {"@type":"/cosmos.crypto.ed25519.PubKey","key":""},
 "amount": "1000000000fuel",
 "moniker": "<ИМЯ_ВАЛИДАТОРА>",
 "identity": "<ОПЦИОНАЛЬНО>",
 "website": "<ВАШ САЙТ>",
 "security": "<ВАШ EMAIL>",
 "details": "<ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ>",
 "commission-rate": "0.05",
 "commission-max-rate": "0.10",
 "commission-max-change-rate": "0.01",
 "min-self-delegation": "1"
}
  Получение публичного ключа
  fuelsequencerd tendermint show-validator
  Скопируйте ключ и вставьте его в поле pubkey в validator.json.
  Запуск команды для создания валидатора
  fuelsequencerd tx staking create-validator path/to/validator.json \
    --from <ИМЯ_КОШЕЛЬКА> \
    --gas auto \
    --gas-prices 10fuel \
    --gas-adjustment 1.5 \
    --chain-id seq-mainnet-1
  4. Проверка работы
  После запуска валидатора:
  
    В Sequencer должен отображаться процесс синхронизации блоков.
    В Sidecar будут появляться запросы на обработку событий.
  
  Поздравляем! Теперь ваш валидатор Fuel успешно запущен.