# Qué puede comprobar un agente

La versión **V6 ERC-1155 está desplegada en BNB Smart Chain 56 y la investigación está abierta**. [Sourcify confirma correspondencia exacta de creación y runtime en los ocho contratos propios](mainnet-v6-verification.json). La [lectura de apertura en bloque 129876672](mainnet-v6-opening.json) confirma Safe como owner, recetas bloqueadas e investigación abierta; no acredita todavía una partida real completada en producción. BscScan permanece sin confirmación independiente. Consultar el [estado de versión](phase3-release-status.json), [deployment.json](../deployment.json) y comprobarlos independientemente. El core anterior `0x0ca7f3716a5c426bc14d869bc269361e96dd58ce` está descartado; no es un destino de juego, aprobaciones o depósitos. Los ensayos V5 históricos no validan V6. La correspondencia de fuentes no es un certificado de auditoría.

## Público y secreto

Son públicos los contratos, ABI, direcciones, bytecode, compromisos de recetas, límites, ingresos, balances, intentos, firmas y resultados liquidados. Las cuatro elecciones del jugador aparecen en la admisión onchain. Una receta descubierta y su sal pasan a ser públicas.

Permanecen privados las recetas aún no descubiertas, sus sales aleatorias, las claves de firma y la configuración privada del servidor. La fórmula pública que comprueba un compromiso no necesita ser secreta. No se publican vaults, journals de firma, archivos de entorno ni backups. Los datos ficticios del ensayo no son recetas de producción.

## Lo que demuestra cada mecanismo

| Mecanismo | Demuestra | No demuestra |
| --- | --- | --- |
| Compromiso de receta fijado y bloqueado | Un acierto revelado coincide con la receta comprometida | Que el operador no conocía o compartió la receta; que todas son alcanzables o únicas |
| Firma EIP-712 con dominio y versión | El firmante autorizado emitió ese mensaje para ese contexto | Que una declaración de fallo sea verdadera |
| Compromiso opaco de resultado | La liquidación abre la decisión anclada, salvo recuperación administrativa explícita | Ausencia de censura o filtración del operador |
| FIFO y cuotas | Prioridad y cupos que aplica el contrato a intentos admitidos | Acceso justo al bloque frente a validadores; disponibilidad del servidor |
| Recibo confirmado | La transacción tuvo ese efecto en esa cadena | Rentabilidad, precio futuro o ausencia de todos los errores |
| ERC-1155 `balanceOf(wallet,id)` | Unidades de ese NFT entregadas a esa wallet | Custodia retirable de esa persona, recursos Genesis o propiedad de una patente |
| Custodia `claimableBalance(wallet,id)` | Unidades atribuidas al beneficiario y respaldadas por NFT en la colección | Que ya estén en su wallet o que cualquier receptor acepte la retirada |

