Movement (MOVE) теперь L1 блокчейн – что это значит?

22 декабря 2025 года Movement официально “переехал” в другой класс сетей: запустился M1 Mainnet и сеть мигрировала из формата Ethereum L2 в полностью суверенный Layer‑1 блокчейн. По описанию команды, переход прошёл без “боли”: контракты, средства и активность экосистемы перенеслись без действий со стороны пользователей и разработчиков.

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

Movement стал L1: что именно произошло

Если говорить максимально конкретно, Movement запустил M1 — свой L1‑мейннет — и тем самым:

• перестал быть зависимым от внешнего базового слоя для собственной безопасности в той форме, как это обычно бывает у L2,
• перешёл на модель, где порядок транзакций и финальность обеспечиваются собственным набором валидаторов,
• включил нативный стейкинг MOVE и поддержку Move 2 “с первого дня”.

У Move Industries это описано как “L2 → L1 миграция”, и они отдельно подчёркивают две вещи: отсутствие централизованного секвенсора и отсутствие зависимости от внешней цепочки для безопасности.

L1 vs L2: разница на человеческом языке

Представь два варианта “города”:

• L2 — это район, построенный рядом с мегаполисом (Ethereum), который многое берёт “из центра”: часть гарантий, часть финальности, часть инфраструктурной логики. Даже если район суперсовременный, он ограничен правилами и “узкими горлышками” своего мегаполиса и собственной L2‑архитектуры.
• L1 — это город, который строит свою администрацию, дороги, правила и полицию: собственный консенсус, собственный набор валидаторов, собственную финализацию блоков.

С практической точки зрения “стать L1” означает, что Movement теперь сам решает:

• кто и как подтверждает блоки (валидаторы, стейк, правила выбора лидера),
• как быстро транзакции становятся необратимыми (finality),
• как масштабировать исполнение транзакций (параллельность, пайплайны, оптимизации),
• какие протокольные апгрейды и параметры вводить и когда.

Почему это важно: 4 главных последствия

1. Производительность и задержки
   В официальных материалах фигурирует скачок от примерно 500–600 TPS в прежней архитектуре до 10,000+ TPS в L1‑архитектуре, плюс “sub‑second” подтверждение/финальность. Важно понимать: TPS — это не магическая цифра “в вакууме”, а итог всей архитектуры (консенсус + исполнение + сеть + хранение). Но сам факт смены слоя снимает ряд системных ограничений.
2. Децентрализация критического компонента
   В L2‑мире часто есть секвенсор (компонент, который упорядочивает транзакции). Если он централизован, он становится точкой отказа. В объявлении о запуске M1 команда прямо говорит, что в M1 нет централизованных секвенсоров и финальность обеспечивается валидаторским консенсусом.
3. Нативный стейкинг MOVE
   Для многих пользователей это “главный пользовательский переключатель”: появляется понятный механизм экономической безопасности через валидаторов и делегирование/стейкинг (в зависимости от реализации).
4. Movement становится “базой” для собственной экосистемы L2/приложений
   Любопытная деталь: Move Industries позиционируют M1 не только как самостоятельный L1, но и как фундамент/хаб, на котором затем можно строить семейство application‑specific L2. То есть сеть перестаёт быть “дочерним уровнем Ethereum” и становится “родителем” для своих уровней.

Как устроен M1 технически: простая карта без лишней магии

В документации Movement L1 описан как модульная система из пяти слоёв — это полезная модель, потому что она объясняет, где именно “живёт” скорость и безопасность:

1. API‑слой
   REST/интерфейсы для отправки транзакций и чтения состояния. (При этом в доках отдельно отмечается, что нативных WebSocket‑ивентов для внешних клиентов пока может не быть — реальное время решается поллингом или индексерами.)
2. Слой исполнения (Execution)
   Тут работает MoveVM (виртуальная машина языка Move) и транзакционный пайплайн. Важная деталь: параллельность исполнения описана через Block‑STM — подход, где транзакции выполняются оптимистично параллельно, а конфликты чтения/записи разрешаются так, чтобы итог был детерминированным (как будто всё шло “по очереди”, только быстрее).
3. Слой хранения (Storage)
   Состояние и история транзакций, плюс криптографическая “фиксация” состояния через Merkle‑структуры (чтобы можно было доказывать корректность состояния через proofs).
4. Консенсус (Consensus)
   Документация описывает BFT‑консенсус (Byzantine Fault Tolerant — устойчивый к части вредоносных/сбойных валидаторов), основанный на алгоритме Jolteon (производная от HotStuff), с гарантиями безопасности даже при доле до 1/3 злонамеренных валидаторов. Там же упоминается single‑slot finality (быстрая финализация).
5. Сеть (Network)
   P2P‑протокол, мемпул, маршрутизация сообщений — всё то, без чего любая “быстрая” VM превращается в спорткар без колёс.

Если хочется запомнить это одним предложением: M1 ускоряется не “одной фишкой”, а тем, что одновременно оптимизирует порядок (консенсус), вычисление (параллельное исполнение), распространение (P2P) и доказуемость (Merkle‑коммитменты).

