Huevobit: Arquitectura inmutable, autónoma y completamente on-chain
✅ 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.
✅ La aleatoriedad se obtiene mediante el sistema VRF (Función Aleatoria Verificable) de un Oráculo.
Seguir leyendo...
✅ 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.
✅ Paga el gas de la red para la solicitud del VRF y las distribuciones automáticamente.
✅ 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.