КриптоСпец

Подробные кейсы, обучающие материалы и опыт специалистов на нашем портале

Что такое резерв XRP в GateHub и других кошельках где хранится Ripple

Что такое резерв XRP в GateHub и других кошельках где хранится Ripple



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

Основные резервные требования:

  • 20 XRP за учетную запись (всегда требуется),
  • 5 XRP за каждую доверительную линию * (подключенный шлюз).
  • 5 XRP за каждый открытый ордер.

Поэтому, если ваша учетная запись хранит 50 XRP, выдается две строки доверия (например, для BTC GateHub и GateHub Fifth’s BTC) и один открытый ордер, требуемый резерв составляет 20 + 2 x 5 + 5 XRP = 35 XRP; остальные 15 XRP находятся в вашем распоряжении.

Резервы

В XRP Ledger применяются резервные требования в XRP, чтобы защитить общую глобальную книгу (сеть) от чрезмерного роста в результате спама или вредоносного использования. Цель состоит в том, чтобы ограничить рост бухгалтерской книги (дополнительных адресов одними и теми же пользователями) в соответствии с улучшением технологии, чтобы текущая машина на уровне товара всегда могла соответствовать текущей книге в ОЗУ и полной истории регистров на диске.

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

Текущее требование минимального резерва составляет 20 XRP . (Это стоимость адреса, которому не принадлежат никакие другие объекты в книге.)

Базовый резерв и резерв владельца

Требование резервирования делится на две части:

  • Базовый Reserve является минимальным количеством XRP, которое требуется для каждого адреса в бухгалтерской книге. В настоящее время это 20 XRP ( 20000000капли).
  • Владелец Reserve является увеличение до резервных требований для каждого объекта, адрес принадлежит бухгалтерской книге. В настоящее время это 5 XRP ( 5000000капель) за элемент. (таким образом вы подключаете дополнительные адреса Риппл для одного аккаунта)

Владельцы резервов

Многие объекты в регистре принадлежат определенному адресу и учитывают требование резервирования этого адреса. Когда объекты удаляются из книги, они больше не учитывают требование резервирования своего владельца.

  • Офферы принадлежат адресу, который их разместил. Обработка транзакций автоматически удаляет предложения, которые полностью потребляются или считаются нефинансируемыми. В качестве альтернативы, владелец может отменить предложение, отправив транзакцию OfferCancel или отправив транзакцию OfferCreate, которая содержит OfferSequenceпараметр.
  • Доверительные линии разделяются между двумя адресами. Резерв владельца может применяться к одному или обоим адресам, в зависимости от того, находятся ли поля, управляющие элементами управления, по умолчанию. Подробнее см. Вклад в резерв владельца .
  • Один SignerList насчитывает от 3 до 10 объектов для целей резервирования владельца, в зависимости от того, сколько у него членов. См. Также: Списки подписчиков и резервы .
  • Собственные платежи (Escrow) принадлежат адресу, который их разместил.
  • Каналы оплаты принадлежат адресу, который их создал.
  • Каталоги владельца перечисляют все объекты книги, которые вносят вклад в резерв владельца адреса. Однако сам каталог владельца не учитывается в резерве.

Резервные краевые случаи владельца

Рекордер XRP считает транзакцию OfferCreate явной заявкой о готовности удерживать актив. Потребление предложения автоматически создает линию доверия (с лимитом 0 и балансом выше этого предела) для taker_paysвалюты, если таковая линия доверия не существует. Однако, если владелец предложения не владеет достаточным количеством XRP, чтобы соответствовать требованиям резервирования владельца новой линии доверия, предложение считается нефинансируемым. См. Также: Жизненный цикл предложения .

Переход к резервному требованию

Во время обработки транзакции, стоимость транзакции разрушает часть баланса XRP отправителя. Это может привести к тому, что XRP адреса будет ниже требуемого резерва.

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

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

Изменение резервных требований

В книге XRP Ledger есть механизм для корректировки резервных требований для долгосрочных изменений в стоимости XRP. Любые изменения должны быть одобрены консенсусом. Дополнительную информацию см. В разделе Плата за голосование .