{"content_id":"gxi1phts28","slug":"usdc-deposit-verification-2026-chain-contract-transfer-bounty","locale":"pt","schema_type":"HowTo","category":"how_to","category_name":"Como Fazer","title":"Depósito de USDC 2026: como verificar rede e recompensas","summary":"Confirme o depósito de USDC com um registro de transferência que corresponda à rede, ao contrato oficial, ao endereço de destino e ao valor. Verifique o sucesso e a finalização da transação antes de diferenciar o depósito de promessas de pagamento de recompensas, reembolsos e transferências entre contas próprias.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["Confirme a rede acordada para o pagamento e o endereço do contrato oficial do USDC.","Confirme o endereço de destino na rede selecionada em sua carteira ou no serviço de recebimento.","No explorador dessa rede, confira o sucesso da transação e compare com o evento Transfer.","Confirme que o bloco que contém a transação foi finalizado.","Após vincular o depósito ao pagamento pelo trabalho, classifique separadamente reembolsos, transferências entre contas próprias e registros duplicados."],"content_markdown":"O recebimento de USDC é confirmado pela transferência do token oficial na rede acordada. O endereço de recebimento e a quantidade devem corresponder ao combinado. Verifique também, separadamente, o sucesso da transação e a finalidade do bloco. O valor da recompensa no anúncio ou o hash, por si só, não comprovam o pagamento da bounty.\n\nConfira novamente os endereços e os IDs de rede na documentação oficial de Circle, Ethereum e Base. (Valores verificados: Ethereum Mainnet: ID de rede 1, contrato de USDC 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: ID de rede 8453 0x2105 , contrato de USDC · Fonte developers.circle.com · Verificado em 2026-10-23)\n\n## Endereços dos contratos de USDC e IDs de rede por blockchain\n\nO USDC de Ethereum e o de Base usam endereços de contrato diferentes. O ID de rede é o número que distingue uma rede de outra. O endereço do contrato do token identifica o token naquela rede. O endereço de recebimento é o endereço da carteira ou conta que receberá o pagamento.\n\nA data de elaboração e verificação da documentação é 23 de outubro de 2026. A tabela abaixo abrange o USDC emitido pela Circle nas redes principais. Uma rede principal usa ativos com valor real.\n\n| Rede | ID de rede, decimal | ID de rede, hexadecimal | Endereço oficial do contrato de USDC | Explorador |\n|---|---:|---|---|---|\n| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |\n| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |\n\nA fonte dos endereços de contrato é a página [USDC contract addresses da Circle](https://developers.circle.com/stablecoins/usdc-contract-addresses). O ID de rede de Ethereum está especificado na [EIP-155](https://eips.ethereum.org/EIPS/eip-155). O ID de rede de Base pode ser consultado na [documentação de eth_chainId da Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId).\n\nMesmo que a sequência de caracteres do endereço de recebimento seja igual, os registros são separados quando as redes são diferentes. Um depósito em Ethereum não é somado automaticamente ao saldo em Base. Não contabilize USDC de redes de teste, como Sepolia, como pagamento real.\n\n## Ordem de verificação do endereço de recebimento e da transação\n\nDefinir primeiro as condições de pagamento reduz o risco de confundir outra transação com o pagamento. Este procedimento consiste em consultar registros públicos de transações. Não é necessário conectar a carteira nem assinar nada para consultar um explorador.\n\n1. Confira a rede e o token no acordo de pagamento. Diferencie o valor em dólares indicado no anúncio da quantidade de USDC que será efetivamente paga.\n2. Copie o endereço de recebimento daquela rede na carteira que receberá o pagamento. Se usar uma corretora, tome como referência a tela de depósito do serviço. Confira também as redes aceitas pelo serviço.\n3. Localize o endereço do contrato daquela rede na tabela Mainnet da Circle. Não se baseie apenas no nome ou no logotipo do token.\n4. Pesquise o txHash no explorador da rede correspondente. O txHash é o identificador usado para localizar a transação. Se não houver resultado, confira novamente a rede e o hash.\n5. Verifique o status e os registros de transferência de tokens nos detalhes da transação. Em seguida, confira o evento Transfer efetivo na aba Logs.\n\nUm hash que não aparece na consulta ainda não é prova de recebimento. Porém, uma consulta sem resultado, por si só, não permite concluir que houve fraude da outra parte. Verifique primeiro se a rede está errada ou se houve um erro ao copiar o hash.\n\n## O que verificar no evento Transfer\n\nO recebimento é determinado pelo evento Transfer registrado pelo contrato de USDC. O campo To no topo da transação pode indicar o contrato chamado. Confira o endereço que recebeu os tokens no campo `to` do evento.\n\nO padrão ERC-20 estabelece a seguinte regra para o evento de transferência:\n\n\u003e DEVE ser emitido quando tokens forem transferidos, incluindo transferências de valor zero.\n\u003e\n\u003e Fonte: ERC-20: Token Standard, seção Transfer\n\nEssa regra inclui transferências com quantidade 0. Portanto, a mera existência do evento não deve ser aceita como comprovação de pagamento. O texto original pode ser consultado em [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20).\n\n| Item a verificar | Onde consultar | Critério de aprovação |\n|---|---|---|\n| Resultado da execução da transação | Status ou `status` do recibo | Success ou `0x1` |\n| Contrato que emitiu o log | `address` do log | Corresponde ao contrato oficial de USDC daquela rede |\n| Tipo de evento | Nome e assinatura do evento | `Transfer(address,address,uint256)` |\n| Endereço de origem dos tokens | `from` do evento | Origem que possa ser vinculada à comprovação do pagamento |\n| Endereço de recebimento dos tokens | `to` do evento | Corresponde ao endereço completo de recebimento verificado previamente |\n| Quantidade efetiva | `value` do evento | A quantidade, após aplicar as casas decimais, corresponde às condições de pagamento |\n| Bloco de inclusão | `blockNumber`, `blockHash` | O hash corresponde ao do bloco de mesma altura na rede atual |\n| Finalidade | Estado de finalização daquele bloco | Verificação separada pelo procedimento de finalidade abaixo |\n\nOs tokens também podem ser enviados por um contrato intermediário de pagamento. Portanto, o remetente da transação e o endereço do contratante nem sempre são iguais. Confira também o número da tarefa e o demonstrativo de pagamento. O endereço, por si só, não permite determinar a identidade de quem efetivamente fez o pagamento.\n\n### Como ler os logs brutos\n\nNos logs brutos, os endereços e as quantidades estão codificados. `topics[0]` é o hash da assinatura do evento. O endereço de origem no Transfer padrão de USDC está em `topics[1]`. O endereço de recebimento está em `topics[2]`.\n\n- Endereço: interprete os últimos 20 bytes do topic correspondente como endereço.\n- Quantidade: interprete `data` como um número inteiro sem sinal.\n- Casas decimais: converta a quantidade usando o valor de `decimals()` do contrato oficial.\n- Evento de aprovação: `Approval` é o registro de uma autorização de uso.\n\nO USDC em questão usa 6 casas decimais tanto em Ethereum quanto em Base. Divida a quantidade bruta por 1,000,000 para obter o valor em USDC. Não aplique as casas decimais de ETH. A estrutura da tela de logs pode ser consultada em [Event Logs do Etherscan](https://info.etherscan.com/what-is-event-logs/).\n\n## Diferença entre sucesso da transação e finalidade\n\nSuccess significa que a execução da transação foi bem-sucedida. Não significa que o bloco foi finalizado. A finalidade é o estado em que um bloco está finalizado segundo as regras de consenso. Neste texto, um recebimento com confirmação final é um registro cuja finalidade também foi verificada.\n\n| Rede | Estado que pode ser observado primeiro | Critério de confirmação final |\n|---|---|---|\n| Ethereum | Transação incluída em um bloco e executada com sucesso | O bloco da transação está no intervalo finalized |\n| Base | Pré-confirmação ou inclusão em um bloco L2 | O bloco L2 correspondente atingiu a finalidade do lote em L1 |\n\nTransferências internas em Base e retiradas para Ethereum seguem procedimentos diferentes. Não aplique diretamente o prazo de espera das retiradas aos depósitos internos em Base. Base distingue a inclusão em bloco da finalidade do lote em L1. A fonte é [Transaction Finality da Base](https://docs.base.org/specifications/transactions/transaction-finality).\n\n### Quando a finalidade não estiver clara no explorador\n\nSe não houver indicação de finalidade, você pode manter a confirmação pendente. Desenvolvedores podem verificar novamente os dados por um RPC confiável da rede correspondente. RPC é uma interface para solicitar dados a um nó da blockchain.\n\n1. Confira a rede à qual você está conectado usando `eth_chainId`.\n2. Leia o recibo com `eth_getTransactionReceipt`. Confira `status`, logs, número do bloco e hash do bloco.\n3. Consulte o mesmo número de bloco com `eth_getBlockByNumber`. Confira se o hash retornado é igual ao `blockHash` do recibo.\n4. Passe `finalized` e `false` para `eth_getBlockByNumber`. Verifique se a altura do bloco retornado é maior ou igual à altura do bloco da transação. Para transações em Base, compare com o bloco finalized do RPC de Base.\n\nSe o recibo for `null`, essa resposta não permite confirmar a inclusão. Também não use uma resposta que não ofereça suporte à consulta finalized para concluir que a verificação foi bem-sucedida. Não interprete `latest` ou uma simples contagem de confirmações como finalized. Os métodos estão descritos em [Ethereum JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/) e na [documentação de consulta de blocos da Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber).\n\n## Exemplo de cálculo: depósito simulado de 100 USDC\n\nO exemplo abaixo é uma simulação de verificação, não um caso real de pagamento. A condição de pagamento considerada é de 100 USDC em Base. Os endereços e o índice do log são valores criados para a explicação. Não use os endereços do exemplo como endereços reais de recebimento.\n\n| Item | Valor do exemplo simulado |\n|---|---|\n| Rede | Base Mainnet, ID de rede 8453 |\n| Contrato que emitiu o log | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |\n| Endereço de origem dos tokens | `0x2222222222222222222222222222222222222222` |\n| Endereço de recebimento acordado | `0x1111111111111111111111111111111111111111` |\n| Endereço de recebimento no Transfer | `0x1111111111111111111111111111111111111111` |\n| Quantidade bruta | 100,000,000 unidades mínimas |\n| Casas decimais | 6 casas |\n| Quantidade convertida | 100,000,000 ÷ 1,000,000 = 100 USDC |\n| Status da transação | `status = 0x1` |\n| Identificador da transação | H, símbolo que substitui um txHash real |\n| Posição do log | `logIndex = 7`, valor simulado |\n| Finalidade | Considera-se que o bloco da transação está no intervalo finalized |\n\nNessas condições, a quantidade recebida é de **100 USDC**. Considera-se também que a correspondência do hash do bloco de H foi verificada. Ainda é necessária uma comprovação separada de que se trata do pagamento de uma tarefa por um pagador externo.\n\nSe o endereço de recebimento for outro, não considere o valor como recebido por você. Se o anúncio indicar apenas 100 dólares, a quantidade a ser paga também precisa ser verificada separadamente. Receber 100 USDC não significa receber 100 dólares em dinheiro.\n\n## Comparação das evidências de recebimento por status da bounty\n\nRegistre separadamente o andamento da bounty e o estado do recebimento na carteira. Uma bounty é uma recompensa por uma tarefa definida. A classificação abaixo serve para gerenciar evidências de pagamento. Ela não substitui a determinação de um direito de crédito nem o reconhecimento de receita para fins fiscais.\n\n| O que foi verificado | O que comprova | Estado no controle de recebimentos |\n|---|---|---|\n| 100 dólares no anúncio | Condições da recompensa exibidas no anúncio | Análise da promessa de pagamento |\n| Proposta de contratação ou mensagem de seleção | Existência de proposta de trabalho ou seleção | Etapa de contratação |\n| Conclusão da tarefa e aprovação da entrega | Andamento da tarefa na plataforma | Pagamento a verificar separadamente |\n| Depósito em escrow | Movimentação de fundos para um endereço de custódia separado | Antes do recebimento pelo destinatário |\n| ERC-20 Approval | Autorização para uma parte designada usar os tokens | Não é prova de transferência de tokens |\n| Há txHash, mas a transferência foi para outro endereço | Transferência para aquele endereço | Não é um recebimento seu |\n| Transferência bem-sucedida para seu endereço, sem finalidade verificada | Transferência executada | Aguardando finalidade |\n| Recebimento externo em seu endereço com confirmação final | Recebimento on-chain | Verificar vínculo com o pagamento da tarefa |\n| Recebimento final corresponde ao demonstrativo de pagamento da tarefa | Evidência de recebimento vinculada à tarefa correspondente | Recebimento do pagamento confirmado |\n\nEscrow é uma forma de manter os fundos separados até que as condições sejam cumpridas. A simples custódia não significa que o pagamento foi feito à sua carteira. A aprovação da plataforma e o Approval do ERC-20 também são conceitos diferentes.\n\nVincule um número de tarefa ou uma fatura também ao recebimento final. O registro da transação, por si só, não revela a finalidade do pagamento. Confira também a data de pagamento para não confundir o valor com outro recebimento de mesma quantidade.\n\n## Erros comuns ao contabilizar valores como pagamentos de novas tarefas\n\nNão some todo o USDC que entra na carteira como pagamento de novas tarefas. O fato do recebimento e sua finalidade econômica são itens separados. A lista abaixo serve como critério para organizar o registro operacional de recebimentos.\n\n- Reembolso: vincule o valor devolvido à despesa original.\n- Transferência própria: identifique as movimentações entre carteiras que você controla.\n- Movimentação por ponte: separe a transferência dos seus ativos entre redes dos novos pagamentos de clientes.\n- Tokens de spam: confira o endereço oficial do contrato, em vez de se basear no nome USDC.\n- Tokens representativos emitidos por pontes: se o contrato for diferente, registre-os como ativos separados do USDC emitido pela Circle.\n- Eventos com quantidade 0: mesmo que haja um Transfer, não os some como pagamento.\n- Consultas duplicadas: não some o mesmo evento uma vez pelo explorador e outra pela API.\n- Comprovantes reutilizados: não atribua novamente um recebimento já vinculado a outra tarefa.\n- Movimentação circular própria: confira em conjunto a saída e a reentrada na mesma transação.\n- Devolução posterior: se você devolveu um pagamento recebido, vincule a devolução ao registro original de recebimento.\n\n### Campos de registro para evitar duplicidades\n\nOs eventos podem ser diferenciados por `chainId + txHash + logIndex`. Uma mesma transação pode conter vários eventos de transferência. Portanto, agrupar todos os eventos em um só usando apenas o txHash pode causar omissões.\n\n| Campo a armazenar | Finalidade do registro |\n|---|---|\n| ID de rede, endereço do contrato do token | Identificar a rede e o ativo |\n| txHash, logIndex | Distinguir os eventos de transferência |\n| blockNumber, blockHash | Verificar novamente o bloco de inclusão |\n| Endereço de origem, endereço de recebimento | Confirmar a direção da movimentação dos fundos |\n| Quantidade bruta, decimals, quantidade de USDC | Reproduzir a conversão de unidades |\n| Horário do bloco, horário da verificação, fuso horário | Distinguir o momento da transferência do momento da verificação |\n| Estado de finalidade | Distinguir registros pendentes de registros finais |\n| Número da tarefa, fatura, demonstrativo de pagamento | Vincular o recebimento à sua finalidade |\n| Classificação como reembolso, transferência própria ou duplicidade | Evitar superestimar os pagamentos de novas tarefas |\n\nSe houver uma reorganização de blocos antes da finalidade, verifique os registros novamente. Logs removidos devem ser excluídos da contabilização provisória anterior. Gerencie separadamente o total de pagamentos de tarefas e o saldo da carteira. O saldo também reflete valores mantidos anteriormente e retiradas posteriores.\n\n## Lista de verificação de 5 minutos\n\nEsta tabela reúne os itens a verificar em cerca de 5 minutos. Ela não garante o tempo necessário para a finalidade da blockchain. Deixe pendentes os itens que não puderem ser verificados.\n\n| Ordem | Pergunta de verificação | Resultado a registrar |\n|---:|---|---|\n| 1 | Você conhece a rede e a quantidade previstas nas condições de pagamento? | Rede acordada e quantidade de USDC |\n| 2 | O serviço de recebimento aceita essa rede? | Endereço de recebimento e suporte à rede |\n| 3 | O contrato do log corresponde ao endereço da Circle? | Correspondência com o contrato oficial |\n| 4 | A transação foi bem-sucedida e os tokens foram enviados ao seu endereço? | Status e endereço de recebimento do Transfer |\n| 5 | Você converteu corretamente a quantidade bruta? | Quantidade efetiva de USDC |\n| 6 | Você verificou o bloco de inclusão e a finalidade? | Hash do bloco e estado de finalização |\n| 7 | O recebimento pode ser vinculado a um pagamento externo daquela tarefa? | Número da tarefa e comprovação do pagamento |\n| 8 | Você separou reembolsos, transferências próprias e duplicidades? | Resultado da classificação e identificador do evento |\n\nNa primeira verificação, a comprovação do pagamento pode ser insuficiente. Nesse caso, solicite o nome da rede ou o txHash que estiver faltando. Se a transferência tiver sido feita para outro endereço, informe especificamente quais itens não correspondem ao combinado.\n\n## Perguntas frequentes\n\n### Basta receber o txHash para considerar o depósito concluído?\n\nO hash, por si só, não confirma a conclusão do depósito. Mesmo uma transação bem-sucedida pode ter outro endereço de recebimento. Verifique em conjunto o contrato, o endereço de recebimento, a quantidade e a finalidade.\n\n### O que fazer se o status for Success, mas o saldo não aparecer na carteira?\n\nPrimeiro, confira o endereço de recebimento do evento e o contrato oficial. Se corresponderem, verifique a rede selecionada e a exibição do token. O processamento interno pelo serviço de recebimento também precisa ser verificado separadamente.\n\n### Posso procurar um depósito de Base em Ethereum?\n\nConsulte as transações de Base em um explorador de Base. Mesmo que o endereço seja o mesmo, os registros são separados por rede. Não conclua que um depósito não chegou a Base apenas com base nos resultados da busca em Ethereum.\n\n### Se aparecer 0 ETH no topo da transação, significa que não houve depósito?\n\nA indicação de 0 ETH não é prova de que nenhum USDC foi transferido. A quantidade de ETH da transação e a quantidade de tokens ERC-20 são informações distintas. Confira a quantidade de USDC no evento Transfer.\n\n### Um recebimento externo com confirmação final é uma nova receita?\n\nUm recebimento externo, por si só, não permite reconhecer uma nova receita por tarefa. Pode ser um reembolso ou uma transferência com outra finalidade. Vincule o recebimento à sua finalidade usando a fatura e o demonstrativo de pagamento.\n\n### Posso calcular impostos com base no resultado da verificação do recebimento?\n\nEste procedimento serve para verificar evidências de recebimento on-chain. Ele não determina as obrigações tributárias individuais. Para orientações tributárias da Coreia do Sul, consulte a [Visão geral do imposto de renda global](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224) do Serviço Nacional de Impostos.","content_html":"\u003cp\u003eO recebimento de USDC é confirmado pela transferência do token oficial na rede acordada. O endereço de recebimento e a quantidade devem corresponder ao combinado. Verifique também, separadamente, o sucesso da transação e a finalidade do bloco. O valor da recompensa no anúncio ou o hash, por si só, não comprovam o pagamento da bounty.\u003c/p\u003e\n\u003cp\u003eConfira novamente os endereços e os IDs de rede na documentação oficial de Circle, Ethereum e Base. (Valores verificados: Ethereum Mainnet: ID de rede 1, contrato de USDC 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: ID de rede 8453 0x2105 , contrato de USDC · Fonte developers.circle.com · Verificado em 2026-10-23)\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#endere%C3%A7os-dos-contratos-de-usdc-e-ids-de-rede-por-blockchain\" class=\"anchor\" id=\"endereços-dos-contratos-de-usdc-e-ids-de-rede-por-blockchain\"\u003e\u003c/a\u003eEndereços dos contratos de USDC e IDs de rede por blockchain\u003c/h2\u003e\n\u003cp\u003eO USDC de Ethereum e o de Base usam endereços de contrato diferentes. O ID de rede é o número que distingue uma rede de outra. O endereço do contrato do token identifica o token naquela rede. O endereço de recebimento é o endereço da carteira ou conta que receberá o pagamento.\u003c/p\u003e\n\u003cp\u003eA data de elaboração e verificação da documentação é 23 de outubro de 2026. A tabela abaixo abrange o USDC emitido pela Circle nas redes principais. Uma rede principal usa ativos com valor real.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eRede\u003c/th\u003e\n\u003cth\u003eID de rede, decimal\u003c/th\u003e\n\u003cth\u003eID de rede, hexadecimal\u003c/th\u003e\n\u003cth\u003eEndereço oficial do contrato 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=\"Rede\"\u003eEthereum Mainnet\u003c/td\u003e\n\u003ctd data-label=\"ID de rede, decimal\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"ID de rede, hexadecimal\"\u003e\u003ccode\u003e0x1\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Endereço oficial do contrato 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=\"Rede\"\u003eBase Mainnet\u003c/td\u003e\n\u003ctd data-label=\"ID de rede, decimal\"\u003e8453\u003c/td\u003e\n\u003ctd data-label=\"ID de rede, hexadecimal\"\u003e\u003ccode\u003e0x2105\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Endereço oficial do contrato 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\u003eA fonte dos endereços de contrato é a página \u003ca href=\"https://developers.circle.com/stablecoins/usdc-contract-addresses\"\u003eUSDC contract addresses da Circle\u003c/a\u003e. O ID de rede de Ethereum está especificado na \u003ca href=\"https://eips.ethereum.org/EIPS/eip-155\"\u003eEIP-155\u003c/a\u003e. O ID de rede de Base pode ser consultado na \u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId\"\u003edocumentação de eth_chainId da Base\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003eMesmo que a sequência de caracteres do endereço de recebimento seja igual, os registros são separados quando as redes são diferentes. Um depósito em Ethereum não é somado automaticamente ao saldo em Base. Não contabilize USDC de redes de teste, como Sepolia, como pagamento real.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ordem-de-verifica%C3%A7%C3%A3o-do-endere%C3%A7o-de-recebimento-e-da-transa%C3%A7%C3%A3o\" class=\"anchor\" id=\"ordem-de-verificação-do-endereço-de-recebimento-e-da-transação\"\u003e\u003c/a\u003eOrdem de verificação do endereço de recebimento e da transação\u003c/h2\u003e\n\u003cp\u003eDefinir primeiro as condições de pagamento reduz o risco de confundir outra transação com o pagamento. Este procedimento consiste em consultar registros públicos de transações. Não é necessário conectar a carteira nem assinar nada para consultar um explorador.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eConfira a rede e o token no acordo de pagamento. Diferencie o valor em dólares indicado no anúncio da quantidade de USDC que será efetivamente paga.\u003c/li\u003e\n\u003cli\u003eCopie o endereço de recebimento daquela rede na carteira que receberá o pagamento. Se usar uma corretora, tome como referência a tela de depósito do serviço. Confira também as redes aceitas pelo serviço.\u003c/li\u003e\n\u003cli\u003eLocalize o endereço do contrato daquela rede na tabela Mainnet da Circle. Não se baseie apenas no nome ou no logotipo do token.\u003c/li\u003e\n\u003cli\u003ePesquise o txHash no explorador da rede correspondente. O txHash é o identificador usado para localizar a transação. Se não houver resultado, confira novamente a rede e o hash.\u003c/li\u003e\n\u003cli\u003eVerifique o status e os registros de transferência de tokens nos detalhes da transação. Em seguida, confira o evento Transfer efetivo na aba Logs.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eUm hash que não aparece na consulta ainda não é prova de recebimento. Porém, uma consulta sem resultado, por si só, não permite concluir que houve fraude da outra parte. Verifique primeiro se a rede está errada ou se houve um erro ao copiar o hash.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#o-que-verificar-no-evento-transfer\" class=\"anchor\" id=\"o-que-verificar-no-evento-transfer\"\u003e\u003c/a\u003eO que verificar no evento Transfer\u003c/h2\u003e\n\u003cp\u003eO recebimento é determinado pelo evento Transfer registrado pelo contrato de USDC. O campo To no topo da transação pode indicar o contrato chamado. Confira o endereço que recebeu os tokens no campo \u003ccode\u003eto\u003c/code\u003e do evento.\u003c/p\u003e\n\u003cp\u003eO padrão ERC-20 estabelece a seguinte regra para o evento de transferência:\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eDEVE ser emitido quando tokens forem transferidos, incluindo transferências de valor zero.\u003c/p\u003e\n\u003cp\u003eFonte: ERC-20: Token Standard, seção Transfer\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eEssa regra inclui transferências com quantidade 0. Portanto, a mera existência do evento não deve ser aceita como comprovação de pagamento. O texto original pode ser consultado em \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\u003eItem a verificar\u003c/th\u003e\n\u003cth\u003eOnde consultar\u003c/th\u003e\n\u003cth\u003eCritério de aprovação\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eResultado da execução da transação\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003eStatus ou \u003ccode\u003estatus\u003c/code\u003e do recibo\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eSuccess ou \u003ccode\u003e0x1\u003c/code\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eContrato que emitiu o log\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003e\n\u003ccode\u003eaddress\u003c/code\u003e do log\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eCorresponde ao contrato oficial de USDC daquela rede\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eTipo de evento\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003eNome e assinatura do evento\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003e\u003ccode\u003eTransfer(address,address,uint256)\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eEndereço de origem dos tokens\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003e\n\u003ccode\u003efrom\u003c/code\u003e do evento\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eOrigem que possa ser vinculada à comprovação do pagamento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eEndereço de recebimento dos tokens\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003e\n\u003ccode\u003eto\u003c/code\u003e do evento\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eCorresponde ao endereço completo de recebimento verificado previamente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eQuantidade efetiva\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003e\n\u003ccode\u003evalue\u003c/code\u003e do evento\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eA quantidade, após aplicar as casas decimais, corresponde às condições de pagamento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eBloco de inclusão\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003e\n\u003ccode\u003eblockNumber\u003c/code\u003e, \u003ccode\u003eblockHash\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eO hash corresponde ao do bloco de mesma altura na rede atual\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item a verificar\"\u003eFinalidade\u003c/td\u003e\n\u003ctd data-label=\"Onde consultar\"\u003eEstado de finalização daquele bloco\u003c/td\u003e\n\u003ctd data-label=\"Critério de aprovação\"\u003eVerificação separada pelo procedimento de finalidade abaixo\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eOs tokens também podem ser enviados por um contrato intermediário de pagamento. Portanto, o remetente da transação e o endereço do contratante nem sempre são iguais. Confira também o número da tarefa e o demonstrativo de pagamento. O endereço, por si só, não permite determinar a identidade de quem efetivamente fez o pagamento.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#como-ler-os-logs-brutos\" class=\"anchor\" id=\"como-ler-os-logs-brutos\"\u003e\u003c/a\u003eComo ler os logs brutos\u003c/h3\u003e\n\u003cp\u003eNos logs brutos, os endereços e as quantidades estão codificados. \u003ccode\u003etopics[0]\u003c/code\u003e é o hash da assinatura do evento. O endereço de origem no Transfer padrão de USDC está em \u003ccode\u003etopics[1]\u003c/code\u003e. O endereço de recebimento está em \u003ccode\u003etopics[2]\u003c/code\u003e.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eEndereço: interprete os últimos 20 bytes do topic correspondente como endereço.\u003c/li\u003e\n\u003cli\u003eQuantidade: interprete \u003ccode\u003edata\u003c/code\u003e como um número inteiro sem sinal.\u003c/li\u003e\n\u003cli\u003eCasas decimais: converta a quantidade usando o valor de \u003ccode\u003edecimals()\u003c/code\u003e do contrato oficial.\u003c/li\u003e\n\u003cli\u003eEvento de aprovação: \u003ccode\u003eApproval\u003c/code\u003e é o registro de uma autorização de uso.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eO USDC em questão usa 6 casas decimais tanto em Ethereum quanto em Base. Divida a quantidade bruta por 1,000,000 para obter o valor em USDC. Não aplique as casas decimais de ETH. A estrutura da tela de logs pode ser consultada em \u003ca href=\"https://info.etherscan.com/what-is-event-logs/\"\u003eEvent Logs do Etherscan\u003c/a\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#diferen%C3%A7a-entre-sucesso-da-transa%C3%A7%C3%A3o-e-finalidade\" class=\"anchor\" id=\"diferença-entre-sucesso-da-transação-e-finalidade\"\u003e\u003c/a\u003eDiferença entre sucesso da transação e finalidade\u003c/h2\u003e\n\u003cp\u003eSuccess significa que a execução da transação foi bem-sucedida. Não significa que o bloco foi finalizado. A finalidade é o estado em que um bloco está finalizado segundo as regras de consenso. Neste texto, um recebimento com confirmação final é um registro cuja finalidade também foi verificada.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eRede\u003c/th\u003e\n\u003cth\u003eEstado que pode ser observado primeiro\u003c/th\u003e\n\u003cth\u003eCritério de confirmação final\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Rede\"\u003eEthereum\u003c/td\u003e\n\u003ctd data-label=\"Estado que pode ser observado primeiro\"\u003eTransação incluída em um bloco e executada com sucesso\u003c/td\u003e\n\u003ctd data-label=\"Critério de confirmação final\"\u003eO bloco da transação está no intervalo finalized\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Rede\"\u003eBase\u003c/td\u003e\n\u003ctd data-label=\"Estado que pode ser observado primeiro\"\u003ePré-confirmação ou inclusão em um bloco L2\u003c/td\u003e\n\u003ctd data-label=\"Critério de confirmação final\"\u003eO bloco L2 correspondente atingiu a finalidade do lote em L1\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eTransferências internas em Base e retiradas para Ethereum seguem procedimentos diferentes. Não aplique diretamente o prazo de espera das retiradas aos depósitos internos em Base. Base distingue a inclusão em bloco da finalidade do lote em L1. A fonte é \u003ca href=\"https://docs.base.org/specifications/transactions/transaction-finality\"\u003eTransaction Finality da Base\u003c/a\u003e.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#quando-a-finalidade-n%C3%A3o-estiver-clara-no-explorador\" class=\"anchor\" id=\"quando-a-finalidade-não-estiver-clara-no-explorador\"\u003e\u003c/a\u003eQuando a finalidade não estiver clara no explorador\u003c/h3\u003e\n\u003cp\u003eSe não houver indicação de finalidade, você pode manter a confirmação pendente. Desenvolvedores podem verificar novamente os dados por um RPC confiável da rede correspondente. RPC é uma interface para solicitar dados a um nó da blockchain.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eConfira a rede à qual você está conectado usando \u003ccode\u003eeth_chainId\u003c/code\u003e.\u003c/li\u003e\n\u003cli\u003eLeia o recibo com \u003ccode\u003eeth_getTransactionReceipt\u003c/code\u003e. Confira \u003ccode\u003estatus\u003c/code\u003e, logs, número do bloco e hash do bloco.\u003c/li\u003e\n\u003cli\u003eConsulte o mesmo número de bloco com \u003ccode\u003eeth_getBlockByNumber\u003c/code\u003e. Confira se o hash retornado é igual ao \u003ccode\u003eblockHash\u003c/code\u003e do recibo.\u003c/li\u003e\n\u003cli\u003ePasse \u003ccode\u003efinalized\u003c/code\u003e e \u003ccode\u003efalse\u003c/code\u003e para \u003ccode\u003eeth_getBlockByNumber\u003c/code\u003e. Verifique se a altura do bloco retornado é maior ou igual à altura do bloco da transação. Para transações em Base, compare com o bloco finalized do RPC de Base.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eSe o recibo for \u003ccode\u003enull\u003c/code\u003e, essa resposta não permite confirmar a inclusão. Também não use uma resposta que não ofereça suporte à consulta finalized para concluir que a verificação foi bem-sucedida. Não interprete \u003ccode\u003elatest\u003c/code\u003e ou uma simples contagem de confirmações como finalized. Os métodos estão descritos em \u003ca href=\"https://ethereum.org/developers/docs/apis/json-rpc/\"\u003eEthereum JSON-RPC\u003c/a\u003e e na \u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber\"\u003edocumentação de consulta de blocos da Base\u003c/a\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#exemplo-de-c%C3%A1lculo-dep%C3%B3sito-simulado-de-100-usdc\" class=\"anchor\" id=\"exemplo-de-cálculo-depósito-simulado-de-100-usdc\"\u003e\u003c/a\u003eExemplo de cálculo: depósito simulado de 100 USDC\u003c/h2\u003e\n\u003cp\u003eO exemplo abaixo é uma simulação de verificação, não um caso real de pagamento. A condição de pagamento considerada é de 100 USDC em Base. Os endereços e o índice do log são valores criados para a explicação. Não use os endereços do exemplo como endereços reais de recebimento.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem\u003c/th\u003e\n\u003cth\u003eValor do exemplo simulado\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eRede\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003eBase Mainnet, ID de rede 8453\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eContrato que emitiu o log\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eEndereço de origem dos tokens\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e\u003ccode\u003e0x2222222222222222222222222222222222222222\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eEndereço de recebimento acordado\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eEndereço de recebimento no Transfer\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eQuantidade bruta\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e100,000,000 unidades mínimas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eCasas decimais\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e6 casas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eQuantidade convertida\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e100,000,000 ÷ 1,000,000 = 100 USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eStatus da transação\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003e\u003ccode\u003estatus = 0x1\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003eIdentificador da transação\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003eH, símbolo que substitui um txHash real\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003ePosição do log\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo 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=\"Item\"\u003eFinalidade\u003c/td\u003e\n\u003ctd data-label=\"Valor do exemplo simulado\"\u003eConsidera-se que o bloco da transação está no intervalo finalized\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eNessas condições, a quantidade recebida é de \u003cstrong\u003e100 USDC\u003c/strong\u003e. Considera-se também que a correspondência do hash do bloco de H foi verificada. Ainda é necessária uma comprovação separada de que se trata do pagamento de uma tarefa por um pagador externo.\u003c/p\u003e\n\u003cp\u003eSe o endereço de recebimento for outro, não considere o valor como recebido por você. Se o anúncio indicar apenas 100 dólares, a quantidade a ser paga também precisa ser verificada separadamente. Receber 100 USDC não significa receber 100 dólares em dinheiro.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#compara%C3%A7%C3%A3o-das-evid%C3%AAncias-de-recebimento-por-status-da-bounty\" class=\"anchor\" id=\"comparação-das-evidências-de-recebimento-por-status-da-bounty\"\u003e\u003c/a\u003eComparação das evidências de recebimento por status da bounty\u003c/h2\u003e\n\u003cp\u003eRegistre separadamente o andamento da bounty e o estado do recebimento na carteira. Uma bounty é uma recompensa por uma tarefa definida. A classificação abaixo serve para gerenciar evidências de pagamento. Ela não substitui a determinação de um direito de crédito nem o reconhecimento de receita para fins fiscais.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eO que foi verificado\u003c/th\u003e\n\u003cth\u003eO que comprova\u003c/th\u003e\n\u003cth\u003eEstado no controle de recebimentos\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003e100 dólares no anúncio\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eCondições da recompensa exibidas no anúncio\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eAnálise da promessa de pagamento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eProposta de contratação ou mensagem de seleção\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eExistência de proposta de trabalho ou seleção\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eEtapa de contratação\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eConclusão da tarefa e aprovação da entrega\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eAndamento da tarefa na plataforma\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003ePagamento a verificar separadamente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eDepósito em escrow\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eMovimentação de fundos para um endereço de custódia separado\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eAntes do recebimento pelo destinatário\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eERC-20 Approval\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eAutorização para uma parte designada usar os tokens\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eNão é prova de transferência de tokens\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eHá txHash, mas a transferência foi para outro endereço\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eTransferência para aquele endereço\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eNão é um recebimento seu\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eTransferência bem-sucedida para seu endereço, sem finalidade verificada\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eTransferência executada\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eAguardando finalidade\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eRecebimento externo em seu endereço com confirmação final\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eRecebimento on-chain\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eVerificar vínculo com o pagamento da tarefa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi verificado\"\u003eRecebimento final corresponde ao demonstrativo de pagamento da tarefa\u003c/td\u003e\n\u003ctd data-label=\"O que comprova\"\u003eEvidência de recebimento vinculada à tarefa correspondente\u003c/td\u003e\n\u003ctd data-label=\"Estado no controle de recebimentos\"\u003eRecebimento do pagamento confirmado\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eEscrow é uma forma de manter os fundos separados até que as condições sejam cumpridas. A simples custódia não significa que o pagamento foi feito à sua carteira. A aprovação da plataforma e o Approval do ERC-20 também são conceitos diferentes.\u003c/p\u003e\n\u003cp\u003eVincule um número de tarefa ou uma fatura também ao recebimento final. O registro da transação, por si só, não revela a finalidade do pagamento. Confira também a data de pagamento para não confundir o valor com outro recebimento de mesma quantidade.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#erros-comuns-ao-contabilizar-valores-como-pagamentos-de-novas-tarefas\" class=\"anchor\" id=\"erros-comuns-ao-contabilizar-valores-como-pagamentos-de-novas-tarefas\"\u003e\u003c/a\u003eErros comuns ao contabilizar valores como pagamentos de novas tarefas\u003c/h2\u003e\n\u003cp\u003eNão some todo o USDC que entra na carteira como pagamento de novas tarefas. O fato do recebimento e sua finalidade econômica são itens separados. A lista abaixo serve como critério para organizar o registro operacional de recebimentos.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eReembolso: vincule o valor devolvido à despesa original.\u003c/li\u003e\n\u003cli\u003eTransferência própria: identifique as movimentações entre carteiras que você controla.\u003c/li\u003e\n\u003cli\u003eMovimentação por ponte: separe a transferência dos seus ativos entre redes dos novos pagamentos de clientes.\u003c/li\u003e\n\u003cli\u003eTokens de spam: confira o endereço oficial do contrato, em vez de se basear no nome USDC.\u003c/li\u003e\n\u003cli\u003eTokens representativos emitidos por pontes: se o contrato for diferente, registre-os como ativos separados do USDC emitido pela Circle.\u003c/li\u003e\n\u003cli\u003eEventos com quantidade 0: mesmo que haja um Transfer, não os some como pagamento.\u003c/li\u003e\n\u003cli\u003eConsultas duplicadas: não some o mesmo evento uma vez pelo explorador e outra pela API.\u003c/li\u003e\n\u003cli\u003eComprovantes reutilizados: não atribua novamente um recebimento já vinculado a outra tarefa.\u003c/li\u003e\n\u003cli\u003eMovimentação circular própria: confira em conjunto a saída e a reentrada na mesma transação.\u003c/li\u003e\n\u003cli\u003eDevolução posterior: se você devolveu um pagamento recebido, vincule a devolução ao registro original de recebimento.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#campos-de-registro-para-evitar-duplicidades\" class=\"anchor\" id=\"campos-de-registro-para-evitar-duplicidades\"\u003e\u003c/a\u003eCampos de registro para evitar duplicidades\u003c/h3\u003e\n\u003cp\u003eOs eventos podem ser diferenciados por \u003ccode\u003echainId + txHash + logIndex\u003c/code\u003e. Uma mesma transação pode conter vários eventos de transferência. Portanto, agrupar todos os eventos em um só usando apenas o txHash pode causar omissões.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCampo a armazenar\u003c/th\u003e\n\u003cth\u003eFinalidade do registro\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eID de rede, endereço do contrato do token\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eIdentificar a rede e o ativo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003etxHash, logIndex\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eDistinguir os eventos de transferência\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eblockNumber, blockHash\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eVerificar novamente o bloco de inclusão\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eEndereço de origem, endereço de recebimento\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eConfirmar a direção da movimentação dos fundos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eQuantidade bruta, decimals, quantidade de USDC\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eReproduzir a conversão de unidades\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eHorário do bloco, horário da verificação, fuso horário\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eDistinguir o momento da transferência do momento da verificação\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eEstado de finalidade\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eDistinguir registros pendentes de registros finais\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eNúmero da tarefa, fatura, demonstrativo de pagamento\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eVincular o recebimento à sua finalidade\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Campo a armazenar\"\u003eClassificação como reembolso, transferência própria ou duplicidade\u003c/td\u003e\n\u003ctd data-label=\"Finalidade do registro\"\u003eEvitar superestimar os pagamentos de novas tarefas\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eSe houver uma reorganização de blocos antes da finalidade, verifique os registros novamente. Logs removidos devem ser excluídos da contabilização provisória anterior. Gerencie separadamente o total de pagamentos de tarefas e o saldo da carteira. O saldo também reflete valores mantidos anteriormente e retiradas posteriores.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#lista-de-verifica%C3%A7%C3%A3o-de-5-minutos\" class=\"anchor\" id=\"lista-de-verificação-de-5-minutos\"\u003e\u003c/a\u003eLista de verificação de 5 minutos\u003c/h2\u003e\n\u003cp\u003eEsta tabela reúne os itens a verificar em cerca de 5 minutos. Ela não garante o tempo necessário para a finalidade da blockchain. Deixe pendentes os itens que não puderem ser verificados.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eOrdem\u003c/th\u003e\n\u003cth\u003ePergunta de verificação\u003c/th\u003e\n\u003cth\u003eResultado a registrar\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eVocê conhece a rede e a quantidade previstas nas condições de pagamento?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eRede acordada e quantidade de USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e2\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eO serviço de recebimento aceita essa rede?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eEndereço de recebimento e suporte à rede\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e3\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eO contrato do log corresponde ao endereço da Circle?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eCorrespondência com o contrato oficial\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e4\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eA transação foi bem-sucedida e os tokens foram enviados ao seu endereço?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eStatus e endereço de recebimento do Transfer\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e5\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eVocê converteu corretamente a quantidade bruta?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eQuantidade efetiva de USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e6\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eVocê verificou o bloco de inclusão e a finalidade?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eHash do bloco e estado de finalização\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e7\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eO recebimento pode ser vinculado a um pagamento externo daquela tarefa?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eNúmero da tarefa e comprovação do pagamento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Ordem\"\u003e8\u003c/td\u003e\n\u003ctd data-label=\"Pergunta de verificação\"\u003eVocê separou reembolsos, transferências próprias e duplicidades?\u003c/td\u003e\n\u003ctd data-label=\"Resultado a registrar\"\u003eResultado da classificação e identificador do evento\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eNa primeira verificação, a comprovação do pagamento pode ser insuficiente. Nesse caso, solicite o nome da rede ou o txHash que estiver faltando. Se a transferência tiver sido feita para outro endereço, informe especificamente quais itens não correspondem ao combinado.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#perguntas-frequentes\" class=\"anchor\" id=\"perguntas-frequentes\"\u003e\u003c/a\u003ePerguntas frequentes\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#basta-receber-o-txhash-para-considerar-o-dep%C3%B3sito-conclu%C3%ADdo\" class=\"anchor\" id=\"basta-receber-o-txhash-para-considerar-o-depósito-concluído\"\u003e\u003c/a\u003eBasta receber o txHash para considerar o depósito concluído?\u003c/h3\u003e\n\u003cp\u003eO hash, por si só, não confirma a conclusão do depósito. Mesmo uma transação bem-sucedida pode ter outro endereço de recebimento. Verifique em conjunto o contrato, o endereço de recebimento, a quantidade e a finalidade.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#o-que-fazer-se-o-status-for-success-mas-o-saldo-n%C3%A3o-aparecer-na-carteira\" class=\"anchor\" id=\"o-que-fazer-se-o-status-for-success-mas-o-saldo-não-aparecer-na-carteira\"\u003e\u003c/a\u003eO que fazer se o status for Success, mas o saldo não aparecer na carteira?\u003c/h3\u003e\n\u003cp\u003ePrimeiro, confira o endereço de recebimento do evento e o contrato oficial. Se corresponderem, verifique a rede selecionada e a exibição do token. O processamento interno pelo serviço de recebimento também precisa ser verificado separadamente.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#posso-procurar-um-dep%C3%B3sito-de-base-em-ethereum\" class=\"anchor\" id=\"posso-procurar-um-depósito-de-base-em-ethereum\"\u003e\u003c/a\u003ePosso procurar um depósito de Base em Ethereum?\u003c/h3\u003e\n\u003cp\u003eConsulte as transações de Base em um explorador de Base. Mesmo que o endereço seja o mesmo, os registros são separados por rede. Não conclua que um depósito não chegou a Base apenas com base nos resultados da busca em Ethereum.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#se-aparecer-0-eth-no-topo-da-transa%C3%A7%C3%A3o-significa-que-n%C3%A3o-houve-dep%C3%B3sito\" class=\"anchor\" id=\"se-aparecer-0-eth-no-topo-da-transação-significa-que-não-houve-depósito\"\u003e\u003c/a\u003eSe aparecer 0 ETH no topo da transação, significa que não houve depósito?\u003c/h3\u003e\n\u003cp\u003eA indicação de 0 ETH não é prova de que nenhum USDC foi transferido. A quantidade de ETH da transação e a quantidade de tokens ERC-20 são informações distintas. Confira a quantidade de USDC no evento Transfer.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#um-recebimento-externo-com-confirma%C3%A7%C3%A3o-final-%C3%A9-uma-nova-receita\" class=\"anchor\" id=\"um-recebimento-externo-com-confirmação-final-é-uma-nova-receita\"\u003e\u003c/a\u003eUm recebimento externo com confirmação final é uma nova receita?\u003c/h3\u003e\n\u003cp\u003eUm recebimento externo, por si só, não permite reconhecer uma nova receita por tarefa. Pode ser um reembolso ou uma transferência com outra finalidade. Vincule o recebimento à sua finalidade usando a fatura e o demonstrativo de pagamento.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#posso-calcular-impostos-com-base-no-resultado-da-verifica%C3%A7%C3%A3o-do-recebimento\" class=\"anchor\" id=\"posso-calcular-impostos-com-base-no-resultado-da-verificação-do-recebimento\"\u003e\u003c/a\u003ePosso calcular impostos com base no resultado da verificação do recebimento?\u003c/h3\u003e\n\u003cp\u003eEste procedimento serve para verificar evidências de recebimento on-chain. Ele não determina as obrigações tributárias individuais. Para orientações tributárias da Coreia do Sul, consulte a \u003ca href=\"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026amp;mi=2224\"\u003eVisão geral do imposto de renda global\u003c/a\u003e do Serviço Nacional de Impostos.\u003c/p\u003e\n","tags":["Finanças cotidianas","Stablecoin","Monetização de conteúdo","Ferramentas de desenvolvimento"],"faqs":[{"question":"O que é necessário para confirmar um depósito de USDC?","answer":"Primeiro, confirme a rede e a quantidade de USDC acordadas para o pagamento. Você também precisará do endereço de recebimento e do txHash. Verifique o evento Transfer do contrato oficial e o estado de finalização da transação."},{"question":"Os endereços dos contratos de USDC no Ethereum e na Base são iguais?","answer":"São diferentes. Consulte o endereço do contrato de cada rede em USDC contract addresses da Circle. Não conclua que se trata do mesmo ativo apenas pelo nome ou logotipo do USDC na carteira."},{"question":"Quais são os IDs de rede do Ethereum e da Base?","answer":"O ID de rede da Ethereum Mainnet é 1. O ID de rede da Base Mainnet é 8453. As respostas de eth_chainId do RPC são, respectivamente, 0x1 e 0x2105."},{"question":"Ter um txHash significa que a recompensa foi paga?","answer":"O txHash é um identificador usado para localizar a transação. Para que ele sirva como prova de que o pagamento foi feito a você, é necessário conferir o endereço de recebimento. Verifique também o contrato oficial, a quantidade, o sucesso da transação e sua finalização."},{"question":"Qual é a diferença entre Success e finalized?","answer":"Success significa que a execução da transação foi bem-sucedida. finalized indica que o bloco foi confirmado de forma definitiva. Mesmo em transferências bem-sucedidas, verifique a finalização separadamente."},{"question":"Por que 100 USDC aparecem como 100000000 nos logs brutos?","answer":"O USDC em questão no Ethereum e na Base usa 6 casas decimais. Dividir a quantidade bruta de 100,000,000 por 1,000,000 resulta em 100 USDC. Não divida novamente a quantidade que o explorador já converteu."},{"question":"Devo olhar o campo To no topo da transação ou o campo to do evento Transfer?","answer":"Confira o endereço de recebimento dos tokens no campo to do evento Transfer. O campo To no topo da transação pode ser o contrato do token ou do pagamento. Compare o endereço completo com o endereço de recebimento confirmado previamente."},{"question":"Os 100 dólares do anúncio e um depósito de 100 USDC significam a mesma coisa?","answer":"Os 100 dólares do anúncio são a condição de recompensa informada. A quantidade de tokens a ser efetivamente paga deve ser confirmada no acordo de pagamento. Receber 100 USDC não significa receber 100 dólares em dinheiro."},{"question":"Um depósito em custódia ou um evento Approval serve como prova de recebimento do pagamento?","answer":"Um depósito em custódia mostra uma movimentação para um endereço separado de custódia. O evento Approval do ERC-20 é uma aprovação de permissão para usar tokens. Verifique separadamente a transferência efetiva para o seu endereço de recebimento."},{"question":"Como evitar duplicidades nos registros de depósitos de USDC?","answer":"Registre em conjunto o ID da rede, o txHash e o logIndex. Não some o mesmo evento mais de uma vez ao consultá-lo por diferentes meios. Verifique também se depósitos já atribuídos a outros trabalhos estão sendo reutilizados."},{"question":"Reembolsos ou transferências entre minhas próprias carteiras também são pagamentos por novos trabalhos?","answer":"Classifique reembolsos e transferências entre suas próprias carteiras separadamente dos pagamentos por novos trabalhos. O simples fato de haver uma transferência on-chain não revela a finalidade do pagamento. Relacione essas transações aos registros originais de gastos ou movimentações."},{"question":"A confirmação de um depósito de USDC termina em até 5 minutos?","answer":"A lista de verificação de 5 minutos é uma ferramenta que organiza a sequência das verificações. A finalização na rede ou a atualização no serviço podem levar mais tempo. Registre os itens não confirmados como pendentes."}],"sources":[{"url":"https://developers.circle.com/stablecoins/usdc-contract-addresses","title":"Circle Docs: endereços dos contratos USDC","type":"source"},{"url":"https://eips.ethereum.org/EIPS/eip-155","title":"EIP-155: proteção simples contra ataques de repetição, ID da cadeia 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: padrão de token, Transfer·Approval·decimals","type":"source"},{"url":"https://info.etherscan.com/what-is-event-logs/","title":"Etherscan Information Center: logs de eventos","type":"source"},{"url":"https://info.etherscan.com/explore-contract-address/","title":"Etherscan Information Center: explorar um endereço de contrato","type":"source"},{"url":"https://ethereum.org/developers/docs/apis/json-rpc/","title":"Ethereum: API JSON-RPC, consulta de recibos, logs e 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: finalização de transações","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, saldo e histórico de transações por rede","type":"source"},{"url":"https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7","title":"Etherscan: contrato do token USDC, exibição com 6 casas decimais","type":"data_point"},{"url":"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224","title":"Serviço Nacional de Impostos: visão geral do imposto sobre a renda total","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/en/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty"}