Rekayasa secara terbuka
Kami membuktikan ledger tetap tepat pada 1.600 pembayaran per detik.
Ledger tidak boleh salah: pembukuan harus selalu seimbang, berapa pun uang yang bergerak. Kami menguji kecepatan dan ketepatan, lalu menerbitkan semua angkanya.
0
pelanggaran ketepatan
Di seluruh 1.550.594 transaksi yang diaudit.
1.600pembayaran/dtk
terkirim ujung ke ujung
100% selesai hingga puncak kenaikan terukur.
~26% terpakai
prosesor writer
Pada tingkat pembayaran tertinggi yang dipublikasikan.
Ketepatan adalah syarat, bukan catatan kaki
Kinerja baru berarti setelah ketepatan. Setiap invarians ledger kami perlakukan sebagai syarat tanpa toleransi, lalu hasilnya diperiksa tanpa mempercayai pembukuan aplikasi sendiri.
Setelah pengujian, audit independen menghitung ulang setiap saldo langsung dari transaksi mentah. Empat pemeriksaan harus menghasilkan nol:
Konservasi
Jumlah bertanda seluruh entri per mata uang adalah nol. Uang tidak tercipta atau musnah.
Setiap transaksi seimbang
Tidak ada transaksi yang meninggalkan pembukuan tidak seimbang.
Tersimpan sama dengan hitung ulang
Setiap saldo tersimpan cocok dengan jumlah riwayatnya.
Tidak ada overdraft di bawah batas
Tidak ada rekening dengan saldo yang dilarang aturannya.
Generator beban juga memantau invarians yang sama dan mencatat 0 pelanggaran serta 0 pembelanjaan ganda pada 623.564 operasi uang. Dua metode tanpa kode bersama, jawaban yang sama.
Ledger cepat yang tidak dapat membuktikan keseimbangannya bukan ledger cepat. Itu risiko yang tidak terukur.
Writer masih punya banyak ruang
Beban dinaikkan dari 400 ke 1.600 pembayaran authorize-and-capture penuh per detik. Pada tingkat tertinggi, satu writer menggunakan sekitar 32% kapasitas penskalaan dan 26% prosesornya.
Ruang kosong di atas garis adalah bagian penting: ruang yang terukur, bukan klaim hasil ekstrapolasi.
Ruang sumber daya
Writer tetap jauh di bawah batasnya.
Pengiriman ujung ke ujung
Semua pembayaran yang ditawarkan selesai.
100% di setiap plateau
Seri sumber tersedia di resource-usage.csv, sedangkan data pengiriman ada di throughput-ladder.csv.
Kami menemukan batas, lalu memindahkannya
Pengujian sebelumnya berhenti jauh lebih rendah sementara prosesor database hampir menganggur. Sumber daya yang setengah tidur saat throughput berhenti bukanlah kapasitas penuh; ada pekerjaan yang terserialisasi.
Kami melacaknya ke kontensi penguncian pada jalur tulis, menghapusnya, dan mengulang pengujian. Throughput naik lebih dari tiga kali lipat tanpa mengubah ambang ketepatan.
Kami tidak menerbitkan implementasi perbaikannya. Yang kami tunjukkan adalah kebiasaan rekayasa: mencari angka nyata, bukan angka yang memikat, dan menjaga ledger dengan standar ketepatan yang sama saat dibebani maupun saat diam.
Buktinya tersedia untuk umum
Akses awal
Jadilah mitra desain.
Kami bekerja dengan sejumlah kecil tim yang membangun produk dompet dan uang di atas WalletD. Jika itu Anda, mari bicara. Anda akan mendapat akses langsung ke orang-orang yang membangunnya.