Por qué las transacciones de bitcoin pueden ser lentas
Bitcoin está concebido con un tiempo promedio de bloque ≈ 10 minutos, pero es un promedio, no una garantía. Si su transacción está atascada, casi siempre es culpa de un mempool desbordado y/o una tarifa de bytes demasiado baja. Agregue a esto los requisitos del destinatario en cuanto al número de confirmaciones, el tamaño de la transacción en sí (en bytes virtuales) y la política de billetera, y obtenga diferencias notables en el tiempo de entrega.
Corto: de donde viene «lentamente»
1. Mempool lleno. Cuando hay más transacciones no confirmadas de las que «entra» en los bloques más cercanos, comienza la subasta de comisiones.
2. Nota baja (sat/vB). Los mineros llevan al bloque una transacción con el precio más alto para un byte virtual - no el total de la comisión.
3. Transacción de gran peso. Muchas entradas (UTXO), formatos de dirección más antiguos (Legacy) → mayor peso → más caro/más largo con la misma tarifa fee.
4. Variabilidad del tiempo de bloque. Los intervalos fluctúan «nativamente»: pueden alcanzarse en 20 segundos, o quizás en 40 + minutos.
5. Políticas del destinatario. Los intercambios/servicios esperan 1-6 confirmaciones y a veces más en horas punta.
6. Restricciones de billetera. No todos soportan RBF/CPFP, no saben sobreestimar adecuadamente el fee, ponen un perfil «económico» por defecto.
Cómo funciona «bajo el capó»
Mempool (mempool): búfer de transacciones no confirmadas en todos los nodos. Los nodos pueden descartar transacciones demasiado baratas.
El peso de la transacción se mide en vB (bytes virtuales). La inclusión se ve afectada por el precio por vB (sat/vB).
La unidad tiene un límite de peso (weight units), por lo que los mineros ordenan en beneficio de sat/vB, formando un «umbral de entrada» a la unidad más cercana.
RBF (Replace-By-Fee) permite al remitente reemplazar una transacción no confirmada por una versión de fee superior.
CPFP (Child-Pays-For-Parent) permite al destinatario/propietario de la salida acelerar la confirmación: gastar la salida «parental» recibida poniendo una alta comisión en la transacción «secundaria».
Causas frecuentes de retrasos y qué hacer
Práctica: cómo evaluar correctamente la comisión
1. Vea no «comisión en satoshi», pero el precio por peso es sat/vB.
2. Seleccione el objetivo por confirmación (en el siguiente bloque/en 1-3 bloques/ahorro).
3. Tenga en cuenta el peso de la transacción. Muchas entradas = por encima de vB → necesita el precio más alto por vB para la misma velocidad.
4. Use SegWit/bech32. Esto reduce el peso sin riesgos adicionales.
5. Mantenga el stock en fee. Especialmente si se envía en el momento de máxima carga.
Aceleración de las transferencias atrasadas: métodos de trabajo
1) RBF (Replace-By-Fee)
Disponible si la transacción original ha sido marcada como replaceable.
Envíe un «reemplazo» con sat/vB superior. Los nodos y mineros preferirán la nueva versión.
2) CPFP (Child-Pays-For-Parent)
Es adecuado cuando se controla la salida de una transacción «padre».
Cree un «hijo» con un sat/vB muy alto para que el paquete total sea beneficioso para el minero.
3) Grupos aceleradores (a discreción)
Algunos grupos de minería ofrecen aceleradores de pago/afiliados. Evalúe los riesgos y las condiciones.
Cómo reducir el riesgo de retrasos por adelantado
Use bech32 (bc1...) y AmbWit - menos peso = más barato y más rápido al mismo precio por vB.
Consolide UTXO en períodos de calma (comisiones bajas): combine entradas pequeñas en una.
Planifique el tiempo. Enviar las traducciones fuera de los picos (cuando la mempool se descarga).
Ponga un perfil fee adecuado. Para «en el siguiente bloque» - pague el precio de mercado por vB.
Seleccione la cartera con RBF y la configuración manual de la comisión. Sin esto, es difícil controlar la velocidad.
Discuta los requisitos del destinatario. Si el intercambio está esperando 3-6 confirmaciones, tenga esto en cuenta en la línea de salida.
Para pagos pequeños/urgentes, considere Lightning (si cuenta con el apoyo de ambas partes).
Lightning y L2 como «plan B»
Lightning Network da transferencias en segundos y un centavo, pero requiere soporte del remitente y del destinatario, y también tiene límites de canal.
Algunos sitios aceptan BTC a través de Lightning o a través de integraciones castodiales es una buena opción para cantidades pequeñas urgentes.
Para el ecosistema ETH - L2 (Arbitrum/Optimism/Polygon): si traduce stablecoins/tokens en lugar de BTC, puede ser más rápido y más barato.
Hojas de cheques
Antes de enviar BTC
- La dirección del destinatario ha sido verificada; el formato bech32 es preferible.
- Monedero soporta RBF y selección manual sat/vB.
- Comprendo las confirmaciones requeridas del destinatario (intercambio/servicio).
- Se seleccionó una tasa de fidelidad adecuada para el objetivo «en el siguiente bloque/1-3 bloques».
- No hay docenas de UTXO pequeñas; si es necesario - consolidación de antemano.
Si la transacción está «rizada»
- Lo revisó en un explorador de flujo (si hay conflictos/reemplazos, cuánto tiempo hay en el mempool).
- RBF está disponible → ha enviado un reemplazo con un sat/vB más alto.
- CPFP es posible → ha creado un hijo con alto fee.
- Si no hay nada, espero una disminución de la carga; notificó al destinatario del estado/plan.
Errores frecuentes y cómo evitarlos
Preguntas frecuentes (breves)
¿Cuánto «está bien» esperar la confirmación?
En un momento tranquilo y con un sat/vB adecuado - 10-60 minutos (1-3 confirmaciones). En horas pico, más tiempo.
Si pongo una comisión enorme, ¿será instantánea?
No hay garantías debido a la variabilidad del tiempo de bloque, pero las probabilidades de caer en el siguiente bloque son drásticamente mayores.
¿Puedo «cargar» la comisión después del envío?
Sí, si la transacción era RBF-replaceable. Lo contrario es sólo CPFP (si se controla la salida recibida), o esperar.
¿Por qué el intercambio no acredita si mi transacción ya está en bloque?
El intercambio puede requerir varias confirmaciones. Es su política de riesgo.
Las traducciones lentas de bitcoin no son una «rotura de red», sino un patrón de subasta de comisiones en el mercado y un ancho de banda de bloques limitado. Controle el sat/vB, use el SegWit/bech32, planifique el tiempo, mantenga el RBF/CPFP a la mano y tenga en cuenta las reglas del destinatario. Entonces sus transacciones de BTC serán lo más predecibles posible - sin nervios innecesarios y «Pending» prolongado.