Política de retransmisión

El consenso decide lo que un bloque puede contener de forma válida; la política decide lo que se retransmite antes. Bitcoin Core limita una transacción estándar a 400.000 unidades de peso y rechaza todo lo que pague por debajo de su piso de retransmisión, y ninguno de los dos límites aparece en las reglas de consenso. Una transacción puede ser perfectamente válida y aun así no viajar a ninguna parte.

Cómo funciona

La política es una segunda puerta situada delante de la comprobación de consenso. Una transacción que llega a un nodo debe ser válida, y además debe parecerse al tipo de transacción que el operador está dispuesto a guardar y retransmitir. Si no supera la primera prueba, la transacción es inválida en todas partes; si no supera la segunda, simplemente no es bienvenida aquí, y puede resultar perfectamente aceptable para el nodo de al lado.

Los valores predeterminados de Bitcoin Core abarcan varios tipos de límite. Las reglas de transacción estándar restringen qué tipos de script se retransmiten, para que las condiciones de gasto novedosas o mal formadas no se propaguen antes de que la red las entienda. Los límites de tamaño restringen una transacción estándar a 400.000 unidades de peso, la cuarta parte de un bloque. Los límites de comisión establecen el piso de retransmisión, recortado de 1 sat/vB a 0,1 en la versión 30.0, y el límite de polvo de cada salida, que se mantuvo en su antiguo precio de 3 sat/vB. Los límites de topología restringen los grupos de transacciones sin confirmar conectadas entre sí a 64 miembros y 101 kilobytes de tamaño virtual: son las reglas de clúster que en la versión 31.0 reemplazaron los antiguos recuentos de 25 ancestros y 25 descendientes.

Cada una de esas cifras es una opción de configuración y no una ley. Un operador puede subir el piso de retransmisión con la opción -minrelaytxfee, cambiar cuántos datos puede llevar una salida OP_RETURN con la opción -datacarriersize, o ejecutar Bitcoin Knots, que trae valores predeterminados deliberadamente más estrictos. El límite de 83 bytes de las salidas portadoras de datos se convirtió en la discusión de política más ruidosa en años y terminó cuando Bitcoin Core 30.0 elevó el valor predeterminado a 100.000 bytes, lo que en la práctica lo deja sin límite, aunque mantiene -datacarriersize=83 disponible para quien quiera el comportamiento antiguo.

La política también se mueve más rápido que el consenso. El replace-by-fee completo pasó a ser el comportamiento predeterminado en Bitcoin Core 28.0, en octubre de 2024, y la misma versión añadió la retransmisión oportunista de una transacción padre y una transacción hija juntas; ambos cambios entraron en vigor en cuanto los operadores actualizaron, sin bifurcación de ningún tipo.

Dónde aparece

La política se manifiesta como un mensaje de error de su propia billetera, mucho antes de que intervenga ningún minero. En todos los rechazos que mencionan la comisión de retransmisión, salidas de polvo, un clúster demasiado grande de gastos sin confirmar o un script no estándar habla la política, y cada uno significa que la transacción nunca se entregó ni a un solo par.

También explica por qué una transacción a veces existe en un explorador de bloques y no en otro. Los exploradores informan de la mempool de su propio nodo, así que una transacción filtrada por la política de ese nodo es invisible allí mientras se confirma con normalidad en otros sitios. A los mineros se les pueden enviar transacciones directamente a través de endpoints de envío, sin pasar en absoluto por la retransmisión, y así es como de vez en cuando aparecen en bloques transacciones no estándar que nunca se vieron en espera.

Para quien compra y conserva, la conclusión práctica es limitada pero útil. La política es la razón por la que una billetera se niega a crear una salida de 300 satoshis, por la que una cadena de gastos sin confirmar, con el tiempo, deja de aceptar otra transacción hija, y por la que a una transacción atascada a veces hay que volver a difundirla en lugar de aumentarle la comisión.

Política de retransmisión frente a reglas de consenso

Romper una regla de consenso hace que un bloque sea inválido y que toda la red lo rechace, de forma permanente. Romper una regla de política solo significa que su transacción espera, o que nunca llega a viajar, mientras sigue estando perfectamente permitido minarla. La política es también donde se ensayan las bifurcaciones blandas (soft forks): los nuevos tipos de gasto suelen hacerse estándar para la retransmisión antes de la activación o junto con ella, para que la red pueda transportarlos con seguridad. El consenso es la constitución; la política es el estilo de la casa de cada nodo.