Fuel – технологический стек и сеть Layer 2, созданные вокруг виртуальной машины FuelVM. Главная сеть Fuel Ignition запущена как rollup, который исполняет транзакции вне Ethereum и использует Ethereum для публикации данных и окончательного расчёта. Проект выделяется не косметическими изменениями EVM, а другой моделью транзакций, собственным языком Sway и попыткой выполнять независимые операции параллельно.
Fuel не следует путать с обычной EVM-сетью, где меняются лишь параметры блока. Контракты здесь компилируются для FuelVM, кошельки работают с UTXO-входами и выходами, а активы могут быть нативной частью протокола. Это даёт разработчикам новые инструменты, но одновременно создаёт отдельную экосистему, мост и набор рисков.
Что такое Fuel и Fuel Ignition
Fuel Labs начинала с идеи оптимистичного rollup и выпустила Fuel V1 как раннюю реализацию на Ethereum. Позднее проект сосредоточился на модульном execution layer и создал FuelVM, инструменты Forc и язык Sway. Текущая пользовательская сеть называется Fuel Ignition. Она не наследует совместимость с байткодом EVM и требует приложений, специально собранных для Fuel.
В модульной архитектуре разные задачи можно разделить между слоями. Fuel выполняет транзакции и формирует состояние, а Ethereum служит расчётным слоем и предоставляет доступность опубликованных данных. Поэтому сравнивать Fuel с Ethereum как две независимые L1 некорректно: безопасность вывода из rollup связана с контрактами Fuel в Ethereum и состоянием самой L1.
Пользователь видит быстрые подтверждения внутри Ignition, но окончательность наступает не в тот же момент. Пакет должен быть опубликован, пройти правила rollup и закрепиться в Ethereum. Разницу между ответом RPC, подтверждением sequencer и settlement полезно учитывать так же, как в других L2. Эти уровни подробнее разобраны в материале о подтверждении и финальности в rollup.
Как устроена FuelVM
FuelVM – регистровая виртуальная машина. EVM использует стек, где инструкции последовательно берут и возвращают значения на вершину стека. FuelVM располагает набором регистров и более явно работает с операндами. Это не означает автоматического ускорения любого приложения, но позволяет проектировать инструкции и компилятор без обязательного сохранения исторических ограничений EVM.
В Fuel существуют три важных вида исполняемого кода. Контракты хранят состояние и похожи по роли на привычные smart contracts. Scripts выполняют одноразовую логику транзакции и могут координировать вызовы нескольких контрактов. Predicates задают условие расходования UTXO без постоянного состояния: такой выход можно потратить, если приложенный код вернул положительный результат.
Predicates подходят для условий, которые в EVM часто потребовали бы отдельного контрактного аккаунта. Однако код predicate и его данные становятся частью проверки расходования. Пользователь должен понимать, какое именно условие контролирует актив, а кошелёк – корректно формировать входы. Ошибка в predicate столь же опасна, как ошибка в обычном контракте.
Для разработки используется Sway – язык, синтаксис которого напоминает Rust, но создан специально для FuelVM. Компилятор, пакетный менеджер и набор команд объединены в Forc. Знакомый внешний вид языка не делает код Rust-программой: типы, ABI, storage, asset operations и модель транзакции подчиняются правилам Fuel.
UTXO-модель и нативные активы
Баланс адреса в Fuel представлен набором непотраченных выходов. Транзакция заранее указывает входы, которые расходует, и выходы, которые создаёт. Это сближает Fuel с UTXO-сетями, но система также поддерживает stateful contracts. В результате модель сочетает явное движение монет с программируемым состоянием приложений.
Токены могут существовать как нативные assets FuelVM. Контракт выпускает или сжигает актив, после чего монеты передаются через обычные входы и выходы, без необходимости вызывать ERC-20 метод при каждом переводе. У каждого asset есть идентификатор, связанный с выпустившим контрактом и sub-identifier. Один контракт способен управлять несколькими активами.
Практическое следствие – название и тикер в кошельке не доказывают происхождение монеты. Нужно проверять asset ID, контракт выпуска и путь через мост. Токен с привычным названием может быть не тем representation, который принимает приложение. Для перевода между Ethereum и Fuel действует отдельная система сообщений и блокировки активов, поэтому остаются обычные риски межсетевого моста.
Откуда берётся параллельное исполнение
UTXO-вход нельзя корректно потратить дважды. Если две транзакции используют разные монеты и не обращаются к конфликтующим участкам состояния, их зависимости можно определить заранее. Fuel дополняет UTXO-модель access lists – описанием контрактов и ресурсов, к которым обращается транзакция. Независимые операции допускается распределить между ядрами процессора.
Параллелизм не означает, что все транзакции всегда выполняются одновременно. Два обмена, меняющих один и тот же пул ликвидности, конфликтуют по состоянию и требуют согласованного порядка. Приложение с общей горячей переменной может стать узким местом даже на виртуальной машине с параллельным исполнением.
Есть и пользовательский нюанс: кошельку приходится выбирать конкретные UTXO. Большое число мелких монет увеличивает число входов и размер транзакции, а одновременная отправка двух операций может создать конфликт за один выход. Поэтому реальная производительность зависит от проектирования контракта, работы клиента и поведения sequencer, а не только от возможностей FuelVM.
Путь транзакции и комиссии
Кошелёк собирает входы, выходы, script и вызовы контрактов, рассчитывает лимиты ресурсов и подписывает транзакцию. Узлы проверяют подписи, predicates, отсутствие двойного расходования и корректность исполнения. Sequencer упорядочивает операции, собирает блоки и публикует необходимые данные для rollup.
Комиссия включает вычисления, использование storage и долю расходов на публикацию данных. Модель динамическая: итог зависит от загруженности, размера транзакции и заданных лимитов. В Ignition газ по-прежнему может оплачиваться ETH, поэтому наличие токена FUEL не означает, что каждой операции обязательно нужен FUEL.
Как и у других rollup, быстрый статус в приложении не устраняет зависимость от sequencer. Нужно проверять, существует ли рабочий альтернативный путь, как обрабатывается недоступность сервиса и сколько занимает вывод. Пользовательские комиссии L2 также не являются фиксированными: составляющие подробно объясняются в статье о стоимости транзакций в Layer 2.
Sequencer и постепенная децентрализация
Fuel развивает отдельную сеть sequencing на базе proof of stake и Tendermint-подобного консенсуса. План предусматривает постепенное расширение набора proposer и децентрализацию построения блоков. Важно различать работающую сегодня конфигурацию и будущую цель: roadmap не равен уже достигнутой permissionless-модели.
Даже несколько proposer не устраняют все точки управления. Следует выяснить, кто допускает участников, кто обновляет клиент и rollup contracts, какие ключи могут поставить мост на паузу и как реагируют на расхождение версий. Децентрализация порядка транзакций – лишь один слой общей безопасности.
Токен FUEL
Нынешний FUEL выпущен в Ethereum как ERC-20 с девятью знаками после запятой. Официальная документация указывает первоначальное предложение 10 млрд FUEL. Токен связан с экономикой shared sequencer: он используется для staking и делегирования proposer, оплаты ресурсов sequencing и стимулов для приложений. При этом Ignition продолжает принимать газ в ETH.
Распределение включает community expansion, ecosystem and R&D, contributors и purchasers с разными сроками разблокировки. Значительная доля предназначена экосистеме и исследованиям, но эти формулировки не показывают текущий circulating supply. Перед оценкой токена нужно отдельно сверять завершившиеся unlocks, treasury addresses, staking contracts и миграцию старой версии FUEL.
Официальная модель при запуске указывала годовую инфляцию 3%, настройки которой связаны с validator set. Поздние обсуждения новой tokenomics могут быть проектами предложений, а не действующими правилами. Поэтому нельзя выдавать draft о выкупе или сжигании за уже реализованный механизм. Технический прогресс FuelVM также не гарантирует спрос или рост цены FUEL.
Основные риски Fuel
- Отдельная экосистема. Sway, FuelVM и asset model требуют собственных аудитов, инструментов и опыта разработчиков.
- Rollup contracts. Ошибка settlement, публикации данных или вывода способна затронуть активы в мосте.
- Sequencer. Текущая доступность и цензура зависят от реально работающего набора участников, а не от финального roadmap.
- Параллелизм. Конфликтующее состояние и неудачная архитектура приложения ограничивают практический выигрыш.
- Мосты и representations. Одинаковые названия активов не гарантируют одинаковый asset ID и обеспечение.
- Обновления. Административные ключи и версии контрактов могут менять модель доверия.
- Токен. Разблокировки, инфляция, treasury и изменение экономических параметров влияют на владельцев FUEL.
- Инфраструктура. RPC, кошельки, индексаторы и explorer могут давать неполную или задержанную информацию.
Итог
Fuel строит rollup не вокруг совместимости с EVM, а вокруг FuelVM, UTXO-входов, нативных активов, scripts и predicates. Такая конструкция позволяет заранее выявлять независимые транзакции и выполнять их параллельно, но эффективность зависит от состояния контрактов и качества приложений.
Перед использованием Fuel Ignition стоит проверить asset ID, официальный мост, фактический набор sequencer, active contracts и путь финализации в Ethereum. При оценке FUEL нужно отделять уже работающие функции staking и sequencing от проектов будущей tokenomics. Fuel предлагает самостоятельную архитектуру исполнения, а значит требует самостоятельной проверки на каждом уровне.
