¿Qué es un hash de transacción (TXID)? Guía criptográfica completa (2026)

Cada transacción criptográfica que haya realizado o que realizará tiene su propia huella digital única. Esa huella digital se llama hash de transacción, también conocido como TXID o tx hash. Es una larga cadena de letras y números de aspecto intimidante que la mayoría de los principiantes miran a la vez e ignoran. Eso es un error. Tarde o temprano necesitarás uno. Cuando falta su depósito en un intercambio, cuando quiere demostrar que le pagó a alguien en USDT, cuando quiere inspeccionar lo que acaba de hacer un contrato inteligente con su billetera, el TXID es la única información que importa.

A pesar de ser uno de los conceptos más fundamentales en criptografía, los hashes de transacciones no se explican bien en casi todas partes. La mayoría de los artículos de ayuda le dirán que es un "identificador único para una transacción" y lo dejarán así. Esa respuesta es técnicamente correcta pero prácticamente inútil. No le ayuda cuando Binance le solicita su TXID para investigar un depósito faltante, o cuando una contraparte OTC le envía una captura de pantalla de un TXID afirmando que le pagaron. Necesita saber cómo se genera realmente el hash, qué datos expone en un explorador de blockchain, por qué no se puede falsificar y cómo leer uno en diferentes cadenas.

En esta guía, aprenderá exactamente cómo funcionan los hashes de transacciones, las diferencias de formato precisas entre los TXID de Bitcoin, Ethereum, Solana y Tron, cada campo que un TXID expone en un explorador de bloques, el proceso paso a paso para encontrar su TXID en Coinbase, Binance, Kraken, MetaMask, Phantom y Trust Wallet, cómo usar un TXID para disputar un depósito faltante, por qué no se puede falsificar un hash de transacción o reproducidos, y las estafas cada vez más comunes que utilizan capturas de pantalla TXID falsas en el comercio entre pares. Al final, leerá los TXID de la misma manera que un mecánico lee un número VIN.

¿Qué es un hash de transacción?

Un hash de transacción, abreviado como TXID (ID de transacción) o hash tx, es un identificador criptográfico único asignado a cada transacción que se transmite a una cadena de bloques. Es el recibo, el número de seguimiento y la clave de búsqueda de una transacción, todo en uno. Una vez que se transmite una transacción, el TXID es la única cadena que necesita para saber absolutamente todo lo que se sabe públicamente sobre ella.

La mejor analogía es el número de confirmación de un billete de avión. Cuando reserva un vuelo, la aerolínea le proporciona una referencia de reserva de seis caracteres. Con esa cadena puedes buscar el nombre del pasajero, la ruta, el número de asiento, la hora, el precio y el estado actual del vuelo. Cualquiera que tenga la referencia de la reserva puede obtener esos datos. La referencia en sí no te permite cambiar la reserva ni robar el asiento, solo te permite buscarlo. Un TXID funciona de la misma manera. Con un TXID puedes ver quién envió qué a quién, cuánto, cuándo, en qué bloque, con cuánto gas y si la transacción tuvo éxito o fracasó. No puedes hacer nada con el TXID además de buscarlo, que es exactamente lo que hace que compartirlo sea seguro.

Cada cadena asigna estos ID aproximadamente de la misma manera. La red toma todos los datos dentro de una transacción (remitente, destinatario, monto, nonce, firma, parámetros de gas y cualquier dato de llamada de contrato) y lo introduce en una función hash criptográfica. La salida es una cadena de longitud fija que toma huellas digitales de forma única de toda la transacción. Cambie un solo byte de la transacción subyacente y el hash cambiará por completo. Esta es la propiedad que otorga a los TXID su poder como identificadores.

Cómo se calcula un hash de transacción

El mecanismo detrás de un hash de transacción es una función hash criptográfica. Una función hash toma cualquier entrada de cualquier longitud y produce una salida de longitud fija que parece completamente aleatoria pero es determinista, lo que significa que la misma entrada siempre produce la misma salida. Las dos funciones hash que encontrarás constantemente en las criptomonedas son SHA-256 (utilizado por Bitcoin) y Keccak-256 (utilizado por Ethereum y la mayoría de las cadenas EVM). Para profundizar en las matemáticas, consulte nuestro guía completa sobre hash en cripto.

