Sui – блокчейн первого уровня на языке Move, где базовой единицей состояния является объект с собственным идентификатором, версией и правилом владения. Эта модель позволяет заранее понять, какие операции не конфликтуют, и исполнять их параллельно. Простая передача объекта одного владельца не обязана проходить тот же путь, что взаимодействие многих пользователей с общим пулом ликвидности.
Из этого не следует, что в Sui «нет консенсуса». Общие объекты, чекпоинты и состояние валидаторов требуют византийского соглашения. Сеть лишь использует более короткий путь там, где владелец объекта уже однозначно определяет допустимый порядок.
Объекты вместо записей на общем балансе
Объект Sui имеет уникальный ID, версию, содержимое и владельца. Owned object контролируется адресом или другим объектом. Shared object доступен нескольким участникам по логике контракта. Immutable object можно читать, но нельзя изменять. Пакет Move с кодом также представлен объектом.
Транзакция перечисляет входные объекты. Если две операции работают с разными owned objects, валидаторы могут обрабатывать их независимо. Если они пытаются изменить один shared object, сеть должна установить порядок. Поэтому реальная производительность приложения зависит не только от L1, но и от того, как разработчик разделил состояние.
Версия защищает объект от повторного использования старого состояния. После успешной транзакции входная версия потребляется, а результат получает новую. Две конфликтующие подписи владельца способны создать equivocation: валидаторы видят конкурирующие операции и временно блокируют объект до разрешения ситуации. Это цена быстрого пути без полного глобального упорядочивания.
Move и Programmable Transaction Blocks
Sui Move происходит от языка Move, разработанного для проекта Diem, но адаптирован под объектную модель. Ресурс нельзя незаметно скопировать или удалить, если тип и код не разрешают это действие. Владение выражается в данных, а возможности key, store, copy и drop ограничивают допустимое поведение типа.
Programmable Transaction Block объединяет несколько команд в одну атомарную операцию. Результат одной команды можно передать следующей без промежуточной публикации состояния. Пользователь способен разделить монету для платежа, обменять часть и передать полученный объект в другом вызове. Если одна команда завершается ошибкой, весь блок изменений не применяется.
PTB сокращает число отдельных подписей, но увеличивает объём того, что нужно проверить перед подтверждением. В кошельке важны список изменяемых объектов, адрес пакета и разрешения, а не только имя приложения.
Два пути обработки транзакций
Операция только с owned objects может получить сертификат от кворума валидаторов и перейти к исполнению без глобального порядка. Shared objects направляются в консенсус, который назначает им версии и последовательность. После исполнения валидаторы подписывают эффекты, а транзакции группируются в сертифицированные чекпоинты.
С июля 2024 года Sui использует DAG-консенсус Mysticeti. В отличие от ранней связки Narwhal и Bullshark, он уменьшает число отдельных стадий сертификации блоков. Mysticeti v2 объединяет проверку транзакции с консенсусом, использует неявные голоса за принятие и отправляет явные голоса главным образом для отклонения. Новый Transaction Driver может направить операцию одному выбранному валидатору и повторить попытку через другого при задержке.
Быстрый owned-object путь остаётся, но итоговая история закрепляется чекпоинтами. Для сервиса, принимающего депозит, важно различать локальное исполнение, сертификат эффектов и включение в чекпоинт.
История
Mysten Labs появилась в 2021 году после завершения работы Meta над Diem и кошельком Novi. Пять сооснователей – Эван Чэн, Сэм Блэкшир, Аденийи Абиодун, Костас Чалкиас и Джордж Данезис – перенесли опыт языка Move, криптографии и византийского консенсуса в новую permissionless-сеть.
В 2022 году проект открыл devnet и серию тестовых волн. Mainnet запустилась 3 мая 2023 года с более чем сотней валидаторов. В первый год появились DeepBook, zkLogin и спонсируемые транзакции. В 2024 году Mysticeti заменил ранний консенсус, а нативный Sui Bridge и новые стандарты активов расширили инфраструктуру.
14 января 2026 года mainnet примерно на шесть часов прекратила выпуск новых чекпоинтов из-за редкой ошибки в логике commit и garbage collection. Валидаторы вычисляли разные кандидаты, но слой сертификации не позволил подписать конфликтующее состояние. Средства не откатились, однако сеть потеряла доступность до установки исправления и повторного воспроизведения данных. Этот случай показывает различие между safety и liveness: защита от противоречивой истории сработала, но операции временно остановились.
Команда
Эван Чэн руководит Mysten Labs, Сэм Блэкшир создал Move, Джордж Данезис отвечает за значительную часть исследований консенсуса, Костас Чалкиас – за криптографию, а Аденийи Абиодун – за продуктовую стратегию. Mysten Labs остаётся крупнейшим разработчиком исходного стека.
Sui Foundation – отдельная организация, которая поддерживает валидаторов, гранты и экосистемные программы. Валидаторы управляются независимыми операторами, но концентрация разработки и значительная часть раннего предложения вокруг связанных организаций остаются предметом оценки децентрализации.
Токен SUI и экономика хранения
Предложение SUI ограничено 10 миллиардами токенов. При запуске в обращении находилось около 5%, а остальная часть распределяется по долгосрочному графику. Токен оплачивает gas, участвует в delegated proof of stake, обеспечивает ликвидность приложений и используется в управлении.
В начале эпохи валидаторы согласуют reference gas price. Пользователь платит вычислительную комиссию и стоимость хранения. Storage fund аккумулирует часть платы за постоянно растущее состояние и перераспределяет экономику между текущими пользователями и будущими валидаторами. При удалении данных владелец может получить storage rebate за освобождённое место.
Стейкер делегирует SUI валидатору и получает долю gas fees и субсидий. Доходность зависит от эпохи, доли стейка и эффективности оператора. Ликвидный стейкинг добавляет контракт и риск цены производного токена, поэтому его нельзя считать равным нативной делегации.
zkLogin, sponsored transactions и ключи
zkLogin позволяет связать временные криптографические ключи с учётной записью обычного провайдера, не публикуя токен авторизации в блокчейне. Zero-knowledge proof подтверждает нужные свойства входа. Удобство не отменяет зависимость от провайдера, salt-сервиса, локального ключа и правил восстановления.
Спонсируемая транзакция разделяет отправителя и плательщика gas. Пользователь подписывает своё действие, спонсор добавляет платёж. Это облегчает вход без SUI, но не даёт спонсору права менять уже подписанную полезную нагрузку.
Главные риски
- Shared-object congestion. Один популярный объект создаёт последовательную очередь даже при свободной мощности сети.
- Equivocation. Две конфликтующие операции с owned object способны временно заблокировать его.
- Код Move. Язык предотвращает часть классов ошибок, но не исправляет плохую экономическую логику или полномочия обновления.
- Остановки сети. Инцидент 2026 года подтвердил сохранность состояния, но показал риск длительной потери доступности.
- Распределение SUI. Большая доля предложения выпускается постепенно и способна влиять на рынок и стейкинг.
- Мосты и внешние сервисы. Sui Bridge, оракулы, zkLogin и RPC добавляют отдельные модели доверия.
Как проверять приложение и актив
Нужно установить package ID, тип объекта монеты, upgrade policy пакета и владельца административных возможностей. Для shared object полезно понять, является ли он общим для всего протокола и что произойдёт при большой очереди. При межсетевом активе следует выяснить, кем он выпущен и где заблокирован исходный токен.
Перед мостом стоит сделать небольшой перевод по инструкции о безопасном межсетевом маршруте. Для стейкинга нужно изучить ответственность и показатели валидатора. Инвестору важно сопоставить разблокировки и обращение по методике о том, как читать токеномику.
Итог: Sui получает параллелизм не из рекламной цифры, а из явной модели владения объектами. Owned objects способны идти коротким путём, shared objects получают порядок через Mysticeti, а чекпоинты закрепляют общую историю. Сила системы – удобная композиция цифровых объектов. Компромисс – новая модель, где разработчику и пользователю нужно понимать версии, тип владения и отдельные стадии финальности.
