Erlay es una propuesta para retransmitir transacciones sin confirmar en la red P2P de Bitcoin. Combina los anuncios habituales con la comparación de conjuntos de identificadores, llamada set reconciliation. Ahorra tráfico sin modificar el consenso ni la obligación de validar cada transacción recibida.
En la retransmisión habitual, los nodos conectados intercambian mensajes INV con identificadores de transacción de 32 bytes. El vecino a menudo ya conoce la transacción. Más conexiones aumentan este tráfico, aunque la diversidad de conexiones ayuda a evitar el aislamiento de un nodo y la partición de la red. [1]
Erlay mantiene los anuncios rápidos en una pequeña parte de las conexiones. En las demás, dos nodos comparan periódicamente sus conjuntos de transacciones pendientes de anunciar. Un resumen matemático compacto, llamado sketch, permite descubrir las diferencias sin enviar listas completas. BIP 330 especifica la extensión P2P necesaria. [1]
Cada conexión tiene su propio conjunto y cada ronda utiliza una instantánea fija. Ambos participantes aportan un salt: un dato auxiliar para derivar identificadores cortos de 32 bits a partir de los wtxid. PinSketch permite comparar esos conjuntos de identificadores. Los mensajes sendtxrcncl, reqrecon, sketch, reqsketchext y reconcildiff negocian la compatibilidad, intercambian resúmenes y detectan anuncios faltantes. [1]
Tras identificar las diferencias, el nodo sigue solicitando la transacción completa y validándola con sus propias reglas. El salt dificulta preparar colisiones de identificadores cortos; no es una contraseña ni cifra la transacción. Si el resumen resulta insuficiente, se puede pedir una ampliación. Si la comparación falla, se vuelve a los anuncios habituales. La implementación debe limitar el cálculo y la memoria para que otro nodo no pueda agotarlos fácilmente. [1]
En la revisión de octubre de 2026, BIP 330 tenía el estado Draft y describía un procedimiento revisado respecto al estudio original. El debate nº 34542 de Bitcoin Core reevaluaba el ahorro de tráfico, la latencia y la complejidad del código. Eso no demuestra que una versión concreta de Bitcoin Core utilice Erlay. Hay que comprobar sus notas de versión, su implementación y la compatibilidad negociada entre ambos nodos. [4]
En sus condiciones experimentales, el estudio de 2019 informa de aproximadamente un 40 % menos de tráfico total y un 84 % menos para los anuncios de transacciones. Son resultados de simulaciones y de un prototipo, no una promesa para cualquier red actual. Esperar a otra ronda puede aumentar la latencia; un nodo que recibe transacciones pero no las retransmite puede retrasarlas más. Hay que medir conjuntamente ahorro y velocidad. [2]
Erlay reduce los anuncios repetidos de transacciones sin confirmar. Compact Blocks reduce los datos necesarios para reconstruir un bloque nuevo a partir de transacciones que el nodo ya conoce en gran parte. Ambos mecanismos se complementan, pero ninguno oculta por sí solo la identidad del nodo en la red. Cada uno necesita procedimientos ante fallos y protección contra el agotamiento de recursos. [3]
Empiece por la versión de BIP 330 y el código que ejecuta realmente el nodo. Compruebe la negociación, la derivación de identificadores cortos y el salt, los tiempos de cada ronda, los límites de los resúmenes y el comportamiento de reqsketchext. Revise también el retorno a los anuncios habituales y la validación posterior de la transacción completa. El nombre Erlay no demuestra por sí solo el ahorro ni la latencia obtenidos. [1]
Para obtener la imagen más completa, lee esta entrada junto con Mempool, Bitcoin Core, Compact Blocks, Full Node, Sybil Attack, Eclipse Attack. También enlazan con esta entrada Block Propagation.
01¿BIP 330 significa que mi Bitcoin Core ya utiliza Erlay?+
No. La especificación por sí sola no lo garantiza. Compruebe la versión concreta, su implementación y si ambos nodos han negociado su uso. El código experimental o un estudio no equivalen a una función activada en su nodo.
02¿Erlay sustituye la validación de transacciones?+
No. Ayuda a descubrir qué anuncios le faltan a la otra parte. El nodo sigue solicitando la transacción completa y aplica sus propias reglas para decidir si la acepta en su mempool y la retransmite.