El flujo es conceptualmente simple. La billetera crea un objeto de transacción que contiene todo lo que necesita estar en la cadena: el remitente, el destinatario, la cantidad, el nonce (número de secuencia para el remitente), el límite de gasolina, el precio de la gasolina, cualquier carga útil de datos y la firma digital que demuestra que el remitente realmente autorizó la transacción. El nodo que recibe la transacción serializa ese objeto en un blob binario usando una codificación específica (RLP para Ethereum, el formato de transacción de Bitcoin para BTC). Luego, ese blob se ejecuta a través de la función hash una o dos veces, según la cadena. La salida es el TXID.

El hecho de que las funciones hash sean deterministas es la única razón por la que los TXID funcionan como identificadores. Si me proporciona un TXID, puedo tomar los datos de la transacción original de la cadena de bloques, ejecutarlos a través de la misma función hash y verificar las coincidencias de hash. Si se ha manipulado incluso un bit de los datos de la transacción, el hash no coincidirá y sabremos que los datos están corruptos o son falsos. Esto es lo que hace que las cadenas de bloques sean a prueba de manipulaciones.

También vale la pena entender qué no hace el hash. Una función hash es unidireccional. No se puede tomar un TXID y aplicar ingeniería inversa a los datos de la transacción. La única forma de encontrar la transacción es buscar el TXID en un índice de transacciones conocidas que mantienen los nodos de blockchain. Esta es la razón por la que los exploradores de bloques existen como servicio: mantienen una base de datos gigante con capacidad de búsqueda de cada TXID y a qué transacción apunta.

Bitcoin TXID: formato y peculiaridad del endianismo

Un TXID de Bitcoin tiene 64 caracteres hexadecimales, lo que representa 256 bits (32 bytes) de datos. Se genera ejecutando la transacción serializada a través de SHA-256 dos veces seguidas, una construcción llamada doble-SHA-256 o SHA-256d. El "doble" fue una elección defensiva hecha por Satoshi para protegerse contra ataques de extensión de longitud en SHA-256.

Un TXID de Bitcoin real se ve así: 4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b. Esta es la primera transacción de Bitcoin sin Coinbase, de Satoshi a Hal Finney en enero de 2009. Puede pegarla en cualquier explorador de bloques de Bitcoin ahora mismo y obtener la transferencia original de 10 BTC. Se ha podido buscar durante 17 años y contando.

Aquí está la peculiaridad que casi ningún artículo para principiantes menciona. Los TXID de Bitcoin se calculan internamente utilizando un orden de bytes little-endian, pero se muestran en los exploradores de bloques en orden de bytes big-endian. Entonces, el hash que produce el software del nodo está literalmente invertido en bytes en comparación con lo que se copia de blockchain.com. Esto es puramente una convención de visualización que se remonta al código fuente original de Bitcoin. Las dos representaciones apuntan a la misma transacción, pero si está creando software que interactúa con la interfaz RPC de Bitcoin, debe saber qué orden espera cada herramienta. Para los usuarios finales que solo copian y pegan TXID entre exploradores e intercambios, la inversión de bytes es completamente invisible, pero ocasionalmente afecta a los desarrolladores que intentan decodificar los datos manualmente.

Los TXID de Bitcoin tampoco distinguen entre mayúsculas y minúsculas en hexadecimal, pero los exploradores convencionalmente los muestran en minúsculas. Pegar una versión en mayúscula seguirá funcionando en todas partes. Bitcoin Cash, Litecoin, Dogecoin y la mayoría de las otras cadenas derivadas de Bitcoin utilizan exactamente el mismo formato hexadecimal en minúsculas de 64 caracteres porque heredaron el código base.

Ethereum Tx Hash: Formato y Keccak-256

Los hash tx de Ethereum también tienen una longitud de 256 bits, pero utilizan una función hash diferente y una convención de visualización diferente. Usos de Ethereum Keccak-256, que es la presentación original de Keccak a la competencia SHA-3 (no el SHA-3-256 estandarizado ligeramente modificado que finalmente publicó el NIST). Los datos de la transacción están codificados en RLP, codificados una vez con Keccak-256 y el resultado se muestra en hexadecimal con un 0x prefijo para indicar hexadecimal.

