---
title: "Cek Deposit USDC 2026: Verifikasi Jaringan dan Bounty"
locale: id
category: how_to
category_name: "Panduan"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty
published_at: 2026-10-23T22:01:25+09:00
---

# Cek Deposit USDC 2026: Verifikasi Jaringan dan Bounty

> Deposit USDC dikonfirmasi melalui catatan transfer dengan jaringan, kontrak resmi, alamat penerima, dan jumlah yang sesuai. Periksa keberhasilan transaksi serta finalitasnya, lalu bedakan dari janji pembayaran bounty, pengembalian dana, dan transfer ke diri sendiri.

## Key Points

- Periksa jaringan yang disepakati untuk pembayaran serta alamat kontrak resmi USDC.
- Periksa alamat penerima pada jaringan yang dipilih melalui dompet Anda sendiri atau layanan penerima.
- Cocokkan status keberhasilan transaksi dengan event Transfer di penjelajah jaringan tersebut.
- Periksa finalitas blok yang memuat transaksi tersebut.
- Setelah mengaitkannya dengan pembayaran pekerjaan, kelompokkan pengembalian dana, transfer ke diri sendiri, dan catatan duplikat secara terpisah.

Setoran USDC dikonfirmasi melalui transfer token resmi pada chain yang disepakati. Alamat penerima dan jumlahnya harus sesuai. Periksa juga keberhasilan transaksi dan finalitas blok secara terpisah. Nilai imbalan dalam pengumuman atau hash saja tidak cukup untuk mengakui pembayaran bounty.

Periksa kembali alamat dan ID chain dalam dokumentasi resmi Circle, Ethereum, dan Base. (Nilai terverifikasi Ethereum Mainnet: ID chain 1, kontrak USDC 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: ID chain 8453 0x2105 , kontrak USDC · sumber developers.circle.com · diperiksa 2026-10-23)

## Alamat kontrak USDC dan ID untuk setiap chain

USDC di Ethereum dan Base menggunakan alamat kontrak yang berbeda. ID chain adalah nomor yang membedakan jaringan. Alamat kontrak token mengidentifikasi token pada chain tersebut. Alamat penerima adalah alamat dompet atau akun yang akan menerima pembayaran.

Tanggal penulisan dan pemeriksaan dokumentasi adalah 23 Oktober 2026. Tabel berikut mencakup USDC yang diterbitkan Circle di mainnet. Mainnet adalah jaringan yang menggunakan aset bernilai nyata.

| Jaringan | ID chain, desimal | ID chain, heksadesimal | Alamat kontrak USDC resmi | Explorer |
|---|---:|---|---|---|
| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |
| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |

