Cómo leer una transacción BSC, campo a campo

Para leer una transacción BSC, pega su hash en un explorador de BNB Smart Chain y revisa primero cuatro cosas: el estado (correcta, fallida o pendiente), el bloque y las confirmaciones, las direcciones de origen y destino, y la sección de transferencias de tokens. Todo lo demás —gas, nonce, datos de entrada y logs— explica cómo y por qué ocurrió.

Esa es la versión de treinta segundos. El resto de esta guía es la versión larga, escrita para ese momento en que un pago «no ha llegado», un swap ha fallado pero te ha costado comisión igualmente, o alguien de soporte te pide «el TxID» y no tienes muy claro a qué se refiere. Tomaremos como referencia el diseño de BscScan y nuestro propio buscador de transacciones BNB, pero los campos son los mismos en BSCTrace, OKX Explorer o cualquier otra herramienta de nuestro ranking de exploradores. Todos leen la misma cadena.

¿Qué es un hash de transacción en BNB Smart Chain?

El hash de transacción es el identificador de la transacción: 0x seguido de 64 caracteres hexadecimales, por ejemplo 0x5c50…e3a1. Es un hash Keccak-256 de la transacción firmada, lo que significa que se deriva del propio contenido: cambia un solo byte y obtendrás un hash totalmente distinto. Las wallets lo llaman «ID de transacción», «TxID» o «Tx hash»; todo es lo mismo.

Esto tiene dos consecuencias prácticas. La primera: el hash existe desde el momento en que tu wallet firma, antes de que la transacción entre en ningún bloque, así que un hash por sí solo no demuestra que haya pasado nada on-chain. Tienes que buscarlo igualmente. La segunda: un hash no depende de la cadena. La misma cadena de 66 caracteres se puede buscar en BNB Smart Chain, opBNB o BSC Testnet, y solo aparecerá en la red a la que se envió realmente. Si un explorer te dice «no encontrado», lo primero que tienes que comprobar es que estás en la red correcta: un número sorprendente de pagos «desaparecidos» están en la testnet o directamente en otra cadena EVM. (Las direcciones, en cambio, son más cortas: 0x más 40 caracteres).

Estado de una transacción BSC: correcta, fallida o pendiente

La línea de estado es el campo más importante, y solo tiene un puñado de valores posibles. Correcta (Success) significa que la transacción se incluyó en un bloque y se ejecutó sin revertirse. Fallida (BscScan muestra «Fail» con un motivo como «execution reverted») significa que se incluyó y se ejecutó, pero el código se detuvo a medio camino y deshizo todos sus efectos. Pendiente significa que la red la ha visto, pero ningún validador la ha metido todavía en un bloque. Y Dropped & Replaced significa que se confirmó en su lugar otra transacción con el mismo nonce, así que esta ya no va a ejecutarse nunca.

Lo que «correcta» no significa es que hayas obtenido lo que esperabas. Una llamada correcta al contrato de un token fraudulento sigue siendo correcta. Una transferencia de un «USDT» falso que no es el contrato real de Tether sigue siendo correcta. El estado te dice que el código se ejecutó; la sección de transferencias de tokens, más abajo, te dice qué se movió realmente. Ten en cuenta las dos cosas y te ahorrarás la mayoría de los malentendidos clásicos.

Bloque, fecha y hora, confirmaciones, origen y destino

Bloque es el número del bloque que contiene la transacción. A su lado, la mayoría de los exploradores muestran las confirmaciones: cuántos bloques se han añadido encima desde entonces. Con un bloque cada 0,45 segundos aproximadamente tras el hard fork Fermi, las confirmaciones se acumulan a toda velocidad: una transacción de hace un minuto ya tiene bastante más de cien. BNB Smart Chain tiene además finalidad rápida, que hace irreversible un bloque en poco más de un segundo, así que los exchanges que siguen esperando decenas de confirmaciones lo hacen por prudencia, no porque técnicamente sea necesario.

La fecha y hora es la del bloque, no la del momento en que pulsaste «enviar». Los explorers suelen mostrarla en UTC y como «hace x segundos». Los bloques de BSC llevan ahora también una marca de tiempo en milisegundos, algo relevante cuando los bloques están separados por menos de medio segundo, pero la hora legible es la que le das a la otra parte.