Un hash tx de Ethereum se ve así: 0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b. Ese prefijo 0x indica que estás viendo un hash estilo Ethereum en lugar de un TXID de Bitcoin. Cada cadena compatible con EVM sigue la misma convención: Polygon, BNB Chain, Arbitrum, Optimism, Base, Avalanche C-Chain, Linea, Scroll y docenas de otras producen hashes tx con el formato de caracteres hexadecimales 0x + 64.

Una buena propiedad de los hashes de Ethereum frente a los TXID de Bitcoin es que no tienen desajustes de endianidad. El hash que ve en la respuesta RPC, el hash que ve en el explorador y el hash que vuelve a colocar en la red para rastrear son todos la misma cadena en el mismo orden. El prefijo 0x también es útil porque permite a los analizadores reconocer inmediatamente el valor como hexadecimal sin ambigüedad.

Solana, Tron y Cosmos: otros formatos de cadena

No todas las cadenas siguen el formato BTC o ETH. Solana en particular es una bestia tremendamente diferente. Los TXID de Solana son la firma de la transacción, están codificados en base58 y terminan teniendo entre 87 y 88 caracteres. Mezclan letras latinas mayúsculas y minúsculas y dígitos, pero excluyen los caracteres 0, O, I y l minúscula porque son visualmente ambiguos en base58. Una firma de Solana podría verse así 5UfgccYAhP1zsvN3KrR3qdwAEoFD9oM57V47kuCu2hYE7XfTzGW5gQpBkAaKuY1MNQ1qDpDfu6gN6szwh1MxmKaH. No hay prefijo 0x, ni hexadecimal ni ceros a la izquierda.

Tron utiliza un formato hexadecimal en minúsculas de 64 caracteres que parece idéntico a un TXID de Bitcoin. No hay ningún prefijo. Cosmos y las cadenas en el ecosistema Cosmos (Osmosis, Celestia, dYdX v4) generalmente usan hashes hexadecimales en mayúsculas de 64 caracteres calculados con SHA-256 sobre la transacción codificada Tendermint. NEAR utiliza hashes codificados en base58. Polkadot y Kusama usan hexadecimal con prefijo 0x como Ethereum, pero calculan el hash con Blake2b-256 en lugar de Keccak-256.

La conclusión práctica es que casi siempre se puede saber a qué cadena pertenece un TXID con solo mirarlo. Un prefijo 0x significa una cadena EVM. Un hexadecimal en minúsculas de 64 caracteres sin prefijo probablemente sea Bitcoin o Tron. Solana es una cadena alfanumérica de mayúsculas y minúsculas mixtas de 87 a 88 caracteres sin caracteres especiales. Este reconocimiento de patrones ahorra mucho tiempo al solucionar problemas de depósitos en múltiples redes.

Qué datos puedes ver desde un TXID en un Explorador de bloques

Aquí es donde la mayoría de los artículos para principiantes fallan. Le dicen que puede "buscar" una transacción, pero no enumeran todo lo que realmente puede ver. El TXID es la clave para un cofre del tesoro lleno de datos y debes saber exactamente qué hay dentro. Para tutoriales prácticos, consulte nuestro Tutorial de Etherscan y Solscan.

Las direcciones "de" y "a" le indican quién envió y recibió. La cantidad y el símbolo del token le indican lo que se movió. El estado confirma si la transacción fue realmente ejecutada por la red o si se revirtió (pagó gas pero no hizo nada). el block number le indica en qué bloque se finalizó la transacción y la marca de tiempo le indica cuándo se extrajo o se certificó ese bloque. Confirmations cuenta cuántos bloques adicionales se han agregado en la parte superior, y ese número es el que utilizan los intercambios para decidir que un depósito es "seguro".