Rujukan alamat kontrak adalah [USDC contract addresses dari Circle](https://developers.circle.com/stablecoins/usdc-contract-addresses). ID chain Ethereum tercantum dalam [EIP-155](https://eips.ethereum.org/EIPS/eip-155). ID chain Base dapat diperiksa dalam [dokumentasi eth_chainId dari Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId).

String alamat penerima yang sama tetap memiliki catatan terpisah jika chain-nya berbeda. Setoran di Ethereum tidak otomatis digabungkan ke saldo Base. Jangan menghitung USDC di testnet seperti Sepolia sebagai pembayaran nyata.

## Urutan pemeriksaan alamat penerima dan transaksi

Menetapkan ketentuan pembayaran terlebih dahulu membantu mencegah transaksi lain disalahartikan sebagai pembayaran. Prosedur ini hanya membaca catatan transaksi publik. Anda tidak perlu menghubungkan dompet atau memberikan tanda tangan untuk melakukan pencarian di explorer.

1. Periksa jaringan dan token dalam kesepakatan pembayaran. Bedakan nilai dalam dolar yang tercantum pada pengumuman dari jumlah USDC yang benar-benar akan dibayarkan.
2. Salin alamat penerima untuk jaringan tersebut dari dompet yang akan digunakan. Jika menggunakan bursa, jadikan halaman setoran layanan tersebut sebagai acuan. Periksa juga jaringan yang didukung layanan itu.
3. Cari alamat kontrak chain tersebut dalam tabel Mainnet dari Circle. Jangan menilai hanya berdasarkan nama atau logo token.
4. Cari txHash di explorer chain tersebut. txHash adalah pengenal untuk menemukan transaksi. Jika tidak ada hasil pencarian, cocokkan kembali jaringan dan hash.
5. Periksa status dan catatan transfer token pada detail transaksi. Kemudian cocokkan dengan peristiwa Transfer yang sebenarnya di tab Logs.

Hash yang tidak ditemukan belum menjadi bukti setoran. Namun, kegagalan pencarian saja tidak cukup untuk menyimpulkan bahwa pihak lain melakukan penipuan. Periksa terlebih dahulu kemungkinan chain yang salah atau kesalahan penyalinan hash.

## Hal yang perlu diperiksa dalam peristiwa Transfer

Penerimaan ditentukan melalui peristiwa Transfer yang dicatat oleh kontrak USDC. To di bagian atas transaksi bisa saja merupakan kontrak yang dipanggil. Periksa alamat yang menerima token pada `to` di dalam peristiwa.

Standar ERC-20 mengatur peristiwa transfer sebagai berikut.

> HARUS dipicu ketika token ditransfer, termasuk transfer bernilai nol.
>
> Sumber: ERC-20: Token Standard, bagian Transfer

Ketentuan ini juga mencakup transfer dengan jumlah 0. Karena itu, keberadaan peristiwa saja tidak boleh dianggap sebagai bukti pembayaran. Teks aslinya dapat dibaca di [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20).

| Hal yang diperiksa | Lokasi pembacaan | Kriteria lolos |
|---|---|---|
| Hasil eksekusi transaksi | Status atau `status` pada tanda terima | Success atau `0x1` |
| Kontrak penerbit log | `address` pada log | Sesuai dengan kontrak USDC resmi di chain tersebut |
| Jenis peristiwa | Nama dan tanda tangan peristiwa | `Transfer(address,address,uint256)` |
| Alamat pengirim token | `from` pada peristiwa | Sumber yang dapat dikaitkan dengan bukti pembayaran |
| Alamat penerima token | `to` pada peristiwa | Sesuai dengan seluruh alamat penerima yang telah diperiksa sebelumnya |
| Jumlah sebenarnya | `value` pada peristiwa | Jumlah setelah penyesuaian digit desimal sesuai dengan ketentuan pembayaran |
| Blok yang memuat transaksi | `blockNumber`, `blockHash` | Hash sesuai dengan blok pada ketinggian yang sama di chain saat ini |
| Finalitas | Status finalisasi blok tersebut | Diperiksa secara terpisah melalui prosedur finalitas di bawah |

Token juga bisa dikirim oleh kontrak perantara pembayaran. Karena itu, pengirim transaksi dan alamat pemberi kerja tidak selalu sama. Cocokkan juga nomor pekerjaan dan rincian pembayaran. Alamat saja tidak cukup untuk memastikan identitas pembayar sebenarnya.

### Cara membaca log mentah

Dalam log mentah, alamat dan jumlah disimpan dalam bentuk terenkode. `topics[0]` adalah hash tanda tangan peristiwa. Alamat pengirim pada Transfer USDC standar berada di `topics[1]`. Alamat penerima berada di `topics[2]`.

- Alamat: tafsirkan 20 byte terakhir dari topic tersebut sebagai alamat.
- Jumlah: tafsirkan `data` sebagai bilangan bulat tanpa tanda.
- Digit desimal: konversikan jumlah menggunakan nilai `decimals()` dari kontrak resmi.
- Peristiwa persetujuan: `Approval` adalah catatan persetujuan hak penggunaan.

USDC tersebut di Ethereum dan Base menggunakan 6 digit desimal. Bagilah jumlah mentah dengan 1,000,000 untuk membacanya dalam satuan USDC. Jangan langsung menerapkan jumlah digit desimal ETH. Struktur tampilan log dapat dilihat di [Event Logs dari Etherscan](https://info.etherscan.com/what-is-event-logs/).

## Perbedaan keberhasilan transaksi dan finalitas

Success berarti eksekusi transaksi berhasil. Status ini tidak berarti blok telah difinalisasi. Finalitas adalah keadaan ketika blok telah ditetapkan sebagai final menurut aturan konsensus. Dalam artikel ini, setoran yang terkonfirmasi final adalah catatan yang finalitasnya juga telah diperiksa.

| Jaringan | Status yang dapat diamati lebih awal | Kriteria konfirmasi final |
|---|---|---|
| Ethereum | Transaksi masuk ke dalam blok dan berhasil | Blok transaksi termasuk dalam cakupan finalized |
| Base | Prakonfirmasi atau masuk ke dalam blok L2 | Blok L2 tersebut mencapai finalitas batch L1 |

Transfer internal Base dan penarikan ke Ethereum memiliki prosedur yang berbeda. Jangan langsung menerapkan masa tunggu penarikan pada setoran internal Base. Base membedakan masuknya transaksi ke dalam blok dari finalitas batch L1. Rujukannya adalah [Transaction Finality dari Base](https://docs.base.org/specifications/transactions/transaction-finality).

### Jika finalitas tidak jelas di explorer

Jika tidak ada indikator finalitas, status konfirmasi dapat ditunda. Pengembang dapat memverifikasinya kembali melalui RPC tepercaya pada chain tersebut. RPC adalah antarmuka untuk meminta data dari node blockchain.

1. Periksa chain yang terhubung menggunakan `eth_chainId`.
2. Baca tanda terima menggunakan `eth_getTransactionReceipt`. Periksa `status`, log, nomor blok, dan hash blok.
3. Cari nomor blok yang sama menggunakan `eth_getBlockByNumber`. Cocokkan hash yang dikembalikan dengan `blockHash` pada tanda terima.
4. Berikan `finalized` dan `false` ke `eth_getBlockByNumber`. Pastikan ketinggian blok yang dikembalikan setidaknya sama dengan ketinggian blok transaksi. Untuk transaksi Base, bandingkan dengan blok finalized dari RPC Base.

Jika tanda terima bernilai `null`, respons tersebut tidak dapat digunakan untuk memastikan apakah transaksi sudah masuk ke dalam blok. Jangan gunakan respons yang tidak mendukung pencarian finalized untuk menyatakan keberhasilan. Jangan menafsirkan `latest` atau sekadar jumlah konfirmasi sebagai finalized. Metode-metode ini dijelaskan dalam [Ethereum JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/) dan [dokumentasi pencarian blok Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber).

## Contoh perhitungan: setoran simulasi 100 USDC

Berikut adalah contoh verifikasi simulasi, bukan kasus pembayaran nyata. Ketentuan pembayaran diasumsikan sebesar 100 USDC di Base. Alamat dan nomor log adalah nilai yang dibuat untuk penjelasan. Jangan gunakan alamat contoh sebagai alamat penerima sebenarnya.

| Item | Nilai contoh simulasi |
|---|---|
| Chain | Base Mainnet, ID chain 8453 |
| Kontrak penerbit log | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |
| Alamat pengirim token | `0x2222222222222222222222222222222222222222` |
| Alamat penerima yang disepakati | `0x1111111111111111111111111111111111111111` |
| Alamat penerima pada Transfer | `0x1111111111111111111111111111111111111111` |
| Jumlah mentah | 100,000,000 unit terkecil |
| Digit desimal | 6 digit |
| Jumlah setelah konversi | 100,000,000 ÷ 1,000,000 = 100 USDC |
| Status transaksi | `status = 0x1` |
| Pengenal transaksi | H, simbol pengganti txHash sebenarnya |
| Posisi log | `logIndex = 7`, nilai simulasi |
| Finalitas | Diasumsikan blok transaksi termasuk dalam cakupan finalized |

Jumlah yang diterima dalam kondisi ini adalah **100 USDC**. Diasumsikan juga bahwa kecocokan hash blok H telah diperiksa. Bukti yang mengaitkannya dengan pembayaran pekerjaan dari pembayar eksternal tetap diperlukan secara terpisah.

Jika alamat penerimanya berbeda, transaksi tidak diakui sebagai setoran Anda. Jika pengumuman hanya mencantumkan 100 dolar, jumlah pembayaran juga perlu diperiksa secara terpisah. Penerimaan 100 USDC tidak berarti penerimaan uang tunai 100 dolar.

## Perbandingan bukti setoran berdasarkan status bounty

Catat status pengerjaan bounty dan status setoran dompet secara terpisah. Bounty adalah imbalan untuk pekerjaan yang telah ditentukan. Klasifikasi berikut merupakan acuan untuk mengelola bukti pembayaran. Klasifikasi ini tidak menggantikan penetapan piutang secara hukum atau pendapatan untuk keperluan pajak.

| Hal yang telah diperiksa | Hal yang dibuktikan | Status pengelolaan setoran |
|---|---|---|
| 100 dolar dalam pengumuman | Ketentuan imbalan yang tercantum dalam pengumuman | Peninjauan janji pembayaran |
| Tawaran pekerjaan atau pesan penerimaan | Adanya tawaran pekerjaan atau pemilihan | Tahap penerimaan pekerjaan |
| Pekerjaan selesai dan hasil pemeriksaan disetujui | Status pengerjaan pada platform | Pembayaran perlu diperiksa terpisah |
| Setoran escrow | Perpindahan dana ke alamat penyimpanan terpisah | Belum diterima oleh Anda |
| ERC-20 Approval | Hak pihak yang ditunjuk untuk menggunakan token | Bukan bukti transfer token |
| Ada txHash, tetapi transfer ke alamat lain | Transfer ke alamat tersebut | Bukan setoran Anda |
| Transfer ke alamat Anda berhasil, finalitas belum diperiksa | Transfer yang telah dieksekusi | Menunggu finalitas |
| Setoran eksternal ke alamat Anda yang terkonfirmasi final | Fakta penerimaan on-chain | Pemeriksaan kaitan dengan pembayaran pekerjaan |
| Setoran final sesuai dengan rincian pembayaran pekerjaan | Bukti penerimaan yang terkait dengan pekerjaan tersebut | Penerimaan pembayaran terkonfirmasi |

Escrow adalah cara menyimpan dana secara terpisah sampai persyaratan terpenuhi. Penyimpanan dana saja tidak berarti pembayaran telah masuk ke dompet Anda. Persetujuan platform dan Approval pada ERC-20 juga merupakan konsep yang berbeda.

Kaitkan juga setoran final dengan nomor pekerjaan atau faktur. Catatan transaksi saja tidak dapat menjelaskan tujuan pembayaran. Cocokkan juga tanggal pembayaran agar tidak tertukar dengan setoran lain yang jumlahnya sama.

## Kesalahan umum saat menghitung setoran sebagai pembayaran pekerjaan baru

Jangan menjumlahkan seluruh USDC yang masuk ke dompet sebagai pembayaran pekerjaan baru. Fakta penerimaan dan tujuan ekonominya merupakan hal yang terpisah. Daftar periksa berikut merupakan acuan untuk merapikan buku setoran operasional.

- Pengembalian dana: kaitkan dana dari pengeluaran sebelumnya yang dikembalikan dengan pengeluaran asalnya.
- Transfer antar-dompet sendiri: bedakan perpindahan antar-dompet yang Anda kelola.
- Perpindahan melalui bridge: pisahkan perpindahan aset Anda antar-chain dari pembayaran pelanggan baru.
- Token spam: periksa alamat kontrak resmi, bukan sekadar nama USDC.
- Token representasi hasil bridge: jika kontraknya berbeda, catat sebagai aset terpisah dari USDC terbitan Circle.
- Peristiwa berjumlah 0: meskipun ada Transfer, jangan menambahkannya sebagai pembayaran.
- Pencarian ganda: jangan menjumlahkan peristiwa yang sama masing-masing dari explorer dan API.
- Bukti yang digunakan ulang: jangan mengalokasikan kembali setoran yang sudah dikaitkan dengan pekerjaan lain.
- Perputaran dana sendiri: periksa penarikan dan penyetoran kembali dalam transaksi yang sama secara bersamaan.
- Pengembalian setelah penerimaan: jika pembayaran yang diterima dikembalikan, kaitkan dengan catatan penerimaan asalnya.

### Data pencatatan untuk mencegah duplikasi

Peristiwa dapat dibedakan menggunakan `chainId + txHash + logIndex`. Satu transaksi dapat memuat beberapa peristiwa transfer. Karena itu, menggabungkan semua peristiwa menjadi satu hanya berdasarkan txHash dapat menyebabkan ada yang terlewat.

| Data yang disimpan | Tujuan pencatatan |
|---|---|
| ID chain, alamat kontrak token | Mengidentifikasi jaringan dan aset |
| txHash, logIndex | Membedakan peristiwa transfer |
| blockNumber, blockHash | Memverifikasi ulang blok yang memuat transaksi |
| Alamat pengirim, alamat penerima | Memeriksa arah perpindahan dana |
| Jumlah mentah, decimals, jumlah USDC | Mereproduksi konversi satuan |
| Waktu blok, waktu pemeriksaan, zona waktu | Membedakan waktu transfer dan waktu verifikasi |
| Status finalitas | Membedakan catatan tertunda dan catatan final |
| Nomor pekerjaan, faktur, rincian pembayaran | Mengaitkan tujuan setoran |
| Klasifikasi pengembalian dana, transfer antar-dompet sendiri, duplikasi | Mencegah penghitungan pembayaran pekerjaan baru yang terlalu besar |

Jika terjadi reorganisasi blok sebelum finalitas, verifikasi ulang catatannya. Log yang dihapus harus dikeluarkan dari perhitungan sementara sebelumnya. Kelola total pembayaran pekerjaan dan saldo dompet secara terpisah. Saldo juga mencerminkan kepemilikan sebelumnya atau penarikan sesudahnya.

## Tabel verifikasi 5 menit

Tabel ini merangkum hal-hal yang perlu diperiksa dalam waktu sekitar 5 menit. Tabel ini tidak menjamin waktu penyelesaian finalitas blockchain. Biarkan hal yang belum dapat diperiksa tetap berstatus tertunda.

| Urutan | Pertanyaan pemeriksaan | Hasil yang dicatat |
|---:|---|---|
| 1 | Apakah Anda mengetahui chain dan jumlah dalam ketentuan pembayaran? | Jaringan dan jumlah USDC yang disepakati |
| 2 | Apakah layanan penerima mendukung chain tersebut? | Alamat penerima dan status dukungan |
| 3 | Apakah kontrak pada log sama dengan alamat Circle? | Kecocokan dengan kontrak resmi |
| 4 | Apakah transaksi berhasil dan dikirim ke alamat Anda? | Status dan alamat penerima Transfer |
| 5 | Apakah jumlah mentah telah dikonversi dengan benar? | Jumlah USDC sebenarnya |
| 6 | Apakah blok yang memuat transaksi dan finalitas telah diperiksa? | Hash blok dan status finalisasi |
| 7 | Apakah setoran dapat dikaitkan dengan pembayaran eksternal untuk pekerjaan tersebut? | Nomor pekerjaan dan bukti pembayaran |
| 8 | Apakah pengembalian dana, transfer antar-dompet sendiri, dan duplikasi telah dipisahkan? | Hasil klasifikasi dan pengenal peristiwa |

Bukti pembayaran mungkin belum cukup pada pemeriksaan pertama. Jika demikian, mintalah nama chain atau txHash yang belum diberikan. Jika transfer dilakukan ke alamat lain, sampaikan secara spesifik bagian yang tidak sesuai.

## Pertanyaan yang sering diajukan

### Apakah setoran sudah selesai jika saya menerima txHash saja?

Hash saja tidak cukup untuk memastikan setoran telah selesai. Transaksi yang berhasil pun dapat mencantumkan alamat penerima lain. Periksa kontrak, alamat penerima, jumlah, dan finalitas secara bersamaan.

### Apa yang harus dilakukan jika statusnya Success, tetapi saldo tidak terlihat di dompet?

Pertama, cocokkan alamat penerima pada peristiwa dan kontrak resmi. Jika sesuai, periksa jaringan yang dipilih dan tampilan token. Status pencatatan internal oleh layanan penerima juga perlu diperiksa secara terpisah.

### Bolehkah setoran Base dicari di Ethereum?

Cari transaksi Base di explorer Base. Meskipun menggunakan alamat yang sama, catatan setiap chain terpisah. Jangan menyimpulkan bahwa setoran Base belum masuk hanya berdasarkan hasil pencarian Ethereum.

### Apakah tampilan 0 ETH di bagian atas transaksi berarti tidak ada setoran?

Tampilan 0 ETH bukan bukti bahwa USDC tidak ditransfer. Jumlah ETH dan jumlah token ERC-20 dalam transaksi merupakan hal yang terpisah. Periksa jumlah USDC pada peristiwa Transfer.

### Apakah setoran eksternal yang terkonfirmasi final merupakan pendapatan baru?

Setoran eksternal saja tidak cukup untuk memastikan adanya pendapatan dari pekerjaan baru. Setoran itu bisa berupa pengembalian dana atau kiriman untuk tujuan lain. Kaitkan tujuan setoran melalui faktur dan rincian pembayaran.

### Bolehkah hasil pemeriksaan setoran digunakan untuk menghitung pajak?

Prosedur ini digunakan untuk memeriksa bukti penerimaan on-chain. Prosedur ini tidak menentukan kewajiban pajak individu. Untuk panduan perpajakan Korea, lihat [Ikhtisar Pajak Penghasilan Komprehensif](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664&mi=2224) dari 국세청.

## FAQ

### Apa yang diperlukan untuk memverifikasi penerimaan USDC?
Periksa terlebih dahulu jaringan dan jumlah USDC yang disepakati untuk pembayaran kepada Anda. Alamat penerima dan txHash juga diperlukan. Cocokkan event Transfer dari kontrak resmi dan periksa finalitas transaksi.

### Apakah alamat kontrak USDC di Ethereum dan Base sama?
Keduanya berbeda. Periksa alamat kontrak untuk setiap jaringan di USDC contract addresses milik Circle. Jangan menyimpulkan bahwa asetnya sama hanya berdasarkan nama atau logo USDC di dompet.

### Apa ID jaringan Ethereum dan Base?
ID jaringan Ethereum Mainnet adalah 1. ID jaringan Base Mainnet adalah 8453. Respons eth_chainId dari RPC masing-masing adalah 0x1 dan 0x2105.

### Apakah adanya txHash berarti bounty sudah dibayarkan?
txHash adalah pengenal untuk menemukan transaksi. Agar dapat menjadi bukti bahwa pembayaran ditujukan kepada Anda, alamat penerima harus dicocokkan. Periksa juga kontrak resmi, jumlah, keberhasilan transaksi, dan finalitasnya.

### Apa perbedaan antara Success dan finalized?
Success berarti eksekusi transaksi berhasil. finalized menunjukkan bahwa blok telah ditetapkan secara final. Untuk transfer yang berhasil sekalipun, periksa finalitasnya secara terpisah.

### Mengapa 100 USDC terlihat sebagai 100000000 dalam log mentah?
USDC tersebut di Ethereum dan Base menggunakan 6 angka desimal. Jumlah mentah 100,000,000 dibagi 1,000,000 menghasilkan 100 USDC. Jangan membagi lagi jumlah yang sudah dikonversi oleh penjelajah blok.

### Mana yang harus diperiksa, To di bagian atas transaksi atau to pada Transfer?
Periksa alamat penerima token pada to di event Transfer. To di bagian atas transaksi bisa berupa kontrak token atau kontrak pembayaran. Cocokkan seluruh alamat dengan alamat penerima yang telah diperiksa sebelumnya.

### Apakah 100 dolar dalam pengumuman sama artinya dengan penerimaan 100 USDC?
100 dolar dalam pengumuman adalah ketentuan imbalan yang dicantumkan. Jumlah token yang benar-benar akan dibayarkan harus diperiksa dalam kesepakatan pembayaran. Menerima 100 USDC tidak berarti menerima uang tunai 100 dolar.

### Apakah setoran ke escrow atau Approval merupakan bukti penerimaan pembayaran?
Setoran ke escrow menunjukkan pemindahan ke alamat penyimpanan terpisah. Approval ERC-20 adalah persetujuan atas hak penggunaan token. Periksa secara terpisah apakah transfer benar-benar dilakukan ke alamat penerima Anda.

### Bagaimana cara mencegah duplikasi dalam catatan penerimaan USDC?
Catat ID jaringan, txHash, dan logIndex secara bersamaan. Jangan menghitung event yang sama lebih dari sekali dari berbagai jalur pencarian. Periksa juga apakah dana masuk yang sudah dialokasikan untuk pekerjaan lain digunakan kembali.

### Apakah pengembalian dana atau transfer antardompet sendiri juga merupakan pembayaran untuk pekerjaan baru?
Klasifikasikan pengembalian dana dan transfer antardompet sendiri secara terpisah dari pembayaran untuk pekerjaan baru. Tujuan pembayaran tidak dapat diketahui hanya dari fakta adanya transfer on-chain. Hubungkan dengan catatan pengeluaran atau pemindahan awal.

### Apakah verifikasi penerimaan USDC selesai dalam 5 menit?
Daftar periksa verifikasi 5 menit adalah alat yang menyusun urutan pemeriksaan. Finalitas jaringan atau waktu pemrosesan di layanan dapat memerlukan waktu lebih lama. Catat hal-hal yang belum terverifikasi sebagai tertunda.

## Sources

- [Dokumentasi Circle: Alamat kontrak USDC](https://developers.circle.com/stablecoins/usdc-contract-addresses)
- [EIP-155: Perlindungan sederhana terhadap serangan replay, ID chain Ethereum Mainnet](https://eips.ethereum.org/EIPS/eip-155)
- [Dokumentasi Base: eth_chainId](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId)
- [ERC-20: Standar Token, Transfer·Approval·decimals](https://eips.ethereum.org/EIPS/eip-20)
- [Pusat Informasi Etherscan: Log Peristiwa](https://info.etherscan.com/what-is-event-logs/)
- [Pusat Informasi Etherscan: Menjelajahi Alamat Kontrak](https://info.etherscan.com/explore-contract-address/)
- [Ethereum: API JSON-RPC, pengambilan tanda terima·log·finalized](https://ethereum.org/developers/docs/apis/json-rpc/)
- [API Eksekusi Ethereum: eth_getTransactionReceipt](https://ethereum.github.io/execution-apis/api/methods/eth_getTransactionReceipt/)
- [Dokumentasi Base: Finalitas Transaksi](https://docs.base.org/specifications/transactions/transaction-finality)
- [Dokumentasi Base: eth_getBlockByNumber](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber)
- [Ethereum: Jaringan, saldo dan riwayat transaksi per jaringan](https://ethereum.org/developers/docs/networks/)
- [Etherscan: Kontrak Token USDC, tampilan 6 angka desimal](https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7)
- [Badan Pajak Nasional: Gambaran umum pajak penghasilan komprehensif](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664&mi=2224)

## Images

![Pria paruh baya mencermati layar tablet dan ponsel di meja rumah yang disinari matahari.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMTQsInB1ciI6ImJsb2JfaWQifX0=--66d015359c342f46f8ea28a40eeea1097d8934ce/ai-46cc85be.webp)
![Perempuan berkardigan ungu menaruh cetakan transaksi duplikat di baki di samping buku besar dan cetakan lainnya.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMjEsInB1ciI6ImJsb2JfaWQifX0=--66077c8a3224c10d76b04cac8d68545ca56f659c/ai-d2b7055c.webp)