Qué dirección EVM usar para pagos con USDT y USDC

Para una ruta EVM, añade la dirección pública 0x... de una wallet que controles. Ethereum, Optimism, BNB Chain, Base, Polygon y Arbitrum utilizan el mismo formato, pero tienen saldos, transacciones y contratos separados. Un formato válido no demuestra compatibilidad con la red o el token.

Nunca añadas una private key o seed phrase. No pegues el contrato de USDT o USDC en el campo de receiving address.

Respuesta corta

Una dirección EVM contiene 0x y 40 caracteres hexadecimales:

0x + 40 caracteres entre 0–9 y a–f = 42 caracteres en total

Cópiala de la pantalla Recibir después de seleccionar la red exacta. Revisa principio, centro y final; address poisoning puede introducir una dirección parecida en el historial.

Qué significan las mayúsculas y minúsculas

La dirección es hexadecimal. La forma en minúsculas puede ser válida; el formato mixed-case ERC-55 codifica un checksum mediante mayúsculas. Detecta muchos errores, pero no demuestra propiedad ni compatibilidad de red.

No cambies el uso de mayúsculas manualmente. Copia el checksummed address de la wallet y valídalo con una biblioteca fiable. Un nombre ENS debe resolverse a la dirección completa antes de guardarlo.

Por qué la misma dirección aparece en varias redes

Una private key normalmente deriva la misma dirección visible en redes EVM compatibles. Aun así:

• ETH en Ethereum está separado de ETH en Base, Optimism o Arbitrum;
• cada red tiene su propio historial y state;
• USDT y USDC usan contratos específicos por red;
• un exchange puede aceptar depósitos solo en determinadas redes;
• una transferencia por otra red no paga la invoice seleccionada.

Guarda siempre network + receiving address, nunca solo la dirección.

EOA y contract account tienen el mismo formato

La documentación de Ethereum diferencia EOA controladas por claves de contract accounts controladas por código. Ambas pueden usar direcciones 0x... de 42 caracteres y guardar tokens.

El formato no distingue una wallet normal, multisig, smart wallet, deposit contract o token contract. Para una contract wallet, confirma que permite recibir y mover después el token en la red seleccionada.

Cómo preparar el receiving address

1. Abre una self-custody wallet o exchange con soporte explícito para la red.
2. Selecciona Ethereum, Optimism, BNB Chain, Base, Polygon o Arbitrum.
3. Abre la pantalla de depósito de USDT o USDC.
4. Copia el 0x... completo conservando el checksum.
5. Lee las reglas de minimum deposit y token representation.
6. Busca la dirección completa en el explorer de la misma red.
7. Haz una prueba por encima del mínimo y confirma que el saldo es utilizable.

Una self-custody wallet ofrece un control más claro. La dirección de exchange puede cambiar, pausarse o admitir solo una representation.

Cómo demostrar control sin revelar secretos

GramPayBot no necesita la private key. Para una EOA self-custody, firma un mensaje claro en la wallet o realiza una pequeña transacción saliente. No firmes datos opacos de un sitio desconocido.

En una multisig o smart wallet, el control depende de owners y reglas de ejecución. Confirma que puedes completar una outgoing token transaction en la red elegida.

Receiving address frente a token contract

Ambos empiezan por 0x, pero el receiving address identifica al comercio y el token contract identifica USDT o USDC en la red.

En Ethereum, USDT usa 0xdAC17F958D2ee523a2206206994597C13D831ec7 y USDC usa 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Ninguno es tu wallet. Sigue la guía de verificación del token.

Añadirla a GramPayBot

Elige un token y una red, pega la dirección pública verificada y crea una pequeña invoice. El comprador debe seleccionar la misma red. GramPayBot compara network, token contract, recipient y amount.

Empieza con USDT en Ethereum o USDC en Ethereum, o consulta la matriz completa.

Para otras rutas EVM, compara USDT en Polygon, USDC en Polygon, USDT en Arbitrum y USDC en Arbitrum.

Detente si ocurre algo de esto

• la wallet no muestra la red seleccionada;
• un carácter copiado es distinto;
• la dirección salió del historial, no de Recibir;
• copiaste el token contract en vez de tu account;
• el exchange acepta otra representation;
• no puedes firmar o mover la prueba;
• el comprador usará otra red EVM.

Corrige la ruta antes de publicar la invoice. El formato compartido 0x no garantiza recuperación cross-chain.