{"content_id":"gxi1phts28","slug":"usdc-deposit-verification-2026-chain-contract-transfer-bounty","locale":"ko","schema_type":"HowTo","category":"how_to","category_name":"하우투","title":"USDC 입금 확인 2026 체인과 바운티 검증 방법","summary":"USDC 입금은 체인과 공식 계약, 수취 주소, 수량이 일치하는 전송 기록으로 확인합니다. 거래 성공과 최종성까지 점검한 뒤 바운티 지급 약속, 환불, 자체 이체와 구별하세요.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"인조이스 편집팀","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 MUST trigger when tokens are transferred, including zero value transfers.\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만으로 모든 이벤트를 하나로 합치면 누락될 수 있습니다.\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=\"#%EC%B2%B4%EC%9D%B8%EB%B3%84-usdc-%EA%B3%84%EC%95%BD-%EC%A3%BC%EC%86%8C%EC%99%80-%EC%B2%B4%EC%9D%B8-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=\"#%EC%88%98%EC%B7%A8-%EC%A3%BC%EC%86%8C%EC%99%80-%EA%B1%B0%EB%9E%98%EB%A5%BC-%ED%99%95%EC%9D%B8%ED%95%98%EB%8A%94-%EC%88%9C%EC%84%9C\" 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-%EC%9D%B4%EB%B2%A4%ED%8A%B8%EC%97%90%EC%84%9C-%ED%99%95%EC%9D%B8%ED%95%A0-%ED%95%AD%EB%AA%A9\" 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\u003eMUST trigger when tokens are transferred, including zero value transfers.\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=\"#%EC%9B%90%EC%8B%9C-%EB%A1%9C%EA%B7%B8%EB%A5%BC-%EC%9D%BD%EB%8A%94-%EB%B0%A9%EB%B2%95\" 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=\"#%EA%B1%B0%EB%9E%98-%EC%84%B1%EA%B3%B5%EA%B3%BC-%EC%B5%9C%EC%A2%85%EC%84%B1%EC%9D%98-%EC%B0%A8%EC%9D%B4\" 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=\"#%ED%83%90%EC%83%89%EA%B8%B0%EC%97%90-%EC%B5%9C%EC%A2%85%EC%84%B1%EC%9D%B4-%EB%AA%85%ED%99%95%ED%95%98%EC%A7%80-%EC%95%8A%EC%9D%84-%EB%95%8C\" 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=\"#%EA%B3%84%EC%82%B0-%EC%98%88%EC%8B%9C-%ED%95%A9%EC%84%B1-100-usdc-%EC%9E%85%EA%B8%88\" 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=\"#%EB%B0%94%EC%9A%B4%ED%8B%B0-%EC%83%81%ED%83%9C%EB%B3%84-%EC%9E%85%EA%B8%88-%EC%A6%9D%EA%B1%B0-%EB%B9%84%EA%B5%90\" 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=\"#%EC%83%88-%EC%9E%91%EC%97%85-%EB%8C%80%EA%B8%88%EC%9C%BC%EB%A1%9C-%EC%9E%98%EB%AA%BB-%EC%A7%91%EA%B3%84%ED%95%98%EB%8A%94-%ED%9D%94%ED%95%9C-%EC%8B%A4%EC%88%98\" 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\u003e0 수량 이벤트: 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=\"#%EC%A4%91%EB%B3%B5%EC%9D%84-%EB%A7%89%EB%8A%94-%EA%B8%B0%EB%A1%9D-%ED%95%AD%EB%AA%A9\" class=\"anchor\" id=\"중복을-막는-기록-항목\"\u003e\u003c/a\u003e중복을 막는 기록 항목\u003c/h3\u003e\n\u003cp\u003e이벤트는 \u003ccode\u003echainId + txHash + logIndex\u003c/code\u003e로 구별할 수 있습니다. 같은 거래에 전송 이벤트가 여러 개 들어갈 수 있습니다. 따라서 txHash만으로 모든 이벤트를 하나로 합치면 누락될 수 있습니다.\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%EB%B6%84-%EA%B2%80%EC%A6%9D%ED%91%9C\" 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=\"#%EC%9E%90%EC%A3%BC-%EB%AC%BB%EB%8A%94-%EC%A7%88%EB%AC%B8\" class=\"anchor\" id=\"자주-묻는-질문\"\u003e\u003c/a\u003e자주 묻는 질문\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#txhash%EB%A7%8C-%EB%B0%9B%EC%9C%BC%EB%A9%B4-%EC%9E%85%EA%B8%88-%EC%99%84%EB%A3%8C%EC%9E%85%EB%8B%88%EA%B9%8C\" class=\"anchor\" id=\"txhash만-받으면-입금-완료입니까\"\u003e\u003c/a\u003etxHash만 받으면 입금 완료입니까?\u003c/h3\u003e\n\u003cp\u003e해시만으로 입금 완료를 확인할 수는 없습니다. 성공한 거래에도 다른 수취 주소가 들어갈 수 있습니다. 계약·수취 주소·수량·최종성을 함께 확인하세요.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#success%EC%9D%B8%EB%8D%B0-%EC%A7%80%EA%B0%91-%EC%9E%94%EC%95%A1%EC%9D%B4-%EB%B3%B4%EC%9D%B4%EC%A7%80-%EC%95%8A%EC%9C%BC%EB%A9%B4-%EC%96%B4%EB%96%BB%EA%B2%8C-%ED%95%A9%EB%8B%88%EA%B9%8C\" class=\"anchor\" id=\"success인데-지갑-잔액이-보이지-않으면-어떻게-합니까\"\u003e\u003c/a\u003eSuccess인데 지갑 잔액이 보이지 않으면 어떻게 합니까?\u003c/h3\u003e\n\u003cp\u003e먼저 이벤트의 수취 주소와 공식 계약을 대조하세요. 일치한다면 선택한 네트워크와 토큰 표시를 확인하세요. 수취 서비스의 내부 반영 상태도 별도 확인 대상입니다.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#base-%EC%9E%85%EA%B8%88%EC%9D%84-ethereum%EC%97%90%EC%84%9C-%EC%B0%BE%EC%95%84%EB%8F%84-%EB%90%A9%EB%8B%88%EA%B9%8C\" 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=\"#%EA%B1%B0%EB%9E%98-%EC%83%81%EB%8B%A8%EC%97%90-0-eth%EA%B0%80-%ED%91%9C%EC%8B%9C%EB%90%98%EB%A9%B4-%EB%AC%B4%EC%9E%85%EA%B8%88%EC%9E%85%EB%8B%88%EA%B9%8C\" 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=\"#%EC%B5%9C%EC%A2%85-%ED%99%95%EC%9D%B8%EB%90%9C-%EC%99%B8%EB%B6%80-%EC%9E%85%EA%B8%88%EC%9D%B4%EB%A9%B4-%EC%83%88-%EB%A7%A4%EC%B6%9C%EC%9E%85%EB%8B%88%EA%B9%8C\" class=\"anchor\" id=\"최종-확인된-외부-입금이면-새-매출입니까\"\u003e\u003c/a\u003e최종 확인된 외부 입금이면 새 매출입니까?\u003c/h3\u003e\n\u003cp\u003e외부 입금만으로 새 작업 매출을 확정할 수는 없습니다. 환불이나 다른 목적의 송금일 수도 있습니다. 청구서와 지급 명세로 입금 목적을 연결하세요.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%EC%9E%85%EA%B8%88-%ED%99%95%EC%9D%B8-%EA%B2%B0%EA%B3%BC%EB%A1%9C-%EC%84%B8%EA%B8%88%EC%9D%84-%EA%B3%84%EC%82%B0%ED%95%B4%EB%8F%84-%EB%90%A9%EB%8B%88%EA%B9%8C\" 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":"USDC 100개가 원시 로그에서는 왜 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}}},{"id":2084,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMjcsInB1ciI6ImJsb2JfaWQifX0=--c2bb4891cd5e8bac7e9e253f5f5a1f084f7cd955/ai-52c0023f.webp","is_representative":false,"generation_method":"ai_infographic","license":"ai_generated","mime_type":"image/webp","width":1024,"height":1536,"visible_locales":["ko"],"translations":{"ko":{"alt":"체인·공식 계약, 수취 주소·수량, 거래 성공·최종성, 바운티 지급 구분을 정리한 USDC 입금 검증 체크리스트","caption":"거래 성공을 확인한 뒤 해당 거래가 포함된 블록의 최종성까지 점검하세요.","description":null},"en":{"alt":"Korean USDC deposit checklist covering chain, contract, recipient, amount, finality and bounty classification","caption":"After checking transaction success, verify the finality of the block containing it.","description":null},"ja":{"alt":"チェーン・公式コントラクト、受取先・数量、取引の成功・確定性、バウンティ支払いの区別をまとめた韓国語のUSDC入金チェックリスト","caption":"取引の成功を確認した後、その取引を含むブロックのファイナリティも確認しましょう。","description":null},"es":{"alt":"Lista en coreano para depósitos USDC: red, contrato, destinatario, importe, finalidad y pagos de recompensas","caption":"Tras comprobar que la transacción se completó correctamente, verifica la finalidad del bloque que la contiene.","description":null},"id":{"alt":"Daftar periksa USDC berbahasa Korea: chain, kontrak, penerima, jumlah, finalitas, dan klasifikasi bounty","caption":"Setelah memastikan transaksi berhasil, periksa finalitas blok yang memuatnya.","description":null},"pt":{"alt":"Checklist em coreano de depósitos USDC: rede, contrato, destinatário, valor, finalidade e classificação de recompensas","caption":"Após confirmar o sucesso da transação, verifique a finalidade do bloco que a contém.","description":null},"zh-hant":{"alt":"韓文 USDC 入帳驗證清單，涵蓋鏈別與官方合約、收款地址與數量、交易成功與最終性，以及懸賞付款分類","caption":"確認交易成功後，還須檢查該交易所在區塊的最終性。","description":null},"de":{"alt":"Koreanische USDC-Checkliste zu Chain, Vertrag, Empfänger, Betrag, Finalität und Bounty-Zahlungen","caption":"Prüfe nach dem Transaktionserfolg auch die Finalität des Blocks, der die Transaktion enthält.","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":"original","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/ko/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty"}