De (From) es siempre una wallet normal (una cuenta de propiedad externa, EOA): solo las wallets pueden firmar transacciones. Para (To) es otra wallet o un smart contract. Aquí es donde más tropieza la gente. Cuando envías USDT, el campo «Para» muestra el contrato del token USDT, 0x55d3…7955, no la dirección de tu amigo. El destinatario real aparece en la sección de transferencias de tokens. Si «Para» está vacío y la página dice «Contract Creation», la transacción desplegó un contrato nuevo, y el explorer muestra en su lugar la nueva dirección.

Valor (Value) es la cantidad de BNB nativo que se envía junto con la transacción. En una transferencia simple de BNB, eso es el pago. En una transferencia de tokens o un swap suele ser 0 BNB, lo que alarma a quien esperaba ver ahí «100 USDT». No pasa nada: los tokens no son BNB, y sus cantidades viven en los logs, no en el campo de valor.

Comisión, precio del gas, límite de gas y nonce

Cada operación en BNB Smart Chain cuesta gas, una unidad de trabajo computacional. La comisión de la transacción que pagaste es simplemente gas usado × precio del gas, expresada en BNB y a menudo en dólares. Una transferencia simple de BNB usa siempre exactamente 21.000 gas; una transferencia de tokens, normalmente unas decenas de miles; un swap en un DEX que pasa por varios pools puede usar unos cientos de miles. Con el suelo actual de la red de 0,05 gwei, la transferencia de 21.000 gas cuesta unos 0,00000105 BNB: una fracción minúscula de céntimo. Nuestro gas tracker de BSC en vivo muestra lo que cuesta el gas ahora mismo.

El límite de gas es el máximo que tu wallet permitió gastar a la transacción; el gas usado es lo que consumió de verdad. Los explorers suelen mostrar ambos con un porcentaje, por ejemplo «131.402 / 197.103 (66,7 %)». El gas que no se usa no se cobra. Si el gas usado coincide exactamente con el límite y el estado es fallida, la transacción se quedó sin gas, y reenviarla con un límite más alto suele arreglarlo.

El precio del gas es lo que ofreciste por cada unidad de gas, en gwei (una milmillonésima de BNB). BNB Smart Chain admite transacciones de estilo EIP-1559, pero con una comisión base fijada en cero, así que en BscScan verás «Base: 0 Gwei» junto a una comisión máxima y una comisión de prioridad. En la práctica, lo que cuenta es el precio efectivo del gas. Una parte de las comisiones que se cobran en cada bloque se quema según la BEP-95, y por eso algunos explorers muestran una línea de «burnt fees».

El nonce es un contador por cada dirección emisora: tu primera transacción tiene el nonce 0, la siguiente el 1, y así sucesivamente. La red las procesa estrictamente en orden. Si el nonce 41 está atascado, los nonces 42, 43 y 44 se quedarán detrás esperando, por mucho gas que ofrezcan. Esa regla es un fastidio cuando algo sale mal y utilísima cuando toca arreglarlo, como verás más abajo. El explorer también muestra un tipo de transacción —0 para las legacy, 2 para las EIP-1559— que casi siempre puedes ignorar.

Método, datos de entrada y logs de eventos

Cuando el destinatario es un contrato, la transacción lleva datos de entrada (input data): una instrucción que le dice al contrato qué función ejecutar y con qué argumentos. Los cuatro primeros bytes son el selector de función. 0xa9059cbb es transfer(address,uint256), 0x095ea7b3 es approve(address,uint256). Los explorers traducen el selector a un nombre de método legible —«Transfer», «Approve», «Swap Exact Tokens For ETH»— usando la ABI del contrato verificado o una base de datos pública de firmas. Si el contrato está verificado, BscScan puede además decodificar cada argumento, para que veas exactamente qué spender o qué cantidad firmaste.

¿Por qué debería importarte? Porque es en el método donde se esconden las aprobaciones. Si querías comprar un token y el método dice «Approve» o «Set Approval For All», todavía no has comprado nada: has dado permiso a un contrato para mover tus tokens. Eso es normal en un DEX, y peligroso en una web de phishing. Nuestra guía para rastrear una wallet BNB y sus aprobaciones explica cómo revisar y revocar esos permisos más adelante.

