Sebuah klaim yang beredar di media sosial bahwa node RPC XRP Ledger dapat memproses 30.000 pesan per detik terdengar mengesankan. Masalahnya, benchmark yang telah diverifikasi sebenarnya tidak mendukung angka tersebut.
Apa yang sebenarnya ditunjukkan oleh angka-angka tersebut
XRPL Labs, salah satu pengembang infrastruktur utama untuk XRP Ledger, telah berfokus pada latensi daripada throughput pesan mentah. Endpoint publik mereka saat ini menunjukkan latensi p50 sekitar 371 milidetik untuk panggilan ledger_current, menjadikannya pilihan dengan latensi terendah di antara server XRPL publik.
Kluster server publik telah diamati menangani lebih dari 10.000 pembacaan per detik selama periode penggunaan puncak. Itu adalah angka yang solid untuk infrastruktur blockchain, tetapi hanya sepertiga dari angka 30.000 yang diklaim.
GetBlock, penyedia infrastruktur lainnya, mengklaim node XRPL-nya dapat memproses lebih dari 1.000 permintaan per detik tanpa batasan laju pada pengaturan khusus.
Yang paling dekat dengan angka utama adalah pesan validator, yang merupakan kategori lalu lintas yang secara fundamental berbeda. Penanganan pesan validator telah mencatat rata-rata sekitar 3.260 pesan per detik dalam kondisi pengujian optimal, dengan puncak di atas 6.100 pesan per detik. Namun, lalu lintas konsensus antar-validator dan permintaan RPC klien-server adalah dua hal yang berbeda.
Di lingkungan produksi, throughput transaksi jaringan XRPL secara historis berkisar antara 100 hingga 230 transaksi per detik selama puncak harian. Maksimum teoretis dalam pengujian terkendali telah mencapai lebih dari 1.500 TPS, yang masih satu orde di bawah angka 30.000 yang sering disebut-sebut.
Mengapa celah itu penting
Perbedaan antara pesan per detik dan transaksi per detik penting di sini. Sebuah node RPC mungkin menangani ribuan permintaan baca (pencarian saldo, kueri buku besar, pembaruan langganan) yang tidak pernah menghasilkan transaksi yang ditulis ke buku besar. Menghitung semua pesan masuk, termasuk ping, pemeriksaan status, dan permintaan gagal, akan selalu menghasilkan angka yang lebih besar daripada menghitung transaksi yang benar-benar diproses.
Untuk XRP secara khusus, ini penting karena Ripple telah memposisikan XRPL sebagai infrastruktur untuk pemrosesan pembayaran institusional dan aktivitas bursa terdesentralisasi. Kedua penggunaan ini memerlukan kinerja yang dapat diprediksi dan diverifikasi di bawah beban berkelanjutan, bukan puncak teoretis yang dicapai dalam kondisi laboratorium.
Ke mana sebenarnya infrastruktur XRPL akan pergi
Angka latensi p50 371ms menunjukkan kemajuan signifikan bagi jaringan terdesentralisasi yang menangani verifikasi kriptografi pada setiap permintaan. Jaringan pembayaran yang secara konsisten memproses permintaan dalam waktu kurang dari 400 milidetik lebih berguna bagi bank atau penyedia pembayaran daripada yang mengklaim throughput sangat tinggi tetapi memberikan waktu respons yang tidak dapat diprediksi.
Tumpukan infrastruktur juga semakin beragam. Beberapa penyedia kini menawarkan layanan node XRPL khusus, yang mendistribusikan beban dan mengurangi titik kegagalan tunggal. Lebih dari 10.000 pembacaan per detik yang diamati pada kluster publik menunjukkan bahwa jaringan mampu menangani volume permintaan yang signifikan bahkan sebelum pengaturan perusahaan khusus masuk ke gambaran.