XRP Ledger COO згадує ключові напрямки для сталого розвитку мережі: деталі - U.Today

У недавньому епізоді серії Ripple про ончейн-економіку Роберт Кіуру, операційний директор XRPL Labs і Xaman Wallet, пояснює наступний рубіж екосистеми XRP Ledger: пакетні транзакції.

У 8-му епізоді серії Onchain Economy Кіуру пояснює, як пакетні транзакції дозволять виконувати кілька дій разом на XRP, дозволяючи гаманцям і постачальникам інфраструктури об’єднувати послуги, стягувати комісії та працювати стабільно.

Операційний директор XRPL Labs зазначив, що з його власної точки зору пакетні транзакції можуть відкрити новий рубіж для екосистеми XRP Ledger.

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

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

Пакетні транзакції

XRP Ledger забезпечує швидкі та ефективні транзакції без необхідності складних смарт-контрактів на кожному кроці. Однак існує ключове обмеження: кілька транзакцій не можуть виконуватися атомарно. Це означає, що якщо для складної операції потрібно кілька транзакцій, збій у одній з них може залишити систему в неповному або несподіваному стані.

Пакетна транзакція дозволяє об’єднати кілька транзакцій і виконати їх як єдину одиницю.

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

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

Пакетні транзакції (XLS-56), впроваджені минулого року через реліз rippled v2.5.0, досі перебувають на голосуванні, наразі з 67.65% консенсусу, з 23 валідаторами, що підтримують, і 11 проти.

Щоб поправка увійшла в активізаційний таймер, вона повинна отримати більшість голосів, з 80% консенсусу валідаторів — тобто 27 з 34 голосів підтримки