Gas y tarifas de gas le indicará exactamente cuánto pagó el remitente. Los registros y eventos son emitidos por contratos inteligentes y le informan qué sucedió más allá de una simple transferencia (un intercambio en Uniswap emitirá eventos de intercambio, una aprobación emitirá un evento de aprobación). Las transacciones internas son los movimientos de valor entre contratos dentro de una transacción externa. Los datos de entrada son los datos de llamadas codificados sin procesar que se pueden decodificar si se verifica la fuente del contrato.

Cómo encontrar su TXID en Coinbase, Binance y Kraken

Si acaba de enviar criptomonedas desde un intercambio y necesita el TXID, aquí está la ruta exacta en cada uno de los tres intercambios centralizados más grandes. Los pasos son esencialmente el mismo patrón: abra el historial de su cuenta, busque el retiro o depósito, haga clic en él y busque el campo hash en cadena.

Una cosa que debes saber es que algunos intercambios retrasan la visibilidad del TXID hasta que el retiro se transmite realmente. Si acaba de hacer clic en "retirar" y el estado aún se está "procesando" internamente, no verá un TXID todavía porque aún no hay ninguna transacción en cadena. El intercambio todavía está realizando sus controles de cumplimiento internos, agrupando el retiro por lotes o simplemente haciendo cola. El TXID sólo aparece una vez que los fondos salen de la billetera de intercambio.

Cómo encontrar su TXID en MetaMask, Phantom y Trust Wallet

Las billeteras de autocustodia suelen ser más rápidas y transparentes porque cada transacción que firmas va directamente a la cadena y ves el TXID inmediatamente. A continuación se explica cómo encontrarlo en las tres billeteras sin custodia más populares.

En MetaMask, abra la extensión o la aplicación móvil, haga clic en su cuenta y desplácese hasta la pestaña Actividad. Se puede hacer clic en cada transacción de la lista. Haga clic en el que desee y se deslizará un panel de detalles con los datos completos de la transacción. En la parte inferior hay un botón "Ver en el explorador de bloques" que lo lleva directamente a Etherscan (o al explorador apropiado para la cadena en la que se encuentra). El TXID se muestra allí tanto en la URL como en la propia página, listo para copiar. Si solo necesita el hash sin salir de la billetera, haga clic en el menú de tres puntos y seleccione "Ver detalles del registro de actividad" para ver el hash sin formato.

Phantom (la primera billetera de Solana, ahora con múltiples cadenas) funciona de manera similar. Abra la billetera, toque el ícono de actividad o la lista de transacciones recientes y toque la transacción que le interese. La vista detallada muestra la firma (que es el equivalente de Solana a un TXID) y un botón para verla en Solscan o Solana Explorer. Las firmas de Solana son cadenas largas en base58, por lo que querrás copiarlas en lugar de intentar volver a escribirlas.

Trust Wallet, común en dispositivos móviles, enumera las transacciones por activo. Toque un token, desplácese hacia abajo hasta Historial, toque una fila y obtendrá el botón "Ver en el Explorador" en la parte inferior. El TXID también se muestra en el panel de detalles encima de ese botón. Debido a que Trust admite muchas cadenas, el explorador que abre varía según la red de la transacción (BscScan para BNB Chain, PolygonScan para Polygon, Tronscan para Tron, etc.).

Si alguna vez revoca permisos a través de Trust o MetaMask, esa revocación también es una transacción y produce su propio hash. Vea nuestra guía sobre transacciones de aprobación criptográfica explica por qué esto es importante.

Confirmación de un depósito en un intercambio usando un TXID

El escenario más común en el que alguien necesita urgentemente un TXID es cuando falta un depósito en un intercambio o está atascado. Aquí está el flujo de trabajo que realmente lo resuelve.

Primero, recupere el TXID del lado emisor. Si envió desde una billetera de autocustodia, siga los pasos anteriores de MetaMask, Phantom o Trust Wallet. Si envió desde otro intercambio, siga los pasos de Coinbase, Binance o Kraken. Obtenga el hash completo en el portapapeles.

Segundo, pegue el TXID en un explorador de bloques para obtener la cadena correcta. Esto es fundamental. Si envió USDT a Tron e intenta buscarlo en Etherscan, no obtendrá nada porque Etherscan solo indexa la red principal de Ethereum. El USDT en Tron vive en Tronscan. USDT en BNB Chain vive en BscScan. USDT en Polygon vive en PolygonScan. Elija el explorador adecuado para la red que utilizó.

