Cuando una transacción aparece en un bloque, ha sido incluida. Si ha quedado liquidada es otra pregunta, y la respuesta difiere según la cadena de formas que importan a quien mueve valor.
Liquidación probabilística
En las cadenas que usan prueba de trabajo, ningún bloque es firme en sentido absoluto. En principio es posible que surja una cadena competidora y desplace bloques recientes. Lo que hace esto poco práctico es el coste: cada bloque adicional construido encima aumenta el trabajo que un atacante tendría que rehacer.
Así que aquí la firmeza es económica, no matemática. Una transacción se vuelve segura no porque el protocolo lo declare, sino porque revertirla costaría más de lo que plausiblemente podría valer. Por eso los servicios esperan varias confirmaciones, y por eso el número adecuado depende del valor en juego en lugar de ser una constante universal.
Firmeza explícita
Otros diseños convierten la firmeza en una propiedad declarada. Los validadores votan y, una vez que una supermayoría suficiente se ha comprometido, el bloque es firme por regla: revertirlo exigiría que esos validadores se contradijeran de un modo que el protocolo puede detectar y penalizar.
La garantía aquí es distinta en su naturaleza. No es «esto sería caro de deshacer» sino «deshacer esto es una violación sancionable del protocolo». Eso es más fuerte en un sentido y más estrecho en otro: se sostiene mientras el conjunto de validadores se comporte dentro de los supuestos que el protocolo hace sobre él. Nuestra guía que compara prueba de trabajo y prueba de participación cubre los mecanismos subyacentes.
Por qué el número de confirmaciones no es trasladable
Una confirmación es un bloque. Los bloques llegan a intervalos distintos en cadenas distintas, así que un número dado de confirmaciones representa una cantidad distinta de tiempo transcurrido y de coste acumulado según dónde estés. Comparar «seis confirmaciones aquí» con «seis confirmaciones allí» es comparar dos cantidades distintas que casualmente comparten nombre.
Es una de las fuentes de confusión más comunes al moverse entre cadenas, y es del todo evitable en cuanto sabes que hay que convertir a tiempo y coste en lugar de contar bloques.
La versión práctica
Para importes pequeños, esperar es sobre todo una formalidad. Para importes grandes, el periodo de espera correcto es función de lo que ganaría un atacante frente a lo que costaría el ataque, lo que significa que escala con el valor movido. Los servicios que fijan un único umbral para todos los importes están haciendo una simplificación, normalmente conservadora.
El principio general merece llevarse: inclusión y liquidación no son el mismo suceso, y en el hueco entre ambos vive casi toda la ingeniería interesante. Consulta qué es una cadena de bloques para los fundamentos, y nuestra página de metodología para saber cómo obtenemos los datos de cadena que mostramos.