Краткий ответ: Предлагаемая конструкция спонсируемых аккаунтов XRP Ledger может позволить аккаунту конечного пользователя хранить ноль XRP, тогда как отдельный спонсор покрывает резерв аккаунта и, при соответствующей настройке, комиссии за транзакции. Обязательство по резерву не исчезает — оно переходит к спонсору. По состоянию на проверку источников 9 ноября 2026 года конкретная спецификация SponsoredAccountCreate оставалась открытым предложением, поэтому читателям не следует предполагать, что каждый кошелёк или сервис Mainnet поддерживает такой сценарий.
Почему аккаунту XRP Ledger обычно нужен XRP?
XRP Ledger использует резервы, чтобы ограничивать объём данных, которые аккаунты и их объекты размещают в общем реестре. Согласно опубликованным настройкам резервов Mainnet XRPL, базовый резерв составляет 1 XRP на аккаунт, а owner reserve — как правило, 0,2 XRP на объект реестра, с учётом задокументированных исключений. Аккаунт обычно должен быть пополнен до того, как сможет существовать в реестре, и зарезервированные XRP нельзя тратить как несвязанный баланс.
Эти значения — сетевые параметры, а не инвестиционная идея. Валидаторы могут менять настройки резервов через процесс голосования по комиссиям сети. Любая статья, цитирующая фиксированный резерв, должна датировать показатель и ссылаться на текущую страницу XRPL.
Что такое спонсируемый аккаунт?
Спонсируемый аккаунт разделяет контроль над аккаунтом и ответственность за его резерв и комиссии. Документ XLS-68, Sponsored Fees and Reserves описывает модель, в которой спонсор оплачивает определённые издержки за спонсируемого. Спонсируемый сохраняет контроль над своими ключами и аккаунтом. Спонсор поддерживает XRP для покрытия поддерживаемого требования по резерву, а не переводит эквивалентную сумму в доступный для трат баланс спонсируемого.
Это может помочь приложению подключать пользователей, которые хотят только получать стейблкоин или performing платежи. Это не превращает XRP в сеть без комиссий и не устраняет экономическую стоимость хранения аккаунтов и trust lines. Кто-то всё равно предоставляет резерв.
Конструкция также требует правил завершения спонсорства. Раскрытие уязвимости XRPL от сентября 2026 года описывало дефект Devnet, при котором спонсор мог прекратить поддержку объекта до того, как владелец успеет пополнить его резерв. Исправление требует, чтобы резерв оставался покрытым спонсируемым, другим спонсором либо объект был удалён. В том раскрытии говорилось, что средства Mainnet не были под угрозой, поскольку поправка на момент публикации не была активирована.
Что добавляет SponsoredAccountCreate?
Он предлагает прямой способ создать аккаунт с нулевым балансом XRP, пока другой аккаунт спонсирует его резерв. Pull request стандарта от 16 октября 2026 года описывает новую транзакцию SponsoredAccountCreate. В предложении XRP, обеспечивающие резерв аккаунта, остаются у спонсора и не поступают на новый аккаунт во время создания.
Это предложение отличается от более широкой рамки спонсорства XLS-68. Pull request стандарта — это свидетельство обсуждаемой конструкции, а не доказательство активации в Mainnet или поддержки каждым кошельком. Редакторам следует перепроверять страницу статуса поправок XRPL и само предложение перед публикацией, поскольку статус сети может измениться.
Снижает ли кошелёк с нулевым XRP спрос на XRP?
Само по себе предложение не подтверждает такой вывод. Оно может уменьшить количество XRP, которое отдельному конечному пользователю нужно приобрести перед использованием приложения. Однако спонсор по-прежнему удерживал бы XRP для резервов и потенциально платил комиссии. Влияние на совокупный спрос на XRP зависит от того, сколько аккаунтов спонсируется, как развиваются правила резервов, существовали бы эти аккаунты иначе и как спонсоры управляют своими балансами. Эти переменные нельзя вывести из текста предложения или заголовка.
Более очевидная выгода для пользователя носит операционный характер: провайдер кошелька может обрабатывать резерв в фоновом режиме, пока пользователь сохраняет контроль над своими ключами. Платёжному приложению или приложению стейблкоинов всё равно нужно объяснять, кто спонсирует аккаунт, что происходит при остановке сервиса и какие операции требуют от пользователя пополнить собственный XRP.
Что пользователям проверить, прежде чем полагаться на спонсируемый кошелёк?
Проверяйте реализацию и условия сервиса, а не ярлык «ноль XRP». Убедитесь, что соответствующая поправка активна в используемой вами сети, кошелёк её реализовал, спонсор указан и правила выхода ясны. Если спонсор прекратит оплату, аккаунту или его объектам может потребоваться другой спонсор или достаточное количество XRP от пользователя, прежде чем определённые действия смогут продолжиться. Точное поведение зависит от финальных активированных правил и реализации кошелька.
Являются ли комиссии за транзакции и резервы аккаунта одним и тем же?
Нет. Комиссии оплачивают отдельные операции; резервы обеспечивают место, которое аккаунт и его объекты занимают в реестре. За один платёж взимается комиссия за транзакцию. У аккаунта есть базовый резерв, а определённые дополнительные записи, такие как trust lines, могут создавать требования owner reserve. Сервис может спонсировать комиссии, резервы или и то и другое в рамках разрешённых правил. Заголовок со словами «без газа» или «ноль XRP» не говорит, кто именно оплачивает какие издержки.
Рассмотрим пользователя, который хочет держать долларовый стейблкоин, выпущенный на XRP Ledger. Пользователю могут понадобиться аккаунт и trust line. Даже если приложение оплатит комиссию за создание trust line, обязательства по резерву аккаунта и объекта всё равно должны быть покрыты. Рамка спонсорства рассматривает эти обязательства отдельно. Это важно для операторов приложений, поскольку стоимость подключения множества аккаунтов — это не просто сумма разовых платежей. Оператор может быть вынужден поддерживать баланс XRP всё то время, пока он спонсирует аккаунты или объекты.
Страница резервов XRPL документирует текущие настройки базового резерва и owner reserve. Там же объясняется, что эти значения могут меняться. Продукт может упростить видимый баланс клиента, сохранив реальное обязательство по резерву в фоновом режиме.
Что произойдёт, если спонсор захочет прекратить оплату?
Резерв должен оставаться обеспеченным во время передачи. Это центральный вопрос безопасности, стоящий за спонсорством. Если бы спонсор мог мгновенно вернуть зарезервированные XRP, пока спонсируемый всё ещё владеет аккаунтом или trust line, в реестре могли бы накапливаться записи без обеспечения. Раскрытие уязвимости XRPL описывает ошибку, найденную при тестировании Devnet, которая выявила ровно эту проблему для спонсируемых объектов. Заявленное исправление требует, чтобы спонсируемый покрыл резерв, новый спонсор принял его на себя, либо аккаунт или объект были удалены до того, как первый спонсор вернёт своё обеспечение.
Это правило меняет экономику для провайдеров сервисов. Спонсорство большой базы пользователей может связывать XRP на неопределённый срок. Поэтому провайдеру следует планировать закрытие аккаунтов, передачу спонсорства и ситуацию, когда у пользователей нет XRP в момент, когда провайдер хочет выйти. Для пользователей важной информацией является то, зависит ли их возможность продолжать пользоваться кошельком от того, что названный провайдер продолжает платить. Ответ будет зависеть от финальной активированной спецификации и условий сервиса провайдера.
Чем открытая спецификация отличается от готовой функции кошелька?
Предложение стандарта — лишь один шаг на долгом пути. Предложение должно быть рассмотрено, реализовано в программном обеспечении узлов, одобрено через процесс поправок сети, где это требуется, и принято провайдерами кошельков или приложений. Даже после того как сетевое правило активно, существующий кошелёк может не предоставлять сценарий спонсируемых аккаунтов. Pull request SponsoredAccountCreate был всё ещё открыт при проверке 9 ноября 2026 года. Страница известных поправок позволяет проверить более широкую поправку Sponsor, но её статус следует читать на момент публикации, а не копировать из более ранней статьи.
Читателям также не стоит смешивать аккаунт на бирже с ончейн-аккаунтом XRP Ledger. Централизованная биржа может позволять клиенту видеть баланс XRP внутри собственного реестра, пока биржа управляет ончейн-адресами и резервами. Предлагаемая функция спонсируемых аккаунтов касается аккаунтов и транзакций XRPL, а не обещания, что каждый аккаунт на бирже изменит свои требования к депозиту.
Что можно считать свидетельством реального внедрения?
Ищите названную реализацию и наблюдаемое использование. Полезными доказательствами будут активированная сетевая поправка, рабочая документация кошелька, опубликованные условия спонсорства и данные транзакций или аккаунтов, показывающие использование этого сценария. Объявление о партнёрстве или предложение кода может указывать на намерение, но не количифицирует, сколько пользователей было подключено и сколько XRP связано резервами. Это особенно важно, когда кто-то превращает техническое предложение в прогноз цены токена. Инженерный механизм можно объяснить уже сейчас; экономический результат требует более поздних доказательств.
FAQ
Устраняется ли резерв аккаунта XRP?
Нет. Концепция спонсируемого аккаунта меняет лишь то, кто несёт ответственность за резерв. Она не устраняет потребность сети в обеспечении хранения данных реестра.
Позволяет ли кошелёк с нулевым XRP отправлять транзакции бесплатно?
Только если сервис спонсирует соответствующие комиссии в своей реализации. Нулевой видимый баланс — это не обещание неограниченного количества бесплатных транзакций.
Работает ли SponsoredAccountCreate в Mainnet?
На проверка 9 ноября 2026 года цитируемая спецификация была открытым предложением. Проверяйте текущий статус поправки и кошелька, прежде чем утверждать, что определённый рабочий процесс доступен.
