Transacciones, bloques y finalidad

De la solicitud al registro

Pulsar Enviar inicia una secuencia con cinco pasos distinguibles. Tu billetera construye una transacción que describe qué debería cambiar. Tú la autorizas con una firma producida por tu clave privada. La billetera la difunde a los nodos de la red, que la contrastan con las reglas: ¿es válida la firma?, ¿tiene la cuenta saldo suficiente?, ¿es suficiente la comisión? Después, un validador o un minero incluye las transacciones válidas en un bloque. Por último, otros nodos verifican ese bloque y extienden la cadena sobre él.

Solo el segundo paso te implica, y es irreversible de un modo que la mayoría de las interfaces no subraya. Una vez difundida una firma válida, ninguna parte del resto de la secuencia vuelve a pedirte permiso. Todo lo que puedes controlar ocurre antes de aprobar.

Entre la difusión y la inclusión, una transacción espera en una zona que suele llamarse mempool. En periodos de congestión la cola crece y normalmente se seleccionan antes las transacciones que ofrecen comisiones más altas. Por eso una transferencia puede parecer atascada: no se ha perdido, está en cola.

Confirmaciones y finalidad no son lo mismo

Una confirmación es la prueba de que una transacción se incluyó en un bloque. Cada bloque adicional construido encima encarece revertir ese historial, así que los servicios suelen esperar varias confirmaciones antes de abonar una cuenta. El número que esperan es una política de riesgo, no una constante del protocolo.

Algunas redes añaden una finalidad explícita: pasado un punto definido, el protocolo trata un bloque como asentado, y revertirlo exigiría un ataque que las reglas están diseñadas para hacer prohibitivamente caro. Otras solo ofrecen una garantía probabilística que se refuerza con la profundidad. Ningún enfoque es mejor en todos los casos, pero la consecuencia práctica difiere, y una regla aprendida en una red puede ser errónea en otra.

La afirmación general honesta es estrecha: más profundidad significa menos probabilidad de reversión, la profundidad necesaria depende de la red y de cuánto está en juego, y ninguna red ofrece una reversión por atención al cliente después del hecho.

Lee el estado antes de reaccionar

Pendiente, reemplazada, fallida y confirmada son cuatro estados distintos con cuatro respuestas distintas. Pendiente significa difundida pero aún no incluida: normalmente la respuesta es esperar, o usar la opción de reemplazo con más comisión si la billetera la ofrece. Reemplazada significa que una transacción posterior con el mismo nonce ocupó su lugar. Fallida significa que la red procesó el intento y rechazó el resultado.

Una llamada a un contrato inteligente que falla puede consumir comisión igualmente. Sorprende, pero se deduce de cómo funciona la red: los validadores dedicaron cómputo real a ejecutar el código y descubrir que revertía, y ese trabajo se paga con independencia del resultado.

El error más caro en esta fase es enviar el mismo pago dos veces porque el primero parecía no haber hecho nada. Antes de reenviar nada, busca el hash de la transacción y consúltalo en un explorador de la red correcta. Una transferencia que simplemente va lenta y una que ha fallado de verdad se ven idénticas en una billetera y completamente distintas en la cadena.

• Localiza el hash de la transacción antes de sacar ninguna conclusión.
• Compruébalo en un explorador de la red que usaste realmente.
• Distingue el estado del servicio del estado de la red: pueden discrepar.
• No reenvíes nunca hasta conocer el estado del primer intento.

Qué muestra la cadena y qué no

Los exploradores públicos pueden mostrar direcciones, importes, llamadas a contratos, comisiones, marcas de tiempo y estados. Eso hace posible verificar por cuenta propia sin pedir permiso a nadie, algo genuinamente valioso cuando un servicio y una red no coinciden en lo que ocurrió.

Lo que un explorador no muestra es quién es cada quien. No indica un nombre legal ni puede decirte si una dirección pertenece a una persona, una empresa o un contrato. Pero la actividad a menudo puede vincularse: por reutilización de direcciones, por servicios que verificaron identidad, por publicaciones o por análisis de patrones. Público no significa anónimo, y un registro permanente hoy puede analizarse mañana con mejores herramientas.