En tercer lugar, verifique tres cosas en la página del explorador. La dirección "Para" debe coincidir con la dirección de depósito que le proporcionó el intercambio. El estado debería decir Éxito. el número de confirmations debe ser igual o mayor que lo que requiere el intercambio (normalmente 1 para Solana, 6 para Bitcoin, 12 a 32 para Ethereum, varía para otras cadenas). Si las tres cosas son ciertas, la transacción se realiza desde la perspectiva de la cadena de bloques. Todo lo que falta está del lado del intercambio, no de la red.

Cuarto, si se cumplen las confirmaciones pero el intercambio no ha acreditado el depósito, abra un ticket de soporte y adjunte: (a) el TXID, (b) una captura de pantalla de la página del explorador que muestra el éxito y las confirmaciones, (c) la dirección del depósito a la que envió, (d) la marca de tiempo. Con estos cuatro datos, el equipo de soporte puede localizar el depósito en su libro interno en cuestión de minutos. Sin el TXID, no pueden hacer nada por usted y el billete languidecerá.

El intercambio podría indicarle que el depósito se envió a la red incorrecta (por ejemplo, envió ERC-20 USDT a una dirección de depósito BEP-20). Algunos pueden recuperar estos depósitos de la "red equivocada" con un proceso manual y una tarifa. Otros no pueden. El TXID es lo que les permite incluso intentar la recuperación.

Por qué los TXID no se pueden falsificar

Aquí está la propiedad que hace que los hashes de transacciones sean útiles como prueba de pago. Son deterministas y criptográficamente vinculados a los datos de la transacción. Si alguien intenta construir un TXID "falso", necesitará:

(1) Encuentre una colisión hash en SHA-256 o Keccak-256. Este es el equivalente criptográfico de ganar todas las loterías de la Tierra simultáneamente durante el resto de la historia de la humanidad. Las funciones hash modernas no tienen ataques de colisión viables conocidos. No se produce un TXID falso que coincida con uno real.

(2) Falsificar una transacción y difundirla. Esto falla porque cada transacción debe estar firmada con la clave privada del remitente. sin el clave privada, sin firma, sin transacción válida, sin TXID. La firma es parte de los datos que se procesan, por lo que cambiar el remitente invalida todo.

(3) Reproducir una transacción anterior. Las cadenas modernas tienen replay protection integrado. Ethereum utiliza el nonce (un contador que se incrementa con cada transacción de esa cuenta) para evitar que la misma transacción se incluya dos veces. Bitcoin aprovecha el hecho de que los UTXO sólo se pueden gastar una vez. Solana utiliza referencias recientes a blockhash. No se puede simplemente retransmitir la transacción de ayer y pretender que es nueva.

Este determinismo es lo que hace que los TXID sean admisibles como prueba en litigios, billetes de cambio y conciliaciones contables. El hash está vinculado matemáticamente a un único evento específico que ocurrió en un momento específico y fue firmado por una billetera específica. No puede señalar nada más.

Mempool vs Confirmado: Cuando el TXID se vuelve real

Una transacción pasa por dos fases. Primero, después de firmarlo y transmitirlo, ingresa al mempool. El mempool es la cola de toda la red de transacciones no confirmadas que esperan ser incluidas en un bloque por parte de validadores o mineros. Durante esta fase, el TXID ya existe y se puede buscar, pero la transacción no se ha finalizado. Todavía puede fallar, caerse o ser reemplazado.

Una vez que un validador incluye la transacción en un bloque y ese bloque se agrega a la cadena, la transacción se "confirma". Cada bloque adicional que se agrega encima es una confirmación más. Cuantas más confirmaciones, más costoso económicamente sería revertir la transacción mediante una reorganización de la cadena, razón por la cual las bolsas y los comerciantes establecen umbrales de confirmación antes de acreditar los depósitos.

