Ripple Bosh texnik xodimi David Schwartz XRP to'lovlarining oshishi tarmoq nazorati uchun yaratilganini tushuntirdi

David Schwartz XRP Ledgerda tranzaksiya to‘lovlari nega kuchli ishlatilish davrlarida keskin oshib ketishini tushuntirib berdi, bu tarmoq yaqinda so‘nggi yillarda eng faol holatiga yaqinlashdi.

XRP to‘lovlari o‘smoqda, tarmoq kamdan-kam uchraydigan faollik darajasiga yetdi

Bu tushuntirish XRP Ledgerda faollik o‘sishi ortidan kelmoqda; tranzaksiya soni har bir ledgerda 200 ga yaqinlashdi, bu tarixda faqat bir necha marta kuzatilgan. 23 mart kuni tarmoq bir ledgerda 190 ta tranzaksiya qayd etdi, bu bir yillik eng yuqori ko‘rsatkich bo‘lib, tizim quvvatiga bosim ortganini ko‘rsatdi.

Fee escalation haqida ikki juda qiziqarli narsa.

Birinchidan, agar tarmoqda qulaylik bilan amalga oshirish mumkin bo‘lganidan ko‘proq tranzaksiyalar bo‘lsa, to‘lovlar qabul qilinadigan darajada yuqorilaydi. Agar tarmoq amalga oshira oladigan TPSdan bir dona ko‘proq so‘ralgan taqdirda ham,...

— David ‘JoelKatz’ Schwartz (@JoelKatz) 25 mart, 2026

Bu o‘sish e’tibordan chetda qolmadi. Tanqidchilar ortib borayotgan “load factor”ni qayd etib, to‘lovlarning keskin oshgani va ayrim node’lar yetib olishda qiynalgani sababli 1,400 XRPdan ko‘proq yoqilgani haqida xabar berdi. Ko‘pchilik uchun bu tarmoq chegarasiga yaqinlashayotganidan xavotir tug‘dirdi. Schwartz esa vaziyatni boshqacha izohladi: bu muvaffaqiyatsizlik emas, balki tarmoqdagi javob mexanizmi sifatida yaratilgan.

O‘tgan oyda, XRP Ledger Foundation Ripple’ning XRP Ledgeriga kiritilishi rejalashtirilmagan tuzatish orqali muhim imzo-verifikatsiya xatosini bartaraf etdi va milliardlab XRP xavf ostida bo‘lishini oldini oldi. “Kritik mantiqiy xato” 19 fevral kuni Cantina’dagi xavfsizlik muhandisi Pranamya Keshkamat tomonidan firmaning avtonom AI xavfsizlik botidan foydalanib aniqlangan edi.

Validatorlar XRPL bosim ostida ishdan chiqmasligini qanday ta’minlaydi

Schwartzga ko‘ra, to‘lovlarning oshishi — talabni boshqarish uchun mo‘ljallangan maxsus funksiyadir. Tranzaksiya hajmi tarmoq qulaylik bilan ishlata oladigan darajadan biroz ortib ketganda, taxminan 200 tranzaksiya-per-ledger bo‘lganda, to‘lovlar avtomatik tarzda o‘sib, tiqilinchni kamaytiradi.

Eng tez yoki eng sekin ishtirokchilariga tayanib ish qilmasdan, XRPL validatorlari birgalikda ishlovchi tezlikda kelishib oladilar. Bu konsensus odatda ko‘pchilikni talab qiladi va validatorlar qoidalariga ko‘ra 80%gacha yetishi mumkin.

Har bir validator so‘nggi faollikdan kelib chiqib tarmoq quvvatini mustaqil baholaydi va eksponensial to‘lov modelini qo‘llaydi. Talab oshgani sari to‘lov ham ko‘tariladi, past prioritetli tranzaksiyalar saralanadi va tizim ishlashi barqarorlanadi.

Tizim shuningdek navbatdan foydalanadi, tranzaksiyalarni foydalanuvchilar to‘lashga tayyor bo‘lgan to‘lovlar bo‘yicha tartiblaydi va baravar to‘lovli oldin yuborilgan tranzaksiyalar uchun adolatlilikni saqlaydi. Bosim kuchaygan paytda, masalan, konsensus raundlari 12 soniyaga cho‘zilganda, validatorlar ledger boshiga tranzaksiya limitini pasaytirib, yukni yengillatishi mumkin.

Schwartz vaqt muhimligini ta’kidladi. Agar to‘lovlar juda erta ko‘tarilsa, tarmoq quvvatidan yetarli foydalanmaydi. Juda kech ko‘tarilsa, tizimning ayrim qismlari sekinlashib ketadi. U balansga erishish XRPLni noyob talab o‘sishiga qaramay bardoshli qilib turganini ta’kidladi.