Descripción general
Una transacción sin confirmación (también llamada 0-conf) es una transacción de Bitcoin que ha sido transmitida a la red y propagada a través del mempool pero aún no ha sido incluida en un bloque minado. Aceptar un pago basado en una transacción sin confirmación significa confiar en que eventualmente será confirmada, sin la garantía criptográfica que viene con la inclusión mediante prueba de trabajo.
Evaluación del riesgo
Nivel de confirmación Garantía de seguridad
──────────────────────────────────────────────
0-conf (mempool) ⚠ Puede ser objeto de doble gasto
1 confirmación ■ Incluida en un bloque
3 confirmaciones ■■■ Muy improbable de revertir
6 confirmaciones ■■■■■■ Prácticamente irreversible
Riesgo de ataque de doble gasto:
Compra presencial de bajo valor: Riesgo muy bajo
Bienes digitales en línea: Riesgo moderado
Transacciones de alto valor: Riesgo inaceptable
Cuándo es aceptable el 0-conf
Algunos comerciantes aceptan transacciones sin confirmación en escenarios específicos donde el riesgo es manejable:
- Compras presenciales de bajo valor: Una cafetería que vende un artículo de $5 enfrenta un riesgo insignificante de un ataque de doble gasto, especialmente porque el atacante debe estar físicamente presente.
- Clientes frecuentes: Las relaciones establecidas reducen el incentivo para el fraude.
- Requisitos de velocidad: Algunos casos de uso (como en puntos de venta) no pueden esperar 10+ minutos para una confirmación.
Riesgos del doble gasto
Una transacción sin confirmación puede ser revertida mediante:
- Replace-by-Fee (RBF): Si la transacción señaliza RBF, el emisor puede reemplazarla explícitamente con una transacción de comisión más alta que pague a un destinatario diferente. Los comerciantes pueden verificar la señal RBF.
- Ataque de carrera: El emisor transmite dos transacciones conflictivas simultáneamente, esperando que la que se paga a sí mismo sea minada.
- Ataque Finney: Un minero pre-mina un bloque que contiene una transacción de doble gasto y lo libera después de recibir los bienes.
Mitigaciones
- Verificar señalización RBF: Las transacciones que señalizan RBF son explícitamente reemplazables y no deben aceptarse sin confirmación.
- Monitorear intentos de doble gasto: Vigilar transacciones conflictivas en el mempool.
- Requerir tasa de comisión suficiente: Las transacciones con tasas de comisión muy bajas son más fácilmente reemplazadas.
- Usar Lightning: La Lightning Network proporciona finalidad de liquidación instantánea para pagos pequeños, eliminando la necesidad de transacciones 0-conf en cadena.
Conceptos erróneos comunes
Una transacción sin confirmar no es lo mismo que una transacción inválida. Las transacciones sin confirmación han sido validadas por los nodos y es probable que sean minadas — la pregunta es si serán minadas antes que una transacción conflictiva. El riesgo es probabilístico, no binario.