Los logs de eventos son mensajes que el contrato emite mientras se ejecuta. Así es como los explorers saben qué ha pasado dentro. El más común en BNB Smart Chain es el evento Transfer de BEP-20, cuyo primer topic empieza siempre por 0xddf252ad. Cada log indica el contrato emisor (el token), los topics indexados (origen y destino) y los datos (la cantidad). Los swaps generan un racimo de logs —transferencias de entrada y salida del pool, un Sync, un Swap— y leerlos en orden es la forma más fiable de reconstruir una transacción complicada.

Transferencias de tokens y transacciones internas en BSC

La sección de transferencias de tokens (BscScan la llama «ERC-20 Tokens Transferred»; nuestra herramienta, «Transferencias de tokens») es el resumen legible de los logs Transfer: qué token, cuánto, de quién y para quién. Es el campo que responde a «¿ha llegado el USDT?». Comprueba el nombre del token y la dirección de su contrato: el USDT BEP-20 auténtico es 0x55d398326f99059fF775485246999027B3197955, y usa 18 decimales, a diferencia de Tether en Ethereum. Cualquier otra cosa que se haga llamar USDT es una copia. Nuestro explorador de tokens BEP-20 recoge los contratos auténticos de las grandes stablecoins.

Las transacciones internas son harina de otro costal. Son movimientos de BNB nativo que dispara un contrato durante la ejecución: un router que te paga en BNB después de vender un token, un bridge que libera fondos, una multisig que reenvía un pago. Nadie las firma, no tienen hash propio y no aparecen en el recibo estándar de la transacción. Los explorers las reconstruyen trazando la ejecución, y BscScan y BSCTrace las muestran en una pestaña «Internal Txns». Así que, si alguien te dice «te he mandado BNB desde el exchange» y el valor de la transacción es cero, mira ahí. Los exploradores ligeros que solo leen datos RPC públicos, incluido el nuestro, muestran los logs y las transferencias de tokens, pero no las llamadas internas trazadas, así que cambia a BscScan cuando las necesites.

Transacción BNB pendiente, fallida o reemplazada: ¿qué ha fallado?

Pendiente

En BNB Smart Chain, «pendiente» debería durar un parpadeo. Con bloques de menos de un segundo, una transacción sana suele incluirse en uno o dos segundos. Si se queda colgada, hay tres sospechosos habituales. El precio del gas está por debajo de lo que aceptan los validadores: algunas wallets y bots siguen teniendo valores antiguos escritos a fuego, y cualquier cosa por debajo del suelo de la red puede que ni siquiera se retransmita. Hay un hueco de nonce: una transacción anterior de tu dirección nunca se confirmó, así que esta espera detrás. O tu wallet la emitió a un nodo RPC poco fiable que nunca la reenvió, en cuyo caso puede que el explorer ni siquiera sepa que existe. El propio centro de ayuda de BscScan explica que los nodos pueden descartar transacciones pendientes de su pool cuando la comisión es demasiado baja o se alcanzan los límites del pool.

Fallida o revertida

Una transacción fallida es definitiva: está en un bloque, para siempre, con una etiqueta roja. El contrato se ejecutó y chocó con un require o un revert, así que se deshicieron todos los cambios de estado… salvo la comisión. En PancakeSwap, los motivos clásicos son PancakeRouter: INSUFFICIENT_OUTPUT_AMOUNT (el precio se movió más allá de tu slippage), EXPIRED (venció el plazo) y TransferHelper: TRANSFER_FROM_FAILED (falta la aprobación, no hay saldo suficiente o el token tiene restricciones de transferencia). «Out of gas» significa que el límite de gas era demasiado bajo. Si un token falla cada vez que intentas venderlo, lee nuestra guía para detectar honeypots en tokens BSC antes de gastar un céntimo más en gas.

Dropped & Replaced

Este estado significa que primero se confirmó otra transacción con el mismo nonce y desde la misma dirección. Normalmente has sido tú: pulsaste «Acelerar» o «Cancelar», y la wallet envió un reemplazo. La explicación de BscScan sobre las transacciones descartadas cubre los casos límite. Lo importante es que solo una de las dos puede ejecutarse, así que una transacción descartada nunca «vuelve» para cobrarte dos veces.

Cómo acelerar o cancelar una transacción BSC atascada

