XRP Ledger планує виправити вразливість карбування токенів 4 листопада

XRP
активація валідаторіввразливість карбування токенівPaymentBurnXRP LedgerпоправкаXRPL
2 години томуДжерело: crypto.news
XRP Ledger планує виправити вразливість карбування токенів 4 листопада

XRP Ledger наблизився до активації виправлення від 4 листопада для вразливості, яка може дозволити обліковим записам, уповноваженим лише на спалювання випущених токенів, створювати нові за певних умов.

Короткий огляд

  • Розробники застерігають емітентів від делегування дозволу PaymentBurn до активації виправлення.
  • Підтримка валідаторів становить 33 з 35, а активація залежить від стабільної підтримки.
  • Вразливість стосується випущених токенів, зокрема стейблкоїнів, і не впливає на нативну пропозицію XRP.
  • Поправка включає окремі виправлення для торгових пулів, обліку сховищ і перевірок позик.

Офіційна документація XRPL визначає проблему в PaymentBurn — дозволі, призначеному для того, щоб інший обліковий запис міг знищувати взаємозамінні токени від імені емітента. Доки поправка fixCleanup3_4_0 не набуде чинності, делегат, який має цей дозвіл, іноді може карбувати токени довірчої лінії або багатоцільові токени, відомі як MPT.

Попередження конкретно виключає інші гранулярні дозволи з цієї вразливості. Його рекомендація — уникати делегування PaymentBurn, поки виправлення залишається в очікуванні.

Виправлення XRP Ledger відокремлює спалювання токенів від випуску

У довіднику дозволів XRPL перелічує PaymentMint і PaymentBurn як окремі функції. PaymentMint уповноважує платежі, що створюють взаємозамінні токени, тоді як PaymentBurn призначений для уповноваження їх знищення без дозволу платежу перетинати нульовий баланс.

У примітках до випуску від 16 вересня для xrpld версії 3.4.0 виправлення описано безпосередньо: платежі з використанням PaymentBurn будуть відхилені, якщо вони перетинають цю межу. Зміна є частиною пакета поправок, що означає, що її включення до серверного програмного забезпечення саме по собі не активує нове правило транзакцій у мережі.

Задокументована вразливість стосується облікових записів, які отримали уражений делегований дозвіл. Ані попередження про дозвіл, ані примітки до випуску не вказують емітента, чиї токени були шахрайським чином створені.

Нативна пропозиція XRP не підпадає під цю вразливість дозволу для випущених токенів. Уражені категорії токенів — це активи, створені в реєстрі через довірчі лінії або фреймворк MPT.

Підтримка валідаторів ставить активацію на шлях до 4 листопада

Згідно з трекером XRPLWin, fixCleanup3_4_0 має підтримку 33 з 35 відстежуваних довірених валідаторів, що еквівалентно 94,29%. За такої кількості валідаторів для подолання необхідного порогу потрібно 29 голосів підтримки.

Прогнозований час активації — 4 листопада приблизно о 14:46 UTC, за умови, що підтримка залишатиметься вище 80% протягом усього двотижневого періоду очікування.

Історія голосування показує початкову більшість з 9 жовтня до 21 жовтня, коли поправка втратила підтримку, необхідну для продовження відліку. Нова більшість почалася 21 жовтня, перемістивши прогнозовану активацію на листопад.

Падіння до 80% або нижче знову перервало б період очікування. Тому трекер вказує 4 листопада як умовний час активації, а не як завершене оновлення мережі.

Емітенти можуть оновлювати або відкликати делеговані дозволи

Посібник із делегування XRPL пояснює, що власник облікового запису надає іншому обліковому запису конкретні повноваження через транзакцію DelegateSet. Власник може змінити або відкликати ці дозволи через іншу транзакцію того ж типу.

Система підтримує окремі облікові записи для рутинних операцій, тоді як ключі з повним контролем залишаються офлайн. Її документація наводить відповідність вимогам для стейблкоїнів як один із випадків використання, зокрема схвалення користувачів, які пройшли перевірку особи.

Кожен делегат може отримати до 10 дозволів. Певні повноваження, зокрема ті, що стосуються змін криптографічних ключів або надання подальших дозволів, не можуть бути делеговані.

Посібник зазначає, що гранулярні дозволи є попередньо визначеними і не можуть бути налаштовані так, щоб охоплювати лише вибрані валюти. Його попередження щодо PaymentBurn наводиться поряд із цими інструкціями з експлуатації.

Розповсюдження стейблкоїнів на XRPL продовжувало розвиватися. Як раніше повідомляв crypto.news, запуск RLUSD на Coinbase від Ripple 28 жовтня охопив роздрібні та інституційні платформи, а підтримка мережі охоплює XRP Ledger, Ethereum та Base.

Ripple визначає емітентом RLUSD Standard Custody & Trust Company — трастову компанію з обмеженою метою, що регулюється штатом Нью-Йорк. На її сторінці прозорості зазначено, що резерви зберігаються на окремих рахунках, а щомісячні звіти порівнюють токени в обігу з їхніми забезпечувальними активами.

Виправлення поправки поширюються на сховища та кредитування

Окрім делегування дозволів, офіційний опис поправки перелічує виправлення для депозитів, зняттів і зворотних стягнень у сховищах єдиного активу, покликані запобігти надмірній або недостатній доставці активів через округлення.

Виправлення торгових пулів стосуються сум зворотних стягнень, що округлюються до нуля, та випадків із залишком балансу останнього постачальника ліквідності.

Ripple раніше підтримала пропозиції щодо нативного кредитування, покликані дозволити сховищам єдиного активу надавати кошти для строкових позик. Ці пропозиції мають власний процес схвалення валідаторами.

У межах поправки про очищення перевірки прострочення, знецінення та дефолту за позиками вимагатимуть, щоб термін погашення строго минув. Інша зміна дозволяє зняттю фіксованих часток сховища повертати нульові активи, коли сховище повністю знецінене, замість того щоб транзакція зазнавала невдачі.