XRP Ledger нарешті впровадив поправку fixDirectoryLimit, яка видаляє застарілий "жорсткий ліміт" на кількість елементів, які можуть зберігатися в певному списку в реєстрі.
До сьогодні, якщо один список ставав занадто довгим, мережа блокувала додавання нових елементів. Це відбувалося навіть якщо користувач мав достатньо XRP, щоб оплатити їх.
Тепер цей довільний ліміт зник, і мережа покладається на резерви (XRP, які ви блокуєте для створення об'єкта), щоб запобігти спаму.
Чому це важливо
Уявіть собі директорію як певну папку в картотеці. XRPL використовує директорії для групування схожих речей разом. Найпоширеніший приклад — це книга ордерів.
Якщо 500 людей хочуть купити XRP саме за $2.50, реєстр групує всі ці 500 пропозицій у одну "директорію" для цієї цінової точки.
Раніше в коді був жорсткий ліміт на кількість "сторінок", які могла мати ця папка.
Якщо певна цінова точка ($2.50) ставала надзвичайно популярною і надходили тисячі пропозицій, директорія могла фактично "заповнитися".
Користувачі отримували код помилки на кшталт tecDIR_FULL. Це означало, що дійсні транзакції не проходили лише тому, що ця конкретна "папка" була технічно заповнена.
Поправка видаляє цей ліміт. Мережі не потрібен жорсткий ліміт у коді для боротьби зі спамом, оскільки вже існують "Owner Reserves". Ви повинні заблокувати XRP для створення пропозиції чи об'єкта. Ця економічна вартість достатня, щоб зупинити людей від створення нескінченної кількості об'єктів.
Валідаторам більше не потрібно витрачати ресурси на перевірку, чи "заповнена" сторінка директорії.
Тим часом трейдери та додатки не стикатимуться з несподіваними помилками tecDIR_FULL під час пікових навантажень.
Насичений рік
Цей рік був насиченим для XRPL. Це була перша велика поправка року. Вона додала функцію "clawback" спеціально для пулів Automated Market Maker (AMM). Мережа впровадила можливості DynamicNFT, що дозволяє невзаємозамінним токенам оновлювати свої метадані з часом без необхідності їх знищення та перевипуску.
