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

