В XRP Ledger предложили кошельки без XRP - резерв оплатит спонсор

Разработчики XRP Ledger предложили создавать криптокошельки, которым для открытия не нужен собственный баланс XRP. Новая операция SponsoredAccountCreate позволит другому аккаунту - например, платёжной компании - принять на себя обязательный сетевой резерв. О предложении, опубликованном в коде 15 октября, стало широко известно 28 октября 2026 года. Но функция пока не работает в основной сети XRPL: код проходит проверку, а необходимое изменение протокола ещё не получило одобрения валидаторов.

Сейчас новый аккаунт XRP Ledger должен иметь базовый резерв 1 XRP, даже если человеку нужны не монеты XRP, а долларовый стейблкоин RLUSD. Предложение меняет не стоимость защиты сети от спама, а того, кто оплачивает эту защиту. Для пользователей это потенциально более простой вход в криптоплатежи. Для компаний - новая статья расходов и новая ответственность.

Первоисточник новости - открытое предложение разработчика в репозитории XRPLF. Его статус на 28 октября - Open, то есть решение ещё не включено в готовый выпуск протокола. Именно поэтому сообщения о том, что XRPL «уже отменил XRP для кошельков», преждевременны.

Зачем XRP Ledger требует 1 XRP даже от владельцев стейблкоинов

В обычном приложении пользователь регистрируется по электронной почте, а затем получает деньги на новый счёт. В публичном блокчейне создание аккаунта добавляет запись в общую базу, которую должны хранить и обрабатывать узлы сети. Если бы создание таких записей ничего не стоило, злоумышленник смог бы засыпать реестр миллионами пустых адресов и увеличить расходы всех участников.

Поэтому XRPL использует резерв: чтобы активировать обычный аккаунт в основной сети, нужно обеспечить на нём 1 XRP. Это не плата компании Ripple за регистрацию и не разовая комиссия, которая автоматически исчезает в момент открытия. Средства учитываются как минимальный необходимый остаток, пока аккаунт существует; часть резерва при определённых условиях можно вернуть, удалив аккаунт. Отдельно действуют обычные комиссии за транзакции.

Есть и добавочный резерв - как правило, 0,2 XRP за принадлежащий аккаунту объект реестра. Для первых двух доверительных линий к токенам действуют специальные исключения. Точные правила и действующие значения приведены в официальной документации XRPL. Поэтому нельзя обещать, что каждому будущему кошельку для любой операции понадобится ровно один XRP и ни каплей больше.

Для человека, который хочет получить несколько долларов в RLUSD, необходимость сначала приобрести XRP создаёт неудобный дополнительный шаг. Особенно заметно это в приложениях, где десятки тысяч пользователей даже не знают, какой блокчейн выполняет перевод в фоновом режиме.

Что именно предлагает SponsoredAccountCreate

В новой схеме уже существующий аккаунт выступает спонсором. Он инициирует создание другого аккаунта, берёт на себя соответствующий резерв, а новый адрес может стартовать с нулевым собственным остатком XRP. В описании проектного дополнения к стандарту XLS-68 отдельно сказано, что при таком создании XRP не должны даже временно переводиться на адрес получателя.

Представим платёжное приложение. Клиент проходит регистрацию и получает адрес для RLUSD. Сегодня разработчику приходится организовать пополнение адреса XRP, прежде чем он станет полноценным аккаунтом реестра. В предлагаемой модели резерв обеспечит оператор приложения, а клиент увидит кошелёк без монет XRP. Его первые действия смогут быть связаны со стейблкоинами, а не с покупкой нативной криптовалюты.

Главное: спонсорство не уничтожает резерв. Оно переносит обязанность по обеспечению с одного участника на другого. Сеть по-прежнему должна получать защиту от бесконтрольного создания аккаунтов. Кроме того, спонсор не получает право распоряжаться чужими деньгами только потому, что оплачивает резерв: контроль над ключами и полномочиями на перевод рассматривается отдельно.

Сколько XRP понадобится компании для 100 тысяч аккаунтов

