Seis preguntas que hacen los operadores. En orden.
Las demás secciones de este sitio se organizan por arquitectura de la información — la arquitectura, el historial de fallos, las capas de confianza. Esta página se organiza por lo que los operadores escépticos quieren saber de verdad — respondido de forma escueta y en el orden en que se plantean las preguntas.
¿Qué hace exactamente?
L1 (pasarela) verifica la superficie SV2; L2 (Shield) vuelve a derivar cada campo declarado del template y lo coteja con un mempool independiente. Un solo binario.
¿Qué me dice cuando algo va mal?
Reason codes con nombre en el flujo de métricas y en la línea de log — códigos de la pasarela más 22 v2_invariant_*. Localiza uno, cópialo, búscalo en la documentación. Sin descartes silenciosos.
Defectos que producen un bloque inmediatamente inválido. Re-derivados a partir de los bytes en bruto del bloque.
CoinbaseValueCoinbaseHeightMerkleRootWitnessCommitmentMismatchTxCountDefectos que producen bloques con probabilidad de quedar huérfanos o inválidos aguas abajo.
TemplateWeightSigopsCoinbaseSigopsWitnessCommitmentMissingCoinbaseBip34Se conectan tras completarse limpiamente el ciclo de observación en producción de v2.0.0.
CoinbaseScriptLengthCoinbaseOutputCountWeightExceedsMaxSigopsExceedMaxNonCoinbaseNullPrevoutHeaderVersionLowDuplicateTxCoteja los txids no-coinbase del template con una vista independiente del mempool de bitcoind. Rechaza cuando la proporción de tx desconocidas supera tolerance_pct.
Fuente canónica: rg-consensus::ConsensusViolation::ALL_CODES
¿Cómo se configura?
61 claves TOML de base más 8 nuevas bajo [policy.mempool]. Recargables en caliente según los niveles de recarga.
Las 8 claves nuevas son opcionales y con valores por defecto, de modo que las configuraciones antiguas se siguen cargando sin cambios.
¿Cuánto cuesta? ¿Qué licencia tiene?
Tres modos de adopción: Shadow (gratis, solo aviso), Observe (con licencia, sin aplicación de política), Inline (con licencia, fail-closed).
Ejecuta la pasarela detrás de tu ruta actual con veredicto = solo aviso. Cero cambios en el flujo de shares.
Stack de Docker autoalojado más clave de licencia. Requiere un bitcoind de mainnet (o usa rg-feed-server).
Aplicación de política fail-closed. Pasarela dentro de la ruta de los shares.
Tanto observe como inline requieren un bitcoind del lado del operador: sincronizado, con recursos suficientes, con RPC accesible y con las credenciales rpc_* cableadas mediante variable de entorno o [policy.mempool].
¿Por qué no usar una pasarela de pool existente?
Matriz de funcionalidades en paralelo frente al pool de la Stratum Reference Implementation — el único comparable individual nombrado en nuestra investigación. Las demás superficies (forks internos de Core, proxies de demand-broker, no hacer nada) son decisiones operativas, no productos.
La Stratum Reference Implementation (SRI) es la prueba canónica de que el protocolo SV2 es implementable. Veldra está hecho para operadores de pool que necesitan verificación, no solo conectividad.
DATUM y otros protocolos de template del lado del minero son contexto del ecosistema. La capa de verificación de Veldra es independiente del protocolo del lado del minero que ejecute el pool.
¿Qué está INTEGRADO hoy y qué sigue en planificación?
v2.0.0 conecta la Fase 1 (invariantes Tier 1 + Tier 2 — 10 códigos) y la Fase 2 (referencia real del mempool en Class M) en el mismo release. La Fase 1.5 añade los 7 invariantes Tier 3 de doble seguridad tras el ciclo de observación en producción. v3.x es un boceto de diseño — detección de selfish mining.
Invariant Shield Fase 1 más la referencia real del mempool de la Fase 2.
Siete invariantes Tier 3 de doble seguridad se conectan tras completarse limpiamente el ciclo de observación en producción de v2.0.0.
Detección de selfish mining. El modo per-tx detail y las cuatro métricas de la Fase 2 entregadas en v2.0.0 establecen la forma de los datos para la detección, sobre series temporales, de templates cuyos conjuntos de tx desconocidas se agrupan en el tiempo con huellas estructuralmente coherentes. El diseño de v3.x parte de la superficie de la Fase 2 ya entregada — no requiere cambios de protocolo ni tiene más coste de migración que habilitar per-tx detail en la política del operador.