XRP Wiki
REF · 03.10 / Технология и протокол

Продвинутые функции аккаунта

Платёжные каналы, мультиподпись и чеки — три менее известные, но мощные нативные функции аккаунтов XRP Ledger.

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

Платёжные каналы

Платёжный канал позволяет двум сторонам совершать транзакции быстро и дёшево вне основного расчётного потока, фиксируя итоговый результат в леджере только при необходимости. Один аккаунт пополняет канал XRP; после этого он может авторизовывать серию всё более крупных «требований» (claims) в пользу контрагента (подписываемых вне леджера, фактически бесплатно), а контрагент может в любой момент погасить в леджере последнее, самое крупное требование, получив накопленную на данный момент авторизованную сумму.

Это хорошо подходит для таких сценариев, как:

  • потоковые, измеряемые платежи (например, поэтапная оплата за трафик, вызовы API или потребление контента с течением времени);
  • любые отношения с множеством мелких платежей, где фиксация каждого из них по отдельности в леджере была бы расточительной.

Неиспользованные средства канала можно вернуть отправителю при закрытии канала.

Мультиподпись

По умолчанию аккаунт XRP Ledger контролируется одним приватным ключом. Мультиподпись позволяет вместо этого потребовать подписи нескольких назначенных ключей («список подписантов») с настраиваемым кворумом — например, требовать одобрения как минимум 3 из 5 уполномоченных подписантов, прежде чем транзакция будет принята.

Это полезно для:

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

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

Чеки

Чек — это нативный инструмент отложенного платежа: вместо прямой отправки средств один аккаунт создаёт чек, указывающий максимальную сумму и получателя, а аккаунт-получатель может сам решить, обналичивать ли его и когда (в пределах указанной суммы, возможно на меньшую сумму). До обналичивания средства остаются у отправителя.

Это полезно, когда отправитель хочет авторизовать платёж, но оставить выбор момента за получателем, — например, в рабочих процессах, подобных выставлению счетов, или в случаях, когда аккаунту получателя нужно самостоятельно решить, что он готов принять платёж (например, из-за соображений, связанных с трастлайнами или резервом).

Почему это важно для институционального использования

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