ES
Proyecto

Estado del proyecto

Qué está hecho, qué no y en qué modo funciona el sitio ahora mismo.

La lista de tareas se actualizó el 7 de noviembre de 2026. Más abajo, el bloque «Ahora» lee los datos de la red y siempre están al día. La fecha de lanzamiento en la red principal no está fijada: aparecerá aquí cuando se conozca.

Ahora

Leyendo datos…

Qué está hecho

  • Contrato y reglas del juego. Las probabilidades, el reparto de los pozos, los pagos y las comisiones están escritos en el código. La lógica está separada en funciones normales y se comprueba con pruebas sin red (cargo test).
  • Integridad de los tokens. Prueba de «tormenta»: decenas de jugadores y decenas de miles de operaciones aleatorias; tras cada una se comprueba que en la bóveda hay exactamente tantos tokens como el programa debe a los jugadores y a los pozos.
  • Sitio y calculadoras. Todas las páginas, las guías, el modo demo y el cliente del contrato. El cliente lee los datos del contrato con las mismas reglas con las que el programa los escribe; lo comprueban pruebas automáticas.
  • Pruebas del sitio en el navegador. Recorrido automático de las páginas en ordenador y en teléfono, comprobación de accesibilidad y una billetera simulada con una red simulada.
  • Scripts de lanzamiento. Emisión del token, inicialización, comprobación de los ajustes escritos y un escenario de verificación en devnet (escrito, pero no se ha ejecutado en la red). Instrucciones paso a paso en el repositorio: docs/LAUNCH.md.

Qué falta por hacer

Mientras esto no esté terminado, juegue solo con tokens que no le importe perder.

En cada uno de los puntos siguientes puede haber un error. Más información sobre los riesgos: «Riesgos y juego responsable» y «Seguridad».

  • Compilación y despliegue del programa. El código del contrato se compila para Solana (cargo build-sbf) y pasa las pruebas, pero el programa nunca se ha desplegado en una red. Por eso el lanzamiento empieza con un ensayo en devnet.
  • Funcionamiento real con Switchboard. La obtención de un número aleatorio del oráculo en una red real no se ha comprobado: solo se ha comprobado el comportamiento del cliente con datos simulados.
  • Coste de la operación en unidades de cómputo. No se ha medido, mientras no exista una compilación. Los lotes de 1000 giros pueden requerir ajustar los límites.
  • «Vigilante» para giros atascados. Script opcional; no se ha ejecutado en una red real.
  • Auditoría independiente. No se ha realizado. La revisión se hizo dentro del proyecto, ningún especialista externo ha leído el código, y no sustituye a una auditoría externa.
  • Traspaso de la autoridad de actualización. Hasta el lanzamiento, la autoridad de actualización del programa la tiene quien lo desplegó. El orden del traspaso (multisig con retardo y después revocación) se describe en la página «Seguridad».

Cuando un punto se cierra, pasa a «Hecho» junto con un enlace a la prueba (informe, transacción, repositorio). Si no hay enlace, considere que el punto no está cerrado.