Decodificador de ABI de Ethereum gratis

uint256, address, bool, string y bytes32. Los tipos dinámicos (arrays, tuplas) requieren inspección manual.

Los primeros 4 bytes de los datos de llamada, derivados del hash keccak256 de la firma de la función (por ejemplo, "transfer(address,uint256)").

Sí, completamente gratis.

Por supuesto. El Decodificador de ABI de Ethereum procesa todo del lado del cliente, en tu navegador. No se sube ni se almacena ningún dato en ningún servidor. Tu contenido permanece privado en tu dispositivo en todo momento.

Sí, el Decodificador de ABI de Ethereum es totalmente adaptable y funciona en smartphones y tablets. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna app.

No se necesita ninguna cuenta ni registro. Simplemente abre el Decodificador de ABI de Ethereum en tu navegador y empieza a usarlo de inmediato. No hay muros de registro ni restricciones de uso.

Solo ingresa tus datos en el campo correspondiente, ajusta la configuración a tu gusto y la herramienta lo procesará al instante. Luego puedes copiar el resultado al portapapeles o descargarlo.

El Decodificador de ABI de Ethereum funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

Un uint256 en el calldata es un entero puro sin punto decimal, así que el importe de una transferencia de tokens aparece como un número muy grande medido en la unidad más pequeña del token. En la mayoría de los tokens ERC-20 eso significa unidades tipo wei con 18 decimales: el valor 1000000000000000000 (0xde0b6b3a7640000) equivale exactamente a 1 token. Para convertirlo, divide el entero decodificado entre 10 elevado a los decimales del token. USDC y USDT usan 6 decimales, así que 1000000 equivale a 1,00, mientras que WBTC usa 8. El decodificador lee el bloque de 32 bytes en big-endian y te muestra tanto el entero exacto como el hexadecimal en bruto del que proviene, para que puedas verificar el importe tú mismo. Pega tu ABI y tu calldata para ver la cifra precisa antes de confiar en una solicitud de la wallet.

El decodificador calcula un selector Keccak-256 para cada función de tu ABI y lo compara con los primeros 4 bytes de tu calldata. Cuando no hay coincidencia, significa que el ABI que pegaste no contiene la función que realmente se llamó. Las causas habituales son usar el ABI de un contrato equivocado, un contrato proxy que reenvía las llamadas a una implementación distinta, o un ABI al que le falta esa función concreta. Incluso una sola diferencia de carácter en un tipo de parámetro, como uint frente a uint256, cambia el selector y rompe la coincidencia. La solución es cargar el ABI verificado del contrato exacto desde un explorador de bloques y volver a decodificar. El propio error es una señal útil de que la transacción no es lo que suponías. Verifica la fuente e inténtalo de nuevo con el ABI correcto.

Un selector de función son solo 4 bytes, la porción inicial del hash Keccak-256 de una firma canónica como transfer(address,uint256), que identifica a qué función apunta una transacción. Te indica la función, pero nada sobre los nombres de los parámetros ni cómo interpretar los bytes que la siguen. Un ABI completo es la descripción JSON completa de las funciones de un contrato, incluyendo el nombre y el tipo de cada entrada y sus salidas. El decodificador necesita el ABI, no solo el selector, porque los bloques de 32 bytes de los argumentos no significan nada hasta que sabes que uno contiene una address y el siguiente un uint256. Con solo un selector puedes buscar una firma probable; con el ABI obtienes valores nombrados y tipados. Pega aquí el array del ABI para convertir un hexadecimal en bruto en un desglose de parámetros con etiquetas.

Maneja string y bytes siguiendo las reglas de codificación del ABI: el bloque estático contiene un puntero de desplazamiento hacia una región separada donde primero se almacena la longitud, seguida de los datos reales. El decodificador lee ese puntero, salta hasta la longitud y reconstruye el texto o el valor hexadecimal. Los tipos estáticos de tamaño fijo, como uint256, int, address, bool y bytes32, ocupan cada uno un bloque de 32 bytes y se decodifican de forma limpia siempre. Donde se queda corto es en estructuras dinámicas complejas, como arrays de longitud variable y tuplas anidadas, que usan una codificación de varias partes que puede requerir inspección manual en lugar de un valor único y limpio. Para llamadas cotidianas como transferencias, aprobaciones y setters simples de ERC-20, el resultado automático es completo. Pega tu calldata para ver qué parámetros se resuelven directamente.

Empieza con la firma canónica: el nombre de la función seguido de sus tipos de parámetros entre paréntesis, separados por comas, sin espacios y sin nombres de parámetro, por ejemplo transfer(address,uint256). Pasa esa cadena exacta por la función de hash Keccak-256 y toma los primeros 4 bytes del resultado de 32 bytes. Para transfer eso produce 0xa9059cbb. La forma canónica importa porque uint debe escribirse como su alias completo uint256, e int como int256; de lo contrario, el hash y el selector cambian por completo. Esta herramienta calcula los selectores con una implementación de Keccak-256 integrada directamente en tu navegador, así que nunca necesita las extensas bases de datos de firmas en línea para hacer coincidir una llamada. Carga el ejemplo de transferencia ERC-20 para ver cómo una firma real se resuelve en su selector, y luego prueba con tu propia función para confirmar qué llama una transacción.