{"content_id":"gxi1phts28","slug":"usdc-deposit-verification-2026-chain-contract-transfer-bounty","locale":"ja","schema_type":"HowTo","category":"how_to","category_name":"ハウツー","title":"USDC入金確認2026 チェーンとバウンティの検証方法","summary":"USDCの入金は、チェーン、公式コントラクト、受取アドレス、数量が一致する送金記録で確認します。取引の成功と最終性まで確認したうえで、バウンティの支払いの約束、返金、自己送金と区別してください。","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"Injoys 編集部","url":"https://injoys.com/ko/about"},"key_points":["支払いを受けることになっているチェーンと公式USDCコントラクトアドレスを確認してください。","選択したチェーンの受取アドレスを、ご自身のウォレットか受取サービスで確認してください。","そのチェーンのエクスプローラーで、取引の成功とTransferイベントを照合してください。","取引が含まれるブロックの最終性を確認してください。","作業代金と紐付けたうえで、返金・自己送金・重複記録を別々に分類してください。"],"content_markdown":"USDCの入金は、合意したチェーンの公式トークンの転送で確認します。受取アドレスと数量が一致している必要があります。取引の成功とブロックのファイナリティも別途確認してください。募集要項の報酬額やハッシュだけでは、バウンティの支払いを認めることはできません。\n\nアドレスとチェーン IDは、Circle・Ethereum・Baseの公式ドキュメントで再確認してください。（確認値 Ethereum Mainnet: チェーン ID 1、USDCコントラクト 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48。Base Mainnet: チェーン ID 8453 0x2105 , USDCコントラクト · 出典 developers.circle.com · 2026-10-23 確認）\n\n## チェーン別のUSDCコントラクトアドレスとチェーン ID\n\nEthereumとBaseのUSDCは、それぞれ異なるコントラクトアドレスを使用します。チェーン IDはネットワークを区別する番号です。トークンコントラクトアドレスは、そのチェーン上でトークンを識別します。受取アドレスは、代金を受け取るウォレットやアカウントのアドレスです。\n\n執筆・ドキュメント確認日は2026年10月23日です。以下の表は、メインネットのCircle発行USDCを対象としています。メインネットは、実際に価値のある資産を使用するネットワークです。\n\n| ネットワーク | チェーン ID、10進数 | チェーン ID、16進数 | 公式USDCコントラクトアドレス | エクスプローラー |\n|---|---:|---|---|---|\n| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |\n| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |\n\nコントラクトアドレスの根拠は、[CircleのUSDC contract addresses](https://developers.circle.com/stablecoins/usdc-contract-addresses)です。Ethereumのチェーン IDは、[EIP-155](https://eips.ethereum.org/EIPS/eip-155)に明記されています。Baseのチェーン IDは、[Baseのeth_chainIdドキュメント](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId)で確認できます。\n\n受取アドレスの文字列が同じでも、チェーンが異なれば別の記録です。Ethereumでの入金がBaseの残高に自動で合算されるわけではありません。SepoliaなどのテストネットのUSDCは、実際の代金として集計しないでください。\n\n## 受取アドレスと取引を確認する手順\n\n支払い条件を先に確定しておくと、別の取引を代金と誤認しにくくなります。この手順は、公開された取引記録を読み取る作業です。エクスプローラーでの照会に、ウォレットの接続や署名は必要ありません。\n\n1. 支払いに関する合意で、ネットワークとトークンを確認してください。募集要項のドル表示と、実際に支払われるUSDCの数量を区別してください。\n2. 受取先のウォレットで、該当ネットワークの受取アドレスをコピーしてください。取引所を利用する場合は、そのサービスの入金画面を基準にしてください。サービスの対応ネットワークも確認してください。\n3. CircleのMainnetの表で、該当チェーンのコントラクトアドレスを探してください。トークン名やロゴだけで判断しないでください。\n4. 該当チェーンのエクスプローラーでtxHashを検索してください。txHashは取引を見つけるための識別値です。検索結果がなければ、ネットワークとハッシュを再度照合してください。\n5. 取引詳細のステータスとトークン転送記録を確認してください。続いてLogsタブで、実際のTransferイベントを照合してください。\n\n検索で見つからないハッシュは、まだ入金の証拠にはなりません。ただし、検索できないという理由だけで、相手の詐欺と断定することはできません。まずはチェーンの間違いやハッシュのコピー時の誤りを確認してください。\n\n## Transferイベントで確認する項目\n\n受け取ったかどうかは、USDCコントラクトが残したTransferイベントで判定します。取引上部のToは、呼び出されたコントラクトの場合があります。トークンを受け取ったアドレスは、イベント内の`to`で確認してください。\n\nERC-20標準では、転送イベントを次のように規定しています。\n\n\u003e トークンが転送される際には、値がゼロの転送も含め、必ず発生させる必要があります。\n\u003e\n\u003e 出典: ERC-20: Token Standard、Transferの項目\n\nこの規定には、数量が0の転送も含まれます。そのため、イベントが存在するだけで、対価の支払いがあったと認めてはいけません。原文は[ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20)で確認できます。\n\n| 確認項目 | 読み取る場所 | 合格基準 |\n|---|---|---|\n| 取引の実行結果 | Statusまたはレシートの`status` | Successまたは`0x1` |\n| ログ発行コントラクト | ログの`address` | 該当チェーンの公式USDCコントラクトと一致 |\n| イベントの種類 | イベント名とシグネチャ | `Transfer(address,address,uint256)` |\n| トークン送信元アドレス | イベントの`from` | 支払いの根拠と結び付けられる送信元 |\n| トークン受取アドレス | イベントの`to` | 事前に確認した受取アドレス全体と一致 |\n| 実際の数量 | イベントの`value` | 小数桁数を適用した数量が支払い条件と一致 |\n| 格納先ブロック | `blockNumber`、`blockHash` | 現在のチェーンの同じ高さのブロックとハッシュが一致 |\n| ファイナリティ | 該当ブロックの確定状態 | 以下のファイナリティ確認手順で別途確認 |\n\n支払い代行コントラクトがトークンを送る場合もあります。そのため、取引の送信者と雇用主のアドレスが常に同じとは限りません。作業番号と支払い明細も併せて照合してください。アドレスだけで、実際の支払者の身元を確定することはできません。\n\n### 生ログの読み方\n\n生ログでは、アドレスと数量がエンコードされています。`topics[0]`は、イベントシグネチャのハッシュです。標準USDC Transferの送信元アドレスは、`topics[1]`にあります。受取アドレスは、`topics[2]`に格納されています。\n\n- アドレス: 該当するtopicの末尾20バイトをアドレスとして解釈します。\n- 数量: `data`を符号なし整数として解釈します。\n- 小数桁数: 公式コントラクトの`decimals()`の値を使って数量を換算します。\n- 承認イベント: `Approval`は使用権限の承認記録です。\n\nEthereumとBaseの該当USDCは、小数点以下6桁を使用します。生の数量を1,000,000で割り、USDC単位で読み取ります。ETHの小数桁数をそのまま適用しないでください。ログ画面の構造は、[EtherscanのEvent Logs](https://info.etherscan.com/what-is-event-logs/)で確認できます。\n\n## 取引の成功とファイナリティの違い\n\nSuccessは、取引の実行が成功したことを意味します。ブロックが最終確定したという意味ではありません。ファイナリティとは、合意ルール上でブロックが確定した状態を指します。この記事で最終確認済みとする入金は、ファイナリティまで確認した記録です。\n\n| ネットワーク | 先に観測できる状態 | 最終確認の基準 |\n|---|---|---|\n| Ethereum | 取引がブロックに格納され、成功 | 取引のブロックがfinalizedの範囲に含まれること |\n| Base | 事前確認またはL2ブロックへの格納 | 該当L2ブロックがL1バッチのファイナリティに到達 |\n\nBase内の転送とEthereumへの出金では、手順が異なります。出金の待機期間をBase内の入金にそのまま適用しないでください。Baseでは、ブロックへの格納とL1バッチのファイナリティを区別しています。根拠は[BaseのTransaction Finality](https://docs.base.org/specifications/transactions/transaction-finality)です。\n\n### エクスプローラーでファイナリティが明確でない場合\n\nファイナリティの表示がなければ、確認状態を保留にできます。開発者は、該当チェーンの信頼できるRPCで再検証できます。RPCは、ブロックチェーンのノードにデータを要求するインターフェースです。\n\n1. `eth_chainId`で接続先のチェーンを確認してください。\n2. `eth_getTransactionReceipt`でレシートを読み取ってください。`status`、ログ、ブロック番号とブロックハッシュを確認してください。\n3. 同じブロック番号を`eth_getBlockByNumber`で照会してください。返されたハッシュがレシートの`blockHash`と同じか照合してください。\n4. `eth_getBlockByNumber`に`finalized`と`false`を渡してください。返されたブロックの高さが、取引のブロックの高さ以上であることを確認してください。Baseの取引は、Base RPCのfinalizedブロックを基準に比較してください。\n\nレシートが`null`の場合、その応答ではブロックに格納されたかどうかを確認できません。finalizedの照会に対応していない応答も、成功の判定に使わないでください。`latest`や単純な確認数を、finalizedに置き換えて解釈してはいけません。メソッドは、[Ethereum JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/)と[Baseのブロック照会ドキュメント](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber)で説明されています。\n\n## 計算例: 架空の100 USDC入金\n\n以下は実際の支払い事例ではなく、架空の検証例です。支払い条件はBaseでの100 USDCと仮定します。アドレスとログ番号は、説明のために作成した値です。例示したアドレスを実際の受取アドレスとして使用しないでください。\n\n| 項目 | 架空の例の値 |\n|---|---|\n| チェーン | Base Mainnet、チェーン ID 8453 |\n| ログ発行コントラクト | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |\n| トークン送信元アドレス | `0x2222222222222222222222222222222222222222` |\n| 合意した受取アドレス | `0x1111111111111111111111111111111111111111` |\n| Transferの受取アドレス | `0x1111111111111111111111111111111111111111` |\n| 生の数量 | 100,000,000 最小単位 |\n| 小数桁数 | 6桁 |\n| 換算数量 | 100,000,000 ÷ 1,000,000 = 100 USDC |\n| 取引ステータス | `status = 0x1` |\n| 取引識別子 | H、実際のtxHashの代わりに使う記号 |\n| ログの位置 | `logIndex = 7`、架空の値 |\n| ファイナリティ | 取引のブロックがfinalizedの範囲に含まれると仮定 |\n\nこの条件での受取数量は**100 USDC**です。Hのブロックハッシュの一致も確認済みと仮定します。外部の支払者による作業代金であることを結び付ける根拠は、別途必要です。\n\n受取アドレスが別のアドレスなら、本人への入金とは認めません。募集要項に100ドルとしか記載されていなければ、支払い数量も別途確認の対象です。100 USDCの受け取りは、現金100ドルの受領を意味するものではありません。\n\n## バウンティの状態別の入金証拠の比較\n\nバウンティの進捗状況とウォレットの入金状態は、別々に記録してください。バウンティは、指定された作業に対する報酬です。以下の分類は、支払いの証拠を管理するための基準です。法的な債権や税務上の売上の確定に代わるものではありません。\n\n| 確認した内容 | 証明できる範囲 | 入金管理上の状態 |\n|---|---|---|\n| 募集要項上の100ドル | 募集要項に表示された報酬条件 | 支払いの約束を検討 |\n| 受注の提案または採用メッセージ | 作業の提案や選定の事実 | 受注段階 |\n| 作業完了・検収承認 | プラットフォーム上の作業の進捗状況 | 支払いの有無を別途確認 |\n| エスクローへの入金 | 別の保管アドレスへの資金移動 | 本人の受領前 |\n| ERC-20 Approval | 指定した相手のトークン使用権限 | トークン転送の証拠ではないこと |\n| txHashはあるものの別のアドレスに転送 | そのアドレスへの転送 | 本人への入金ではないこと |\n| 本人のアドレスへの転送成功、ファイナリティ未確認 | 実行された転送 | ファイナリティ待ち |\n| 本人のアドレスへの最終確認済みの外部入金 | オンチェーンでの受領の事実 | 作業代金との関連を確認 |\n| 最終入金と作業の支払い明細が一致 | 該当作業に結び付く受領の証拠 | 代金受領を確認 |\n\nエスクローは、条件が満たされるまで資金を別に保管する方式です。保管されているという事実だけでは、本人のウォレットに支払われたとはみなせません。プラットフォームの承認とERC-20のApprovalも、異なる概念です。\n\n最終入金にも、作業番号や請求書を関連付けてください。取引記録だけでは、支払いの目的までは分かりません。同じ数量の別の入金と混同しないよう、支払日も照合してください。\n\n## 新しい作業代金として誤って集計するよくあるミス\n\nウォレットに入ったUSDCを、すべて新しい作業代金として合算しないでください。受領の事実と経済的な目的は、別の項目です。以下のチェックリストは、運用上の入金台帳を整理するための基準です。\n\n- 返金: 過去の支出が戻ってきた金額は、元の支出に関連付けてください。\n- 自己振替: 自分が管理するウォレット間の移動を区別してください。\n- ブリッジ移動: 自分の資産のチェーン間移動は、新たな顧客からの支払いと分けてください。\n- スパムトークン: USDCという名前よりも、公式コントラクトアドレスを確認してください。\n- ブリッジ表現トークン: コントラクトが異なる場合は、Circle発行USDCとは別の資産として記録してください。\n- 数量0のイベント: Transferがあっても、対価の支払いとして加算しないでください。\n- 重複照会: 同じイベントをエクスプローラーとAPIでそれぞれ加算しないでください。\n- 証拠の再利用: すでに別の作業に関連付けた入金を、再度割り当てないでください。\n- 自己循環: 同じ取引の出金と再入金を併せて確認してください。\n- 事後の返還: 受け取った代金を返した場合は、元の受領記録に関連付けてください。\n\n### 重複を防ぐ記録項目\n\nイベントは`chainId + txHash + logIndex`で区別できます。同じ取引に、複数の転送イベントが含まれることがあります。そのため、txHashだけですべてのイベントを1つにまとめると、漏れが生じる可能性があります。\n\n| 保存項目 | 記録の目的 |\n|---|---|\n| チェーン ID、トークンコントラクトアドレス | ネットワークと資産の識別 |\n| txHash、logIndex | 転送イベントの区別 |\n| blockNumber、blockHash | 格納先ブロックの再検証 |\n| 送信元アドレス、受取アドレス | 資金の移動方向の確認 |\n| 生の数量、decimals、USDC数量 | 単位換算の再現 |\n| ブロック時刻、確認時刻、タイムゾーン | 転送時点と検証時点の区別 |\n| ファイナリティの状態 | 保留記録と最終記録の区別 |\n| 作業番号、請求書、支払い明細 | 入金目的の関連付け |\n| 返金・自己振替・重複の分類 | 新しい作業代金の過大集計の防止 |\n\nファイナリティ到達前にブロックの再編成が発生した場合は、記録を再検証してください。削除されたログは、既存の暫定集計から除外する必要があります。作業代金の合計とウォレット残高は、別々に管理してください。残高には、以前からの保有分やその後の出金も反映されます。\n\n## 5分検証表\n\nこの表は、約5分で確認する項目を整理したチェック表です。ブロックチェーンのファイナリティが完了するまでの時間を保証するものではありません。確認できない項目は、保留のままにしてください。\n\n| 順序 | 確認する質問 | 残す結果 |\n|---:|---|---|\n| 1 | 支払い条件のチェーンと数量を把握していますか？ | 合意したネットワーク・USDC数量 |\n| 2 | 受取サービスはそのチェーンに対応していますか？ | 受取アドレス・対応の有無 |\n| 3 | ログのコントラクトはCircleのアドレスと同じですか？ | 公式コントラクトとの一致の有無 |\n| 4 | 取引が成功し、自分のアドレスに転送されましたか？ | ステータス・Transferの受取アドレス |\n| 5 | 生の数量を正しく換算しましたか？ | 実際のUSDC数量 |\n| 6 | 格納先ブロックとファイナリティを確認しましたか？ | ブロックハッシュ・確定状態 |\n| 7 | 該当作業に対する外部からの支払いとして結び付けられますか？ | 作業番号・支払いの根拠 |\n| 8 | 返金・自己振替・重複を分離しましたか？ | 分類結果・イベント識別子 |\n\n最初の確認では、支払いの根拠が不足している場合もあります。その場合は、不足しているチェーン名やtxHashを求めてください。別のアドレスに転送されていた場合は、不一致の項目を具体的に伝えてください。\n\n## よくある質問\n\n### txHashを受け取るだけで入金完了ですか？\n\nハッシュだけでは、入金完了を確認できません。成功した取引でも、別の受取アドレスが含まれることがあります。コントラクト・受取アドレス・数量・ファイナリティを併せて確認してください。\n\n### Successなのにウォレットの残高が表示されない場合はどうすればよいですか？\n\nまず、イベントの受取アドレスと公式コントラクトを照合してください。一致している場合は、選択したネットワークとトークンの表示を確認してください。受取サービス内部での反映状況も、別途確認の対象です。\n\n### Baseの入金をEthereumで探してもよいですか？\n\nBaseの取引は、Baseのエクスプローラーで照会してください。同じアドレスを使っていても、チェーンごとの記録は分かれています。Ethereumの検索結果だけで、Baseに入金されていないと判断しないでください。\n\n### 取引上部に0 ETHと表示されていたら、入金はないということですか？\n\n0 ETHの表示は、USDCが転送されていないことの証拠ではありません。取引のETH数量とERC-20トークンの数量は別です。TransferイベントのUSDC数量を確認してください。\n\n### 最終確認済みの外部入金なら、新しい売上ですか？\n\n外部からの入金だけでは、新しい作業の売上を確定できません。返金や別の目的の送金の場合もあります。請求書と支払い明細を使って、入金目的を関連付けてください。\n\n### 入金の確認結果で税金を計算してもよいですか？\n\nこの手順は、オンチェーンでの受領の証拠を確認するためのものです。個人の納税結果を判断するものではありません。韓国の税務案内は、国税庁の[総合所得税の概要](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224)で確認してください。","content_html":"\u003cp\u003eUSDCの入金は、合意したチェーンの公式トークンの転送で確認します。受取アドレスと数量が一致している必要があります。取引の成功とブロックのファイナリティも別途確認してください。募集要項の報酬額やハッシュだけでは、バウンティの支払いを認めることはできません。\u003c/p\u003e\n\u003cp\u003eアドレスとチェーン IDは、Circle・Ethereum・Baseの公式ドキュメントで再確認してください。（確認値 Ethereum Mainnet: チェーン ID 1、USDCコントラクト 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48。Base Mainnet: チェーン ID 8453 0x2105 , USDCコントラクト · 出典 developers.circle.com · 2026-10-23 確認）\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E3%83%81%E3%82%A7%E3%83%BC%E3%83%B3%E5%88%A5%E3%81%AEusdc%E3%82%B3%E3%83%B3%E3%83%88%E3%83%A9%E3%82%AF%E3%83%88%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E3%81%A8%E3%83%81%E3%82%A7%E3%83%BC%E3%83%B3-id\" class=\"anchor\" id=\"チェーン別のusdcコントラクトアドレスとチェーン-id\"\u003e\u003c/a\u003eチェーン別のUSDCコントラクトアドレスとチェーン ID\u003c/h2\u003e\n\u003cp\u003eEthereumとBaseのUSDCは、それぞれ異なるコントラクトアドレスを使用します。チェーン IDはネットワークを区別する番号です。トークンコントラクトアドレスは、そのチェーン上でトークンを識別します。受取アドレスは、代金を受け取るウォレットやアカウントのアドレスです。\u003c/p\u003e\n\u003cp\u003e執筆・ドキュメント確認日は2026年10月23日です。以下の表は、メインネットのCircle発行USDCを対象としています。メインネットは、実際に価値のある資産を使用するネットワークです。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eネットワーク\u003c/th\u003e\n\u003cth\u003eチェーン ID、10進数\u003c/th\u003e\n\u003cth\u003eチェーン ID、16進数\u003c/th\u003e\n\u003cth\u003e公式USDCコントラクトアドレス\u003c/th\u003e\n\u003cth\u003eエクスプローラー\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"ネットワーク\"\u003eEthereum Mainnet\u003c/td\u003e\n\u003ctd data-label=\"チェーン ID、10進数\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"チェーン ID、16進数\"\u003e\u003ccode\u003e0x1\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"公式USDCコントラクトアドレス\"\u003e\u003ccode\u003e0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"エクスプローラー\"\u003eEtherscan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"ネットワーク\"\u003eBase Mainnet\u003c/td\u003e\n\u003ctd data-label=\"チェーン ID、10進数\"\u003e8453\u003c/td\u003e\n\u003ctd data-label=\"チェーン ID、16進数\"\u003e\u003ccode\u003e0x2105\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"公式USDCコントラクトアドレス\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"エクスプローラー\"\u003eBaseScan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eコントラクトアドレスの根拠は、\u003ca href=\"https://developers.circle.com/stablecoins/usdc-contract-addresses\"\u003eCircleのUSDC contract addresses\u003c/a\u003eです。Ethereumのチェーン IDは、\u003ca href=\"https://eips.ethereum.org/EIPS/eip-155\"\u003eEIP-155\u003c/a\u003eに明記されています。Baseのチェーン IDは、\u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId\"\u003eBaseのeth_chainIdドキュメント\u003c/a\u003eで確認できます。\u003c/p\u003e\n\u003cp\u003e受取アドレスの文字列が同じでも、チェーンが異なれば別の記録です。Ethereumでの入金がBaseの残高に自動で合算されるわけではありません。SepoliaなどのテストネットのUSDCは、実際の代金として集計しないでください。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%8F%97%E5%8F%96%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E3%81%A8%E5%8F%96%E5%BC%95%E3%82%92%E7%A2%BA%E8%AA%8D%E3%81%99%E3%82%8B%E6%89%8B%E9%A0%86\" class=\"anchor\" id=\"受取アドレスと取引を確認する手順\"\u003e\u003c/a\u003e受取アドレスと取引を確認する手順\u003c/h2\u003e\n\u003cp\u003e支払い条件を先に確定しておくと、別の取引を代金と誤認しにくくなります。この手順は、公開された取引記録を読み取る作業です。エクスプローラーでの照会に、ウォレットの接続や署名は必要ありません。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e支払いに関する合意で、ネットワークとトークンを確認してください。募集要項のドル表示と、実際に支払われるUSDCの数量を区別してください。\u003c/li\u003e\n\u003cli\u003e受取先のウォレットで、該当ネットワークの受取アドレスをコピーしてください。取引所を利用する場合は、そのサービスの入金画面を基準にしてください。サービスの対応ネットワークも確認してください。\u003c/li\u003e\n\u003cli\u003eCircleのMainnetの表で、該当チェーンのコントラクトアドレスを探してください。トークン名やロゴだけで判断しないでください。\u003c/li\u003e\n\u003cli\u003e該当チェーンのエクスプローラーでtxHashを検索してください。txHashは取引を見つけるための識別値です。検索結果がなければ、ネットワークとハッシュを再度照合してください。\u003c/li\u003e\n\u003cli\u003e取引詳細のステータスとトークン転送記録を確認してください。続いてLogsタブで、実際のTransferイベントを照合してください。\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e検索で見つからないハッシュは、まだ入金の証拠にはなりません。ただし、検索できないという理由だけで、相手の詐欺と断定することはできません。まずはチェーンの間違いやハッシュのコピー時の誤りを確認してください。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#transfer%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%81%A7%E7%A2%BA%E8%AA%8D%E3%81%99%E3%82%8B%E9%A0%85%E7%9B%AE\" class=\"anchor\" id=\"transferイベントで確認する項目\"\u003e\u003c/a\u003eTransferイベントで確認する項目\u003c/h2\u003e\n\u003cp\u003e受け取ったかどうかは、USDCコントラクトが残したTransferイベントで判定します。取引上部のToは、呼び出されたコントラクトの場合があります。トークンを受け取ったアドレスは、イベント内の\u003ccode\u003eto\u003c/code\u003eで確認してください。\u003c/p\u003e\n\u003cp\u003eERC-20標準では、転送イベントを次のように規定しています。\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eトークンが転送される際には、値がゼロの転送も含め、必ず発生させる必要があります。\u003c/p\u003e\n\u003cp\u003e出典: ERC-20: Token Standard、Transferの項目\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eこの規定には、数量が0の転送も含まれます。そのため、イベントが存在するだけで、対価の支払いがあったと認めてはいけません。原文は\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\u003e確認項目\u003c/th\u003e\n\u003cth\u003e読み取る場所\u003c/th\u003e\n\u003cth\u003e合格基準\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003e取引の実行結果\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003eStatusまたはレシートの\u003ccode\u003estatus\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003eSuccessまたは\u003ccode\u003e0x1\u003c/code\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003eログ発行コントラクト\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003eログの\u003ccode\u003eaddress\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e該当チェーンの公式USDCコントラクトと一致\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003eイベントの種類\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003eイベント名とシグネチャ\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e\u003ccode\u003eTransfer(address,address,uint256)\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003eトークン送信元アドレス\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003eイベントの\u003ccode\u003efrom\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e支払いの根拠と結び付けられる送信元\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003eトークン受取アドレス\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003eイベントの\u003ccode\u003eto\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e事前に確認した受取アドレス全体と一致\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003e実際の数量\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003eイベントの\u003ccode\u003evalue\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e小数桁数を適用した数量が支払い条件と一致\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003e格納先ブロック\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003e\n\u003ccode\u003eblockNumber\u003c/code\u003e、\u003ccode\u003eblockHash\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e現在のチェーンの同じ高さのブロックとハッシュが一致\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認項目\"\u003eファイナリティ\u003c/td\u003e\n\u003ctd data-label=\"読み取る場所\"\u003e該当ブロックの確定状態\u003c/td\u003e\n\u003ctd data-label=\"合格基準\"\u003e以下のファイナリティ確認手順で別途確認\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e支払い代行コントラクトがトークンを送る場合もあります。そのため、取引の送信者と雇用主のアドレスが常に同じとは限りません。作業番号と支払い明細も併せて照合してください。アドレスだけで、実際の支払者の身元を確定することはできません。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E7%94%9F%E3%83%AD%E3%82%B0%E3%81%AE%E8%AA%AD%E3%81%BF%E6%96%B9\" class=\"anchor\" id=\"生ログの読み方\"\u003e\u003c/a\u003e生ログの読み方\u003c/h3\u003e\n\u003cp\u003e生ログでは、アドレスと数量がエンコードされています。\u003ccode\u003etopics[0]\u003c/code\u003eは、イベントシグネチャのハッシュです。標準USDC Transferの送信元アドレスは、\u003ccode\u003etopics[1]\u003c/code\u003eにあります。受取アドレスは、\u003ccode\u003etopics[2]\u003c/code\u003eに格納されています。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eアドレス: 該当するtopicの末尾20バイトをアドレスとして解釈します。\u003c/li\u003e\n\u003cli\u003e数量: \u003ccode\u003edata\u003c/code\u003eを符号なし整数として解釈します。\u003c/li\u003e\n\u003cli\u003e小数桁数: 公式コントラクトの\u003ccode\u003edecimals()\u003c/code\u003eの値を使って数量を換算します。\u003c/li\u003e\n\u003cli\u003e承認イベント: \u003ccode\u003eApproval\u003c/code\u003eは使用権限の承認記録です。\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eEthereumとBaseの該当USDCは、小数点以下6桁を使用します。生の数量を1,000,000で割り、USDC単位で読み取ります。ETHの小数桁数をそのまま適用しないでください。ログ画面の構造は、\u003ca href=\"https://info.etherscan.com/what-is-event-logs/\"\u003eEtherscanのEvent Logs\u003c/a\u003eで確認できます。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%8F%96%E5%BC%95%E3%81%AE%E6%88%90%E5%8A%9F%E3%81%A8%E3%83%95%E3%82%A1%E3%82%A4%E3%83%8A%E3%83%AA%E3%83%86%E3%82%A3%E3%81%AE%E9%81%95%E3%81%84\" class=\"anchor\" id=\"取引の成功とファイナリティの違い\"\u003e\u003c/a\u003e取引の成功とファイナリティの違い\u003c/h2\u003e\n\u003cp\u003eSuccessは、取引の実行が成功したことを意味します。ブロックが最終確定したという意味ではありません。ファイナリティとは、合意ルール上でブロックが確定した状態を指します。この記事で最終確認済みとする入金は、ファイナリティまで確認した記録です。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eネットワーク\u003c/th\u003e\n\u003cth\u003e先に観測できる状態\u003c/th\u003e\n\u003cth\u003e最終確認の基準\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"ネットワーク\"\u003eEthereum\u003c/td\u003e\n\u003ctd data-label=\"先に観測できる状態\"\u003e取引がブロックに格納され、成功\u003c/td\u003e\n\u003ctd data-label=\"最終確認の基準\"\u003e取引のブロックがfinalizedの範囲に含まれること\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"ネットワーク\"\u003eBase\u003c/td\u003e\n\u003ctd data-label=\"先に観測できる状態\"\u003e事前確認またはL2ブロックへの格納\u003c/td\u003e\n\u003ctd data-label=\"最終確認の基準\"\u003e該当L2ブロックがL1バッチのファイナリティに到達\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eBase内の転送とEthereumへの出金では、手順が異なります。出金の待機期間をBase内の入金にそのまま適用しないでください。Baseでは、ブロックへの格納とL1バッチのファイナリティを区別しています。根拠は\u003ca href=\"https://docs.base.org/specifications/transactions/transaction-finality\"\u003eBaseのTransaction Finality\u003c/a\u003eです。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%97%E3%83%AD%E3%83%BC%E3%83%A9%E3%83%BC%E3%81%A7%E3%83%95%E3%82%A1%E3%82%A4%E3%83%8A%E3%83%AA%E3%83%86%E3%82%A3%E3%81%8C%E6%98%8E%E7%A2%BA%E3%81%A7%E3%81%AA%E3%81%84%E5%A0%B4%E5%90%88\" class=\"anchor\" id=\"エクスプローラーでファイナリティが明確でない場合\"\u003e\u003c/a\u003eエクスプローラーでファイナリティが明確でない場合\u003c/h3\u003e\n\u003cp\u003eファイナリティの表示がなければ、確認状態を保留にできます。開発者は、該当チェーンの信頼できるRPCで再検証できます。RPCは、ブロックチェーンのノードにデータを要求するインターフェースです。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003ccode\u003eeth_chainId\u003c/code\u003eで接続先のチェーンを確認してください。\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003eeth_getTransactionReceipt\u003c/code\u003eでレシートを読み取ってください。\u003ccode\u003estatus\u003c/code\u003e、ログ、ブロック番号とブロックハッシュを確認してください。\u003c/li\u003e\n\u003cli\u003e同じブロック番号を\u003ccode\u003eeth_getBlockByNumber\u003c/code\u003eで照会してください。返されたハッシュがレシートの\u003ccode\u003eblockHash\u003c/code\u003eと同じか照合してください。\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003eeth_getBlockByNumber\u003c/code\u003eに\u003ccode\u003efinalized\u003c/code\u003eと\u003ccode\u003efalse\u003c/code\u003eを渡してください。返されたブロックの高さが、取引のブロックの高さ以上であることを確認してください。Baseの取引は、Base RPCのfinalizedブロックを基準に比較してください。\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eレシートが\u003ccode\u003enull\u003c/code\u003eの場合、その応答ではブロックに格納されたかどうかを確認できません。finalizedの照会に対応していない応答も、成功の判定に使わないでください。\u003ccode\u003elatest\u003c/code\u003eや単純な確認数を、finalizedに置き換えて解釈してはいけません。メソッドは、\u003ca href=\"https://ethereum.org/developers/docs/apis/json-rpc/\"\u003eEthereum JSON-RPC\u003c/a\u003eと\u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber\"\u003eBaseのブロック照会ドキュメント\u003c/a\u003eで説明されています。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E8%A8%88%E7%AE%97%E4%BE%8B-%E6%9E%B6%E7%A9%BA%E3%81%AE100-usdc%E5%85%A5%E9%87%91\" class=\"anchor\" id=\"計算例-架空の100-usdc入金\"\u003e\u003c/a\u003e計算例: 架空の100 USDC入金\u003c/h2\u003e\n\u003cp\u003e以下は実際の支払い事例ではなく、架空の検証例です。支払い条件はBaseでの100 USDCと仮定します。アドレスとログ番号は、説明のために作成した値です。例示したアドレスを実際の受取アドレスとして使用しないでください。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e項目\u003c/th\u003e\n\u003cth\u003e架空の例の値\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003eチェーン\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003eBase Mainnet、チェーン ID 8453\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003eログ発行コントラクト\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003eトークン送信元アドレス\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e\u003ccode\u003e0x2222222222222222222222222222222222222222\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e合意した受取アドレス\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003eTransferの受取アドレス\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e生の数量\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e100,000,000 最小単位\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e小数桁数\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e6桁\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e換算数量\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e100,000,000 ÷ 1,000,000 = 100 USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e取引ステータス\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e\u003ccode\u003estatus = 0x1\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003e取引識別子\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003eH、実際のtxHashの代わりに使う記号\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003eログの位置\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e\n\u003ccode\u003elogIndex = 7\u003c/code\u003e、架空の値\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"項目\"\u003eファイナリティ\u003c/td\u003e\n\u003ctd data-label=\"架空の例の値\"\u003e取引のブロックがfinalizedの範囲に含まれると仮定\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eこの条件での受取数量は\u003cstrong\u003e100 USDC\u003c/strong\u003eです。Hのブロックハッシュの一致も確認済みと仮定します。外部の支払者による作業代金であることを結び付ける根拠は、別途必要です。\u003c/p\u003e\n\u003cp\u003e受取アドレスが別のアドレスなら、本人への入金とは認めません。募集要項に100ドルとしか記載されていなければ、支払い数量も別途確認の対象です。100 USDCの受け取りは、現金100ドルの受領を意味するものではありません。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E3%83%90%E3%82%A6%E3%83%B3%E3%83%86%E3%82%A3%E3%81%AE%E7%8A%B6%E6%85%8B%E5%88%A5%E3%81%AE%E5%85%A5%E9%87%91%E8%A8%BC%E6%8B%A0%E3%81%AE%E6%AF%94%E8%BC%83\" class=\"anchor\" id=\"バウンティの状態別の入金証拠の比較\"\u003e\u003c/a\u003eバウンティの状態別の入金証拠の比較\u003c/h2\u003e\n\u003cp\u003eバウンティの進捗状況とウォレットの入金状態は、別々に記録してください。バウンティは、指定された作業に対する報酬です。以下の分類は、支払いの証拠を管理するための基準です。法的な債権や税務上の売上の確定に代わるものではありません。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e確認した内容\u003c/th\u003e\n\u003cth\u003e証明できる範囲\u003c/th\u003e\n\u003cth\u003e入金管理上の状態\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003e募集要項上の100ドル\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003e募集要項に表示された報酬条件\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e支払いの約束を検討\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003e受注の提案または採用メッセージ\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003e作業の提案や選定の事実\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e受注段階\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003e作業完了・検収承認\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003eプラットフォーム上の作業の進捗状況\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e支払いの有無を別途確認\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003eエスクローへの入金\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003e別の保管アドレスへの資金移動\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e本人の受領前\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003eERC-20 Approval\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003e指定した相手のトークン使用権限\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003eトークン転送の証拠ではないこと\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003etxHashはあるものの別のアドレスに転送\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003eそのアドレスへの転送\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e本人への入金ではないこと\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003e本人のアドレスへの転送成功、ファイナリティ未確認\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003e実行された転送\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003eファイナリティ待ち\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003e本人のアドレスへの最終確認済みの外部入金\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003eオンチェーンでの受領の事実\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e作業代金との関連を確認\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"確認した内容\"\u003e最終入金と作業の支払い明細が一致\u003c/td\u003e\n\u003ctd data-label=\"証明できる範囲\"\u003e該当作業に結び付く受領の証拠\u003c/td\u003e\n\u003ctd data-label=\"入金管理上の状態\"\u003e代金受領を確認\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eエスクローは、条件が満たされるまで資金を別に保管する方式です。保管されているという事実だけでは、本人のウォレットに支払われたとはみなせません。プラットフォームの承認とERC-20のApprovalも、異なる概念です。\u003c/p\u003e\n\u003cp\u003e最終入金にも、作業番号や請求書を関連付けてください。取引記録だけでは、支払いの目的までは分かりません。同じ数量の別の入金と混同しないよう、支払日も照合してください。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E6%96%B0%E3%81%97%E3%81%84%E4%BD%9C%E6%A5%AD%E4%BB%A3%E9%87%91%E3%81%A8%E3%81%97%E3%81%A6%E8%AA%A4%E3%81%A3%E3%81%A6%E9%9B%86%E8%A8%88%E3%81%99%E3%82%8B%E3%82%88%E3%81%8F%E3%81%82%E3%82%8B%E3%83%9F%E3%82%B9\" class=\"anchor\" id=\"新しい作業代金として誤って集計するよくあるミス\"\u003e\u003c/a\u003e新しい作業代金として誤って集計するよくあるミス\u003c/h2\u003e\n\u003cp\u003eウォレットに入ったUSDCを、すべて新しい作業代金として合算しないでください。受領の事実と経済的な目的は、別の項目です。以下のチェックリストは、運用上の入金台帳を整理するための基準です。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e返金: 過去の支出が戻ってきた金額は、元の支出に関連付けてください。\u003c/li\u003e\n\u003cli\u003e自己振替: 自分が管理するウォレット間の移動を区別してください。\u003c/li\u003e\n\u003cli\u003eブリッジ移動: 自分の資産のチェーン間移動は、新たな顧客からの支払いと分けてください。\u003c/li\u003e\n\u003cli\u003eスパムトークン: USDCという名前よりも、公式コントラクトアドレスを確認してください。\u003c/li\u003e\n\u003cli\u003eブリッジ表現トークン: コントラクトが異なる場合は、Circle発行USDCとは別の資産として記録してください。\u003c/li\u003e\n\u003cli\u003e数量0のイベント: Transferがあっても、対価の支払いとして加算しないでください。\u003c/li\u003e\n\u003cli\u003e重複照会: 同じイベントをエクスプローラーとAPIでそれぞれ加算しないでください。\u003c/li\u003e\n\u003cli\u003e証拠の再利用: すでに別の作業に関連付けた入金を、再度割り当てないでください。\u003c/li\u003e\n\u003cli\u003e自己循環: 同じ取引の出金と再入金を併せて確認してください。\u003c/li\u003e\n\u003cli\u003e事後の返還: 受け取った代金を返した場合は、元の受領記録に関連付けてください。\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E9%87%8D%E8%A4%87%E3%82%92%E9%98%B2%E3%81%90%E8%A8%98%E9%8C%B2%E9%A0%85%E7%9B%AE\" class=\"anchor\" id=\"重複を防ぐ記録項目\"\u003e\u003c/a\u003e重複を防ぐ記録項目\u003c/h3\u003e\n\u003cp\u003eイベントは\u003ccode\u003echainId + txHash + logIndex\u003c/code\u003eで区別できます。同じ取引に、複数の転送イベントが含まれることがあります。そのため、txHashだけですべてのイベントを1つにまとめると、漏れが生じる可能性があります。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e保存項目\u003c/th\u003e\n\u003cth\u003e記録の目的\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003eチェーン ID、トークンコントラクトアドレス\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003eネットワークと資産の識別\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003etxHash、logIndex\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e転送イベントの区別\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003eblockNumber、blockHash\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e格納先ブロックの再検証\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003e送信元アドレス、受取アドレス\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e資金の移動方向の確認\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003e生の数量、decimals、USDC数量\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e単位換算の再現\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003eブロック時刻、確認時刻、タイムゾーン\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e転送時点と検証時点の区別\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003eファイナリティの状態\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e保留記録と最終記録の区別\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003e作業番号、請求書、支払い明細\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e入金目的の関連付け\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"保存項目\"\u003e返金・自己振替・重複の分類\u003c/td\u003e\n\u003ctd data-label=\"記録の目的\"\u003e新しい作業代金の過大集計の防止\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eファイナリティ到達前にブロックの再編成が発生した場合は、記録を再検証してください。削除されたログは、既存の暫定集計から除外する必要があります。作業代金の合計とウォレット残高は、別々に管理してください。残高には、以前からの保有分やその後の出金も反映されます。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#5%E5%88%86%E6%A4%9C%E8%A8%BC%E8%A1%A8\" class=\"anchor\" id=\"5分検証表\"\u003e\u003c/a\u003e5分検証表\u003c/h2\u003e\n\u003cp\u003eこの表は、約5分で確認する項目を整理したチェック表です。ブロックチェーンのファイナリティが完了するまでの時間を保証するものではありません。確認できない項目は、保留のままにしてください。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e順序\u003c/th\u003e\n\u003cth\u003e確認する質問\u003c/th\u003e\n\u003cth\u003e残す結果\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e支払い条件のチェーンと数量を把握していますか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003e合意したネットワーク・USDC数量\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e2\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e受取サービスはそのチェーンに対応していますか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003e受取アドレス・対応の有無\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e3\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003eログのコントラクトはCircleのアドレスと同じですか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003e公式コントラクトとの一致の有無\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e4\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e取引が成功し、自分のアドレスに転送されましたか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003eステータス・Transferの受取アドレス\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e5\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e生の数量を正しく換算しましたか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003e実際のUSDC数量\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e6\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e格納先ブロックとファイナリティを確認しましたか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003eブロックハッシュ・確定状態\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e7\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e該当作業に対する外部からの支払いとして結び付けられますか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003e作業番号・支払いの根拠\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"順序\"\u003e8\u003c/td\u003e\n\u003ctd data-label=\"確認する質問\"\u003e返金・自己振替・重複を分離しましたか？\u003c/td\u003e\n\u003ctd data-label=\"残す結果\"\u003e分類結果・イベント識別子\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e最初の確認では、支払いの根拠が不足している場合もあります。その場合は、不足しているチェーン名やtxHashを求めてください。別のアドレスに転送されていた場合は、不一致の項目を具体的に伝えてください。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E3%82%88%E3%81%8F%E3%81%82%E3%82%8B%E8%B3%AA%E5%95%8F\" class=\"anchor\" id=\"よくある質問\"\u003e\u003c/a\u003eよくある質問\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#txhash%E3%82%92%E5%8F%97%E3%81%91%E5%8F%96%E3%82%8B%E3%81%A0%E3%81%91%E3%81%A7%E5%85%A5%E9%87%91%E5%AE%8C%E4%BA%86%E3%81%A7%E3%81%99%E3%81%8B\" class=\"anchor\" id=\"txhashを受け取るだけで入金完了ですか\"\u003e\u003c/a\u003etxHashを受け取るだけで入金完了ですか？\u003c/h3\u003e\n\u003cp\u003eハッシュだけでは、入金完了を確認できません。成功した取引でも、別の受取アドレスが含まれることがあります。コントラクト・受取アドレス・数量・ファイナリティを併せて確認してください。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#success%E3%81%AA%E3%81%AE%E3%81%AB%E3%82%A6%E3%82%A9%E3%83%AC%E3%83%83%E3%83%88%E3%81%AE%E6%AE%8B%E9%AB%98%E3%81%8C%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%81%AA%E3%81%84%E5%A0%B4%E5%90%88%E3%81%AF%E3%81%A9%E3%81%86%E3%81%99%E3%82%8C%E3%81%B0%E3%82%88%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B\" class=\"anchor\" id=\"successなのにウォレットの残高が表示されない場合はどうすればよいですか\"\u003e\u003c/a\u003eSuccessなのにウォレットの残高が表示されない場合はどうすればよいですか？\u003c/h3\u003e\n\u003cp\u003eまず、イベントの受取アドレスと公式コントラクトを照合してください。一致している場合は、選択したネットワークとトークンの表示を確認してください。受取サービス内部での反映状況も、別途確認の対象です。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#base%E3%81%AE%E5%85%A5%E9%87%91%E3%82%92ethereum%E3%81%A7%E6%8E%A2%E3%81%97%E3%81%A6%E3%82%82%E3%82%88%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B\" class=\"anchor\" id=\"baseの入金をethereumで探してもよいですか\"\u003e\u003c/a\u003eBaseの入金をEthereumで探してもよいですか？\u003c/h3\u003e\n\u003cp\u003eBaseの取引は、Baseのエクスプローラーで照会してください。同じアドレスを使っていても、チェーンごとの記録は分かれています。Ethereumの検索結果だけで、Baseに入金されていないと判断しないでください。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%8F%96%E5%BC%95%E4%B8%8A%E9%83%A8%E3%81%AB0-eth%E3%81%A8%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%9F%E3%82%89%E5%85%A5%E9%87%91%E3%81%AF%E3%81%AA%E3%81%84%E3%81%A8%E3%81%84%E3%81%86%E3%81%93%E3%81%A8%E3%81%A7%E3%81%99%E3%81%8B\" class=\"anchor\" id=\"取引上部に0-ethと表示されていたら入金はないということですか\"\u003e\u003c/a\u003e取引上部に0 ETHと表示されていたら、入金はないということですか？\u003c/h3\u003e\n\u003cp\u003e0 ETHの表示は、USDCが転送されていないことの証拠ではありません。取引のETH数量とERC-20トークンの数量は別です。TransferイベントのUSDC数量を確認してください。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E6%9C%80%E7%B5%82%E7%A2%BA%E8%AA%8D%E6%B8%88%E3%81%BF%E3%81%AE%E5%A4%96%E9%83%A8%E5%85%A5%E9%87%91%E3%81%AA%E3%82%89%E6%96%B0%E3%81%97%E3%81%84%E5%A3%B2%E4%B8%8A%E3%81%A7%E3%81%99%E3%81%8B\" class=\"anchor\" id=\"最終確認済みの外部入金なら新しい売上ですか\"\u003e\u003c/a\u003e最終確認済みの外部入金なら、新しい売上ですか？\u003c/h3\u003e\n\u003cp\u003e外部からの入金だけでは、新しい作業の売上を確定できません。返金や別の目的の送金の場合もあります。請求書と支払い明細を使って、入金目的を関連付けてください。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%85%A5%E9%87%91%E3%81%AE%E7%A2%BA%E8%AA%8D%E7%B5%90%E6%9E%9C%E3%81%A7%E7%A8%8E%E9%87%91%E3%82%92%E8%A8%88%E7%AE%97%E3%81%97%E3%81%A6%E3%82%82%E3%82%88%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B\" class=\"anchor\" id=\"入金の確認結果で税金を計算してもよいですか\"\u003e\u003c/a\u003e入金の確認結果で税金を計算してもよいですか？\u003c/h3\u003e\n\u003cp\u003eこの手順は、オンチェーンでの受領の証拠を確認するためのものです。個人の納税結果を判断するものではありません。韓国の税務案内は、国税庁の\u003ca href=\"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026amp;mi=2224\"\u003e総合所得税の概要\u003c/a\u003eで確認してください。\u003c/p\u003e\n","tags":["暮らしの金融","ステーブルコイン","コンテンツ収益化","開発ツール"],"faqs":[{"question":"USDCの入金を確認するには何が必要ですか？","answer":"まず、支払いを受けることになっているチェーンとUSDCの数量を確認してください。受取アドレスとtxHashも必要です。正規のコントラクトのTransferイベントと取引のファイナリティを照合してください。"},{"question":"EthereumとBaseのUSDCコントラクトアドレスは同じですか？","answer":"それぞれ異なります。チェーンごとのコントラクトアドレスは、CircleのUSDC contract addressesで確認してください。ウォレットに表示されるUSDCの名前やロゴだけで同じ資産だと判断しないでください。"},{"question":"EthereumとBaseのチェーンIDは何ですか？","answer":"Ethereum MainnetのチェーンIDは1です。Base MainnetのチェーンIDは8453です。RPCのeth_chainIdの応答は、それぞれ0x1と0x2105です。"},{"question":"txHashがあればバウンティは支払われたということですか？","answer":"txHashは取引を見つけるための識別値です。本人に支払われた証拠とするには、受取アドレスを照合する必要があります。正規のコントラクトと数量、取引の成功、ファイナリティも確認してください。"},{"question":"Successとfinalizedはどう違いますか？","answer":"Successは取引の実行が成功したことを意味します。finalizedはブロックの最終確定状態を示します。成功した送金でも、ファイナリティは別途確認してください。"},{"question":"100 USDCが生ログではなぜ100000000と表示されるのですか？","answer":"EthereumとBaseの該当するUSDCは、小数点以下6桁を使用します。生の数量100,000,000を1,000,000で割ると100 USDCです。エクスプローラーですでに換算された数量は、再度割らないでください。"},{"question":"取引の上部にあるToとTransferのtoのどちらを見ればよいですか？","answer":"トークンの受取アドレスは、Transferイベントのtoで確認してください。取引の上部にあるToは、トークンや支払いのコントラクトの場合があります。アドレス全体を、あらかじめ確認した受取アドレスと照合してください。"},{"question":"募集告知の100ドルと100 USDCの入金は同じ意味ですか？","answer":"募集告知の100ドルは、表示された報酬条件です。実際に支払うトークンの数量は、支払いの合意内容で確認する必要があります。100 USDCの受け取りが、現金100ドルの受け取りを意味するわけではありません。"},{"question":"エスクローへの入金やApprovalは代金を受け取った証拠になりますか？","answer":"エスクローへの入金は、別の保管用アドレスへの移動を示します。ERC-20 Approvalは、トークンの使用権限の承認です。本人の受取アドレスへの実際の送金は、別途確認してください。"},{"question":"USDCの入金記録の重複はどう防ぎますか？","answer":"チェーンIDとtxHash、logIndexを一緒に記録してください。同じイベントを複数の照会経路で重複して合算しないでください。すでに別の作業に割り当てた入金を再利用していないかも確認してください。"},{"question":"返金や自分のウォレット間の送金も、新しい作業の代金ですか？","answer":"返金と自己送金は、新しい作業の代金とは別に分類してください。オンチェーンで送金されたという事実だけでは、支払いの目的は分かりません。元の支出や移動の記録と関連付けてください。"},{"question":"USDCの入金確認は5分以内に終わりますか？","answer":"5分検証表は、確認の順序をまとめたツールです。ネットワークのファイナリティやサービスへの反映には、さらに時間がかかる場合があります。確認できていない項目は保留として記録してください。"}],"sources":[{"url":"https://developers.circle.com/stablecoins/usdc-contract-addresses","title":"Circle Docs: USDC contract addresses","type":"source"},{"url":"https://eips.ethereum.org/EIPS/eip-155","title":"EIP-155: Simple replay attack protection, Ethereum Mainnet チェーンID","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: Token Standard, Transfer·Approval·decimals","type":"source"},{"url":"https://info.etherscan.com/what-is-event-logs/","title":"Etherscan Information Center: Event Logs","type":"source"},{"url":"https://info.etherscan.com/explore-contract-address/","title":"Etherscan Information Center: Explore a Contract Address","type":"source"},{"url":"https://ethereum.org/developers/docs/apis/json-rpc/","title":"Ethereum: JSON-RPC API, レシート・ログ・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: Transaction Finality","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: Networks, ネットワークごとの残高と取引履歴","type":"source"},{"url":"https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7","title":"Etherscan: USDC Token Contract, 小数点以下6桁の表示","type":"data_point"},{"url":"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224","title":"国税庁: 総合所得税の概要","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/ja/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty"}