Простая арифметика показывает масштаб проблемы для массовых платёжных сервисов. При базовом резерве 1 XRP создание 100 000 обычных аккаунтов требует совокупно не меньше 100 000 XRP, привязанных к их существованию. В рублях или долларах эта сумма меняется вместе с рыночной ценой XRP; дополнительно могут возникнуть расходы на другие объекты и транзакции.

В новой модели клиентам больше не придётся самостоятельно покупать этот резерв. Но для оператора совокупная нагрузка никуда не исчезнет: вместо множества отдельных владельцев её понесёт спонсирующая сторона. При росте числа клиентов ей потребуется заранее планировать объём XRP, механизмы контроля лимитов и прекращение обслуживания неактивных аккаунтов.

Это принципиальное различие между «пользователю не нужен XRP» и «экосистеме больше не нужен XRP». Первое - цель предложения. Второе из него не следует. Никакого решения о полной отмене нативного актива, сетевых комиссий или требований к резервам разработчики не объявляли.

Как предложение связано с Ripple, Stripe и RLUSD

Практический повод для изменений уже существует. 13 октября компания Privy, принадлежащая Stripe, объявила о партнёрстве с Ripple для внедрения программируемых кошельков XRP Ledger в приложения. В числе сценариев названы переводы XRP, долларовых токенов RLUSD и платежи, которые программное обеспечение может выполнять по заданным правилам.

Такие кошельки называют встроенными: человек взаимодействует с привычным приложением, не обязательно устанавливая отдельное криптоприложение перед каждым действием. Однако блокчейн под капотом продолжает требовать соблюдения собственных правил. Если нужно создать новый аккаунт XRPL, резерв остаётся техническим препятствием независимо от красивого интерфейса.

Спонсируемое создание адресов могло бы убрать это препятствие с пути клиента. Для международного перевода небольшого платежа это особенно важно: покупать XRP исключительно ради активации кошелька неудобно, если весь дальнейший баланс планируется вести в RLUSD. При этом проверка подлинности RLUSD, сети и эмитента остаётся необходимой - способ создания адреса не определяет надёжность самого токена.

Отдельный сценарий - автоматизированные платежи программных агентов. Если сервис создаёт тысячи ограниченных по полномочиям аккаунтов для оплаты отдельных запросов к API или цифровых услуг, ему трудно вручную пополнять каждый адрес XRP. Спонсорство упрощает организацию такой инфраструктуры, но не разрешает автоматическим агентам тратить средства без ограничений: правила доступа, подтверждения и бюджетные лимиты всё равно нужно проектировать.

Значит ли нулевой XRP, что переводы станут бесплатными

Нет. Для XRP Ledger необходимо различать три вещи: собственный баланс аккаунта, резерв за хранение записи в реестре и комиссию за конкретную транзакцию. Предложение SponsoredAccountCreate относится прежде всего к созданию аккаунта и резервному обеспечению. Более широкий механизм Sponsored Fees and Reserves позволяет проектировать оплату комиссий третьей стороной, но это отдельная часть будущей инфраструктуры.

Для клиента результат может выглядеть как «перевод без XRP», если приложение возьмёт расходы на себя. Однако сеть не превращается в бесплатную: кто-то всё равно обеспечивает её ресурсы и оплачивает необходимую комиссию. Компания может покрывать расходы из собственного бюджета, включать их в тариф или устанавливать ограничения на бесплатные операции.

Даже если сетевые затраты пользователь не видит, стоимость перевода может включать обменный курс, спред, комиссию посредника и условия вывода. Подробно о различиях между цифровыми долларами и обязательствами их эмитентов BarbadosNews рассказывал в материале «Что такое стейблкоины».

Кто будет контролировать кошелёк со спонсором

Условие о спонсоре само по себе не означает передачу ему приватного ключа. Разработчики XLS-68 описывают модель, при которой одна сторона оплачивает сетевые расходы, а другая сохраняет полномочия над своим аккаунтом. При правильной реализации спонсор не сможет подписать произвольный перевод активов клиента вместо него только потому, что заплатил за создание адреса.

Но схема хранения ключей в конкретном приложении всё равно имеет значение. Один сервис разрешит пользователю экспортировать ключи, другой предложит управляемый кошелёк с восстановлением доступа, третий использует несколько независимых подписантов. Не стоит автоматически считать спонсируемый адрес некастодиальным или полностью подконтрольным клиенту без изучения условий продукта.

