Saltar al contenido principal

Ejecutar un validador

Esta guía explica cómo crear un validador en la red QoreChain, comprender el sistema de clasificación por pools, registrar una clave PQC para obtener seguridad resistente a la computación cuántica y monitorizar tu nodo.

nota

Esta guía está dirigida a la red principal qorechain-vladi (ID de cadena EVM 9801), activa desde el 7 de junio de 2026 y ejecutando la versión de cadena v3.1.85. Se recomienda la red de pruebas qorechain-diana (ID de cadena EVM 9800) para ensayar tu configuración antes de pasar a producción. Sustituye el --chain-id apropiado según tu red de destino.


Requisitos previos


Crear un validador

qorechaind tx staking create-validator \
--amount 1000000000uqor \
--pubkey $(qorechaind comet show-validator) \
--moniker "my-validator" \
--commission-rate 0.10 \
--commission-max-rate 0.20 \
--commission-max-change-rate 0.01 \
--min-self-delegation 1 \
--from mykey \
--gas auto \
--gas-adjustment 1.3 \
-y
ParámetroDescripción
--amountMonto de auto-delegación (stake mínimo)
--pubkeyClave pública de consenso del validador (ed25519)
--monikerNombre legible para tu validador
--commission-rateTasa de comisión inicial (p. ej., 0.10 = 10%)
--commission-max-rateTasa de comisión máxima (inmutable después de la creación)
--commission-max-change-rateTasa máxima de cambio diario de la comisión
--min-self-delegationTokens mínimos que el operador debe auto-delegar

Una vez confirmada la transacción, verifica tu validador:

qorechaind query staking validator $(qorechaind keys show mykey --bech val -a)

Clasificación por pools

QoreChain utiliza un sistema de clasificación de tres pools gestionado por el módulo x/qca (Quantum Consensus Allocation). Cada 1,000 bloques, los validadores se reclasifican en uno de tres pools según su reputación y su stake:

PoolCriteriosAsignación de bloques
RPoS (Reputation Proof-of-Stake)Reputación >= percentil 70 Y stake >= mediana40% de los bloques
DPoS (Delegated Proof-of-Stake)Delegación total >= 10,000 QOR35% de los bloques
PoS (Proof-of-Stake)Todos los demás validadores activos25% de los bloques

Dentro de cada pool, los proponentes de bloques se seleccionan mediante selección aleatoria ponderada proporcional a su stake efectivo. La clasificación garantiza que tanto los validadores de alta reputación como los de alta delegación reciban una representación justa, permitiendo al mismo tiempo que los validadores más pequeños participen.

Consultar tu clasificación de pool

qorechaind query qca pool-classification $(qorechaind keys show mykey --bech val -a)

Vía JSON-RPC:

curl -X POST http://localhost:8545 \
-H "Content-Type: application/json" \
-d '{
"jsonrpc": "2.0",
"method": "qor_getPoolClassification",
"params": ["qorvaloper1..."],
"id": 1
}'

Curva de vinculación (bonding curve)

La recompensa de staking de un validador se determina mediante una curva de vinculación que incorpora múltiples factores:

R = beta * S * (1 + alpha * log(1 + L)) * Q(r) * P(t)
VariableDescripción
RMonto de la recompensa
betaTasa base de recompensa
SStake efectivo
alphaConstante de escalado por lealtad
LDuración de lealtad (tiempo de staking continuo)
Q(r)Factor de calidad de reputación, rango [0.75 - 1.25]
P(t)Multiplicador de fase del protocolo (se ajusta a lo largo del ciclo de vida de la red)

Puntos clave:

  • Bono por duración de lealtad: los validadores que hacen staking de forma continua reciben recompensas crecientes a través del término logarítmico de lealtad. Esto incentiva el compromiso a largo plazo.
  • Factor de calidad de reputación: va desde 0.75 (reputación deficiente) hasta 1.25 (reputación excelente). La reputación se calcula a partir del tiempo de actividad, las propuestas exitosas, la participación comunitaria y la calidad de validación de transacciones.
  • Multiplicador de fase del protocolo: se ajusta a medida que la red madura a través de distintas fases (arranque, crecimiento, madurez).

Slashing progresivo

QoreChain utiliza un modelo de slashing progresivo que incrementa las penalizaciones para los infractores reincidentes, permitiendo al mismo tiempo que los validadores se recuperen con el tiempo:

penalty = base_rate * escalation^effective_count * severity
ParámetroValor
Penalización máxima por evento33% del stake
Vida media de decaimiento100,000 bloques
Severidad por inactividad1.0
Severidad por doble firma2.0
Severidad por ataque de cliente ligero3.0
  1. Cada infracción incrementa el contador efectivo. Cada infracción (inactividad, doble firma, etc.) aumenta el contador efectivo del validador, lo que afecta a las penalizaciones futuras.

  2. La penalización aumenta exponencialmente. La penalización se incrementa en función del contador efectivo usando la fórmula anterior, por lo que los infractores reincidentes se enfrentan a penalizaciones mucho mayores.

  3. El contador efectivo decae con el tiempo. El contador efectivo decae con una vida media de 100,000 bloques (~7 días con bloques de 6s), lo que permite a los validadores recuperarse tras un período de buen comportamiento.

  4. Eventos únicos frente a infracciones repetidas. Un único evento accidental de inactividad resulta en una penalización menor, mientras que las infracciones repetidas desencadenan consecuencias que aumentan exponencialmente.


Registro de clave PQC

Los validadores pueden registrar opcionalmente una clave pública criptográfica poscuántica (PQC) usando el algoritmo ML-DSA-87. Esto proporciona seguridad resistente a la computación cuántica para la identidad del validador y puede usarse para la firma híbrida.