En Bitcoin, seis confirmaciones (aproximadamente una hora) se consideran muy seguras. En la red principal de Ethereum, el estándar es doce confirmaciones (aproximadamente dos minutos y medio), aunque muchos intercambios han elevado esto a 32 o más después de la fusión para alinearse con la finalidad. En Solana, la finalidad es mucho más rápida pero se expresa de manera diferente porque Solana usa un modelo de consenso diferente. El explorador de bloques le mostrará exactamente cuántas confirmaciones tiene un TXID en cualquier momento.

Si una transacción se encuentra en el mempool con una tarifa demasiado baja y nunca se incluye, los nodos eventualmente la descartarán (generalmente después de 14 días en Bitcoin, antes en Ethereum). El TXID volverá a ser "no encontrado". Esto es poco común en 2026 gracias a una mejor estimación de las tarifas en las billeteras, pero todavía sucede durante los picos de tarifas.

Estafas comunes: capturas de pantalla TXID falsas en el comercio P2P

Esta estafa está muy extendida en las operaciones OTC y entre pares, y ha engañado a comerciantes experimentados. La configuración: usted acepta una operación P2P, la contraparte afirma que envió la criptografía y le envía una captura de pantalla de una página del explorador que muestra un estado de Éxito verde y su dirección. Liberas tu parte del negocio. Luego te das cuenta de que la captura de pantalla era falsa, la transacción incorrecta o una pequeña cantidad de prueba con la captura de pantalla ampliada para que pareciera más grande.

Las variantes más sofisticadas implican el envío de una transacción real en cadena que parece legítima pero que es para un token similar sin valor. Lo clásico es enviarle USDD o USTC en lugar de USDT, con la esperanza de que no note el ticker ligeramente diferente. Confirme siempre que la dirección del contrato del token en el explorador coincida con el contrato oficial de USDT para esa cadena.

Otra variante utiliza transacciones de "valor cero" o envenenamiento de direcciones donde un estafador envía una transferencia de valor 0 desde una dirección personalizada que imita a una de sus contrapartes reales, por lo que la dirección fraudulenta aparece en su historial de transacciones y usted accidentalmente la copia y pega más tarde. Verifique siempre las direcciones completas, nunca solo los primeros y los últimos caracteres.

Reemplazo por tarifa (RBF) y maleabilidad TXID

Dos aspectos técnicos afectan específicamente a los TXID de Bitcoin: reemplazo por tarifa y maleabilidad histórica de transacciones.

Reemplazar por tarifa es una característica donde el remitente de una transacción de Bitcoin no confirmada puede transmitir una nueva versión de la misma transacción con una tarifa más alta, y los mineros incluirán preferentemente la versión con tarifa más alta. La nueva transacción tiene un TXID diferente porque los datos son diferentes (la tarifa cambió). Si está observando el mempool para realizar un depósito y el remitente realiza un RBF, verá que el TXID original desaparece y aparece un nuevo TXID con la misma transferencia lógica. Esto es intencional. Es una característica, no un error. La mayoría de las billeteras modernas muestran el reemplazo de RBF como una cadena de TXID relacionados.

La maleabilidad de las transacciones fue un error histórico en Bitcoin en el que un tercero podía modificar la parte de la firma de una transacción (sin invalidarla) de una manera que cambiaba el TXID antes de la confirmación. Esto provocó varios incidentes en los primeros días de Bitcoin, en particular la saga Mt. Gox. SegWit, activado en 2017, solucionó este problema moviendo los datos de la firma fuera de la parte que recibe el hash del TXID. Después de SegWit, los TXID de Bitcoin no son maleables. Ethereum nunca tuvo este problema debido a la forma en que serializa y codifica las transacciones.

Uso de TXID como comprobante de pago

Debido a que los TXID son criptográficamente imposibles de falsificar y están vinculados a eventos específicos en la cadena, son una excelente prueba de pago. Si le debes a alguien en criptomonedas, pagarle y enviarle el TXID es funcionalmente equivalente a un número de referencia de transferencia bancaria, excepto que es verificable por cualquier persona con acceso a Internet y es imposible de falsificar.

Las autoridades tributarias en la mayoría de las jurisdicciones aceptan TXID como evidencia de transacciones criptográficas para informes de ganancias de capital. Los auditores los utilizan para conciliar las tenencias de criptomonedas. Los tribunales de varias jurisdicciones han admitido los TXID como prueba en casos de fraude y recuperación de activos. Algunos comerciantes solicitan explícitamente el TXID después del pago para registrar el pago en su sistema de pedidos.

