Saltar al contenido
Financial Context Wiki

¿Puede desaparecer un depósito de criptomonedas tras una reorganización?

Una reorganización puede retirar una transacción de depósito de la cadena canónica. Conozca cómo las confirmaciones, la finalidad y las políticas de abono limitan ese riesgo.

Actualizado

Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

Respuesta directa

Sí. Un depósito puede aparecer en un bloque y perder después su confirmación si una reorganización reemplaza ese bloque. La transacción puede volver a incluirse en la nueva cadena canónica, regresar al estado pendiente, entrar en conflicto con otra transacción o desaparecer del historial que reconoce el destinatario.

La etiqueta «confirmada» de una cartera no equivale a que un exchange o custodio permita usar los fondos. Las plataformas fijan sus propios umbrales de abono y pueden retrasar, suspender o revertir un abono provisional cuando la red se reorganiza o deja de finalizar. Consulte siempre la política vigente de la plataforma receptora para el activo y la red exactos.

Espera prevista
1.2 min
Rango ilustrativo
54s - 1.5 min

Los resultados son aproximaciones educativas. Salvo que se indiquen, excluyen reglas del mercado, impuestos, latencia, comportamiento de oráculos y otros parámetros específicos del protocolo.

Cómo funciona

En una cadena de prueba de trabajo como Bitcoin pueden existir bloques válidos rivales a la misma altura. Los nodos siguen la cadena válida con más trabajo acumulado y los bloques de la rama perdedora quedan obsoletos. Una transacción de un bloque obsoleto no tiene confirmación en la cadena seleccionada, salvo que vuelva a incluirse. Los bloques adicionales aumentan el trabajo necesario para reemplazar el historial, por lo que el riesgo suele caer con la profundidad de confirmación, pero nunca se convierte en una certeza absoluta del protocolo al alcanzar una cifra fija.

Otras redes muestran señales de seguridad distintas. La prueba de participación de Ethereum combina una regla de elección de bifurcación para la cabecera de la cadena con puntos de control justified y finalized. Por tanto, una plataforma debe adaptar su política al modelo real de consenso y finalidad de la red, sin considerar que la misma cantidad de bloques ofrece igual seguridad en todas partes.

Para cada depósito, el operador debe seguir el identificador de transacción, el activo y la red, la dirección de destino o memo, el hash del bloque canónico, la profundidad de confirmación y cualquier estado de finalización. El abono solo debe pasar de detectado a pendiente y luego a disponible cuando se cumpla la política configurada. El desacuerdo entre nodos, una reorganización inesperada, la finalidad demorada o una producción anómala de bloques deben activar una revisión, un umbral mayor o una pausa de depósitos.

Ejemplo

Supongamos que una plataforma detecta un depósito de 1 BTC y exige 3 confirmaciones. Tras 2 confirmaciones, una reorganización selecciona una rama que no contiene el depósito. El contador mostrado vuelve a 0 y la plataforma mantiene el depósito pendiente en vez de abonarlo. Si la misma transacción se incluye más tarde en la cadena seleccionada y alcanza 3 confirmaciones, la plataforma puede abonarla conforme a su política.

Los valores son ilustrativos: no son una regla universal de Bitcoin ni una promesa de plataforma alguna. Los requisitos pueden variar según el activo, la red, el importe del depósito, los controles de custodia y las condiciones actuales de la red.

Riesgos

Abonar demasiado pronto crea riesgo de doble gasto y conciliación. Si los fondos provisionales pueden negociarse o retirarse antes de que el depósito subyacente supere el umbral, una reorganización puede dejar un déficit en la plataforma. De acuerdo con sus condiciones, la plataforma puede congelar la cuenta, revertir el abono provisional o solicitar el reembolso. Los usuarios no deben considerar una captura de pantalla ni la primera actualización del saldo como liquidación definitiva.

Los umbrales fijos también envejecen mal. Los operadores deben revisar el historial de reorganizaciones, los cambios de consenso, el rendimiento de la finalidad, la salud de los nodos y el valor en riesgo. Los depósitos grandes pueden justificar una espera mayor. Durante reorganizaciones profundas, vistas de nodos enfrentadas, incidentes de seguridad o una finalidad estancada, pausar depósitos y retiros puede ser más seguro que contar bloques mecánicamente.

Errores comunes

  • Error 1: Una confirmación significa que el depósito no se puede revertir. Solo significa que la transacción está incluida actualmente en la cadena seleccionada.

  • Error 2: Más confirmaciones hacen que todas las redes sean igual de seguras. La profundidad de bloque, el tiempo transcurrido, el trabajo o la participación acumulados y la finalidad explícita tienen significados distintos en cada sistema de consenso.

  • Error 3: Un explorador de bloques o el saldo de una cartera demuestra que el exchange liquidó el depósito. La plataforma receptora aplica su propia vista de nodo, sus controles del activo y su política de abono.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...