La regla del nonce es tu herramienta de rescate. Como solo se puede confirmar una transacción por nonce, puedes sobrescribir una atascada enviando otra con el mismo nonce y un precio del gas más alto. Esta es la secuencia que usamos nosotros.

1. 1

   Confirma que está realmente atascada

   Abre el hash en un explorer. Si aparece como Pendiente durante más de un minuto, o el explorer ni siquiera la encuentra, revisa el nonce: todos los nonces anteriores de tu dirección tienen que estar ya confirmados.

2. 2

   Localiza el nonce de la transacción atascada

   El nonce aparece en la página de la transacción y, en MetaMask, en los detalles de la transacción. Apúntalo: la transacción de reemplazo tiene que reutilizar exactamente ese número.

3. 3

   Acelérala: reenvíala con un precio del gas más alto

   En MetaMask o Trust Wallet pulsa Acelerar. La wallet vuelve a firmar la misma transacción con el mismo nonce y una comisión más alta. Los nodos suelen exigir un precio del gas al menos un 10 % superior para aceptar el reemplazo.

4. 4

   O cancélala: envíate 0 BNB a ti mismo con el mismo nonce

   Pulsa Cancelar, o envía a mano una transferencia de 0 BNB a tu propia dirección con el nonce atascado y un precio del gas más alto. Gana la que entre primero; la otra pasa a Dropped & Replaced.

5. 5

   Comprueba el resultado en el explorer

   Busca tu dirección, no el hash antiguo. Deberías ver el reemplazo confirmado con ese nonce. Solo entonces envía transacciones nuevas, para no crear otro hueco de nonce.

MetaMask documenta ambos botones en su artículo de ayuda sobre transacciones pendientes; para fijar el nonce a mano, primero tienes que activar el nonce personalizado en los ajustes. Si la transacción atascada ya está confirmada o ha fallado, no hay nada que cancelar: una transacción minada no la puede revertir nadie, ni los validadores ni los explorers. Y si tu wallet muestra «pendiente» pero ningún explorer ha oído hablar nunca de ese hash, la transacción no llegó a la red: normalmente basta con borrar los datos de actividad de la wallet y reenviarla. Antes de reintentarlo, comprueba que tu wallet está en la red correcta y con los ajustes adecuados: nuestra configuración de MetaMask para BNB Smart Chain incluye el chain ID y la URL del explorer.

Justificante de pago: por qué una captura no es una prueba

La verdad incómoda sobre las capturas de pantalla de un explorer es que son imágenes. Editar el importe, el destinatario o el estado en un navegador lleva unos segundos con las herramientas de desarrollador, y las imágenes falsas de «pago confirmado» son un clásico de las estafas en marketplaces y operaciones OTC. Si alguien te manda una captura, pídele el hash y búscalo tú. Si eres tú quien paga, envía el hash o un enlace que la otra parte pueda abrir. Y si te presionan con plataformas o intermediarios que no conoces, consulta antes las advertencias de la CNMV.

Justo para eso está pensado nuestro buscador de transacciones. Busca cualquier hash de BNB Smart Chain y el resultado tendrá un enlace permanente para compartir, el menú nativo de compartir y botones para Telegram, WhatsApp y X. El botón Copiar comprobante de pago copia una prueba breve en texto plano —estado, importe, remitente, destinatario, hora, confirmaciones y el enlace— para que quien lo recibe lo verifique con un toque. No se guarda nada y no hace falta login; el comprobante no es más que un envoltorio cómodo alrededor de datos públicos de la cadena, y lo que lo hace fiable es el enlace que lleva dentro.

Revisar bien un comprobante lleva diez segundos: el estado es correcto, el contrato del token es el auténtico, el destinatario es la dirección que esperas (compara los seis primeros y los seis últimos caracteres, no solo los cuatro primeros) y las confirmaciones siguen subiendo. Si se cumplen las cuatro cosas, el pago es definitivo. Si quieres una segunda opinión, abre el mismo hash en BscScan o en BSCTrace: los datos coincidirán, porque todos los exploradores leen el mismo libro de cuentas público. Los desarrolladores que quieran hacer la misma comprobación por código pueden leer el recibo por JSON-RPC, como mostramos en nuestra guía de la API de explorers BNB, y el modelo de transacciones subyacente está descrito en la documentación de transacciones de ethereum.org, que se aplica tal cual a BSC.