La única compensación es la privacidad. Cadena de bloques los libros de contabilidad son públicos de forma predeterminada. Cualquier persona con el TXID puede ver la dirección de origen, la dirección de destino, el monto y cualquier otra transacción que cualquiera de las direcciones haya realizado. Si le da su TXID a alguien, ahora tendrá un enlace a su billetera. Esto está bien para pruebas únicas, pero es un problema de privacidad si usa la misma billetera para actividades personales y comerciales. Para pagos confidenciales, considere utilizar una dirección recién generada.

TXID en interacciones de contratos inteligentes

No todas las transacciones son una simple transferencia. Cuando interactúas con un contrato inteligente (aprobar un gasto de token, intercambiar en Uniswap, acuñar un NFT, votar en la gobernanza de DAO), estás creando una transacción que llama a una función en un contrato. Esa transacción todavía recibe un único TXID, pero la página del explorador muestra datos mucho más completos que un simple envío.

En particular, la pestaña Registros/Eventos en los exploradores estilo Etherscan muestra cada evento que el contrato emitió como parte de la ejecución de su transacción. Un swap de Uniswap emitirá un evento de Swap con las cantidades de entrada y salida y la dirección del grupo. Una transferencia ERC-20 emitirá un evento de Transferencia. Una moneda ERC-721 emitirá un evento de transferencia desde la dirección cero. Estos eventos son la forma en que los indexadores, dApps y agregadores reconstruyen lo que sucede en la cadena en la capa de aplicación.

Si el contrato se verifica en el explorador (lo que significa que el código fuente se ha cargado y coincide con el código de bytes implementado), la pestaña Datos de entrada mostrará una llamada de función decodificada legible por humanos: el nombre de la función y cada argumento con su valor. Esto hace que las interacciones de contratos complejas se puedan depurar. Sin verificación, solo verá datos hexadecimales opacos.

Las transacciones internas son otra categoría. Cuando su transacción llama a un contrato que a su vez llama a otro contrato, las llamadas internas de contrato a contrato no obtienen su propio TXID externo, pero se registran como transacciones internas bajo el mismo TXID externo. Los exploradores los exponen en una pestaña separada. Así es como puede auditar transacciones flash DeFi complejas, todo desde un hash inicial.

Preguntas frecuentes

Conclusión

Un hash de transacción es la información más importante en cualquier transferencia criptográfica que realice y, sin embargo, es la que la mayoría de los principiantes ignoran hasta que algo sale mal. Ahora ya sabe lo que es en realidad: una huella digital criptográfica calculada por SHA-256 o Keccak-256 sobre los datos de su transacción, vinculada de forma única y a prueba de manipulaciones a ese único evento en la cadena. Sabe cómo leer el formato en Bitcoin, Ethereum, Solana y Tron, qué campos desbloquea en un explorador de bloques y cómo extraerlo de cualquier billetera o intercambio importante.

La próxima vez que se pierda un depósito, no entrará en pánico. Extraerá el TXID de la plataforma de envío, lo pegará en el explorador correcto, verificará la dirección de destino, el estado y las confirmaciones, y confirmará que la red hizo su trabajo (y el intercambio le debe el crédito) o identificará exactamente dónde se produjo la falla. La próxima vez que alguien intente mostrarle una captura de pantalla en un intercambio P2P, usted mismo pegará el hash en el explorador y verificará la cantidad y el destino antes de publicar nada. Y la próxima vez que interactúe con un contrato inteligente, sabrá cómo leer los registros y eventos para confirmar exactamente lo que hizo su transacción.

El hash de transacción es la herramienta más poderosa para la autosoberanía en criptografía. Los libros de contabilidad públicos sólo significan algo porque cada transacción es permanentemente identificable, auditable y reproducible a partir de su hash. Aprenda a usarlos bien y pasará mucho menos tiempo discutiendo con los agentes de soporte y mucho más tiempo haciendo lo que quiera hacer en la cadena.