XRP Ledger и Sui решают разные задачи, и сравнивать их по одной шкале бессмысленно. XRPL — расчётная сеть: счета с резервом, плата в несколько дропов, которая сжигается, согласие за 4–6 секунд. Sui — среда для приложений: состояние хранится в объектах с версиями, плата делится на вычисления и хранение, а за освобождённое место возвращается залог. Реестр в первом случае ведут валидаторы из списков доверия участников, во втором — валидаторы эпохи.
Что каждая сеть решает
Назначения заявлены открыто. XRP Ledger описан как децентрализованный блокчейн, который использует собственную цифровую валюту для обработки и записи финансовых операций; среди сценариев перечислены платежи, токенизация, торговля на встроенной бирже с автоматическим маркетмейкером и кредитные инструменты.
У Sui отсчёт иной. Документация, прочитанная 16 октября 2026 года, объясняет, что сеть хранит данные не в виде привязанных к счетам наборов «ключ — значение», а в виде объектов, адресуемых уникальными идентификаторами. Логика живёт в пакетах на языке Move, и после публикации пакеты неизменны.
Дальше расходится всё. Разные задачи дают разные платы, разные сроки и разную роль валидатора.
Модель расчётов: счета с резервом против объектов с версиями
В XRPL у счёта есть обязательный минимум. Базовый резерв на основной сети — 1 XRP, резерв владельца — 0,2 XRP за каждый объект, который счёт создаёт в реестре. Документация уточняет две детали: резервы допускается расходовать на оплату транзакций, а первые две линии доверия создаются при наличии одного базового резерва.
Логика тут прозрачна. Место в реестре не бесплатно, и счёт платит за него удержанием, а не комиссией. Значения меняются через процедуру голосования о сборах.
Единица состояния в Sui — объект. Адрес длиной 32 байта используется и для объектов, и для аккаунтов. У каждого объекта есть восьмибайтная версия, монотонно растущая с каждой изменяющей его транзакцией, а права владения различаются: объект может принадлежать адресу, быть неизменяемым, быть разделяемым между всеми, упаковываться в другой объект или упорядочиваться через консенсус.
Практическое следствие для пользователя. В XRPL он думает о счёте и его резерве, в Sui — о наборе объектов и их версиях. Привычка смотреть на состояние как на набор частей знакома тем, кто разбирался, как разделить один перевод на несколько адресов.
Плата: сожжённые дропы против возвратного залога
Контраст здесь резкий. XRPL уничтожает плату, Sui возвращает её большую часть при освобождении места.
Разница не в суммах. В расчётной сети плата — барьер против спама, и уничтожение делает её нейтральной. В сети приложений плата — аренда ресурса, поэтому освобождение ресурса частично компенсируется.
Скорость и окончательность
Цифры сопоставимы по порядку, но означают разное. Процесс согласия в XRPL занимает, по документации, 4–6 секунд, и после успеха версия реестра считается проверенной и окончательной. В Sui документация описывает фиксацию блоков протоколом Mysticeti за три раунда сообщений и указывает порядка 0,5 секунды до подтверждения консенсусом.
Серию платежей в обеих сетях разбирают одним приёмом — так же, как отследить пакет переводов одной операцией в любой другой сети. Окончательность в обеих сетях наступает без периода оспаривания. Это отличает их от надстроек, где вывод вниз ждёт окна споров, и упрощает планирование операций.
Загрузка сети влияет на обе, но по-разному: в Sui пользователь может добавить надбавку к опорной цене, в XRPL плата поднимается самой сетью при перегрузке. Общий приём наблюдения один — оценить нагрузку сети по историческим данным до крупной операции.
Кто ведёт реестр
Эту ось путают чаще прочих. В XRPL каждый участник сам выбирает набор валидаторов, которым доверяет, — такой список называют уникальным списком узлов. Валидаторы в несколько раундов сближают предложения, пока не придут к согласию. Документация указывает порог устойчивости: пока менее 20% доверенных валидаторов ведут себя неисправно, согласие достигается без помех.
В Sui состав фиксирует эпоха. Эпоха на основной и тестовой сети длится около 24 часов; на её старте валидаторы подают свои ценовые квоты, из которых и выводится опорная цена газа. Предложение блоков идёт параллельно от нескольких валидаторов, а структура согласия описана как направленный ациклический граф.
| Ось сравнения | XRP Ledger | Sui |
|---|---|---|
| Модель учёта | Счета с базовым резервом 1 XRP и резервом владельца 0,2 XRP за объект | Объекты с 32-байтными идентификаторами и восьмибайтной версией |
| Плата и её судьба | От 10 дропов за стандартную транзакцию, сумма уничтожается безвозвратно | Вычисления плюс хранение; 99% платы за хранение возвращается при освобождении места |
| Скорость согласия | 4–6 секунд на процесс согласия, после чего версия реестра окончательна | Около 0,5 секунды до фиксации консенсусом по протоколу Mysticeti |
| Кто ведёт реестр | Валидаторы из уникальных списков узлов, выбранных самими участниками | Валидаторы текущей эпохи длиной около 24 часов |
| Назначение по документации | Платежи, токенизация, торговля на встроенной бирже, кредитные инструменты | Приложения на языке Move с произвольным состоянием в объектах |
| Как появляется токен | Через линии доверия и выпуск эмитентом на уровне протокола | Через тип Coin и объект-право на выпуск, выдаваемый при создании валюты |
Как создаётся токен в каждой сети
Подходы различаются сильнее, чем кажется по таблице. В XRPL выпуск опирается на линии доверия между счётом эмитента и держателем: держатель создаёт объект в реестре, и за него действует резерв владельца. Первые две линии, по документации, создаются при наличии только базового резерва.
В Sui валюта создаётся вызовом, который возвращает издателю объект-право на выпуск. Документация называет его хранилищем права на эмиссию и предупреждает: такой объект нельзя делать разделяемым или неизменяемым, иначе выпускать токены сможет кто угодно. Описание валюты лежит в отдельном объекте с полями числа знаков, названия, символа, описания и адреса иконки. Для регулируемых выпусков предусмотрен отдельный вызов с правом вести список заблокированных адресов.
Сопоставление с моделью Ethereum помогает увидеть разницу: там баланс хранится в таблице внутри контракта. Контекст по этой модели — в разборе о том, что меняет обновление Glamsterdam для сети Ethereum.

