Перейти к основному содержимому

Блокчейн для банков

Отделите сетевой газ от комиссий для пользователя

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

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

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

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

Разделяйте газ и комиссию для клиента

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

Ведите раздельный учёт газа протокола, комиссий для клиентов, бюджета спонсора, платы за внедрение или управляемые услуги и резервов сети. Это проясняет ответственность и сверку для финансовых и операционных команд. Точные раскрытия клиентам, бухгалтерский учёт и институциональную политику определяет банк; сам механизм Paymaster их не устанавливает.

Обслуживание клиента и расчёт газа идут по связанным процессам

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

Определите критерии спонсирования

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

Архитектура Paymaster по ERC-4337 предъявляет требования к финансированию и эксплуатации, включая применимые депозит и стейк в нативном EntryPoint. Ответственная сторона должна определить владельца финансирования, разрешённое использование, мониторинг и пополнение. Эти ресурсы не предоставляются платформой автоматически, не подразумеваются за счёт резервов сети и не устанавливают фиксированный лимит для каждого клиента.

Оцените расчётные активы и лимиты

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

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

Перед расчётом газа подходящая операция проходит проверку политики

  1. Запрос операцииСмарт-аккаунт отправляет операцию на проверку.
  2. Проверка допускаОцениваются условия по настроенному активу, политике и лимитам.
  3. Решение о финансированииВыбирается согласованный путь спонсирования или комиссии клиента.
  4. Расчёт газаИсполнение в сети оплачивает необходимый технический газ.
  5. Сверка записейКомиссия клиента и расходы спонсора фиксируются раздельно.
Концептуальный процесс разделяет проверку допуска, ответственность за комиссию и расчёт в сети.

Эксплуатируйте политику и выполняйте сверку

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

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

Возможности платформы

Оплата банком или спонсирование операций клиентов

Банк финансирует допустимые операции в рамках настроенной политики спонсирования. Нулевая комиссия для клиента означает, что расходы покрывает организация или другой согласованный спонсор; технический газ при этом не исчезает.

Paymaster по ERC-4337 требует предусмотренного депозита и стейка в нативном EntryPoint. Финансирование, разрешённые операции, лимиты и пополнение определяются согласованной моделью эксплуатации, а не автоматической субсидией транзакций от FusionPointAI.

Возможности платформы

Комиссии за счёт клиента и расчёты в стейблкоинах

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

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

Возможности платформы

Администрирование политик и сверка

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

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

Оплата банком или спонсирование операций клиентов

  1. Запрос транзакции от кошелька
  2. Политика допустимых комиссий и Paymaster ERC-4337 с настроенным токеном
  3. Расчёты нативным газом с обеспеченным финансированием
  4. Квитанция сети и сверка
Схематичная архитектура; итоговый объём зависит от конфигурации.

Связаться с командой

Частые вопросы

Можно ли оплачивать комиссии за любые транзакции?

Универсальная допустимость не подразумевается. Она зависит от выбранного расчётного актива, политики и конфигурации сети.

Входят ли комиссии, оплаченные за пользователя, в резервы сети?

Нет. Такое финансирование отделено от резервов и платы за услуги; порядок финансирования определяет организация.