Keadilan Crash

​

Apa yang terjadi on-chain selama ronde Crash?

1. Commit: sebelum taruhan dibuka, backend membuat rahasia acak 32 byte dan memublikasikan hash SHA-256-nya di on-chain (instruksi start_new_round). Inilah commitment: sejak saat ini, hanya rahasia yang persis sama yang dapat menyelesaikan ronde tersebut. Commitment bersifat publik di event CrashRoundPrepared milik transaksi itu.
2. Taruhan: pemain memasang taruhan. Rahasia tetap tersembunyi; commitment menjamin rahasia itu tidak dapat ditukar.
3. Awal ronde / pengambilan entropi: saat ronde dimulai (instruksi start_game), program membaca slot hash terbaru dari sysvar SlotHashes Solana dan menyimpannya di ronde. Aplikasi menyebut nilai ini sebagai block hash ronde. Titik crash kini sudah sepenuhnya ditentukan (ia murni fungsi dari slot hash yang disimpan dan rahasia yang di-commit), tetapi siapa pun yang tidak mengetahui rahasianya belum dapat menghitungnya. Nilai ini bersifat publik di event CrashGameStarted.
4. Ronde berjalan: pengali naik dan pemain melakukan cashout.
5. Reveal: backend mengirimkan rahasia (instruksi crash). Program memverifikasi secara on-chain bahwa sha256(secret) sama dengan commitment (jika tidak cocok, transaksi gagal), lalu menghitung sendiri titik crash dan memfinalisasi ronde. Event CrashRoundFinalized memublikasikan rahasia, slot hash, dan titik crash akhir.

​

Apa rumus pasti titik crash?

input
  blockhash   32 byte    slot hash Solana yang disimpan saat awal ronde
  secret      32 byte    rahasia operator yang diungkap di akhir (di-commit sebagai sha256(secret))
  edge_bps    integer    house edge dalam basis poin (lihat Biaya & batas; 150 = 1.5%)

penurunan
  hash  = sha256( blockhash ‖ secret )        // input 64 byte: blockhash dulu, lalu secret
  X     = u32_be( hash[0..4] )                // 4 byte pertama hash, unsigned 32-bit big-endian
  X'    = min( X, 2^32 − 1000 )               // batas pengaman: penyebut di bawah tidak pernah kurang dari 1000

  crash_bps = max( 10000, floor( (10000 − edge_bps) × 2^32 / (2^32 − X') ) )

hasil
  pengali crash = crash_bps / 10000           // mis. 29948 → 2.9948x

• Urutan penggabungan adalah blockhash dulu, lalu secret.
• X dibaca secara big-endian dari 4 byte pertama output SHA-256.
• Pembagian adalah pembagian floor (bilangan bulat, dibulatkan ke bawah).
• Batas bawah max(10000, …) berarti pengali tidak pernah di bawah 1.00x, dan batas atas pada X mencegah penyebut yang sangat kecil.

​

Contoh perhitungan

penyebut    = 2^32 − 2882343476 = 1412623820
crash_bps   = floor( 9850 × 2^32 / 1412623820 ) = 29948
crash       = 2.9948x

​

Seperti apa distribusinya

P(crash ≥ m) ≈ (1 − edge) / m

​

Apa yang dijamin, dan apa yang tidak

• Setelah commitment ada di on-chain, operator tidak dapat mengubah rahasia ronde: transaksi reveal gagal untuk rahasia apa pun yang hash-nya tidak cocok.
• Begitu ronde dimulai (slot hash disimpan), titik crash sudah tetap. Cashout lebih awal, terlambat, atau dalam jumlah besar tidak mengubah apa pun: hasilnya sudah ditentukan sebelum pengali mulai naik.
• Titik crash dihitung oleh program, bukan dilaporkan oleh backend. Nilai yang salah tidak dapat ditulis ke on-chain.
• Semua yang diperlukan untuk verifikasi (commitment, slot hash, rahasia, titik crash akhir) dipublikasikan dalam event on-chain, secara permanen.

• Waktu mulai. Operator mengetahui rahasia sebelum ronde dimulai, dan backend-nya memutuskan kapan mengirim transaksi awal ronde. Karena slot hash terbaru bersifat publik, secara teori operator dapat menghitung lebih dulu pengali yang akan dihasilkan untuk slot-slot kandidat dan mengatur waktu mulai untuk memengaruhi slot hash mana yang diambil. Skema ini tidak mencegahnya; skema ini membuatnya dapat diamati: waktu mulai ronde bersifat publik, dan bias sistematis apa pun akan terlihat dalam statistik titik crash yang dipublikasikan, yang dapat dihitung ulang secara massal oleh siapa pun.
• Pembatalan. Setelah ronde dimulai, operator mengetahui hasilnya sebelum pemain, dan dapat membatalkan ronde yang tidak menguntungkan alih-alih melakukan reveal. Ada dua batas tegas: pembatalan mengembalikan setiap taruhan secara penuh (program tidak punya jalur penyitaan), dan setiap pembatalan memancarkan event publik; frekuensi pembatalan adalah penandanya di on-chain. Pembatalan ada sebagai jalur pemulihan jika rahasia hilang (misalnya backend crash antara commit dan reveal) dan diperkirakan hampir tidak pernah digunakan.

​

Bagaimana cara memverifikasi ronde Crash?