«Девід «JoelKatz» Шварц запропонував план резервування транзакцій для XRP Ledger після нових заяв про те, що користувачі все ще можуть зіткнутися з атаками на передньому плані та сендвіч-атаками на платежі, перекриття пропозицій, угоди DEX та обміни AMM. Резюме. Шварц запропонував зарезервовані слоти для транзакцій XRPL для розміщення захищених угод перед пізніше розкритими транзакціями. XRPresso заявив, що видимість черги може», — пишуть на: www.crypto.news
Девід «JoelKatz» Шварц запропонував план резервування транзакцій для XRP Ledger після нових заяв про те, що користувачі все ще можуть зіткнутися з атаками на передньому плані та сендвіч-атаками на платежі, перекриття пропозицій, угоди DEX та обміни AMM.
Резюме
- Шварц запропонував зарезервовані слоти для транзакцій XRPL для розміщення захищених угод перед пізніше розкритими транзакціями.
- XRPresso заявив, що видимість черги може піддавати націлювання платежі, пропозиції, торгівлі DEX і AMM-свопи.
- Зростаюча дорожня карта DeFi від XRPL робить чесність замовлення транзакцій ще більшою проблемою для користувачів і розробників.
Дебати почалися після того, як XRPresso заявив, що деякі учасники можуть переглядати незавершені транзакції до того, як закриється книга, і використовувати цю інформацію для цільових угод.
«З XRPL продовжує виникати серйозна проблема, яка ставить у невигідне становище звичайних користувачів». XRPresso сказав, що валідатори та добре підключені вузли можуть переглядати транзакції в черзі попередньої перевірки, а потім надсилати власні транзакції, щоб шукати кращу позицію в остаточному порядку реєстру.
XRPresso сказав, що ця проблема є найбільш важливою для користувачів, які торгують через гаманці та dApps. Згідно з повідомленням, остаточний порядок у кожній бухгалтерській книзі відповідає відомому детерміністичному процесу, і повторні подання можуть підвищити ймовірність приземлення біля цільової торгівлі. Це може погіршити прослизання для початкового трейдера, коли сендвіч-стратегія вдасться.
Шварц викладає схему бронювання
«З тих причин, які я пояснив, я не дуже стурбований цією проблемою». Шварц писав, що занепокоєння все ж заслуговує практичної відповіді. Потім він запропонував схему резервування транзакцій, яка могла б змусити розкриту транзакцію виконати до того, як будь-яка транзакція, сформована після того, як вона стане видимою.
Було висловлено занепокоєння щодо можливості атак із використанням сендвічів або сендвічів транзакцій на платежі XRPL і перетин пропозицій.
З тих причин, які я пояснив, я не дуже стурбований цією проблемою. Але я маю пропозицію щодо досить простої схеми, яка б усунула… https://t.co/lnhTv1bhBK
— Девід ‘JoelKatz’ Шварц (@JoelKatz) 29 червня 2026 р.
План додасть новий об’єкт книги під назвою ReservedTxns. Цей об’єкт містив би порядковий номер книги та масив ідентифікаторів транзакцій. Нова транзакція TxnReserve дозволить користувачеві зарезервувати місце для транзакції в майбутній книзі, якщо запит відповідає правилам комісії, часу та виконання.
Шварц сказав, що бронювання має коштувати щонайменше вдвічі дорожче звичайної комісії за транзакцію. Цільова книга повинна бути більшою, ніж поточна книга, і не більше ніж на 16 книг попереду. Кожен зарезервований об’єкт буде містити менше 32 ідентифікаторів транзакцій, якщо тільки дизайн пізніше не розширить обмеження.
Зарезервовані транзакції виконуватимуться першими
Згідно з пропозицією, зарезервована транзакція буде транслюватися в той момент, коли будуть відомі пропозиції попередньої книги. Шварц сказав, що програмне забезпечення XRPL може додати функцію для утримання таких транзакцій і випускати їх лише тоді, коли ця умова виконана. Транзакція також має встановити останню дійсну книгу на ту книгу, у якій очікується її виконання.
Коли ця книга виконується, мережа спочатку перевірить, чи існує об’єкт ReservedTxns для порядкового номера книги. Якщо він існує, мережа виконає перелічені транзакції, які знаходяться в консенсусному наборі перед іншими транзакціями. Потім він видалив би їх із набору, щоб зупинити повторне виконання та видалити об’єкт резервування.
У документації XRPL сказано, що канонічне впорядкування створено таким чином, щоб бути детермінованим, ефективним і складним для гри. Його документація DEX також говорить, що замовлення транзакцій розроблено для того, щоб перешкоджати операціям, оскільки угоди виконуються, коли закривається нова книга. Однак документація алгоритмічної торгівлі XRPL говорить про те, що авангардний процес складний, але не неможливий.
Оновлення DeFi підвищують ставки
Час настає, оскільки розробники XRPL продовжують розширювати мережевий стек DeFi. XRPL Foundation нещодавно запропонував AMM Swappable Curves, проект оновлення, який додасть StableSwap і параметри концентрованої ліквідності до рідного автоматизованого маркет-мейкера. XRPL також готує власне кредитування та програмовані інструменти депонування.
Ці оновлення можуть принести XRPL більше торгової, кредитної та розрахункової активності в мережі. Нещодавнє висвітлення також показало інституційні випадки використання, включаючи токенізоване врегулювання казначейства за участю Ripple і JPMorgan. У міру зростання активності замовлення транзакцій і незавершена торгівля можуть привернути більше уваги будівельників, трейдерів і валідаторів.
Шварц також розглянув можливі ризики відмови в обслуговуванні. Він сказав, що зловмисник може спробувати заповнити слоти резервування в багатьох книгах, але підвищення комісії може зробити це дорогим. В одному прикладі комісії зростуть, коли будуть заповнені 16 слотів, і можуть у кілька разів перевищити базовий резерв біля 30 слотів. Ця пропозиція ще не є офіційною поправкою, але вона дає спільноті XRPL чіткий технічний шлях для перегляду.