ZigaForm version 7.7.18

 

Huevobit: Arquitectura inmutable, autónoma y completamente on-chain

Billetera Web3 Interna (Autocustodia)

✅ Cada usuario genera su propia billetera Web3 directamente desde la aplicación.

✅ La frase semilla (12 palabras) y la clave privada permanecen almacenadas únicamente en el dispositivo del usuario.

✅ No se envían claves privadas, frases semilla ni credenciales a servidores externos.

✅ La billetera permite firmar criptográficamente la identidad del usuario para que el contrato inteligente verifique el acceso a los nidos y canastas.

✅ La recuperación de la billetera depende exclusivamente de la frase semilla. Si se pierde, nadie puede recuperarla.

✅ Está diseñada exclusivamente para el funcionamiento de Huevobit y no como una billetera Web3 de uso general.

Descentralización Total (sin servidores)

✅ Funciona 100% en blockchain, sin Firebase, sin AWS,
sin Mega, etc., por lo que, nunca se va a caer ni dejar de
funcionar. Se basa solo en eventos del contrato.

✅ No depende de ningún servidor central.

✅ Mientras exista al menos un nodo encendido en el mundo, el juego
continúa.

✅ No hay puntos únicos de falla: no hay bases
de datos, APIs ni backend vulnerables.

✅ El contrato es self-contained: todo lo que
necesita ya está adentro.

 Seguridad Criptográfica 

✅ La aleatoriedad se obtiene mediante el sistema VRF (Función Aleatoria Verificable) de un Oráculo.

✅ El resultado es impredecible antes de generarse y verificable criptográficamente.

✅ No existe dependencia de blockhash ni timestamp para generar el resultado aleatorio.

✅ No existe forma para que un jugador conozca anticipadamente el resultado antes de que el VRF lo genere y el contrato lo procese.

Inmutabilidad y Transparencia

✅ Cada evento importante (hash generado, número
asignado, ganador, etc.) queda en los logs públicos.

✅ Cualquier usuario puede verificar el proceso
usando exploradores (BscScan, etc.).

✅ El valor aleatorio es entregado y verificado mediante el VRF, y su uso para determinar el ganador se procesa on-chain de forma visible y trazable.

✅ Ningún jugador, administrador o desarrollador puede modificar unilateralmente un resultado ya generado y registrado por el proceso del contrato.

Resistencia a Manipulación
(Anti-Trampas)

✅ El orden de entrada no influye en el
ganador.

✅ No existe ventaja por entrar de último,
primero o en el medio.

✅ No existe re-entrada con un mismo hash (hash
una sola vez).

✅ Cada entrada valida:

Identidad criptográfica

Firma
criptográfica

HashPago
único

Nido
correcto

Canasta correcta

✅ Reentradas protegidas con ReentrancyGuard y
lógica interna.

✅ Eliminación automática del estado anterior
evita “contaminación” entre sorteos.

Arquitectura Autónoma

✅ Paga al ganador directamente sin intervención humana.

✅ Financia y asegura la solicitud del VRF mediante el fondeo automático de la suscripción con las microcuotas de los jugadores, cubriendo los pagos y distribuciones del contrato de forma autónoma.

✅ Cobra la comisión del desarrollador automáticamente.

✅ Maneja residuos de balance y los acumula
hasta llegar al umbral.

✅ Control del estado de cada canasta sin
servidores externos.

✅ Historial circular de ganadores
completamente on-chain.

Justicia y Equidad Matemática

✅ Cada jugador recibe un número único basado
en disponibilidad interna.

✅ Los números no se repiten dentro de la misma
canasta.

✅ El índice ganador se calcula estrictamente por: uint8 indiceGanador = uint8(randomWord % MAX_JUGADORES);

✅ Todos los jugadores tienen la misma
probabilidad exacta.

✅ No hay sesgo por gas, orden, bloque ni
wallet.

Independencia del Desarrollador

✅ El dev no puede:

Cambiar
resultados

Forzar
ganadores

Insertar
direcciones

Modificar
procesos internos

✅ El código ya está desplegado: lo que está en
blockchain se ejecuta tal cual.

✅ El usuario no depende de que tú mantengas
servidores o infraestructura.

✅ Cualquier persona puede forquear la app y
seguir usando el contrato.

Robustez de Operación

✅ Todos los «require» tienen mensajes claros y precisos.

✅ No existe riesgo de overflow por uint8 o uint256.

✅ Se usa unchecked solo donde es 100% seguro.

✅ Liquidación de pagos protegida con control
de errores.

✅ No usa transfer(), evitando límites de gas.

Independencia del Gas y de la
Red

✅ No depende del orden de propagación del
mempool.

Imposible de Detener

✅ No hay backend para apagar.

✅ No hay API para bloquear.

✅ No hay base de datos para borrar.

✅ No hay servidor para desconectar.

✅ No existe switch de apagado.

✅ Mientras exista un nodo blockchain activo,
el juego vive.