Кроме того, платформа, взявшая на себя резерв, сможет вводить собственные коммерческие ограничения: кому создавать аккаунты, в каких странах поддерживать услугу и какие операции оплачивать. Даже технически независимый кошелёк не гарантирует бесперебойную работу связанного с ним сервиса. Для оценки контроля над средствами полезно понимать разницу между приватным ключом и адресом криптокошелька.

Почему разработчики ещё не включили функцию

Предложение существует в двух связанных формах: как изменение программного кода XRPLF/rippled и как уточнение технического стандарта. На 28 октября обе соответствующие заявки на GitHub оставались открыты. В кодовом запросе были замечания автоматической проверки, требующие внимания разработчиков. Наличие тестов и описания транзакции не равнозначно включению функции в действующую сеть.

Кроме того, механизм опирается на более широкое изменение протокола SponsorV1_1. Для активации таких изменений в XRP Ledger необходимо достаточное согласие доверенных валидаторов, удерживаемое предусмотренный правилами период. По данным CoinDesk, на 19 октября поддержка спонсорского механизма составляла 11 голосов из 35 при необходимом пороге 29. Это исторический срез, а не гарантированно актуальный подсчёт на каждый следующий день.

У темы есть и реальная инженерная сложность. В сентябре команда XRPL раскрыла ошибку, обнаруженную при тестировании механизма спонсорства: некорректное прекращение оплаты резерва могло оставлять в реестре объекты без обеспечения. Проблему нашли на этапе разработки; официальное раскрытие отдельно подчёркивало, что изменение не действовало в основной сети и средства пользователей не были под угрозой из-за этой ошибки.

Этот случай объясняет, почему дополнительное тестирование важно. Если аккаунт создаётся с нулём XRP, а спонсор позже пытается прекратить свои обязательства, протокол должен точно определять, кто отвечает за оставшийся резерв. Ошибка в такой логике потенциально затрагивает не только одного клиента, но и устойчивость общего реестра.

Что изменится для обычного владельца XRP прямо сейчас

На 28 октября - ничего обязательного. Для обычного создания нового аккаунта XRPL продолжает действовать базовый резерв в 1 XRP. Сам факт появления кода на GitHub не разблокирует резерв существующих адресов и не позволяет отправлять средства из нового пустого аккаунта так, будто изменение уже принято. Если кошелёк заявляет обратное, нужно проверить, о какой сети или тестовой среде идёт речь.

Владельцам XRP также не требуется переводить монеты «для обновления аккаунта», отправлять их неизвестному спонсору или вводить сид-фразу на сайте с обещанием бесплатно активировать новый режим. Официальное изменение сетевого протокола не проводится через рассылку, где у пользователя запрашивают приватные ключи. Такие сообщения стоит рассматривать как возможную попытку мошенничества.

Тем, кто отслеживает влияние новости на рынок, важно отделить технологическую возможность от прогнозов цены. С одной стороны, приложениям может понадобиться больше XRP для резервов спонсируемых аккаунтов. С другой - пользователям не придётся держать личный остаток на каждом адресе. Как эти эффекты соотносятся при реальном внедрении, неизвестно: объёмы будущего использования и модель финансирования пока не опубликованы. За котировками можно наблюдать в разделе курса XRP, но сам график не доказывает причинно-следственную связь с предложением разработчиков.

Что должно произойти дальше

Следующие проверяемые события - закрытие замечаний к коду, согласование технической спецификации, продвижение необходимого изменения протокола через голосование валидаторов и отдельное объявление об активации в основной сети. До этого говорить о доступных всем кошельках с нулевым XRP нельзя.

Если механизм получит поддержку и заработает, разработчики платёжных приложений смогут сделать создание XRPL-аккаунта менее заметным для клиента. Для массовых переводов RLUSD это потенциально существенное улучшение интерфейса. Но экономическая обязанность по резерву останется - просто её возьмёт на себя спонсор. Именно в этом и заключается новость, а не в отмене XRP из архитектуры сети.

Автор

Barbados