David Schwartz Menerangkan Lonjakan Cukai XRP Semasa Kepadatan Rangkaian

CTO Ripple sebelum ini, David Schwartz, baru-baru ini menerangkan mekanik di sebalik lonjakan caj transaksi XRP semasa tempoh prestasi puncak.

-

Secara ketara, Schwartz membincangkan bagaimana penilai menguruskan rangkaian dan struktur yuran semasa permintaan yang meningkat terhadap sumber rangkaian. Ucapan beliau datang semasa aktiviti XRPL meningkat mendekati tahap yang jarang dilihat sebelum ini, dengan transaksi berterusan hampir 200 setiap ledger.

• Aktiviti XRPL baru-baru ini meningkat mendekati 200 transaksi setiap ledger, satu ambang yang jarang dicapai dalam sejarah rangkaian ini.
• Aktiviti rangkaian yang meningkat ini mengakibatkan caj dan beban yang lebih tinggi, yang membawa kepada kritikan.
• Schwartz mengatakan yuran meningkat apabila permintaan transaksi melebihi kapasiti rangkaian, dan bahkan kelebihan sedikit melebihi had seperti 200 TPS boleh mendorong yuran lebih tinggi lagi.
• Pengesah menentukan kadar penyelesaian secara kolektif, memerlukan sekurang-kurangnya majoriti dan terkadang sehingga 80% persetujuan, bergantung pada pengaturan UNL negatif.
• Apabila prestasi menurun, seperti putaran konsensus yang melambat sehingga kira-kira 12 saat, validator mengurangkan sasaran transaksi dan mengalihkan lengkung yuran untuk menstabilkan rangkaian.

Penjelasan Schwartz mengikuti pengungkapan daripada Vet, seorang pengesah dUNL XRPL, yang menarik perhatian terhadap peningkatan penggunaan. Vet menunjukkan bahawa hanya beberapa kali dalam sejarah XRP transaksi berada di atas 200 setiap buku besar untuk tempoh yang berterusan, dengan mencatat bahawa rangkaian itu sekali lagi mencapai tahap tersebut. Secara khusus, pada 23 Mac, XRPL merekodkan 190 transaksi dalam satu buku besar, tertinggi dalam 1 tahun.

Secara ketara, seorang pengkritik XRP juga mengemukakan kebimbangan yang menyertai pencapaian ini. Pengkritik itu berkata rangkaian mengalami faktor beban tinggi pada malam sebelumnya, yang menyebabkan yuran lebih tinggi dan membuat beberapa nod menjadi terlebih beban. Ini menunjukkan bahawa sistem berada di bawah tekanan. Secara khusus, XRP dibakar apabila yuran meningkat melebihi 1,400 pada 23 Mac.

Dalam responsnya, Schwartz mempersembahkan dua sebab utama mengapa caj naik di XRPL. Beliau menjelaskan bahawa apabila bilangan transaksi melebihi kapasiti selesa rangkaian, caj akan meningkat untuk mengawal aliran.

Ini adalah dua perkara yang sangat menarik mengenai peningkatan caj.

Pertama, jika terdapat lebih banyak transaksi daripada yang boleh diproses oleh rangkaian dengan selesa, yuran akan meningkat sehingga setinggi yang diperlukan untuk mengekalkan kadar yang boleh diterima. Jika terdapat sekurang-kurangnya satu TPS yang diminta melebihi kapasiti rangkaian,…

— David 'JoelKatz' Schwartz (@JoelKatz) 25 Mac 2026

Walaupun jurang kecil antara permintaan dan kapasiti, seperti melebihi had sekitar 200 transaksi per saat, boleh mendorong caj lebih tinggi sehingga bilangan transaksi turun ke paras yang boleh dikelola.

Schwartz juga mengungkapkan bahawa validator membantu mengawal kelajuan proses transaksi rangkaian. Menurutnya, sistem tersebut tidak menyesuaikan kelajuan validator paling pantas atau memperlambat kepada kelajuan validator paling perlahan.

Sebaliknya, penvalidasi bersetuju pada kadar seimbang, biasanya memerlukan sekurang-kurangnya majoriti, dan kadang-kadang sehingga 80% persetujuan, bergantung kepada bagaimana UNL negatif berfungsi.

Dia menambah bahawa cara validator ditetapkan sangat penting. Secara khusus, jika pelayan sudah beroperasi hampir pada hadnya dan volum transaksi tiba-tiba berlipat ganda, ia mungkin tertinggal walaupun tanpa peningkatan caj.

Ini bermaksud pengaturan dan penalaan yang betul mempengaruhi masa caj bermula meningkat. Pada dasarnya, jika caj meningkat terlalu awal, rangkaian memproses lebih sedikit transaksi daripada yang mampu. Jika ia meningkat terlalu lewat, bahagian-bahagian rangkaian mungkin berhenti berfungsi dengan betul semasa trafik yang berat.

Apabila ditanya bagaimana penvalidasi menentukan had transaksi, Schwartz berkata setiap penvalidasi membuat anggaran sendiri berdasarkan aktiviti buku besar terkini. Mereka memerhatikan berapa banyak transaksi yang ditangani oleh buku sebelumnya dan menggunakannya sebagai panduan. Kemudian, mereka mengaplikasikan lengkung bayaran eksponen, yang meningkatkan bayaran yang diperlukan apabila permintaan meningkat.

Dia menjelaskan bahawa penghentian akhir bergantung kepada apa yang disepakati oleh separuh daripada validator. Sebagai contoh, jika buku besar terkini sering memuatkan sekitar 200 transaksi, validator akan mula meningkatkan caj apabila nombor itu sedikit melebihi batas. Jika rangkaian mulai melambat atau validator lebih kerap tidak bersetuju, mereka akan meningkatkan caj lebih awal untuk mengekalkan kestabilan.

Schwartz juga berkongsi bagaimana XRPL menangani transaksi yang menunggu untuk diproses. Secara khusus, sistem menyimpannya dalam antrian, disusun mengikut yuran yang bersedia dibayar oleh pengguna, sambil memberi keutamaan kepada transaksi yang lebih awal apabila yuran sama. Pembenar kemudian mengisi setiap ledger dengan transaksi sehingga mencapai satu transaksi yang tidak memenuhi yuran yang diperlukan.

Dia berkata validator membuat undian terhadap transaksi satu per satu, biasanya mengikuti persetujuan majoriti. Apabila rangkaian menunjukkan tanda-tanda tekanan, seperti kitaran konsensus mengambil masa sekitar 12 saat, validator mengurangkan bilangan transaksi yang dibenarkan setiap buku besar. Ini mengubah lengkung yuran dan mengurangkan beban pada sistem.