Cara kami menguji ledger dan arti sebenarnya pembayaran per detik

Apa yang sebenarnya dihitung oleh satu transaksi per detik

Satu pembayaran adalah siklus authorize-and-capture penuh: satu permintaan menahan dana dan permintaan kedua menangkapnya. Siklus itu menyimpan transaksi ledger dengan posting double-entry seimbang.

• Ini bukan permintaan HTTP mentah. Setiap transaksi terdiri dari dua permintaan berurutan.
• Ini bukan pembacaan. Setiap transaksi memindahkan uang dan menulis ke ledger tahan lama.
• Ini adalah jalur berat. Authorize-and-capture bekerja lebih banyak daripada pembayaran satu langkah.

Kami menghitung transaksi yang selesai, bukan beban yang ditawarkan. Goodput, bukan percobaan.

Cara kami memberi beban

Kami menggunakan tangga plateau: tingkat kedatangan tetap dipertahankan, lalu dinaikkan. Setiap plateau dibaca sendiri agar persentil latensi stabil.

Generator tidak boleh menjadi bottleneck. Ia berjalan di jaringan yang sama dengan worker dan koneksi cukup. Jika generator tidak mampu menawarkan beban, plateau disebut batas klien dan tidak dilaporkan sebagai kapasitas.

Setiap pengujian dimulai bersih dan hangat. Ledger direset dan pemanasan dilakukan sebelum pengukuran.

Trafik tersebar seperti trafik nyata. Banyak rekening dan merchant menerima beban, bukan satu baris panas.

Ketepatan diukur dua cara. Generator mengawasi invarians secara langsung dan audit terpisah menghitung ulang saldo dari data mentah.

Kegagalan diklasifikasikan. Sinyal sibuk yang dapat dicoba lagi melindungi sistem; 5xx atau timeout adalah kegagalan nyata.

Arti tepat dari “terkirim”

Kami melaporkan plateau tertinggi saat semua pembayaran yang ditawarkan selesai dalam anggaran latensi, tanpa kegagalan nyata atau pelanggaran ledger.

• Sistem menolak kelebihan dengan cepat memakai sinyal yang dapat dicoba lagi. Pengiriman turun, tetapi tidak ada yang rusak atau hilang.
• Sistem melambat namun tetap menyimpan pekerjaan, hanya melewati anggaran latensi.

Plateau yang tidak mampu diberikan klien tidak pernah disebut kapasitas.

Mengapa metode ini mewakili produksi

• Jalur uangnya nyata. Authorize, capture, dan posting seimbang memakai kode yang akan memindahkan uang pelanggan.
• Kasus konkurensi tersulit diterapkan. Rekening membelanjakan dana terhadap batas nyata.
• Ketepatan harus nol dan dibuktikan secara independen.
• Hasilnya adalah titik operasi dengan ruang, bukan tebing.
• Dapat direproduksi. Data mentah dan manifes tersedia untuk umum.

Benchmark yang tidak dapat direproduksi hanyalah klaim pemasaran. Data mentah dan perilaku kegagalan yang terbuka menjadikannya bukti.

Batas yang kami nyatakan dengan jujur

• Ini adalah benchmark sintetis pada staging, bukan trafik produksi.
• Tingkat terukur adalah puncak yang kami berikan, bukan batas mutlak.
• Respons sibuk yang dapat dicoba lagi bukan kegagalan server.