Retransmisión de paquetes

La retransmisión de paquetes corrige un desajuste que duró años: los mineros valoraban grupos, mientras que la red que les hacía llegar las transacciones las valoraba de una en una. Bitcoin Core 28.0, publicada en octubre de 2024, incluyó la retransmisión oportunista para el caso de una transacción padre con una transacción hija, y el BIP 331 especifica la versión general. Si alguna vez aumentó la comisión de un pago entrante atascado y vio desaparecer el aumento, esta es la razón.

Cómo funciona

Un nodo decide si conserva una transacción en el mismo instante en que llega, y durante la mayor parte de la historia de bitcoin tomó esa decisión sin saber nada de aquello a lo que estuviera acoplada la transacción.

Imagine el fallo. Llega una transacción padre que paga menos de lo que el nodo exige en ese momento y se descarta en lugar de guardarse. Instantes después llega una transacción hija que gasta una salida de esa transacción padre y, sin ningún registro de la transacción padre, el nodo tampoco puede validar la transacción hija, así que esta va a parar a una pequeña reserva de transacciones huérfanas, con capacidad para alrededor de cien transacciones por defecto, y cae en el olvido. La comisión que llevaba la transacción hija no se cuenta nunca. La minería que tiene en cuenta a los ancestros, presente en Bitcoin Core desde 2016, no podía ayudar, porque nunca llegaba nada a un minero.

La retransmisión oportunista de una transacción padre con una transacción hija cierra la versión habitual de ese agujero. Cuando aparece una transacción huérfana cuya transacción padre ausente se rechazó hace poco por pagar demasiado poco, el nodo reconsidera las dos como una unidad, las juzga por la comisión conjunta dividida entre el tamaño conjunto y acepta ambas si juntas superan el listón. El alcance es deliberadamente estrecho: una transacción padre, una transacción hija. Un lote con varias transacciones padre que pagan de menos sigue fuera de su alcance.

El BIP 331 define el mecanismo general: los pares anuncian que lo admiten con un mensaje sendpackages durante la negociación inicial (handshake), y después usan los mensajes ancpkginfo, getpkgtxns y pkgtxns para solicitar el conjunto completo de ancestros de una transacción antes de juzgar cualquier parte de él. Ya puede entregar un grupo a su propio nodo con la llamada RPC submitpackage, limitada a 25 transacciones y 101 kilovbytes.

Los protocolos que más lo necesitan firman sus transacciones mucho antes de difundirlas. Una transacción de compromiso Lightning se acuerda meses antes del día en que podría usarse, cuando nadie sabe cuáles serán las comisiones, así que el diseño moderno la firma con comisión cero o casi cero y deja que la parte que la necesite añada la comisión mediante una salida ancla. Eso solo funciona si el compromiso y la transacción hija que paga su comisión viajan como una unidad. La misma versión añadió las transacciones TRUC, especificadas en el BIP 431, que restringen la topología para que un atacante no pueda enterrar a las dos bajo basura.

Dónde aparece

La retransmisión de paquetes es invisible cuando funciona, y lo que se nota es su ausencia: la pregunta que decide sus opciones es si la transacción padre atascada existe en alguna parte.

Si la transacción padre está en las mempools y se confirma despacio, basta con un aumento de comisión ordinario y no interviene ningún paquete. La retransmisión de paquetes es para el caso más difícil, en el que un exchange construyó su lote de retiros por debajo del piso vigente, ningún nodo guardó una copia y nada de lo que usted pague por su parte rescata una transacción que la red nunca aceptó.

Busque el ID de transacción en dos o tres exploradores de bloques independientes, ya que cada uno informa de la mempool de su propio nodo. Si no aparece en ninguna parte, no hay nada cuya comisión aumentar, y la solución le corresponde al remitente. Los usuarios de Lightning se encuentran con el mismo mecanismo en los cierres forzados, donde una transacción de compromiso sin comisión más el gasto de una salida ancla es ahora la vía de salida estándar de un canal.

Una salvedad honesta: las mejoras de retransmisión solo rigen entre pares que las ejecutan, así que la propagación depende de su adopción en toda la red y no de la versión de su propio nodo.

Retransmisión de paquetes frente a child pays for parent

El child pays for parent (el hijo paga por el padre) es la estrategia, y la retransmisión de paquetes es la infraestructura que la hace llegar a destino. El primero describe cómo se acopla una transacción hija bien pagada para que un minero tome ambas; la segunda es la capacidad de la red de mover y juzgar esas dos transacciones como un solo objeto. Se puede usar la estrategia sin retransmisión de paquetes siempre que la transacción padre ya esté en las mempools, lo que cubre la mayoría de los pagos atascados. La retransmisión de paquetes es lo que hace funcionar la técnica cuando la transacción padre paga menos de lo que la red está dispuesta a transportar.