Equidad en Crash

​

¿Qué pasa on-chain durante una ronda de Crash?

1. Compromiso: antes de que se abran las apuestas, el backend genera un secreto aleatorio de 32 bytes y publica on-chain su hash SHA-256 (la instrucción start_new_round). Este es el compromiso: a partir de ese momento, solo ese secreto exacto puede liquidar la ronda. El compromiso es público en el evento CrashRoundPrepared de la transacción.
2. Apuestas: los jugadores hacen sus apuestas. El secreto sigue oculto; el compromiso garantiza que no se puede cambiar.
3. Inicio de la ronda / captura de entropía: cuando empieza la ronda (la instrucción start_game), el programa lee el hash de slot más reciente del sysvar SlotHashes de Solana y lo guarda en la ronda. La app llama a este valor el hash de bloque de la ronda. El punto de crash ya está completamente determinado (es una función pura del hash de slot guardado y del secreto fijado), pero nadie que no conozca el secreto puede calcularlo todavía. El valor es público en el evento CrashGameStarted.
4. La ronda se desarrolla: el multiplicador sube y los jugadores cobran.
5. Revelación: el backend envía el secreto (la instrucción crash). El programa verifica on-chain que sha256(secret) es igual al compromiso (si no coincide, la transacción falla), luego calcula él mismo el punto de crash y finaliza la ronda. El evento CrashRoundFinalized publica el secreto, el hash de slot y el punto de crash final.

​

¿Cuál es la fórmula exacta del punto de crash?

entradas
  blockhash   32 bytes   el hash de slot de Solana guardado al inicio de la ronda
  secret      32 bytes   el secreto del operador revelado al final (fijado como sha256(secret))
  edge_bps    entero     ventaja de la casa en puntos básicos (ver Comisiones y límites; 150 = 1.5%)

derivación
  hash  = sha256( blockhash ‖ secret )        // entrada de 64 bytes: primero blockhash, luego el secreto
  X     = u32_be( hash[0..4] )                // primeros 4 bytes del hash, entero sin signo de 32 bits big-endian
  X'    = min( X, 2^32 − 1000 )               // tope de seguridad: el denominador de abajo nunca es menor que 1000

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

resultado
  multiplicador de crash = crash_bps / 10000  // p. ej. 29948 → 2.9948x

• El orden de concatenación es primero blockhash, luego secret.
• X se lee en big-endian a partir de los primeros 4 bytes de la salida de SHA-256.
• Las divisiones son divisiones floor (enteras, redondeando hacia abajo).
• El piso max(10000, …) significa que el multiplicador nunca es menor que 1.00x, y el tope sobre X evita denominadores astronómicamente pequeños.

​

Ejemplo resuelto

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

​

Cómo se ve la distribución

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

​

Qué está garantizado, y qué no

• Una vez que el compromiso está on-chain, el operador no puede cambiar el secreto de la ronda: la transacción de revelación falla con cualquier secreto cuyo hash no coincida.
• Una vez que la ronda empezó (hash de slot guardado), el punto de crash queda fijado. Cobrar pronto, tarde o en masa no cambia nada: el resultado quedó determinado antes de que el multiplicador empezara a subir.
• El punto de crash lo calcula el programa, no lo informa el backend. No se puede escribir un valor incorrecto on-chain.
• Todo lo necesario para verificar (compromiso, hash de slot, secreto, punto de crash final) se publica en eventos on-chain, de forma permanente.

• Momento del inicio. El operador conoce el secreto antes de que empiece la ronda, y su backend decide cuándo enviar la transacción de inicio de ronda. Como los hashes de slot recientes son públicos, en principio podría precalcular el multiplicador que saldría con distintos slots candidatos y elegir el momento del inicio para influir en qué hash de slot se captura. El esquema no lo impide; lo hace observable: el momento de inicio de cada ronda es público, y cualquier sesgo sistemático aparecería en las estadísticas de los puntos de crash publicados, que cualquiera puede recalcular en masa.
• Cancelaciones. Una vez que la ronda empezó, el operador conoce el resultado antes que los jugadores, y podría cancelar una ronda desfavorable en lugar de revelarla. Se aplican dos límites estrictos: una cancelación reembolsa todo lo apostado (el programa no tiene ninguna vía de confiscación), y cada cancelación emite un evento público; la frecuencia de cancelaciones es la señal on-chain. La cancelación existe como vía de recuperación ante un secreto perdido (por ejemplo, una caída del backend entre el compromiso y la revelación), y se espera que prácticamente nunca se use.

​

¿Cómo verificas una ronda de Crash?