- Держать на счёте XRPL запас сверх резерва: резерв не равен доступному остатку
- Помнить, что плата в XRPL уничтожается и не возвращается ни при какой ошибке
- Учитывать в Sui две части платы: вычисления не возвращаются, хранение возвращается почти полностью
- Не путать окончательность с подтверждением в кошельке: в обеих сетях она наступает на уровне протокола
- Проверять состояние операций по публичным обозревателям обеих сетей, а не по интерфейсу приложения
Итог
Картина складывается по осям. XRPL экономит на предсказуемости: фиксированная плата, уничтожаемая сетью, резерв как цена места, согласие за несколько секунд и реестр, который ведут выбранные самим участником валидаторы. Sui платит за гибкость: объектное состояние с версиями, плата из двух частей с возвратом за освобождённое хранилище, фиксация за доли секунды и валидаторы, закреплённые эпохой. Выбор между ними — это вопрос задачи, а не рейтинга сетей.
- Как разделить один перевод на несколько адресов — работа с состоянием как с набором частей
- Как отследить пакет переводов одной операцией — проверка серии платежей по обозревателю
- Как оценить нагрузку сети по историческим данным — наблюдение за сетью до крупной операции
- Что меняет обновление Glamsterdam для сети Ethereum — третья модель учёта для сравнения
Частые вопросы
Почему на счёте XRPL нельзя потратить весь остаток?
Из-за резерва. Базовый резерв на основной сети составляет 1 XRP, и каждый созданный объект добавляет резерв владельца в 0,2 XRP. Эти суммы удерживаются как плата за место в реестре. Документация уточняет, что резервы допускается расходовать на оплату транзакций, но отправить их другому адресу нельзя.
Куда уходит плата за транзакцию в XRPL?
Никуда. Документация формулирует это так: указанная в транзакции сумма XRP уничтожается безвозвратно. Валидатор её не получает. Минимум для стандартной операции — 10 дропов, то есть 0,00001 XRP; при перегрузке сеть поднимает требуемую плату, и это часть защиты от спама.
Правда ли, что в Sui можно вернуть плату?
Частично. Возврат касается только платы за хранение: при удалении данных возвращается 99%, а 1% остаётся сети. Плата за вычисления не возвращается. Поэтому операция, которая освобождает место, обходится дешевле той, что занимает новое, но бесплатной не становится.
Какая из двух сетей быстрее?
По документации фиксация в Sui занимает порядка 0,5 секунды, процесс согласия в XRPL — 4–6 секунд. Но сравнивать стоит с поправкой на задачу: в XRPL речь о полной проверке версии реестра, в Sui — о фиксации блоков консенсусом. Периода оспаривания нет ни там, ни там.
Кто решает, какие валидаторы ведут реестр?
В XRPL — сам участник: он выбирает список доверенных валидаторов, и согласие держится, пока неисправных в списке менее 20%. В Sui состав закреплён эпохой длиной около суток, и на её старте валидаторы подают ценовые квоты, из которых выводится опорная цена газа.
Вердикт
Сравнение этих двух сетей полезно не ответом «кто лучше», а тем, как оно показывает цену инженерных решений. Фиксированная уничтожаемая плата и резерв счёта дают предсказуемость, но ограничивают то, что можно выразить в реестре. Объекты с версиями и плата за хранение открывают произвольные приложения, но требуют от пользователя понимать, за что он платит. В обращениях читателей путаница чаще всего возникает именно на резерве XRPL: его принимают за потерянные средства, хотя это удержание за место в реестре.
Разборы сетевой механики выходят в нашем Telegram-канале Cryptium.
Условия резервов изложены в документации XRP Ledger о резервах счёта, устройство платы — в документации Sui о газе. Параметры обеих сетей меняются решениями их участников.
Обсуждение
Добавить комментарий