qorechaind tx pqc register-key <pubkey-hex> hybrid \
--from mykey \
--gas auto \
-y
ParámetroDescripción
<pubkey-hex>Clave pública ML-DSA-87 de 2592 bytes en codificación hex
hybridModo de registro (hybrid = clásico + PQC)

Verifica el registro:

qorechaind query pqc key <account-address>
consejo

Recomendación: el registro de la clave PQC es opcional pero muy recomendable para los validadores que operan en la red principal. Proporciona una defensa con visión de futuro frente a las amenazas de la computación cuántica.


Monitorización

Métricas de Prometheus

QoreChain expone métricas de Prometheus en el puerto 26660:

http://localhost:26660/metrics

Métricas clave a monitorizar:

MétricaDescripción
qorechain_missed_blocks_totalTotal de bloques perdidos por tu validador
qorechain_validator_uptimePorcentaje de tiempo de actividad en los últimos N bloques
qorechain_reputation_scorePuntuación de reputación actual
qorechain_pool_classificationAsignación de pool actual (0=PoS, 1=DPoS, 2=RPoS)
qorechain_consecutive_signedBloques consecutivos firmados
consensus_heightAltura de bloque actual
consensus_roundsRondas de consenso para la altura actual

Consultar la puntuación de reputación

qorechaind query reputation score $(qorechaind keys show mykey --bech val -a)

Vía JSON-RPC:

curl -X POST http://localhost:8545 \
-H "Content-Type: application/json" \
-d '{
"jsonrpc": "2.0",
"method": "qor_getReputationScore",
"params": ["qorvaloper1..."],
"id": 1
}'

Comprobaciones de salud

# Node status
qorechaind status | jq '.sync_info'

# Validator signing info (uptime, missed blocks)
qorechaind query slashing signing-info $(qorechaind comet show-validator)

# Check if your validator is in the active set
qorechaind query staking validators --status bonded | grep "my-validator"

Buenas prácticas operativas

  1. Usa una arquitectura de nodos centinela. Ejecuta tu validador detrás de nodos centinela (sentry nodes) para protegerlo de ataques DDoS. Expón únicamente los nodos centinela a la red pública.

  2. Configura alertas. Configura alertas para bloques perdidos, bajo tiempo de actividad y reinicios inesperados. Perder algunos bloques es normal; las pérdidas sostenidas activarán el slashing.

  3. Mantén un alto tiempo de actividad. El sistema de reputación recompensa el tiempo de actividad constante. Una inactividad prolongada degrada tu factor de calidad de reputación y reduce las recompensas.

  4. Mantén el software actualizado. Sigue los lanzamientos de QoreChain y aplica las actualizaciones con prontitud. Coordina con la comunidad de validadores las actualizaciones de la cadena.

  5. Protege tus claves. Usa un módulo de seguridad de hardware (HSM) o un firmador remoto para la clave de consenso del validador. Nunca almacenes las claves en la misma máquina que el nodo.

  6. Registra una clave PQC. Prepara tu validador para el futuro frente a las amenazas cuánticas registrando una clave ML-DSA-87.

  7. Monitoriza tu pool. Haz seguimiento de tu clasificación de pool cada 1,000 bloques. Mejorar tu reputación puede llevarte de PoS a RPoS, aumentando significativamente las oportunidades de proponer bloques.


Referencia de comandos del validador

# Edit validator metadata
qorechaind tx staking edit-validator \
--moniker "new-name" \
--website "https://myvalidator.com" \
--details "Description of my validator" \
--from mykey -y

# Unjail after downtime slashing
qorechaind tx slashing unjail --from mykey -y

# Delegate additional stake
qorechaind tx staking delegate $(qorechaind keys show mykey --bech val -a) \
500000000uqor --from mykey -y

# Withdraw rewards
qorechaind tx distribution withdraw-rewards $(qorechaind keys show mykey --bech val -a) \
--commission --from mykey -y

Validar redes conectadas

A partir de la versión de cadena v3.1.80, un validador de QoreChain también puede ayudar a validar las redes conectadas a través del bridge. Esto está restringido por licencia y es opcional (opt-in):

  1. Poseer la licencia. El validador debe poseer una licencia activa validator_<chain> (o qcb_bridge) para la red de destino. El orquestador se niega a iniciar un cliente externo sin ella (fail-closed).
  2. La activación aprovisiona el cliente automáticamente. Cuando se activa la licencia, QoreChain aprovisiona el cliente de la red correspondiente en tu nodo: descarga el cliente fijado (pinned), genera su configuración y lo ejecuta bajo la orquestación de QoreChain. No se descarga nada hasta la activación.
  3. Aporta las claves y el stake de la red. Las claves de validador/stake y de firma de la red externa son aportadas por el operador para cada red; QoreChain proporciona el framework de drivers y la puerta de licencia aplicada, no tu stake en la cadena externa.

Existen drivers para las 37 redes del bridge, clasificadas según cómo puede participar un validador:

ClaseParticipaciónEjemplos
Validador sin permisosHacer stake y operarSolana, Ethereum, Avalanche, Sui, Aptos, Cardano, Tezos, Algorand, Starknet
Con límite / por elección / con admisiónHacer stake, sujeto a un límite o una elecciónBSC, Polygon, Polkadot, TRON, Sei, Injective, NEAR, Hedera
Nodo completo L2Ejecutar un nodo completo (sin staking)Optimism, Base, zkSync Era, Linea, Scroll, Arbitrum
Sin staking / lista de confianzaObservar / participar sin stakingBitcoin, Filecoin, XRPL, Stellar
nota

Las versiones fijadas de los clientes son de mejor esfuerzo; verifica el lanzamiento del cliente upstream para tu red de destino antes de una activación en producción.

Próximos pasos