{"content_id":"gxi1phts28","slug":"usdc-deposit-verification-2026-chain-contract-transfer-bounty","locale":"es","schema_type":"HowTo","category":"how_to","category_name":"Cómo hacer","title":"Depósitos USDC 2026: verificar cadenas y recompensas","summary":"Los depósitos de USDC se verifican con registros de transferencias que coincidan en la cadena, el contrato oficial, la dirección de destino y la cantidad. Tras comprobar que la transacción se completó correctamente y es definitiva, distingue los depósitos de las promesas de pago de recompensas, los reembolsos y las transferencias a ti mismo.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"Equipo editorial de Injoys","url":"https://injoys.com/ko/about"},"key_points":["Comprueba la cadena acordada para recibir el pago y la dirección del contrato oficial de USDC.","Confirma la dirección de destino en la cadena seleccionada desde tu cartera o servicio receptor.","Contrasta el éxito de la transacción con el evento Transfer en el explorador de esa cadena.","Comprueba que el bloque que incluye la transacción sea definitivo.","Vincula el depósito con el pago del trabajo y clasifica por separado los reembolsos, las transferencias a ti mismo y los registros duplicados."],"content_markdown":"El depósito de USDC se confirma mediante una transferencia del token oficial en la cadena acordada. La dirección de recepción y la cantidad deben coincidir. Compruebe también, por separado, que la transacción se haya ejecutado correctamente y que el bloque haya alcanzado la finalidad. Ni la recompensa indicada en el anuncio ni el hash bastan para dar por pagada la recompensa.\n\nVuelva a comprobar las direcciones y los ID de cadena en la documentación oficial de Circle, Ethereum y Base. (Valores comprobados: Ethereum Mainnet: ID de cadena 1, contrato USDC 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: ID de cadena 8453 0x2105 , contrato USDC · Fuente: developers.circle.com · Comprobado el 2026-10-23)\n\n## Direcciones de los contratos USDC e ID de cada cadena\n\nUSDC usa direcciones de contrato distintas en Ethereum y Base. El ID de cadena es el número que distingue una red de otra. La dirección del contrato del token identifica el token en esa cadena. La dirección de recepción es la dirección de la billetera o cuenta que recibirá el pago.\n\nLa fecha de redacción y revisión de la documentación es el 23 de octubre de 2026. La siguiente tabla corresponde al USDC emitido por Circle en las redes principales. Una red principal es una red que usa activos con valor real.\n\n| Red | ID de cadena, decimal | ID de cadena, hexadecimal | Dirección del contrato oficial de USDC | Explorador |\n|---|---:|---|---|---|\n| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |\n| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |\n\nLa fuente de las direcciones de contrato es [USDC contract addresses de Circle](https://developers.circle.com/stablecoins/usdc-contract-addresses). El ID de cadena de Ethereum se especifica en [EIP-155](https://eips.ethereum.org/EIPS/eip-155). El ID de cadena de Base puede consultarse en la [documentación de eth_chainId de Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId).\n\nAunque la dirección de recepción tenga la misma secuencia de caracteres, los registros son independientes si las cadenas son distintas. Un depósito en Ethereum no se suma automáticamente al saldo de Base. No contabilice como pago real el USDC de redes de prueba como Sepolia.\n\n## Orden para comprobar la dirección de recepción y la transacción\n\nFijar primero las condiciones de pago reduce el riesgo de confundir otra transacción con el pago. Este procedimiento consiste en leer registros públicos de transacciones. No hace falta conectar una billetera ni firmar para consultar el explorador.\n\n1. Compruebe la red y el token en el acuerdo de pago. Distinga el importe en dólares del anuncio de la cantidad de USDC que se pagará realmente.\n2. Copie la dirección de recepción de esa red desde la billetera que recibirá el pago. Si usa una plataforma de intercambio, tome como referencia la pantalla de depósitos de ese servicio. Compruebe también las redes que admite el servicio.\n3. Busque la dirección del contrato de esa cadena en la tabla Mainnet de Circle. No se guíe solo por el nombre o el logotipo del token.\n4. Busque el txHash en el explorador de esa cadena. El txHash es el identificador que permite localizar la transacción. Si no aparecen resultados, vuelva a contrastar la red y el hash.\n5. Revise el estado y los registros de transferencias de tokens en los detalles de la transacción. Después, contraste el evento Transfer real en la pestaña Logs.\n\nUn hash que no aparece en la consulta aún no demuestra un depósito. Sin embargo, que la consulta falle tampoco basta para concluir que la otra parte está cometiendo un fraude. Compruebe primero si se ha elegido una cadena incorrecta o si ha habido un error al copiar el hash.\n\n## Qué comprobar en el evento Transfer\n\nLa recepción se determina mediante el evento Transfer emitido por el contrato USDC. El campo To de la parte superior de la transacción puede corresponder al contrato al que se llamó. Compruebe la dirección que recibió los tokens en el campo `to` del evento.\n\nEl estándar ERC-20 define el evento de transferencia de la siguiente manera.\n\n\u003e DEBE activarse cuando se transfieren tokens, incluidas las transferencias de valor cero.\n\u003e\n\u003e Fuente: ERC-20: Token Standard, apartado Transfer\n\nEsta regla también incluye las transferencias cuya cantidad es 0. Por tanto, la mera existencia de un evento no basta para reconocer un pago efectivo. Puede consultar el texto original en [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20).\n\n| Elemento que comprobar | Dónde leerlo | Criterio de validación |\n|---|---|---|\n| Resultado de la ejecución de la transacción | Status o `status` del recibo | Success o `0x1` |\n| Contrato emisor del log | `address` del log | Coincide con el contrato oficial de USDC de esa cadena |\n| Tipo de evento | Nombre y firma del evento | `Transfer(address,address,uint256)` |\n| Dirección de origen de los tokens | `from` del evento | Origen que pueda vincularse con la documentación del pago |\n| Dirección de recepción de los tokens | `to` del evento | Coincide con la dirección de recepción completa comprobada previamente |\n| Cantidad real | `value` del evento | La cantidad, tras aplicar los decimales, coincide con las condiciones de pago |\n| Bloque de inclusión | `blockNumber`, `blockHash` | El hash coincide con el del bloque de la misma altura en la cadena actual |\n| Finalidad | Estado de confirmación definitiva de ese bloque | Se comprueba por separado con el procedimiento de finalidad que figura a continuación |\n\nEn ocasiones, los tokens se envían desde un contrato que gestiona los pagos. Por eso, la dirección del remitente de la transacción no siempre coincide con la del empleador. Contraste también el número de trabajo y el detalle del pago. La dirección por sí sola no permite determinar la identidad del pagador real.\n\n### Cómo leer los logs sin procesar\n\nEn los logs sin procesar, las direcciones y las cantidades están codificadas. `topics[0]` es el hash de la firma del evento. La dirección de origen de una transferencia USDC Transfer estándar está en `topics[1]`. La dirección de recepción está en `topics[2]`.\n\n- Dirección: interprete los últimos 20 bytes del topic correspondiente como una dirección.\n- Cantidad: interprete `data` como un entero sin signo.\n- Decimales: convierta la cantidad usando el valor de `decimals()` del contrato oficial.\n- Evento de autorización: `Approval` es un registro de autorización de uso.\n\nEl USDC de Ethereum y Base indicado aquí usa 6 decimales. Divida la cantidad sin procesar entre 1,000,000 para leerla en unidades de USDC. No aplique los decimales de ETH sin cambiarlos. Puede consultar la estructura de la pantalla de logs en [Event Logs de Etherscan](https://info.etherscan.com/what-is-event-logs/).\n\n## Diferencia entre ejecución correcta y finalidad\n\nSuccess significa que la transacción se ejecutó correctamente. No significa que el bloque haya quedado confirmado de forma definitiva. La finalidad es el estado en el que un bloque queda confirmado según las reglas de consenso. En este artículo, un depósito confirmado definitivamente es un registro cuya finalidad también se ha comprobado.\n\n| Red | Estado que puede observarse primero | Criterio de confirmación definitiva |\n|---|---|---|\n| Ethereum | La transacción se incluye en un bloque y se ejecuta correctamente | El bloque de la transacción está dentro del rango finalized |\n| Base | Confirmación previa o inclusión en un bloque L2 | Ese bloque L2 alcanza la finalidad del lote en L1 |\n\nLas transferencias internas de Base y los retiros a Ethereum siguen procedimientos distintos. No aplique directamente el periodo de espera de los retiros a los depósitos internos de Base. Base distingue entre la inclusión en un bloque y la finalidad del lote en L1. La fuente es [Transaction Finality de Base](https://docs.base.org/specifications/transactions/transaction-finality).\n\n### Cuando el explorador no muestra claramente la finalidad\n\nSi no hay un indicador de finalidad, puede dejar la verificación pendiente. Los desarrolladores pueden volver a comprobarla mediante un RPC fiable de esa cadena. RPC es una interfaz para solicitar datos a un nodo de la cadena de bloques.\n\n1. Compruebe con `eth_chainId` a qué cadena se ha conectado.\n2. Lea el recibo con `eth_getTransactionReceipt`. Revise `status`, los logs, el número de bloque y el hash del bloque.\n3. Consulte el mismo número de bloque con `eth_getBlockByNumber`. Contraste si el hash devuelto coincide con el `blockHash` del recibo.\n4. Pase `finalized` y `false` a `eth_getBlockByNumber`. Compruebe que la altura del bloque devuelto sea igual o superior a la del bloque de la transacción. Para las transacciones de Base, compare tomando como referencia el bloque finalized del RPC de Base.\n\nSi el recibo es `null`, esa respuesta no permite confirmar la inclusión. Tampoco use una respuesta que no admita consultas finalized para dar la comprobación por válida. No interprete `latest` ni un simple número de confirmaciones como si fueran finalized. Los métodos se explican en [Ethereum JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/) y en la [documentación de consulta de bloques de Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber).\n\n## Ejemplo de cálculo: depósito simulado de 100 USDC\n\nEl siguiente es un ejemplo simulado de verificación, no un caso de pago real. Se supone que la condición de pago es de 100 USDC en Base. Las direcciones y los números de log son valores creados para la explicación. No use las direcciones del ejemplo como direcciones reales de recepción.\n\n| Elemento | Valor del ejemplo simulado |\n|---|---|\n| Cadena | Base Mainnet, ID de cadena 8453 |\n| Contrato emisor del log | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |\n| Dirección de origen de los tokens | `0x2222222222222222222222222222222222222222` |\n| Dirección de recepción acordada | `0x1111111111111111111111111111111111111111` |\n| Dirección de recepción de Transfer | `0x1111111111111111111111111111111111111111` |\n| Cantidad sin procesar | 100,000,000 unidades mínimas |\n| Decimales | 6 decimales |\n| Cantidad convertida | 100,000,000 ÷ 1,000,000 = 100 USDC |\n| Estado de la transacción | `status = 0x1` |\n| Identificador de la transacción | H, símbolo que sustituye a un txHash real |\n| Posición del log | `logIndex = 7`, valor simulado |\n| Finalidad | Se supone que el bloque de la transacción está dentro del rango finalized |\n\nEn estas condiciones, la cantidad recibida es de **100 USDC**. Se supone que también se ha comprobado la coincidencia del hash del bloque de H. Sigue siendo necesaria una prueba independiente que vincule el depósito con el pago del trabajo por parte de un pagador externo.\n\nSi la dirección de recepción es otra, no se reconoce como un depósito propio. Si el anuncio solo indicaba 100 dólares, también debe comprobarse por separado la cantidad que se pagará. Recibir 100 USDC no equivale a recibir 100 dólares en efectivo.\n\n## Comparación de las pruebas de depósito según el estado de la recompensa\n\nRegistre por separado el estado de la recompensa y el del depósito en la billetera. Una recompensa es una compensación asociada a un trabajo definido. La siguiente clasificación sirve para gestionar las pruebas de pago. No sustituye la determinación de un derecho de cobro legal ni de ingresos a efectos fiscales.\n\n| Información comprobada | Qué demuestra | Estado de gestión del depósito |\n|---|---|---|\n| 100 dólares en el anuncio | Condiciones de la recompensa indicadas en el anuncio | Revisión de la promesa de pago |\n| Oferta de trabajo o mensaje de selección | Existencia de una oferta de trabajo o de una selección | Fase de contratación |\n| Trabajo terminado y revisión aprobada | Estado del trabajo en la plataforma | Pago pendiente de comprobación por separado |\n| Depósito en custodia | Movimiento de fondos a una dirección de custodia independiente | Antes de la recepción propia |\n| ERC-20 Approval | Permiso para que la parte designada use los tokens | No demuestra una transferencia de tokens |\n| Hay txHash, pero la transferencia se hizo a otra dirección | Transferencia a esa dirección | No es un depósito propio |\n| Transferencia correcta a la dirección propia, sin comprobar la finalidad | Transferencia ejecutada | A la espera de finalidad |\n| Depósito externo en la dirección propia confirmado definitivamente | Recepción en la cadena | Comprobación del vínculo con el pago del trabajo |\n| Coincidencia entre el depósito definitivo y el detalle del pago del trabajo | Prueba de recepción vinculada a ese trabajo | Recepción del pago confirmada |\n\nLa custodia consiste en mantener los fondos separados hasta que se cumplan ciertas condiciones. Que los fondos estén en custodia no significa que se hayan pagado a su billetera. La aprobación de una plataforma y Approval de ERC-20 también son conceptos distintos.\n\nVincule también los depósitos definitivos con un número de trabajo o una factura. El registro de la transacción por sí solo no permite conocer el motivo del pago. Contraste además la fecha de pago para no confundirlo con otros depósitos de la misma cantidad.\n\n## Errores habituales al contabilizar depósitos como pagos de trabajos nuevos\n\nNo sume todo el USDC que entra en la billetera como si fueran pagos de trabajos nuevos. La recepción y su finalidad económica son datos distintos. La siguiente lista sirve como criterio para organizar el registro operativo de depósitos.\n\n- Reembolsos: vincule los importes devueltos de gastos anteriores con el gasto original.\n- Transferencias propias: distinga los movimientos entre billeteras que usted controla.\n- Movimientos mediante puentes: separe los movimientos de sus activos entre cadenas de los nuevos pagos de clientes.\n- Tokens de spam: compruebe la dirección del contrato oficial en lugar de guiarse por el nombre USDC.\n- Tokens de representación mediante puentes: si el contrato es distinto, regístrelos como activos separados del USDC emitido por Circle.\n- Eventos de cantidad 0: aunque haya un Transfer, no los sume como pagos efectivos.\n- Consultas duplicadas: no sume el mismo evento una vez desde el explorador y otra desde la API.\n- Pruebas reutilizadas: no vuelva a asignar un depósito ya vinculado a otro trabajo.\n- Circulación de fondos propios: compruebe conjuntamente la salida y el reingreso de la misma transacción.\n- Devoluciones posteriores: si devolvió un pago recibido, vincúlelo con el registro de recepción original.\n\n### Datos que registrar para evitar duplicados\n\nLos eventos pueden distinguirse mediante `chainId + txHash + logIndex`. Una misma transacción puede contener varios eventos de transferencia. Por eso, agrupar todos los eventos en uno solo basándose únicamente en el txHash puede causar omisiones.\n\n| Dato que guardar | Objetivo del registro |\n|---|---|\n| ID de cadena, dirección del contrato del token | Identificar la red y el activo |\n| txHash, logIndex | Distinguir los eventos de transferencia |\n| blockNumber, blockHash | Volver a verificar el bloque de inclusión |\n| Dirección de origen, dirección de recepción | Comprobar la dirección del movimiento de fondos |\n| Cantidad sin procesar, decimals, cantidad de USDC | Reproducir la conversión de unidades |\n| Hora del bloque, hora de comprobación, zona horaria | Distinguir el momento de la transferencia del de la verificación |\n| Estado de finalidad | Distinguir los registros pendientes de los definitivos |\n| Número de trabajo, factura, detalle del pago | Vincular el depósito con su motivo |\n| Clasificación de reembolsos, transferencias propias y duplicados | Evitar sobreestimar los pagos de trabajos nuevos |\n\nSi se produce una reorganización de bloques antes de la finalidad, vuelva a verificar los registros. Los logs eliminados deben excluirse del cómputo provisional anterior. Gestione por separado la suma de los pagos de trabajos y el saldo de la billetera. El saldo también refleja los fondos que ya se tenían y los retiros posteriores.\n\n## Lista de verificación de 5 minutos\n\nEsta tabla resume los puntos que pueden comprobarse en unos 5 minutos. No garantiza el tiempo necesario para alcanzar la finalidad de la cadena de bloques. Deje pendientes los puntos que no pueda comprobar.\n\n| Orden | Pregunta de comprobación | Resultado que registrar |\n|---:|---|---|\n| 1 | ¿Conoce la cadena y la cantidad de las condiciones de pago? | Red y cantidad de USDC acordadas |\n| 2 | ¿El servicio receptor admite esa cadena? | Dirección de recepción y compatibilidad |\n| 3 | ¿El contrato del log coincide con la dirección de Circle? | Coincidencia con el contrato oficial |\n| 4 | ¿La transacción se ejecutó correctamente y los tokens se enviaron a mi dirección? | Estado y dirección de recepción de Transfer |\n| 5 | ¿Ha convertido correctamente la cantidad sin procesar? | Cantidad real de USDC |\n| 6 | ¿Ha comprobado el bloque de inclusión y la finalidad? | Hash del bloque y estado de confirmación definitiva |\n| 7 | ¿Puede vincularse con un pago externo de ese trabajo? | Número de trabajo y documentación del pago |\n| 8 | ¿Ha separado los reembolsos, las transferencias propias y los duplicados? | Resultado de la clasificación e identificador del evento |\n\nPuede que en la primera comprobación falten pruebas del pago. En ese caso, solicite el nombre de la cadena o el txHash que falte. Si los tokens se enviaron a otra dirección, comunique de forma concreta los datos que no coinciden.\n\n## Preguntas frecuentes\n\n### ¿Basta con recibir el txHash para que el depósito esté completado?\n\nEl hash por sí solo no permite confirmar que el depósito esté completado. Incluso una transacción ejecutada correctamente puede tener otra dirección de recepción. Compruebe el contrato, la dirección de recepción, la cantidad y la finalidad.\n\n### ¿Qué hago si aparece Success, pero no veo el saldo en la billetera?\n\nPrimero contraste la dirección de recepción del evento y el contrato oficial. Si coinciden, compruebe la red seleccionada y la visualización del token. También debe comprobarse por separado si el servicio receptor ha reflejado el depósito internamente.\n\n### ¿Puedo buscar un depósito de Base en Ethereum?\n\nConsulte las transacciones de Base en un explorador de Base. Aunque se use la misma dirección, los registros de cada cadena son independientes. No concluya que falta un depósito en Base basándose solo en los resultados de búsqueda de Ethereum.\n\n### Si aparece 0 ETH en la parte superior de la transacción, ¿significa que no hubo depósito?\n\nLa indicación de 0 ETH no demuestra que no se haya transferido USDC. La cantidad de ETH de la transacción y la cantidad de tokens ERC-20 son datos distintos. Compruebe la cantidad de USDC del evento Transfer.\n\n### ¿Un depósito externo confirmado definitivamente es un ingreso nuevo?\n\nUn depósito externo por sí solo no permite determinar que haya un nuevo ingreso por un trabajo. Puede ser un reembolso o una transferencia con otro motivo. Vincule el depósito con su motivo mediante la factura y el detalle del pago.\n\n### ¿Puedo calcular los impuestos a partir del resultado de la comprobación del depósito?\n\nEste procedimiento sirve para comprobar las pruebas de recepción en la cadena. No determina la situación tributaria de una persona. Para consultar la orientación fiscal de Corea, véase el [Resumen del impuesto sobre la renta global](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224) del Servicio Nacional de Impuestos.","content_html":"\u003cp\u003eEl depósito de USDC se confirma mediante una transferencia del token oficial en la cadena acordada. La dirección de recepción y la cantidad deben coincidir. Compruebe también, por separado, que la transacción se haya ejecutado correctamente y que el bloque haya alcanzado la finalidad. Ni la recompensa indicada en el anuncio ni el hash bastan para dar por pagada la recompensa.\u003c/p\u003e\n\u003cp\u003eVuelva a comprobar las direcciones y los ID de cadena en la documentación oficial de Circle, Ethereum y Base. (Valores comprobados: Ethereum Mainnet: ID de cadena 1, contrato USDC 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: ID de cadena 8453 0x2105 , contrato USDC · Fuente: developers.circle.com · Comprobado el 2026-10-23)\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#direcciones-de-los-contratos-usdc-e-id-de-cada-cadena\" class=\"anchor\" id=\"direcciones-de-los-contratos-usdc-e-id-de-cada-cadena\"\u003e\u003c/a\u003eDirecciones de los contratos USDC e ID de cada cadena\u003c/h2\u003e\n\u003cp\u003eUSDC usa direcciones de contrato distintas en Ethereum y Base. El ID de cadena es el número que distingue una red de otra. La dirección del contrato del token identifica el token en esa cadena. La dirección de recepción es la dirección de la billetera o cuenta que recibirá el pago.\u003c/p\u003e\n\u003cp\u003eLa fecha de redacción y revisión de la documentación es el 23 de octubre de 2026. La siguiente tabla corresponde al USDC emitido por Circle en las redes principales. Una red principal es una red que usa activos con valor real.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eRed\u003c/th\u003e\n\u003cth\u003eID de cadena, decimal\u003c/th\u003e\n\u003cth\u003eID de cadena, hexadecimal\u003c/th\u003e\n\u003cth\u003eDirección del contrato oficial de USDC\u003c/th\u003e\n\u003cth\u003eExplorador\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Red\"\u003eEthereum Mainnet\u003c/td\u003e\n\u003ctd data-label=\"ID de cadena, decimal\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"ID de cadena, hexadecimal\"\u003e\u003ccode\u003e0x1\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Dirección del contrato oficial de USDC\"\u003e\u003ccode\u003e0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Explorador\"\u003eEtherscan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Red\"\u003eBase Mainnet\u003c/td\u003e\n\u003ctd data-label=\"ID de cadena, decimal\"\u003e8453\u003c/td\u003e\n\u003ctd data-label=\"ID de cadena, hexadecimal\"\u003e\u003ccode\u003e0x2105\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Dirección del contrato oficial de USDC\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Explorador\"\u003eBaseScan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eLa fuente de las direcciones de contrato es \u003ca href=\"https://developers.circle.com/stablecoins/usdc-contract-addresses\"\u003eUSDC contract addresses de Circle\u003c/a\u003e. El ID de cadena de Ethereum se especifica en \u003ca href=\"https://eips.ethereum.org/EIPS/eip-155\"\u003eEIP-155\u003c/a\u003e. El ID de cadena de Base puede consultarse en la \u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId\"\u003edocumentación de eth_chainId de Base\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003eAunque la dirección de recepción tenga la misma secuencia de caracteres, los registros son independientes si las cadenas son distintas. Un depósito en Ethereum no se suma automáticamente al saldo de Base. No contabilice como pago real el USDC de redes de prueba como Sepolia.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#orden-para-comprobar-la-direcci%C3%B3n-de-recepci%C3%B3n-y-la-transacci%C3%B3n\" class=\"anchor\" id=\"orden-para-comprobar-la-dirección-de-recepción-y-la-transacción\"\u003e\u003c/a\u003eOrden para comprobar la dirección de recepción y la transacción\u003c/h2\u003e\n\u003cp\u003eFijar primero las condiciones de pago reduce el riesgo de confundir otra transacción con el pago. Este procedimiento consiste en leer registros públicos de transacciones. No hace falta conectar una billetera ni firmar para consultar el explorador.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eCompruebe la red y el token en el acuerdo de pago. Distinga el importe en dólares del anuncio de la cantidad de USDC que se pagará realmente.\u003c/li\u003e\n\u003cli\u003eCopie la dirección de recepción de esa red desde la billetera que recibirá el pago. Si usa una plataforma de intercambio, tome como referencia la pantalla de depósitos de ese servicio. Compruebe también las redes que admite el servicio.\u003c/li\u003e\n\u003cli\u003eBusque la dirección del contrato de esa cadena en la tabla Mainnet de Circle. No se guíe solo por el nombre o el logotipo del token.\u003c/li\u003e\n\u003cli\u003eBusque el txHash en el explorador de esa cadena. El txHash es el identificador que permite localizar la transacción. Si no aparecen resultados, vuelva a contrastar la red y el hash.\u003c/li\u003e\n\u003cli\u003eRevise el estado y los registros de transferencias de tokens en los detalles de la transacción. Después, contraste el evento Transfer real en la pestaña Logs.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eUn hash que no aparece en la consulta aún no demuestra un depósito. Sin embargo, que la consulta falle tampoco basta para concluir que la otra parte está cometiendo un fraude. Compruebe primero si se ha elegido una cadena incorrecta o si ha habido un error al copiar el hash.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#qu%C3%A9-comprobar-en-el-evento-transfer\" class=\"anchor\" id=\"qué-comprobar-en-el-evento-transfer\"\u003e\u003c/a\u003eQué comprobar en el evento Transfer\u003c/h2\u003e\n\u003cp\u003eLa recepción se determina mediante el evento Transfer emitido por el contrato USDC. El campo To de la parte superior de la transacción puede corresponder al contrato al que se llamó. Compruebe la dirección que recibió los tokens en el campo \u003ccode\u003eto\u003c/code\u003e del evento.\u003c/p\u003e\n\u003cp\u003eEl estándar ERC-20 define el evento de transferencia de la siguiente manera.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eDEBE activarse cuando se transfieren tokens, incluidas las transferencias de valor cero.\u003c/p\u003e\n\u003cp\u003eFuente: ERC-20: Token Standard, apartado Transfer\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eEsta regla también incluye las transferencias cuya cantidad es 0. Por tanto, la mera existencia de un evento no basta para reconocer un pago efectivo. Puede consultar el texto original en \u003ca href=\"https://eips.ethereum.org/EIPS/eip-20\"\u003eERC-20: Token Standard\u003c/a\u003e.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eElemento que comprobar\u003c/th\u003e\n\u003cth\u003eDónde leerlo\u003c/th\u003e\n\u003cth\u003eCriterio de validación\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eResultado de la ejecución de la transacción\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003eStatus o \u003ccode\u003estatus\u003c/code\u003e del recibo\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eSuccess o \u003ccode\u003e0x1\u003c/code\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eContrato emisor del log\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003e\n\u003ccode\u003eaddress\u003c/code\u003e del log\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eCoincide con el contrato oficial de USDC de esa cadena\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eTipo de evento\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003eNombre y firma del evento\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003e\u003ccode\u003eTransfer(address,address,uint256)\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eDirección de origen de los tokens\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003e\n\u003ccode\u003efrom\u003c/code\u003e del evento\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eOrigen que pueda vincularse con la documentación del pago\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eDirección de recepción de los tokens\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003e\n\u003ccode\u003eto\u003c/code\u003e del evento\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eCoincide con la dirección de recepción completa comprobada previamente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eCantidad real\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003e\n\u003ccode\u003evalue\u003c/code\u003e del evento\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eLa cantidad, tras aplicar los decimales, coincide con las condiciones de pago\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eBloque de inclusión\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003e\n\u003ccode\u003eblockNumber\u003c/code\u003e, \u003ccode\u003eblockHash\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eEl hash coincide con el del bloque de la misma altura en la cadena actual\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento que comprobar\"\u003eFinalidad\u003c/td\u003e\n\u003ctd data-label=\"Dónde leerlo\"\u003eEstado de confirmación definitiva de ese bloque\u003c/td\u003e\n\u003ctd data-label=\"Criterio de validación\"\u003eSe comprueba por separado con el procedimiento de finalidad que figura a continuación\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eEn ocasiones, los tokens se envían desde un contrato que gestiona los pagos. Por eso, la dirección del remitente de la transacción no siempre coincide con la del empleador. Contraste también el número de trabajo y el detalle del pago. La dirección por sí sola no permite determinar la identidad del pagador real.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#c%C3%B3mo-leer-los-logs-sin-procesar\" class=\"anchor\" id=\"cómo-leer-los-logs-sin-procesar\"\u003e\u003c/a\u003eCómo leer los logs sin procesar\u003c/h3\u003e\n\u003cp\u003eEn los logs sin procesar, las direcciones y las cantidades están codificadas. \u003ccode\u003etopics[0]\u003c/code\u003e es el hash de la firma del evento. La dirección de origen de una transferencia USDC Transfer estándar está en \u003ccode\u003etopics[1]\u003c/code\u003e. La dirección de recepción está en \u003ccode\u003etopics[2]\u003c/code\u003e.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDirección: interprete los últimos 20 bytes del topic correspondiente como una dirección.\u003c/li\u003e\n\u003cli\u003eCantidad: interprete \u003ccode\u003edata\u003c/code\u003e como un entero sin signo.\u003c/li\u003e\n\u003cli\u003eDecimales: convierta la cantidad usando el valor de \u003ccode\u003edecimals()\u003c/code\u003e del contrato oficial.\u003c/li\u003e\n\u003cli\u003eEvento de autorización: \u003ccode\u003eApproval\u003c/code\u003e es un registro de autorización de uso.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eEl USDC de Ethereum y Base indicado aquí usa 6 decimales. Divida la cantidad sin procesar entre 1,000,000 para leerla en unidades de USDC. No aplique los decimales de ETH sin cambiarlos. Puede consultar la estructura de la pantalla de logs en \u003ca href=\"https://info.etherscan.com/what-is-event-logs/\"\u003eEvent Logs de Etherscan\u003c/a\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#diferencia-entre-ejecuci%C3%B3n-correcta-y-finalidad\" class=\"anchor\" id=\"diferencia-entre-ejecución-correcta-y-finalidad\"\u003e\u003c/a\u003eDiferencia entre ejecución correcta y finalidad\u003c/h2\u003e\n\u003cp\u003eSuccess significa que la transacción se ejecutó correctamente. No significa que el bloque haya quedado confirmado de forma definitiva. La finalidad es el estado en el que un bloque queda confirmado según las reglas de consenso. En este artículo, un depósito confirmado definitivamente es un registro cuya finalidad también se ha comprobado.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eRed\u003c/th\u003e\n\u003cth\u003eEstado que puede observarse primero\u003c/th\u003e\n\u003cth\u003eCriterio de confirmación definitiva\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Red\"\u003eEthereum\u003c/td\u003e\n\u003ctd data-label=\"Estado que puede observarse primero\"\u003eLa transacción se incluye en un bloque y se ejecuta correctamente\u003c/td\u003e\n\u003ctd data-label=\"Criterio de confirmación definitiva\"\u003eEl bloque de la transacción está dentro del rango finalized\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Red\"\u003eBase\u003c/td\u003e\n\u003ctd data-label=\"Estado que puede observarse primero\"\u003eConfirmación previa o inclusión en un bloque L2\u003c/td\u003e\n\u003ctd data-label=\"Criterio de confirmación definitiva\"\u003eEse bloque L2 alcanza la finalidad del lote en L1\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eLas transferencias internas de Base y los retiros a Ethereum siguen procedimientos distintos. No aplique directamente el periodo de espera de los retiros a los depósitos internos de Base. Base distingue entre la inclusión en un bloque y la finalidad del lote en L1. La fuente es \u003ca href=\"https://docs.base.org/specifications/transactions/transaction-finality\"\u003eTransaction Finality de Base\u003c/a\u003e.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#cuando-el-explorador-no-muestra-claramente-la-finalidad\" class=\"anchor\" id=\"cuando-el-explorador-no-muestra-claramente-la-finalidad\"\u003e\u003c/a\u003eCuando el explorador no muestra claramente la finalidad\u003c/h3\u003e\n\u003cp\u003eSi no hay un indicador de finalidad, puede dejar la verificación pendiente. Los desarrolladores pueden volver a comprobarla mediante un RPC fiable de esa cadena. RPC es una interfaz para solicitar datos a un nodo de la cadena de bloques.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eCompruebe con \u003ccode\u003eeth_chainId\u003c/code\u003e a qué cadena se ha conectado.\u003c/li\u003e\n\u003cli\u003eLea el recibo con \u003ccode\u003eeth_getTransactionReceipt\u003c/code\u003e. Revise \u003ccode\u003estatus\u003c/code\u003e, los logs, el número de bloque y el hash del bloque.\u003c/li\u003e\n\u003cli\u003eConsulte el mismo número de bloque con \u003ccode\u003eeth_getBlockByNumber\u003c/code\u003e. Contraste si el hash devuelto coincide con el \u003ccode\u003eblockHash\u003c/code\u003e del recibo.\u003c/li\u003e\n\u003cli\u003ePase \u003ccode\u003efinalized\u003c/code\u003e y \u003ccode\u003efalse\u003c/code\u003e a \u003ccode\u003eeth_getBlockByNumber\u003c/code\u003e. Compruebe que la altura del bloque devuelto sea igual o superior a la del bloque de la transacción. Para las transacciones de Base, compare tomando como referencia el bloque finalized del RPC de Base.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eSi el recibo es \u003ccode\u003enull\u003c/code\u003e, esa respuesta no permite confirmar la inclusión. Tampoco use una respuesta que no admita consultas finalized para dar la comprobación por válida. No interprete \u003ccode\u003elatest\u003c/code\u003e ni un simple número de confirmaciones como si fueran finalized. Los métodos se explican en \u003ca href=\"https://ethereum.org/developers/docs/apis/json-rpc/\"\u003eEthereum JSON-RPC\u003c/a\u003e y en la \u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber\"\u003edocumentación de consulta de bloques de Base\u003c/a\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ejemplo-de-c%C3%A1lculo-dep%C3%B3sito-simulado-de-100-usdc\" class=\"anchor\" id=\"ejemplo-de-cálculo-depósito-simulado-de-100-usdc\"\u003e\u003c/a\u003eEjemplo de cálculo: depósito simulado de 100 USDC\u003c/h2\u003e\n\u003cp\u003eEl siguiente es un ejemplo simulado de verificación, no un caso de pago real. Se supone que la condición de pago es de 100 USDC en Base. Las direcciones y los números de log son valores creados para la explicación. No use las direcciones del ejemplo como direcciones reales de recepción.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eElemento\u003c/th\u003e\n\u003cth\u003eValor del ejemplo simulado\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eCadena\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003eBase Mainnet, ID de cadena 8453\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eContrato emisor del log\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eDirección de origen de los tokens\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e\u003ccode\u003e0x2222222222222222222222222222222222222222\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eDirección de recepción acordada\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eDirección de recepción de Transfer\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eCantidad sin procesar\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e100,000,000 unidades mínimas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eDecimales\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e6 decimales\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eCantidad convertida\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e100,000,000 ÷ 1,000,000 = 100 USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eEstado de la transacción\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e\u003ccode\u003estatus = 0x1\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eIdentificador de la transacción\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003eH, símbolo que sustituye a un txHash real\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003ePosición del log\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003e\n\u003ccode\u003elogIndex = 7\u003c/code\u003e, valor simulado\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento\"\u003eFinalidad\u003c/td\u003e\n\u003ctd data-label=\"Valor del ejemplo simulado\"\u003eSe supone que el bloque de la transacción está dentro del rango finalized\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eEn estas condiciones, la cantidad recibida es de \u003cstrong\u003e100 USDC\u003c/strong\u003e. Se supone que también se ha comprobado la coincidencia del hash del bloque de H. Sigue siendo necesaria una prueba independiente que vincule el depósito con el pago del trabajo por parte de un pagador externo.\u003c/p\u003e\n\u003cp\u003eSi la dirección de recepción es otra, no se reconoce como un depósito propio. Si el anuncio solo indicaba 100 dólares, también debe comprobarse por separado la cantidad que se pagará. Recibir 100 USDC no equivale a recibir 100 dólares en efectivo.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#comparaci%C3%B3n-de-las-pruebas-de-dep%C3%B3sito-seg%C3%BAn-el-estado-de-la-recompensa\" class=\"anchor\" id=\"comparación-de-las-pruebas-de-depósito-según-el-estado-de-la-recompensa\"\u003e\u003c/a\u003eComparación de las pruebas de depósito según el estado de la recompensa\u003c/h2\u003e\n\u003cp\u003eRegistre por separado el estado de la recompensa y el del depósito en la billetera. Una recompensa es una compensación asociada a un trabajo definido. La siguiente clasificación sirve para gestionar las pruebas de pago. No sustituye la determinación de un derecho de cobro legal ni de ingresos a efectos fiscales.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eInformación comprobada\u003c/th\u003e\n\u003cth\u003eQué demuestra\u003c/th\u003e\n\u003cth\u003eEstado de gestión del depósito\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003e100 dólares en el anuncio\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eCondiciones de la recompensa indicadas en el anuncio\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eRevisión de la promesa de pago\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eOferta de trabajo o mensaje de selección\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eExistencia de una oferta de trabajo o de una selección\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eFase de contratación\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eTrabajo terminado y revisión aprobada\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eEstado del trabajo en la plataforma\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003ePago pendiente de comprobación por separado\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eDepósito en custodia\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eMovimiento de fondos a una dirección de custodia independiente\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eAntes de la recepción propia\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eERC-20 Approval\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003ePermiso para que la parte designada use los tokens\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eNo demuestra una transferencia de tokens\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eHay txHash, pero la transferencia se hizo a otra dirección\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eTransferencia a esa dirección\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eNo es un depósito propio\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eTransferencia correcta a la dirección propia, sin comprobar la finalidad\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eTransferencia ejecutada\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eA la espera de finalidad\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eDepósito externo en la dirección propia confirmado definitivamente\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003eRecepción en la cadena\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eComprobación del vínculo con el pago del trabajo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Información comprobada\"\u003eCoincidencia entre el depósito definitivo y el detalle del pago del trabajo\u003c/td\u003e\n\u003ctd data-label=\"Qué demuestra\"\u003ePrueba de recepción vinculada a ese trabajo\u003c/td\u003e\n\u003ctd data-label=\"Estado de gestión del depósito\"\u003eRecepción del pago confirmada\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eLa custodia consiste en mantener los fondos separados hasta que se cumplan ciertas condiciones. Que los fondos estén en custodia no significa que se hayan pagado a su billetera. La aprobación de una plataforma y Approval de ERC-20 también son conceptos distintos.\u003c/p\u003e\n\u003cp\u003eVincule también los depósitos definitivos con un número de trabajo o una factura. El registro de la transacción por sí solo no permite conocer el motivo del pago. Contraste además la fecha de pago para no confundirlo con otros depósitos de la misma cantidad.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#errores-habituales-al-contabilizar-dep%C3%B3sitos-como-pagos-de-trabajos-nuevos\" class=\"anchor\" id=\"errores-habituales-al-contabilizar-depósitos-como-pagos-de-trabajos-nuevos\"\u003e\u003c/a\u003eErrores habituales al contabilizar depósitos como pagos de trabajos nuevos\u003c/h2\u003e\n\u003cp\u003eNo sume todo el USDC que entra en la billetera como si fueran pagos de trabajos nuevos. La recepción y su finalidad económica son datos distintos. La siguiente lista sirve como criterio para organizar el registro operativo de depósitos.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eReembolsos: vincule los importes devueltos de gastos anteriores con el gasto original.\u003c/li\u003e\n\u003cli\u003eTransferencias propias: distinga los movimientos entre billeteras que usted controla.\u003c/li\u003e\n\u003cli\u003eMovimientos mediante puentes: separe los movimientos de sus activos entre cadenas de los nuevos pagos de clientes.\u003c/li\u003e\n\u003cli\u003eTokens de spam: compruebe la dirección del contrato oficial en lugar de guiarse por el nombre USDC.\u003c/li\u003e\n\u003cli\u003eTokens de representación mediante puentes: si el contrato es distinto, regístrelos como activos separados del USDC emitido por Circle.\u003c/li\u003e\n\u003cli\u003eEventos de cantidad 0: aunque haya un Transfer, no los sume como pagos efectivos.\u003c/li\u003e\n\u003cli\u003eConsultas duplicadas: no sume el mismo evento una vez desde el explorador y otra desde la API.\u003c/li\u003e\n\u003cli\u003ePruebas reutilizadas: no vuelva a asignar un depósito ya vinculado a otro trabajo.\u003c/li\u003e\n\u003cli\u003eCirculación de fondos propios: compruebe conjuntamente la salida y el reingreso de la misma transacción.\u003c/li\u003e\n\u003cli\u003eDevoluciones posteriores: si devolvió un pago recibido, vincúlelo con el registro de recepción original.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#datos-que-registrar-para-evitar-duplicados\" class=\"anchor\" id=\"datos-que-registrar-para-evitar-duplicados\"\u003e\u003c/a\u003eDatos que registrar para evitar duplicados\u003c/h3\u003e\n\u003cp\u003eLos eventos pueden distinguirse mediante \u003ccode\u003echainId + txHash + logIndex\u003c/code\u003e. Una misma transacción puede contener varios eventos de transferencia. Por eso, agrupar todos los eventos en uno solo basándose únicamente en el txHash puede causar omisiones.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eDato que guardar\u003c/th\u003e\n\u003cth\u003eObjetivo del registro\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eID de cadena, dirección del contrato del token\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eIdentificar la red y el activo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003etxHash, logIndex\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eDistinguir los eventos de transferencia\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eblockNumber, blockHash\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eVolver a verificar el bloque de inclusión\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eDirección de origen, dirección de recepción\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eComprobar la dirección del movimiento de fondos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eCantidad sin procesar, decimals, cantidad de USDC\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eReproducir la conversión de unidades\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eHora del bloque, hora de comprobación, zona horaria\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eDistinguir el momento de la transferencia del de la verificación\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eEstado de finalidad\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eDistinguir los registros pendientes de los definitivos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eNúmero de trabajo, factura, detalle del pago\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eVincular el depósito con su motivo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Dato que guardar\"\u003eClasificación de reembolsos, transferencias propias y duplicados\u003c/td\u003e\n\u003ctd data-label=\"Objetivo del registro\"\u003eEvitar sobreestimar los pagos de trabajos nuevos\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eSi se produce una reorganización de bloques antes de la finalidad, vuelva a verificar los registros. Los logs eliminados deben excluirse del cómputo provisional anterior. Gestione por separado la suma de los pagos de trabajos y el saldo de la billetera. El saldo también refleja los fondos que ya se tenían y los retiros posteriores.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#lista-de-verificaci%C3%B3n-de-5-minutos\" class=\"anchor\" id=\"lista-de-verificación-de-5-minutos\"\u003e\u003c/a\u003eLista de verificación de 5 minutos\u003c/h2\u003e\n\u003cp\u003eEsta tabla resume los puntos que pueden comprobarse en unos 5 minutos. No garantiza el tiempo necesario para alcanzar la finalidad de la cadena de bloques. Deje pendientes los puntos que no pueda comprobar.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eOrden\u003c/th\u003e\n\u003cth\u003ePregunta de comprobación\u003c/th\u003e\n\u003cth\u003eResultado que registrar\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿Conoce la cadena y la cantidad de las condiciones de pago?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eRed y cantidad de USDC acordadas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e2\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿El servicio receptor admite esa cadena?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eDirección de recepción y compatibilidad\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e3\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿El contrato del log coincide con la dirección de Circle?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eCoincidencia con el contrato oficial\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e4\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿La transacción se ejecutó correctamente y los tokens se enviaron a mi dirección?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eEstado y dirección de recepción de Transfer\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e5\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿Ha convertido correctamente la cantidad sin procesar?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eCantidad real de USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e6\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿Ha comprobado el bloque de inclusión y la finalidad?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eHash del bloque y estado de confirmación definitiva\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e7\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿Puede vincularse con un pago externo de ese trabajo?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eNúmero de trabajo y documentación del pago\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Orden\"\u003e8\u003c/td\u003e\n\u003ctd data-label=\"Pregunta de comprobación\"\u003e¿Ha separado los reembolsos, las transferencias propias y los duplicados?\u003c/td\u003e\n\u003ctd data-label=\"Resultado que registrar\"\u003eResultado de la clasificación e identificador del evento\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003ePuede que en la primera comprobación falten pruebas del pago. En ese caso, solicite el nombre de la cadena o el txHash que falte. Si los tokens se enviaron a otra dirección, comunique de forma concreta los datos que no coinciden.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#preguntas-frecuentes\" class=\"anchor\" id=\"preguntas-frecuentes\"\u003e\u003c/a\u003ePreguntas frecuentes\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#basta-con-recibir-el-txhash-para-que-el-dep%C3%B3sito-est%C3%A9-completado\" class=\"anchor\" id=\"basta-con-recibir-el-txhash-para-que-el-depósito-esté-completado\"\u003e\u003c/a\u003e¿Basta con recibir el txHash para que el depósito esté completado?\u003c/h3\u003e\n\u003cp\u003eEl hash por sí solo no permite confirmar que el depósito esté completado. Incluso una transacción ejecutada correctamente puede tener otra dirección de recepción. Compruebe el contrato, la dirección de recepción, la cantidad y la finalidad.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#qu%C3%A9-hago-si-aparece-success-pero-no-veo-el-saldo-en-la-billetera\" class=\"anchor\" id=\"qué-hago-si-aparece-success-pero-no-veo-el-saldo-en-la-billetera\"\u003e\u003c/a\u003e¿Qué hago si aparece Success, pero no veo el saldo en la billetera?\u003c/h3\u003e\n\u003cp\u003ePrimero contraste la dirección de recepción del evento y el contrato oficial. Si coinciden, compruebe la red seleccionada y la visualización del token. También debe comprobarse por separado si el servicio receptor ha reflejado el depósito internamente.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#puedo-buscar-un-dep%C3%B3sito-de-base-en-ethereum\" class=\"anchor\" id=\"puedo-buscar-un-depósito-de-base-en-ethereum\"\u003e\u003c/a\u003e¿Puedo buscar un depósito de Base en Ethereum?\u003c/h3\u003e\n\u003cp\u003eConsulte las transacciones de Base en un explorador de Base. Aunque se use la misma dirección, los registros de cada cadena son independientes. No concluya que falta un depósito en Base basándose solo en los resultados de búsqueda de Ethereum.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#si-aparece-0-eth-en-la-parte-superior-de-la-transacci%C3%B3n-significa-que-no-hubo-dep%C3%B3sito\" class=\"anchor\" id=\"si-aparece-0-eth-en-la-parte-superior-de-la-transacción-significa-que-no-hubo-depósito\"\u003e\u003c/a\u003eSi aparece 0 ETH en la parte superior de la transacción, ¿significa que no hubo depósito?\u003c/h3\u003e\n\u003cp\u003eLa indicación de 0 ETH no demuestra que no se haya transferido USDC. La cantidad de ETH de la transacción y la cantidad de tokens ERC-20 son datos distintos. Compruebe la cantidad de USDC del evento Transfer.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#un-dep%C3%B3sito-externo-confirmado-definitivamente-es-un-ingreso-nuevo\" class=\"anchor\" id=\"un-depósito-externo-confirmado-definitivamente-es-un-ingreso-nuevo\"\u003e\u003c/a\u003e¿Un depósito externo confirmado definitivamente es un ingreso nuevo?\u003c/h3\u003e\n\u003cp\u003eUn depósito externo por sí solo no permite determinar que haya un nuevo ingreso por un trabajo. Puede ser un reembolso o una transferencia con otro motivo. Vincule el depósito con su motivo mediante la factura y el detalle del pago.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#puedo-calcular-los-impuestos-a-partir-del-resultado-de-la-comprobaci%C3%B3n-del-dep%C3%B3sito\" class=\"anchor\" id=\"puedo-calcular-los-impuestos-a-partir-del-resultado-de-la-comprobación-del-depósito\"\u003e\u003c/a\u003e¿Puedo calcular los impuestos a partir del resultado de la comprobación del depósito?\u003c/h3\u003e\n\u003cp\u003eEste procedimiento sirve para comprobar las pruebas de recepción en la cadena. No determina la situación tributaria de una persona. Para consultar la orientación fiscal de Corea, véase el \u003ca href=\"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026amp;mi=2224\"\u003eResumen del impuesto sobre la renta global\u003c/a\u003e del Servicio Nacional de Impuestos.\u003c/p\u003e\n","tags":["Finanzas cotidianas","Stablecoin","Monetización de contenido","Herramientas de desarrollo"],"faqs":[{"question":"¿Qué se necesita para confirmar un depósito de USDC?","answer":"Primero, compruebe la cadena y la cantidad de USDC acordadas para el pago. También necesita la dirección de recepción y el txHash. Coteje el evento Transfer del contrato oficial y la finalidad de la transacción."},{"question":"¿Las direcciones de los contratos de USDC en Ethereum y Base son iguales?","answer":"Son distintas. Consulte las direcciones de los contratos de cada cadena en USDC contract addresses de Circle. No dé por hecho que se trata del mismo activo solo por el nombre o el logotipo de USDC en la billetera."},{"question":"¿Cuáles son los ID de cadena de Ethereum y Base?","answer":"El ID de cadena de Ethereum Mainnet es 1. El ID de cadena de Base Mainnet es 8453. Las respuestas de eth_chainId del RPC son 0x1 y 0x2105, respectivamente."},{"question":"¿Tener un txHash significa que se ha pagado la recompensa?","answer":"El txHash es un identificador que permite localizar una transacción. Para que sirva como prueba de que usted ha recibido el pago, debe cotejar la dirección de recepción. Compruebe también el contrato oficial, la cantidad, el éxito de la transacción y su finalidad."},{"question":"¿Cuál es la diferencia entre Success y finalized?","answer":"Success significa que la transacción se ha ejecutado correctamente. finalized indica el estado de confirmación definitiva del bloque. Compruebe por separado la finalidad incluso de las transferencias ejecutadas correctamente."},{"question":"¿Por qué 100 USDC aparecen como 100000000 en los registros sin procesar?","answer":"Los USDC correspondientes de Ethereum y Base usan 6 decimales. Al dividir la cantidad sin procesar de 100,000,000 entre 1,000,000, se obtienen 100 USDC. No vuelva a dividir una cantidad que el explorador ya haya convertido."},{"question":"¿Debo consultar el campo To de la parte superior de la transacción o el campo to de Transfer?","answer":"Compruebe la dirección de recepción de los tokens en el campo to del evento Transfer. El campo To de la parte superior de la transacción puede corresponder al contrato del token o al contrato de pago. Coteje la dirección completa con la dirección de recepción que haya verificado previamente."},{"question":"¿Los 100 dólares del anuncio y un depósito de 100 USDC significan lo mismo?","answer":"Los 100 dólares del anuncio son las condiciones de recompensa indicadas. Debe comprobar en el acuerdo de pago la cantidad de tokens que se pagará realmente. Recibir 100 USDC no significa recibir 100 dólares en efectivo."},{"question":"¿Un depósito en garantía o un Approval son prueba de haber recibido el pago?","answer":"Un depósito en garantía muestra un movimiento hacia una dirección de custodia separada. Un Approval de ERC-20 es una autorización para usar tokens. Compruebe por separado la transferencia efectiva a su dirección de recepción."},{"question":"¿Cómo se evitan los duplicados en los registros de depósitos de USDC?","answer":"Registre juntos el ID de cadena, el txHash y el logIndex. No contabilice varias veces el mismo evento consultado por distintas vías. Compruebe también que no se reutilicen depósitos ya asignados a otros trabajos."},{"question":"¿Los reembolsos o las transferencias entre billeteras propias también son pagos por nuevos trabajos?","answer":"Clasifique los reembolsos y las transferencias entre billeteras propias por separado de los pagos por nuevos trabajos. El mero hecho de que haya una transferencia en la cadena no permite saber el propósito del pago. Vincúlelos con los registros originales de gastos o movimientos."},{"question":"¿Se puede confirmar un depósito de USDC en 5 minutos?","answer":"La lista de verificación de 5 minutos es una herramienta que organiza el orden de las comprobaciones. La finalidad de la red o el tiempo que tarda el servicio en reflejar la operación pueden requerir más tiempo. Registre como pendientes los puntos que no se hayan confirmado."}],"sources":[{"url":"https://developers.circle.com/stablecoins/usdc-contract-addresses","title":"Circle Docs: direcciones del contrato de USDC","type":"source"},{"url":"https://eips.ethereum.org/EIPS/eip-155","title":"EIP-155: protección simple contra ataques de repetición, ID de cadena de Ethereum Mainnet","type":"data_point"},{"url":"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId","title":"Base Documentation: eth_chainId","type":"data_point"},{"url":"https://eips.ethereum.org/EIPS/eip-20","title":"ERC-20: estándar de tokens, Transfer·Approval·decimals","type":"source"},{"url":"https://info.etherscan.com/what-is-event-logs/","title":"Etherscan Information Center: registros de eventos","type":"source"},{"url":"https://info.etherscan.com/explore-contract-address/","title":"Etherscan Information Center: explorar una dirección de contrato","type":"source"},{"url":"https://ethereum.org/developers/docs/apis/json-rpc/","title":"Ethereum: API JSON-RPC, consulta de recibos, registros y finalized","type":"source"},{"url":"https://ethereum.github.io/execution-apis/api/methods/eth_getTransactionReceipt/","title":"Ethereum Execution APIs: eth_getTransactionReceipt","type":"source"},{"url":"https://docs.base.org/specifications/transactions/transaction-finality","title":"Base Documentation: finalidad de las transacciones","type":"source"},{"url":"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber","title":"Base Documentation: eth_getBlockByNumber","type":"source"},{"url":"https://ethereum.org/developers/docs/networks/","title":"Ethereum: redes, saldos e historial de transacciones por red","type":"source"},{"url":"https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7","title":"Etherscan: contrato del token USDC, visualización con 6 decimales","type":"data_point"},{"url":"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224","title":"Servicio Nacional de Impuestos: descripción general del impuesto sobre la renta global","type":"source"}],"images":[{"id":2082,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMTQsInB1ciI6ImJsb2JfaWQifX0=--66d015359c342f46f8ea28a40eeea1097d8934ce/ai-46cc85be.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"햇살이 드는 집 안 식탁에서 태블릿과 스마트폰 화면을 차분히 살펴보는 중년 남성","caption":"USDC 입금은 해당 체인의 전송 기록에서 수취 주소와 수량을 대조해 확인하세요.","description":null},"en":{"alt":"A middle-aged man carefully reviews tablet and smartphone screens at a sunlit table at home.","caption":"Verify a USDC deposit by matching the recipient address and amount against transfer records on the relevant chain.","description":null},"ja":{"alt":"日差しの入る自宅のテーブルで、タブレットとスマートフォンの画面を落ち着いて確認する中年男性","caption":"USDCの入金は、該当チェーンの送金記録で受取アドレスと数量を照合して確認しましょう。","description":null},"es":{"alt":"Un hombre de mediana edad revisa una tableta y un móvil en una mesa soleada de su casa.","caption":"Verifica el depósito de USDC cotejando la dirección receptora y el importe con el registro de transferencia de la cadena correspondiente.","description":null},"id":{"alt":"Pria paruh baya mencermati layar tablet dan ponsel di meja rumah yang disinari matahari.","caption":"Verifikasi setoran USDC dengan mencocokkan alamat penerima dan jumlah pada catatan transfer di chain yang sesuai.","description":null},"pt":{"alt":"Um homem de meia-idade examina um tablet e um celular à mesa de casa iluminada pelo sol.","caption":"Confirme o depósito de USDC comparando o endereço de destino e o valor com o registro de transferência na rede correspondente.","description":null},"zh-hant":{"alt":"一名中年男子坐在陽光灑落的家中餐桌旁，專注查看平板電腦與手機螢幕。","caption":"確認 USDC 入帳時，請核對相應鏈上的轉帳紀錄、收款地址與數量。","description":null},"de":{"alt":"Ein Mann mittleren Alters prüft Tablet und Smartphone an einem sonnenbeschienenen Tisch zu Hause.","caption":"Bestätigen Sie den USDC-Eingang, indem Sie Empfängeradresse und Betrag mit dem Transfernachweis auf der jeweiligen Blockchain abgleichen.","description":null}}},{"id":2083,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMjEsInB1ciI6ImJsb2JfaWQifX0=--66077c8a3224c10d76b04cac8d68545ca56f659c/ai-d2b7055c.webp","is_representative":false,"generation_method":"ai_semi","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"자주색 카디건을 입은 여성이 장부와 거래 내역을 대조하며 같은 내역의 출력물을 별도 트레이에 넣고 있다.","caption":"USDC 입금을 작업 대금과 연결한 뒤 중복 기록은 별도로 분류하세요.","description":null},"en":{"alt":"A woman in a plum cardigan places a duplicate transaction printout in a tray beside a ledger and another printout.","caption":"Match the USDC deposit to the work payment, then classify duplicate records separately.","description":null},"ja":{"alt":"紫色のカーディガンを着た女性が、帳簿と取引明細を手元に置き、重複した明細を別のトレーに入れている。","caption":"USDCの入金を作業報酬と照合したうえで、重複記録は別に分類しましょう。","description":null},"es":{"alt":"Una mujer con un cárdigan morado coloca un registro duplicado en una bandeja junto a un libro de cuentas.","caption":"Vincula el depósito de USDC con el pago del trabajo y clasifica los registros duplicados por separado.","description":null},"id":{"alt":"Perempuan berkardigan ungu menaruh cetakan transaksi duplikat di baki di samping buku besar dan cetakan lainnya.","caption":"Cocokkan setoran USDC dengan pembayaran pekerjaan, lalu kelompokkan catatan duplikat secara terpisah.","description":null},"pt":{"alt":"Uma mulher de cardigã roxo coloca um registro duplicado em uma bandeja ao lado de um livro contábil.","caption":"Associe o depósito de USDC ao pagamento pelo trabalho e classifique os registros duplicados separadamente.","description":null},"zh-hant":{"alt":"一名穿著紫色針織外套的女子將重複的交易明細放入獨立托盤，旁邊放著帳本與另一份明細。","caption":"將 USDC 入帳與工作報酬核對後，應把重複紀錄另行分類。","description":null},"de":{"alt":"Eine Frau in violetter Strickjacke legt einen doppelten Transaktionsausdruck neben dem Kassenbuch in eine Ablage.","caption":"Ordnen Sie den USDC-Eingang der Arbeitsvergütung zu und erfassen Sie doppelte Einträge separat.","description":null}}}],"published_at":"2026-10-23T22:01:25+09:00","updated_at":"2026-10-23T22:01:25+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/es/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty"}