Что это значит для пользователей: по пунктам без техножаргона

• Транзакции должны подтверждаться быстрее (официально заявляется sub‑second подтверждение/финальность).
• Сеть перестаёт зависеть от внешней цепочки “как от опоры” в модели L2.
• Газ и экономическая активность логичнее замыкаются на MOVE (особенно с включением стейкинга).
• Самое важное: миграция задумана так, чтобы не требовать действий от обычных пользователей — без “переведите активы вручную, иначе…”.

Практически это означает: если ты просто пользовался приложениями и держал активы в экосистеме, то “стать L1” должно ощущаться как “всё работает как раньше, но быстрее/стабильнее”, а не как квест из 17 шагов.

Что это значит для разработчиков

• Поддержка Move 2.0 “с первого дня” на M1. Move 2 — это не косметика: например, в релиз‑заметках Move 2 фигурируют enum‑типы и другие возможности, которые делают язык выразительнее для сложной логики (а значит, меньше костылей в протоколах и больше читаемости).
• Архитектурно, разработчики получают сеть, рассчитанную на высокую пропускную способность за счёт параллельного исполнения (Block‑STM) и BFT‑консенсуса.
• По инфраструктуре: в Movement Docs есть публичные эндпоинты мейннета (включая RPC), а также indexer GraphQL — это упрощает сбор аналитики и “богатые” запросы для фронтов.
• Для интеграций с кошельками/SDK: документация прямо ведёт к привычным инструментам и совместимым SDK‑подходам (в том числе через экосистему Aptos‑совместимых библиотек).

MOVE и стейкинг: важный нюанс, который многие пропускают

В официальных объявлениях про L1 есть один принцип, который звучит скучно, но на деле влияет на распределение власти в сети:

“Only unlocked tokens earn rewards.”

То есть стейкинг‑вознаграждения и участие в стейкинге завязаны на разблокированные токены. Идея простая: безопасность сети (через стейк) не должна быть “автоматически” под контролем инсайдеров только потому, что у них есть большие пакеты, ещё находящиеся в локе.

Если добавить контекст из публикации Foundation о MOVE: максимальное предложение обозначено как 10 млрд токенов, а распределение включает доли на экосистему/сообщество, initial claims, фонд, early contributors и early backers. Эти параметры важны не как “токеномика ради токеномики”, а как ответ на вопрос: кто в долгую будет иметь вес в управлении и безопасности сети.

Практическая шпаргалка: где смотреть и куда подключаться

• Chain ID мейннета Movement: 126.
• Публичный RPC мейннета указан в документации, там же есть официальный explorer, bridge и indexer endpoint.
• Для разработчиков: документация Movement — это точка входа в SDK, CLI и сетевые параметры, а GitHub‑организация содержит репозитории с инструментами и инфраструктурой.

Итоги

Movement “стал L1” — это не просто смена ярлыка в твиттер‑био. Это смена архитектурной реальности:

• сеть стала суверенной (свой консенсус и валидаторы),
• убрала критическую зависимость от L2‑компонентов вроде централизованного секвенсора,
• получила заявленный скачок производительности и скорости подтверждений,
• включила нативный стейкинг MOVE и поддержку Move 2.0 на старте M1.

Теперь главный вопрос не “а правда ли это L1?”, а более интересный: насколько быстро экосистема начнёт использовать новые свойства L1 (финальность, throughput, стейкинг, архитектурную самостоятельность) для продуктов, которые реально невозможно было комфортно делать в прежней конфигурации.

еще почитать: Movement, Aptos, Sui: Move‑клан или нормальная экосистема?

все статьи в TG: web3ru

Источники

• Move Industries — пресс‑релиз о запуске M1 Mainnet и миграции L2→L1 (22 декабря 2025, GlobeNewswire). (GlobeNewswire)
• Move Industries — пресс‑релиз о переходе Movement к L1 и ключевых причинах/эффектах (16 сентября 2025, PRNewswire). (PR Newswire)
• Movement Docs — Network Endpoints (Chain ID, RPC/Explorer/Bridge/Indexer для mainnet/testnet). (Movement Docs)
• Movement Docs — L1 Architecture (5 слоёв, Block‑STM, BFT/HotStuff‑based консенсус, PoS, целевые показатели). (Movement Docs)
• Movement Docs — Networks Overview (разделение на L1‑сети и sidechain‑мейннет, логика миграции). (Movement Docs)
• Movement Network Foundation — “Reveals MOVE” (макс. supply, распределение, utility; публикация от 25 ноября 2024). (The Movement Network)
• Aptos Docs — Move 2 Release Notes (что именно добавляет Move 2.0/2.x, включая enum‑типы и function values). (Aptos Documentation)
• Aptos Docs — Enums (пример и описание enum‑типов в Move 2). (Aptos Documentation)
• GitHub (официальная организация) — movementlabsxyz/movement (инструменты и инфраструктура/SDK). (github.com)