Verificación

Seguridad

Quién puede cambiar qué en el proyecto, de dónde sale la aleatoriedad y qué riesgos quedan. La tabla superior se lee directamente de la red, no se dibuja a mano.

Lo que hay registrado ahora en la red

Leyendo datos…

Código abierto, anonimato y privacidad

Código abierto

Todo el proyecto (contrato, sitio, scripts de lanzamiento y pruebas) es de código abierto bajo licencia MIT. El código se puede leer. La compilación del contrato con el comando anchor build aún no se ha comprobado (véase «Estado»); tras el lanzamiento se podrá compilar el programa por cuenta propia y compararlo con el que funciona en la red. Cómo comprobarlo

El enlace al repositorio aparecerá aquí y al pie del sitio en cuanto se publique.

Proyecto anónimo

No se revelan nombres ni persona jurídica, y los jugadores no necesitan nombre, correo electrónico, teléfono ni pasaporte. Basta con una billetera. Las reglas están escritas en el contrato y se pueden leer. La otra cara del anonimato

Retiros sin documentos

El contrato transfiere los tokens a su billetera por sí mismo, con una sola firma. Según el código del contrato, no hay documentos, formularios, verificación de identidad (KYC), solicitudes ni aprobación manual. Es una propiedad del contrato, no un permiso para infringir la ley de su país: su cumplimiento es responsabilidad suya (términos). Cómo retirar

Sitio oficial: fairdrum.to

Un sitio transparente y anónimo: sin inicio de sesión ni cuentas, sin cookies, analítica, contadores ni scripts publicitarios. Las fuentes y los scripts los sirve el propio sitio, los ajustes (tema, historial de giros en este dispositivo) se guardan solo en su navegador y el código del sitio es abierto, así que todo esto se puede comprobar. Compruebe la dirección en la barra del navegador: si difiere aunque sea en una letra, no es el sitio oficial.

Qué sabe el sitio y quién ve sus acciones

Qué	Cómo está organizado
Nombre, correo, teléfono, documentos	No hacen falta y no se piden en ningún momento: ni al registrarse ni al retirar.
Cookies, analítica, contadores, publicidad	No. El código del sitio no los tiene, y tampoco carga scripts ni fuentes externos.
Qué se guarda en su navegador	El tema, el modo de la rueda, el sonido y los efectos (si los activó), el historial de giros en este dispositivo, la billetera que conectó y la dirección de la cuenta auxiliar de aleatoriedad. Todo permanece en su dispositivo y no se envía a ninguna parte.
Con quién se comunica el sitio	Con un nodo de la red Solana (RPC), que lee los datos del juego y recibe sus transacciones. Durante un giro, también con el oráculo Switchboard. Estos servicios ven su dirección IP y la dirección de su billetera, igual que cualquier nodo de la red.
Qué es público en la blockchain	Su dirección, su número de jugador, su saldo, sus giros, sus premios y sus retiros: cualquiera puede verlos. La dirección sigue siendo un seudónimo; no hay anonimato total. Si la dirección está vinculada a su identidad (por ejemplo, el SOL llegó desde un exchange donde usted pasó una verificación), el vínculo puede rastrearse.

El anonimato del proyecto y de los jugadores no es absoluto y tiene una contrapartida: el proyecto no tiene una persona jurídica a la que presentar reclamaciones. Se describe en «Riesgos».

Claves y qué pueden hacer

Clave	Qué puede hacer	Qué no puede hacer
Autoridad de actualización del programa	Subir una nueva versión del código del contrato.	No puede llevarse los tokens directamente, pero en principio una nueva versión del código podría hacerlo. Por eso, según el plan de lanzamiento, la clave se transfiere primero a un multisig con retardo y después se revoca; el estado actual se muestra en esta tabla.
Emisión del token (mint)	Nada: según el plan de lanzamiento, se revoca inmediatamente después de la emisión.	Crear nuevos tokens.
Congelación (freeze)	Nada: no se concedió.	Congelar los tokens de alguien.
Administrador (`dev_authority`)	Retirar el 10% acumulado de los giros (`claim_dev`).	Cambiar las reglas, llevarse los saldos de los jugadores, los premios, el jackpot o el fondo de actividad.
Promoción (`promo_authority`)	Pagar desde el fondo de promoción (`promo_pay`).	Todo lo demás.

Orden de traspaso de la autoridad de actualización.

1) al inicio, la tiene quien despliega el contrato (el deployer); 2) antes del lanzamiento en la red principal se transfiere a un multisig (Squads) con un retardo para cualquier actualización, de modo que los jugadores vean el cambio con antelación; 3) cuando el proyecto se ha consolidado, la autoridad se revoca para siempre y el código queda congelado. El paso actual se ve en la tabla de arriba.

De dónde sale la aleatoriedad

