В XRP Ledger была активирована функция, позволяющая компаниям выдавать определённые разрешения для аккаунтов без передачи ключей с полным контролем. PermissionDelegationV1_1 вступила в силу 8 октября, предоставив эмитентам стейблкоинов и другим операторам способ отделить повседневные задачи от полномочий, которые управляют их основным аккаунтом.
Это похоже на административное изменение. Для бизнеса, который в течение дня утверждает клиентов или подписывает транзакции, оно решает реальную проблему безопасности: онлайн-ключ для операционной работы не должен автоматически обладать теми же полномочиями, что и ключи, хранящиеся в холодном хранилище.
Более узкий набор ключей для повседневной работы
Об активации сообщил CoinDesk, ссылаясь на XRPL Dashboard. При указанном списке из 35 доверенных валидаторов поправке требовалась поддержка не менее 29 участников, чтобы удерживать более 80% поддержки в течение двух недель подряд. Отсчет был сброшен в сентябре после того, как поддержка опустилась ниже порога.
Аккаунт, предоставляющий полномочия, — это делегатор. Аккаунт, получающий их, — это делегат. Владелец отправляет транзакцию DelegateSet, указывая делегата и разрешенные ему действия. Позже владелец может изменить или отозвать эти разрешения и назначать нескольких делегатов с разными обязанностями.
Эмитент стейблкоина, например, мог бы позволить учетной записи по комплаенсу авторизовывать отдельные trust lines клиентов после необходимых проверок. Операционная команда использовала бы для этой задачи собственные ключи, в то время как ключи с более широкими полномочиями оставались бы офлайн. Компрометация делегата все равно была бы опасна в пределах назначенных ему полномочий, но она не давала бы автоматически неограниченный контроль над аккаунтом.
Что позволяет обновление и чего оно не позволяет
В официальной документации разрешения делятся на разрешения по типу транзакций и гранулярные разрешения. Первые охватывают допустимую категорию транзакций. Вторые охватывают более узкую функцию внутри одной категории, например авторизацию или заморозку отдельной trust line.
Каждый делегат может получить до 10 разрешений.
Владельцы могут создавать разные наборы разрешений для разных делегатов.
Делегаты не могут получать полномочия, позволяющие им менять ключи аккаунта или предоставлять больше разрешений.
Гранулярные разрешения берутся из фиксированного списка. Владельцы не могут придумывать собственные правила, например разрешать платежи только в одной выбранной валюте.
Последнее ограничение заслуживает внимания. Система разрешений не является автоматически полноценным корпоративным движком политики. Командам все равно нужно изучать, что позволяет каждое доступное разрешение, а не предполагать, что привлекательная формулировка совпадает с их внутренними правилами расходов или комплаенса.
Предупреждение о безопасности, которое операторы не должны пропускать
Документация XRPL предупреждает не назначать гранулярное разрешение PaymentBurn до включения поправки fixCleanup3_4_0. До этого исправления делегат с PaymentBurn при определенных обстоятельствах также может чеканить новые взаимозаменяемые токены, включая токены trust-line или многоцелевые токены. В предупреждении говорится, что другие гранулярные разрешения этим не затрагиваются.
В материалах, рассмотренных для этой статьи, не установлено, включено ли сейчас это отдельное исправление. Операторам следует проверить его статус, прежде чем предоставлять PaymentBurn. В предупреждении не говорится, что каждый делегированный аккаунт небезопасен; оно указывает на конкретное разрешение, поведение которого может выходить за рамки того, что подсказывает его название.
Делегация — не замена мультиподписи
Делегация ограничивает то, что может делать другой аккаунт. Мультиподпись определяет, какая комбинация подписантов должна одобрить транзакцию. Они решают разные задачи и могут использоваться вместе: делегат может применять собственную конфигурацию мультиподписи, а подписи будут проверяться по списку подписантов делегата.
Есть и операционные издержки. Каждая запись делегации засчитывается в требование к резерву владельца. Делегатам нужны финансируемые аккаунты в цепочке и оплата комиссии за транзакцию. Делегированные транзакции не могут ждать в очереди транзакций; если они не могут быть применены немедленно к открытому реестру, они завершаются с ошибкой вместо того, чтобы ставиться в очередь.
Для инвесторов XRP активация — это доказательство новой функциональности сети, а не подтверждение нового институционального внедрения или гарантированного спроса на токен. Следующее полезное свидетельство — это то, начнут ли компании использовать эти механизмы в продакшене.
Теперь XRPL предлагает более точный способ разделения полномочий аккаунта. Его ценность будет зависеть от тщательного выбора разрешений, реального операционного применения и внимания к документированным ограничениям. Держать мастер-ключи офлайн — это хороший старт; читать разрешения — та часть, которую никто не может передать на аутсорс. ---------Автор: Cedric HollowayNew York NewsroomBreaking Crypto News
Подпишитесь на GCP в ридере