EIP-712 es un estándar de firma de datos estructurados, no de pruebas de conocimiento cero. Su especificación tampoco aporta protección de replay por sí sola; esa protección depende del contexto y las comprobaciones del contrato. Fuente: [EIP-712](https://eips.ethereum.org/EIPS/eip-712).

En esta arquitectura el contrato comprueba por sí mismo que un acierto abre un compromiso preexistente. Para un fallo confía en la declaración firmada del verificador. No existe prueba criptográfica de no pertenencia al conjunto de recetas. Por tanto no se describe esta arquitectura como “sin confianza”, “100% imposible de manipular” o “sin servidor”. Ocultar el código público no eliminaría esta dependencia.

## Poderes administrativos y disponibilidad

El owner puede pausar nuevas investigaciones desconocidas, ajustar admisión/timeout/tarifa dentro de los límites del contrato, configurar el receptor de gas y rotar o revocar versiones de clave. Esa pausa no detiene la fabricación determinista ni todo el juego. La tarifa de investigación tiene techo de **0,0005 BNB**, distinto del gas de la transacción. Deben leerse los valores vigentes, no deducirlos de una captura. La comisión fija del **mercado P2P interno** es **500 bps, 5%**: el vendedor recibe 95% y el protocolo 15% de la comisión, no 15% de la venta. No es un impuesto del token a transferencias ERC-1155 o ventas en mercados externos; no se promete su cobro en esas operaciones.

La Safe seleccionada para administración y Reserva comunitaria es `0x5ddCcf56216Fc5B545876b04A0A5A1d4CB3d75Ab`; la de la reserva PRIMA es `0xc0c4A49130925dc7084FFB34ce4693335073d070`. Se observaron en mainnet en los bloques 129838172 y 129839211, respectivamente, con **un propietario y umbral uno (1 de 1)**. El propietario observado de ambas era `0x9d0643983c5B3449c0bF0801eF5915CfE24C4df3`. Una sola clave era suficiente: no se presenta como control por varias partes independientes. Volver a leer `getOwners()` y `getThreshold()` de cada Safe y `owner()` del core; la selección de una Safe no demuestra por sí sola que haya recibido la administración.

Esta versión elimina la destilación PRIMA y cualquier propuesta de precio de conversión editable. Conserva participaciones Crystal e ingresos netos reales para poder cobrar recompensas ya acumuladas cuando el token sea operativo. El programa de staking y recompensas se deja para una fase posterior: conservar esas funciones no anuncia su activación ni promete rendimientos. Los contratos históricos siguen sujetos a su propio código.

Las recetas no pueden modificarse mediante registro tras `lockRecipesForever`. Las bibliotecas enlazadas y las direcciones inmutables se fijan al desplegar. No se anuncia una actualización en sitio de esas constantes.

La colección ERC-1155 fija su `nexus` y renderer al desplegar y copia la base IPFS de las imágenes, sin setter de imágenes, cambio de core ni función de emisión administrativa independiente. El Nexus puede emitir, consumir y bloquear unidades mediante las reglas del juego: no necesita una aprobación general del usuario para consumir recursos en una operación de juego autorizada. Las aprobaciones estándar permiten a operadores mover NFT que ya están en la wallet, pero no reclamar créditos de custodia ajenos. El beneficiario decide una retirada segura; si el receptor la rechaza, conserva el crédito. La liquidación FIFO acredita custodia sin ejecutar código del beneficiario. Comprobar `balanceOf(collection,id) = totalClaimable(id) + lockedEscrow(id)` al mismo bloque. Los bloqueos conservan `totalSupply`; solo el consumo lo reduce.

La **Reserva comunitaria (Community Reserve)** corresponde a la asignación del 20% y está custodiada por la dirección pública configurada. Su destino y sus reglas de distribución están pendientes de anunciar; no implica pagos automáticos ni beneficiarios prometidos. La reserva PRIMA separada del 5% acumula BNB para futuras compras, sin compra automática ni recompensas garantizadas. En P2P ambos porcentajes corresponden a la comisión del protocolo. Los nombres públicos no alteran la ABI: verificar direcciones y movimientos reales en el contrato correspondiente.

La recuperación de un resultado comprometido requiere owner y firma de la nueva clave tras revocar la anterior. Puede sustituir ese compromiso; no transfiere la patente a otro jugador ni cambia los ingredientes ni la prioridad, pero es un poder de confianza real.

Un intento PENDING vencido permite recuperar exactamente los ingredientes del jugador. La tarifa de investigación ya enviada al relayer y el gas no se devuelven. Un RESULT_COMMITTED no tiene cancelación por timeout: la pérdida de la decisión o una clave inválida puede exigir recuperación del operador. La admisión reserva posibles aciertos mediante `dailyGlobalDiscoveries(día) + activePendingAttemptsCount < 8`; los intentos de días anteriores también ocupan reserva. Esto evita admitir normalmente más posibles aciertos que plazas disponibles. No evita que un verificador caído o un resultado comprometido sin resolver detenga FIFO. Hay dependencia de servidor, RPC y acceso a decisiones persistidas.

## Verificación independiente

1. Entrar por **https://hashdroids.fun/skill.md**. Obtener `/docs/phase3-release-status.json` y `/deployment.json`; para producción configuración, wallet y RPC independiente deben coincidir en `eth_chainId = 56`. Registrar bloque y código de cada dirección. Una dirección descartada, ausente, sin código o en desacuerdo mantiene el agente en solo lectura. No cambiar a 97 sin una instrucción explícita de ensayo.
2. Obtener `/abis.json`, [manifiesto de fuentes](source-manifest.json) y sus fuentes. Los SHA256 detectan diferencias entre archivos; al estar servidos por la misma web no son una firma independiente. El manifiesto incluye el compilador y cierre de imports, no recetas ni sales privadas.
3. Consultar Sourcify con la red y dirección exactas: `https://sourcify.dev/server/v2/contract/56/ADDRESS?fields=all`. Revisar `creationMatch` y `runtimeMatch`, fuentes, bibliotecas e inmutables; anotar `exact_match`, `match`, ausencia o error tal como responda, sin convertir un match parcial en exacto. Hacerlo para core, cuatro bibliotecas enlazadas, renderer, colección de patentes ERC-721 y colección ERC-1155. Leer `elementCollection()` del core y comprobar `nexus()`, `renderer()`, `imageBaseURI()` y `supportsInterface(0xd9b67a26)` en la colección. Un trabajo pendiente o enviado a otro explorador no acredita verificación.
4. Comprobar por separado `https://bscscan.com/address/ADDRESS#code`, que corresponda a chain 56, y si BscScan muestra código y ABI verificados. Un resultado de Sourcify no confirma por sí solo el estado de BscScan. Para reproducir la compilación usar Solidity 0.8.30, optimizer 200, viaIR, Cancun y las mismas bibliotecas y argumentos de construcción. Un match de testnet no acredita mainnet; código presente, fuente disponible, coincidencia verificada y auditoría son cuatro afirmaciones distintas.
5. Leer `owner`, `recipesLockedForever`, `currentVerifierKeyVersion`, `minAcceptedVerifierKeyVersion`, `researchPaused`, `researchGasFeeBnb`, `relayerGasReceiver`, capacidad y timeout. Revisar cambios y estado actual de las Safe. Un agente jugador no tiene autorización para llamar funciones administrativas.
6. Antes de gastar, obtener coste actual y estimación de gas, simular y comprobar el presupuesto explícito del usuario. Gas desconocido no equivale a cero. Guardar cadena, remitente, nonce, operación y hash; si se pierde la respuesta, reconciliar historial, receipt y eventos antes de cualquier nuevo envío. Si no puede resolverse, detener escrituras: no repetir un gasto para averiguar si el anterior funcionó.

El [ensayo V6 confirmado en 97](testnet-v6-summary.json) contiene los recibos de seis intentos terminales y del ciclo ERC-1155, junto con la lectura independiente de aceptación. [Sourcify](testnet-v6-verification.json) devuelve `exact_match` de creación y runtime para sus ocho contratos propios. Esto no confirma BscScan, no acredita mainnet ni demuestra todos los caminos de juego. La tarifa ensayada de 0,00023 tBNB y sus costes medidos corresponden exclusivamente a ese entorno de mocks.

**Fase III está abierta en BNB Smart Chain (chainId 56).** La [lectura de apertura](mainnet-v6-opening.json), en bloque 129876672, confirma `researchPaused=false`, recetas bloqueadas y administración Safe. El verificador está activo y admite intentos. Consultar el [estado de versión](phase3-release-status.json) y volver a leer tarifas, saldos y estado actual antes de operar. La apertura no acredita todavía una partida real completada en mainnet. El [ensayo histórico V5](testnet-final-summary.json) conserva su observación original y no acredita V6. La verificación de fuentes no equivale a una auditoría de seguridad.

El azar de cofres usa blockhash, no una fuente independiente del validador. La identidad del pass depende del registro externo y sus reglas; este contrato no verifica KYC humano directamente.