El contrato no inventa el número aleatorio por sí mismo ni lo toma del proyecto. Se usa Switchboard On-Demand: la apuesta se registra en una transacción (el contrato guarda el número de bloque) y el oráculo revela el número más tarde, vinculándolo al hash de un bloque que en el momento de la apuesta aún no existía. Mientras el oráculo funcione con honestidad, no es posible elegir ni predecir ese valor de antemano. Sigue siendo necesario confiar en Switchboard: es una dependencia externa.

A partir de un único valor de 32 bytes, el contrato obtiene la cantidad necesaria de números mediante sha256, y el jugador no puede influir en ello. El contrato solo acepta cuentas de aleatoriedad cuyo propietario sea el programa Switchboard (sin esta comprobación, cualquiera podría colar su propia cuenta con el valor que le conviniera).

Si el oráculo no funciona, los giros se detienen, y la apuesta de un giro cerrado tras 3000 bloques no se devuelve.

Lo que el contrato no sabe hacer en absoluto

Cambiar las probabilidades

Todos los números son constantes del código. Solo es posible usar números nuevos con una nueva versión del programa, que se vería en la transacción de actualización.

Llevarse el saldo de juego

No existen instrucciones del tipo «quitar al jugador». El saldo solo sale hacia usted al retirar y hacia las apuestas en los giros.

Emitir tokens

Según el plan de lanzamiento, la autoridad de emisión se revoca. Después, la emisión total de 100 mil millones solo puede disminuir con la quema.

Pagar dos veces

Un giro se cierra una sola vez. La integridad de los tokens (la suma de los pozos y los saldos no supera lo que hay en la bóveda) la comprueban pruebas automáticas con escenarios de muchos jugadores y lotes de 1000 giros.

Riesgos que permanecen

Errores en el código. El contrato está cubierto por pruebas, pero no se ha realizado una auditoría independiente (véase «Estado del proyecto»). Un error que pase inadvertido puede provocar la pérdida de fondos.
Actualización del programa. Mientras no se revoque la autoridad de actualización, el administrador (o el multisig) teóricamente puede publicar una versión con otras reglas. Vigile la tabla de arriba.
Oráculo y red. Un fallo de Switchboard o la congestión de Solana retrasa los giros; si el fallo es largo (más de ~20 minutos), la apuesta se pierde sin devolución. La falta de devolución es deliberada: de lo contrario se podría ver el resultado de antemano y rechazar una pérdida.
Tokens del administrador fuera del contrato. El marketing y la reserva (juntos, alrededor del 30% de la emisión) no están bloqueados en el contrato; el desarrollador (10%) está en el vesting de un servicio externo. Vesting: no se ha indicado ningún enlace; bloqueo de liquidez: no se ha indicado ningún enlace; multisig del administrador: no se ha indicado ningún enlace. Si no se indica un enlace, considere que por ahora no se puede comprobar.
Fondo de promoción. La clave promo_authority puede enviar lo acumulado en el fondo a cualquier dirección. Cada pago es público (evento PromoPaid), pero el contrato no comprueba en qué se gasta.
Giros gratis y cuentas múltiples. En el juego no hay, ni puede haber, una comprobación de «es una persona»: una misma persona puede registrar muchas billeteras y recibir un giro gratis con cada una. El gasto está limitado por el tamaño del fondo de actividad, pero se le puede sacar una parte considerable.
Pozos grandes. Cuanto mayor es el pozo del jackpot en relación con el normal, mayor es la devolución esperada por giro; cuando es muy grande, puede superar el 100%. Así funcionan todos los jackpots progresivos, y los jugadores experimentados acuden a por los pozos grandes.
Velocidad de la red. Todos los giros pasan por una misma cuenta común del contrato, por lo que en las horas punta la cola puede crecer. Eso ralentiza el juego, pero no cambia los resultados.
El sitio no es el contrato. La dirección del sitio puede cambiar o desaparecer; el contrato, mientras tanto, sigue en la red y se puede usar directamente mediante cualquier cliente compatible.
Administrador anónimo. No se revelan el nombre ni la persona jurídica: si algo sale mal, no se puede presentar una reclamación ni recuperar el dinero por vía judicial o mediante un soporte. Solo protege lo que está escrito en el contrato y que usted mismo puede comprobar.
La ley. Los juegos de azar están limitados o prohibidos en muchos países. Es responsabilidad suya.
Es un juego de azar. En promedio, el jugador pierde una parte de sus apuestas.

Cómo comprobarlo usted mismo

Abra la dirección del programa en un explorador (Solscan, Solana Explorer) y busque el campo Upgrade Authority: si está vacío, el código está congelado.
Abra el token: los campos Mint Authority y Freeze Authority deben estar vacíos.
Abra la cuenta config del programa y compare con «Economía» las sumas de los pozos, el número de giros y lo quemado.
Compile el contrato a partir del código abierto (anchor build --verifiable) y compare el hash con el que hay en la red (solana-verify).