Update 2024-09-10-Pkg-Relay.md

_posts/2024-09-10-Pkg-Relay.md

@@ -6,15 +6,15 @@ title: "Relevo de Paquetes"
 
 [Relevo de Paquetes](https://bitcoinops.org/en/topics/package-relay/)
 
-- La noticia de este mes es que [Bitcoin Core v28-rc1](https://github.com/bitcoin/bitcoin/releases/tag/v28.0rc1) (que acaba de ser etiquetado) incluye el relevo de paquetes, y Gloria Zhao, quien escribió la característica, ha logrado que [una transacción sin tarifas](https://x.com/glozow/status/1829100551067365608) sea minada en testnet4.
+- La noticia de este mes es que [Bitcoin Core v28-rc1](https://github.com/bitcoin/bitcoin/releases/tag/v28.0rc1) (que acaba de ser etiquetado) incluye la retransmisión de paquetes, y Gloria Zhao, quien escribió la característica, ha logrado que [una transacción sin tarifas](https://x.com/glozow/status/1829100551067365608) sea minada en testnet4.
 - [El BIP](https://github.com/bitcoin/bips/blob/master/bip-0331.mediawiki) se fusionó en abril de este año.
 
-## ¿Por qué necesitamos el relevo de paquetes?
+## ¿Por qué necesitamos la retransmisión de paquetes?
 
 - En varios protocolos, existe la necesidad de que una transacción sea confirmada lo más rápido posible. Algunos ejemplos incluyen:
   - HTLC-Timeout en LN-Penalty
   - Cancelación de Unvault en Revault
-  - Transacción de Reembolso en Contratos de Registro Discreto
+  - Transacción de Reembolso en Contratos de Logaritmo Discreto (DLC)
   - Actualizaciones en LN-Symmetry (anteriormente "Eltoo")
   - Transacciones de Reclamo en PeerSwap
 - Queremos poder usar CPFP para confirmar estas transacciones, ya que nunca podemos predecir con certeza cómo será el entorno de tarifas por adelantado.
@@ -32,11 +32,12 @@ title: "Relevo de Paquetes"
       - Esto comienza a suceder una vez que hay más de 300 MB de transacciones en el mempool.
     - Luego intentas transmitir la transacción hija.
       - Como sus entradas gastan salidas desconocidas (ya que la madre ha sido rechazada del mempool), la transacción hija también es rechazada.
-- Incluso si intentas transmitir ambas transacciones una justo después de la otra, sin relevo de paquetes, la primera transacción siempre será rechazada, lo que hará que la segunda transacción también sea rechazada.
+- Incluso si intentas transmitir ambas transacciones una justo después de la otra, sin la retransmisión de paquetes, la primera transacción siempre será rechazada, lo que hará que la segunda transacción también sea rechazada.
 - La única forma de evitar esto es permitir que el remitente transmita ambas transacciones simultáneamente como un solo "paquete".
   - Esto permite a los nodos de retransmisión ver que, aunque la tarifa de la transacción madre es demasiado baja para ser incluida en el mempool, la transacción hija contiene suficientes tarifas para cubrir tanto a la madre como a la hija, por lo que ambas pueden incluirse de manera segura en el mempool y retransmitirse a otros pares.
 
 ## Preguntas
 
 - ¿Qué es CPFP?
-- ¿Cuáles son algunos usos del relevo de paquetes?
+- ¿Cuáles son algunos usos de la retransmisión de paquetes?
+