---
title: "USDC-Eingang prüfen 2026: Chain und Bounty verifizieren"
locale: de
category: how_to
category_name: "Anleitungen"
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
---

# USDC-Eingang prüfen 2026: Chain und Bounty verifizieren

> Ein USDC-Eingang wird anhand eines Transfernachweises bestätigt, bei dem Blockchain, offizieller Vertrag, Empfängeradresse und Betrag übereinstimmen. Prüfen Sie auch den Transaktionserfolg und die Finalität und unterscheiden Sie den Eingang anschließend von zugesagten Bounty-Auszahlungen, Rückerstattungen und Eigenüberweisungen.

## Key Points

- Prüfen Sie die für die Auszahlung vereinbarte Blockchain und die offizielle USDC-Vertragsadresse.
- Prüfen Sie die Empfängeradresse auf der gewählten Blockchain in Ihrer eigenen Wallet oder beim Empfangsdienst.
- Prüfen Sie im Explorer dieser Blockchain, ob die Transaktion erfolgreich war, und gleichen Sie das Transfer-Ereignis ab.
- Prüfen Sie die Finalität des Blocks, in dem die Transaktion enthalten ist.
- Ordnen Sie den Eingang der Arbeitsvergütung zu und erfassen Sie anschließend Rückerstattungen, Eigenüberweisungen und doppelte Einträge getrennt.

Eine USDC-Einzahlung wird anhand einer Übertragung des offiziellen Tokens auf der vereinbarten Chain bestätigt. Empfängeradresse und Menge müssen stimmen. Prüfen Sie außerdem gesondert, ob die Transaktion erfolgreich war und der Block Finalität erreicht hat. Allein der in der Ausschreibung genannte Prämienbetrag oder ein Hash reicht nicht aus, um die Auszahlung einer Bounty zu bestätigen.

Prüfen Sie Adresse und Chain-ID erneut in den offiziellen Dokumentationen von Circle, Ethereum und Base. (Prüfwerte Ethereum Mainnet: Chain-ID 1, USDC-Vertrag 0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48. Base Mainnet: Chain-ID 8453 0x2105 , USDC-Vertrag · Quelle developers.circle.com · geprüft am 2026-10-23)

## USDC-Vertragsadressen und Chain-IDs nach Chain

USDC verwendet auf Ethereum und Base unterschiedliche Vertragsadressen. Die Chain-ID ist eine Nummer zur Unterscheidung der Netzwerke. Die Token-Vertragsadresse identifiziert den Token auf der jeweiligen Chain. Die Empfängeradresse ist die Adresse der Wallet oder des Kontos, das die Zahlung erhalten soll.

Dieser Text wurde am 23. Oktober 2026 erstellt; die Dokumentation wurde am selben Tag geprüft. Die folgende Tabelle bezieht sich auf von Circle ausgegebenen USDC im Mainnet. Ein Mainnet ist ein Netzwerk, in dem Vermögenswerte mit realem Wert verwendet werden.

| Netzwerk | Chain-ID, dezimal | Chain-ID, hexadezimal | Offizielle USDC-Vertragsadresse | Explorer |
|---|---:|---|---|---|
| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |
| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |

Die Vertragsadressen stammen aus [USDC contract addresses von Circle](https://developers.circle.com/stablecoins/usdc-contract-addresses). Die Chain-ID von Ethereum ist in [EIP-155](https://eips.ethereum.org/EIPS/eip-155) angegeben. Die Chain-ID von Base finden Sie in der [eth_chainId-Dokumentation von Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId).

Auch dieselbe Zeichenfolge einer Empfängeradresse gehört auf unterschiedlichen Chains zu getrennten Aufzeichnungen. Eine Einzahlung auf Ethereum wird nicht automatisch dem Guthaben auf Base zugerechnet. Zählen Sie USDC aus Testnetzen wie Sepolia nicht als tatsächliche Zahlung.

## Reihenfolge zur Prüfung von Empfängeradresse und Transaktion

Wenn Sie zuerst die Zahlungsbedingungen festhalten, verwechseln Sie andere Transaktionen weniger leicht mit der vereinbarten Zahlung. Bei diesem Verfahren werden öffentliche Transaktionsdaten gelesen. Für eine Abfrage im Explorer müssen Sie weder eine Wallet verbinden noch eine Signatur leisten.

1. Prüfen Sie in der Zahlungsvereinbarung das Netzwerk und den Token. Unterscheiden Sie zwischen der Dollarangabe in der Ausschreibung und der tatsächlich zu zahlenden USDC-Menge.
2. Kopieren Sie in der empfangenden Wallet die Empfängeradresse für das betreffende Netzwerk. Wenn Sie eine Kryptobörse nutzen, richten Sie sich nach der Einzahlungsansicht dieses Dienstes. Prüfen Sie auch, welche Netzwerke der Dienst unterstützt.
3. Suchen Sie in der Mainnet-Tabelle von Circle die Vertragsadresse der betreffenden Chain. Verlassen Sie sich nicht allein auf den Tokennamen oder das Logo.
4. Suchen Sie im Explorer der betreffenden Chain nach dem txHash. Der txHash ist die Kennung, mit der sich eine Transaktion finden lässt. Wenn kein Ergebnis erscheint, gleichen Sie Netzwerk und Hash erneut ab.
5. Prüfen Sie in den Transaktionsdetails den Status und die Aufzeichnungen der Token-Übertragungen. Gleichen Sie anschließend im Tab Logs das tatsächliche Transfer-Ereignis ab.

Ein Hash, der nicht gefunden wird, ist noch kein Einzahlungsnachweis. Allein aus einer erfolglosen Abfrage lässt sich jedoch kein Betrug der Gegenseite ableiten. Prüfen Sie zunächst, ob Sie die falsche Chain gewählt oder den Hash fehlerhaft kopiert haben.

## Was im Transfer-Ereignis zu prüfen ist

Ob USDC eingegangen ist, wird anhand des vom USDC-Vertrag erzeugten Transfer-Ereignisses festgestellt. Das Feld To oben in der Transaktionsansicht kann den aufgerufenen Vertrag angeben. Die Adresse, die die Token erhalten hat, finden Sie im Ereignis unter `to`.

Der ERC-20-Standard legt für das Übertragungsereignis Folgendes fest.

> MUSS ausgelöst werden, wenn Token übertragen werden, einschließlich Übertragungen mit dem Wert null.
>
> Quelle: ERC-20: Token Standard, Abschnitt Transfer

Diese Vorgabe umfasst auch Übertragungen mit der Menge 0. Deshalb darf das bloße Vorhandensein eines Ereignisses nicht als entgeltliche Zahlung gewertet werden. Den Originaltext finden Sie unter [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20).

| Prüfpunkt | Fundstelle | Erfüllungskriterium |
|---|---|---|
| Ergebnis der Transaktionsausführung | Status oder `status` im Transaktionsbeleg | Success oder `0x1` |
| Vertrag, der das Log erzeugt hat | `address` im Log | Entspricht dem offiziellen USDC-Vertrag der betreffenden Chain |
| Ereignistyp | Ereignisname und Signatur | `Transfer(address,address,uint256)` |
| Token-Absenderadresse | `from` im Ereignis | Herkunft lässt sich dem Zahlungsgrund zuordnen |
| Token-Empfängeradresse | `to` im Ereignis | Stimmt vollständig mit der zuvor geprüften Empfängeradresse überein |
| Tatsächliche Menge | `value` im Ereignis | Menge entspricht nach Berücksichtigung der Dezimalstellen den Zahlungsbedingungen |
| Enthaltender Block | `blockNumber`, `blockHash` | Hash stimmt mit dem Block auf derselben Höhe der aktuellen Chain überein |
| Finalität | Bestätigungsstatus des betreffenden Blocks | Gesonderte Prüfung nach dem unten beschriebenen Finalitätsverfahren |

Token können auch von einem Vertrag zur Zahlungsabwicklung gesendet werden. Daher sind der Absender der Transaktion und die Adresse des Auftraggebers nicht immer identisch. Gleichen Sie auch Auftragsnummer und Zahlungsaufstellung ab. Allein anhand einer Adresse lässt sich die Identität des tatsächlichen Zahlers nicht feststellen.

### So lesen Sie rohe Logs

In rohen Logs sind Adressen und Mengen kodiert. `topics[0]` enthält den Hash der Ereignissignatur. Die Absenderadresse eines standardmäßigen USDC-Transfer-Ereignisses steht in `topics[1]`. Die Empfängeradresse ist in `topics[2]` enthalten.

- Adresse: Interpretieren Sie die letzten 20 Bytes des betreffenden Topics als Adresse.
- Menge: Interpretieren Sie `data` als vorzeichenlose Ganzzahl.
- Dezimalstellen: Rechnen Sie die Menge anhand des Werts von `decimals()` im offiziellen Vertrag um.
- Freigabeereignis: `Approval` dokumentiert die Freigabe einer Nutzungsberechtigung.

Der betreffende USDC auf Ethereum und Base verwendet 6 Dezimalstellen. Teilen Sie die Rohmenge durch 1,000,000, um sie in USDC-Einheiten zu lesen. Übernehmen Sie nicht einfach die Anzahl der Dezimalstellen von ETH. Den Aufbau der Log-Ansicht erläutert [Event Logs von Etherscan](https://info.etherscan.com/what-is-event-logs/).

## Unterschied zwischen erfolgreicher Transaktion und Finalität

Success bedeutet, dass die Transaktion erfolgreich ausgeführt wurde. Es bedeutet nicht, dass der Block endgültig bestätigt ist. Finalität bezeichnet den Zustand, in dem ein Block nach den Konsensregeln endgültig feststeht. Eine in diesem Text als endgültig bestätigt bezeichnete Einzahlung ist ein Eintrag, bei dem auch die Finalität geprüft wurde.

| Netzwerk | Zunächst beobachtbarer Status | Kriterium für die endgültige Bestätigung |
|---|---|---|
| Ethereum | Transaktion in einen Block aufgenommen und erfolgreich | Transaktionsblock liegt im Bereich finalized |
| Base | Vorbestätigung oder Aufnahme in einen L2-Block | Betreffender L2-Block hat L1-Batch-Finalität erreicht |

Interne Übertragungen auf Base und Auszahlungen nach Ethereum folgen unterschiedlichen Verfahren. Wenden Sie die Wartezeit für Auszahlungen nicht unverändert auf interne Einzahlungen auf Base an. Base unterscheidet zwischen der Aufnahme in einen Block und der L1-Batch-Finalität. Die Grundlage dafür ist [Transaction Finality von Base](https://docs.base.org/specifications/transactions/transaction-finality).

### Wenn die Finalität im Explorer nicht eindeutig ist

Wenn keine Finalität angezeigt wird, können Sie den Prüfstatus offenlassen. Entwickler können die Prüfung über einen vertrauenswürdigen RPC der betreffenden Chain wiederholen. RPC ist eine Schnittstelle, über die Daten von einem Blockchain-Knoten angefordert werden.

1. Prüfen Sie mit `eth_chainId`, mit welcher Chain Sie verbunden sind.
2. Lesen Sie mit `eth_getTransactionReceipt` den Transaktionsbeleg aus. Prüfen Sie `status`, die Logs, die Blocknummer und den Block-Hash.
3. Fragen Sie dieselbe Blocknummer mit `eth_getBlockByNumber` ab. Gleichen Sie ab, ob der zurückgegebene Hash mit `blockHash` im Transaktionsbeleg übereinstimmt.
4. Übergeben Sie `finalized` und `false` an `eth_getBlockByNumber`. Prüfen Sie, ob die zurückgegebene Blockhöhe mindestens so hoch ist wie die Höhe des Transaktionsblocks. Vergleichen Sie Base-Transaktionen mit dem finalized-Block des Base-RPC.

Wenn der Transaktionsbeleg `null` ist, lässt sich anhand dieser Antwort nicht feststellen, ob die Transaktion aufgenommen wurde. Verwenden Sie auch Antworten, die keine finalized-Abfrage unterstützen, nicht als Grundlage für eine erfolgreiche Prüfung. Interpretieren Sie `latest` oder eine bloße Anzahl von Bestätigungen nicht als finalized. Die Methoden werden in [Ethereum JSON-RPC](https://ethereum.org/developers/docs/apis/json-rpc/) und in der [Dokumentation zur Blockabfrage von Base](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber) beschrieben.

## Rechenbeispiel: synthetische Einzahlung von 100 USDC

Das folgende Beispiel ist ein synthetisches Prüfbeispiel und kein tatsächlicher Zahlungsfall. Als Zahlungsbedingung werden 100 USDC auf Base angenommen. Die Adressen und Log-Nummern wurden zur Veranschaulichung erfunden. Verwenden Sie die Beispieladressen nicht als tatsächliche Empfängeradressen.

| Merkmal | Synthetischer Beispielwert |
|---|---|
| Chain | Base Mainnet, Chain-ID 8453 |
| Vertrag, der das Log erzeugt hat | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |
| Token-Absenderadresse | `0x2222222222222222222222222222222222222222` |
| Vereinbarte Empfängeradresse | `0x1111111111111111111111111111111111111111` |
| Empfängeradresse im Transfer-Ereignis | `0x1111111111111111111111111111111111111111` |
| Rohmenge | 100,000,000 kleinste Einheiten |
| Dezimalstellen | 6 Stellen |
| Umgerechnete Menge | 100,000,000 ÷ 1,000,000 = 100 USDC |
| Transaktionsstatus | `status = 0x1` |
| Transaktionskennung | H, Symbol als Ersatz für einen tatsächlichen txHash |
| Log-Position | `logIndex = 7`, synthetischer Wert |
| Finalität | Es wird angenommen, dass der Transaktionsblock im Bereich finalized liegt |

Unter diesen Bedingungen beträgt die empfangene Menge **100 USDC**. Es wird angenommen, dass auch die Übereinstimmung des Block-Hashs von H geprüft wurde. Ein gesonderter Nachweis, dass es sich um die Auftragsvergütung eines externen Zahlers handelt, ist weiterhin erforderlich.

Ist die Empfängeradresse eine andere, wird dies nicht als eigene Einzahlung gewertet. Wenn in der Ausschreibung nur 100 Dollar genannt wurden, muss auch die Zahlungsmenge gesondert geprüft werden. Der Empfang von 100 USDC bedeutet nicht den Erhalt von 100 Dollar in bar.

## Vergleich der Einzahlungsnachweise nach Bounty-Status

Dokumentieren Sie den Fortschritt der Bounty und den Einzahlungsstatus der Wallet getrennt. Eine Bounty ist eine Prämie für eine festgelegte Aufgabe. Die folgende Einteilung dient der Verwaltung von Zahlungsnachweisen. Sie ersetzt nicht die Feststellung einer rechtlichen Forderung oder eines steuerlichen Umsatzes.

| Geprüfter Sachverhalt | Was damit belegt wird | Status in der Einzahlungsverwaltung |
|---|---|---|
| 100 Dollar laut Ausschreibung | In der Ausschreibung angegebene Prämienbedingungen | Zahlungszusage prüfen |
| Auftragsangebot oder Nachricht über die Auswahl | Angebot einer Aufgabe oder erfolgte Auswahl | Auftragsanbahnung |
| Aufgabe abgeschlossen und Abnahme genehmigt | Bearbeitungsstand auf der Plattform | Zahlung gesondert prüfen |
| Einzahlung in ein Escrow | Übertragung von Mitteln an eine gesonderte Verwahradresse | Noch nicht selbst empfangen |
| ERC-20 Approval | Berechtigung einer festgelegten Gegenpartei zur Token-Nutzung | Kein Nachweis einer Token-Übertragung |
| txHash vorhanden, aber Übertragung an eine andere Adresse | Übertragung an diese Adresse | Keine eigene Einzahlung |
| Übertragung an die eigene Adresse erfolgreich, Finalität ungeprüft | Ausgeführte Übertragung | Finalität ausstehend |
| Endgültig bestätigte externe Einzahlung an die eigene Adresse | Onchain-Empfang | Zuordnung zur Auftragsvergütung prüfen |
| Endgültige Einzahlung stimmt mit der Zahlungsaufstellung des Auftrags überein | Dem betreffenden Auftrag zuordenbarer Empfangsnachweis | Zahlungseingang bestätigt |

Bei einem Escrow werden Mittel bis zur Erfüllung bestimmter Bedingungen gesondert verwahrt. Die bloße Verwahrung bedeutet nicht, dass die Zahlung bereits in der eigenen Wallet eingegangen ist. Auch die Genehmigung auf einer Plattform und das ERC-20 Approval sind unterschiedliche Konzepte.

Ordnen Sie auch einer endgültigen Einzahlung eine Auftragsnummer oder Rechnung zu. Aus den Transaktionsdaten allein lässt sich der Zahlungszweck nicht erkennen. Gleichen Sie auch das Zahlungsdatum ab, um Verwechslungen mit anderen Einzahlungen derselben Menge zu vermeiden.

## Häufige Fehler bei der Erfassung als neue Auftragsvergütung

Zählen Sie nicht alle in der Wallet eingegangenen USDC als neue Auftragsvergütung zusammen. Der tatsächliche Empfang und der wirtschaftliche Zweck sind getrennte Angaben. Die folgende Checkliste dient als Grundlage für die betriebliche Erfassung von Einzahlungen.

- Rückerstattungen: Ordnen Sie zurückerhaltene Beträge den ursprünglichen Ausgaben zu.
- Eigene Transfers: Unterscheiden Sie Übertragungen zwischen Wallets, die Sie selbst verwalten.
- Bridge-Transfers: Trennen Sie den Wechsel eigener Vermögenswerte auf eine andere Chain von neuen Kundenzahlungen.
- Spam-Token: Prüfen Sie die offizielle Vertragsadresse, statt sich auf den Namen USDC zu verlassen.
- Über eine Bridge abgebildete Token: Erfassen Sie diese bei abweichendem Vertrag als separate Vermögenswerte neben dem von Circle ausgegebenen USDC.
- Ereignisse mit der Menge 0: Zählen Sie diese auch dann nicht als entgeltliche Zahlung hinzu, wenn ein Transfer-Ereignis vorhanden ist.
- Doppelte Abfragen: Zählen Sie dasselbe Ereignis nicht einmal über den Explorer und erneut über die API.
- Wiederverwendete Nachweise: Ordnen Sie eine bereits mit einem anderen Auftrag verknüpfte Einzahlung nicht erneut zu.
- Eigene Kreislauftransfers: Prüfen Sie Auszahlungen und erneute Einzahlungen innerhalb derselben Transaktion gemeinsam.
- Nachträgliche Rückzahlungen: Wenn Sie eine erhaltene Zahlung zurückgezahlt haben, verknüpfen Sie dies mit dem ursprünglichen Eingang.

### Angaben zur Vermeidung von Doppelzählungen

Ereignisse lassen sich anhand von `chainId + txHash + logIndex` unterscheiden. Eine Transaktion kann mehrere Übertragungsereignisse enthalten. Wenn Sie daher alle Ereignisse allein anhand des txHash zu einem einzigen zusammenfassen, können Einträge verloren gehen.

| Zu speichernde Angabe | Zweck der Aufzeichnung |
|---|---|
| Chain-ID, Token-Vertragsadresse | Netzwerk und Vermögenswert identifizieren |
| txHash, logIndex | Übertragungsereignisse unterscheiden |
| blockNumber, blockHash | Enthaltenden Block erneut prüfen |
| Absenderadresse, Empfängeradresse | Richtung des Mittelflusses prüfen |
| Rohmenge, decimals, USDC-Menge | Einheitenumrechnung nachvollziehen |
| Blockzeit, Prüfzeit, Zeitzone | Übertragungszeitpunkt und Prüfzeitpunkt unterscheiden |
| Finalitätsstatus | Vorläufige und endgültige Einträge unterscheiden |
| Auftragsnummer, Rechnung, Zahlungsaufstellung | Einzahlungszweck zuordnen |
| Einordnung als Rückerstattung, eigener Transfer oder Duplikat | Überhöhte Erfassung neuer Auftragsvergütungen verhindern |

Prüfen Sie die Einträge erneut, wenn vor der Finalität eine Blockreorganisation stattfindet. Entfernte Logs müssen aus der bisherigen vorläufigen Gesamterfassung ausgeschlossen werden. Führen Sie die Summe der Auftragsvergütungen und den Wallet-Saldo getrennt. Im Saldo sind auch frühere Bestände und spätere Auszahlungen enthalten.

## 5-Minuten-Prüfliste

Diese Tabelle fasst die Punkte zusammen, die Sie in etwa 5 Minuten prüfen können. Sie garantiert nicht, dass die Blockchain-Finalität innerhalb dieser Zeit erreicht wird. Lassen Sie Punkte, die sich nicht prüfen lassen, offen.

| Schritt | Prüffrage | Zu dokumentierendes Ergebnis |
|---:|---|---|
| 1 | Kennen Sie die Chain und die Menge aus den Zahlungsbedingungen? | Vereinbartes Netzwerk und vereinbarte USDC-Menge |
| 2 | Unterstützt der empfangende Dienst diese Chain? | Empfängeradresse und Unterstützung |
| 3 | Stimmt der Vertrag im Log mit der Adresse von Circle überein? | Übereinstimmung mit dem offiziellen Vertrag |
| 4 | War die Transaktion erfolgreich und wurde an meine Adresse übertragen? | Status und Empfängeradresse im Transfer-Ereignis |
| 5 | Haben Sie die Rohmenge korrekt umgerechnet? | Tatsächliche USDC-Menge |
| 6 | Haben Sie den enthaltenden Block und die Finalität geprüft? | Block-Hash und Bestätigungsstatus |
| 7 | Lässt sich der Eingang einer externen Zahlung für diesen Auftrag zuordnen? | Auftragsnummer und Zahlungsnachweis |
| 8 | Haben Sie Rückerstattungen, eigene Transfers und Duplikate getrennt? | Klassifizierung und Ereigniskennung |

Bei der ersten Prüfung können die Zahlungsnachweise noch unzureichend sein. Fordern Sie in diesem Fall den fehlenden Chain-Namen oder txHash an. Wurde an eine andere Adresse übertragen, teilen Sie die konkrete Abweichung mit.

## Häufig gestellte Fragen

### Ist die Einzahlung abgeschlossen, sobald ich einen txHash erhalte?

Mit einem Hash allein lässt sich der Abschluss einer Einzahlung nicht bestätigen. Auch eine erfolgreiche Transaktion kann eine andere Empfängeradresse enthalten. Prüfen Sie Vertrag, Empfängeradresse, Menge und Finalität gemeinsam.

### Was soll ich tun, wenn Success angezeigt wird, aber kein Wallet-Guthaben sichtbar ist?

Gleichen Sie zunächst die Empfängeradresse im Ereignis und den offiziellen Vertrag ab. Wenn beide stimmen, prüfen Sie das ausgewählte Netzwerk und die Token-Anzeige. Auch der interne Gutschriftstatus beim empfangenden Dienst muss gesondert geprüft werden.

### Kann ich eine Base-Einzahlung auf Ethereum suchen?

Suchen Sie Base-Transaktionen in einem Base-Explorer. Auch wenn dieselbe Adresse verwendet wird, bleiben die Aufzeichnungen nach Chain getrennt. Schließen Sie nicht allein aus den Suchergebnissen auf Ethereum, dass keine Einzahlung auf Base erfolgt ist.

### Bedeutet die Anzeige von 0 ETH oben in der Transaktion, dass keine Einzahlung erfolgt ist?

Die Anzeige von 0 ETH ist kein Beweis dafür, dass kein USDC übertragen wurde. Die ETH-Menge einer Transaktion und die Menge an ERC-20-Token sind voneinander unabhängig. Prüfen Sie die USDC-Menge im Transfer-Ereignis.

### Ist eine endgültig bestätigte externe Einzahlung neuer Umsatz?

Eine externe Einzahlung allein reicht nicht aus, um neuen Umsatz aus einem Auftrag festzustellen. Es kann sich auch um eine Rückerstattung oder eine Überweisung mit anderem Zweck handeln. Ordnen Sie den Einzahlungszweck anhand von Rechnung und Zahlungsaufstellung zu.

### Kann ich anhand des Ergebnisses der Einzahlungsprüfung Steuern berechnen?

Dieses Verfahren dient der Prüfung von Nachweisen über den Onchain-Empfang. Es beurteilt nicht die individuellen steuerlichen Folgen. Hinweise zur Besteuerung in Korea finden Sie in der [Übersicht zur Gesamteinkommensteuer](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664&mi=2224) des National Tax Service.

## FAQ

### Was benötige ich, um einen USDC-Eingang zu bestätigen?
Prüfen Sie zuerst, auf welcher Chain und wie viel USDC Sie erhalten sollen. Sie benötigen auch die Empfängeradresse und den txHash. Überprüfen Sie das Transfer-Ereignis des offiziellen Contracts und die Finalität der Transaktion.

### Sind die USDC-Contract-Adressen auf Ethereum und Base identisch?
Sie unterscheiden sich. Die Contract-Adressen für die einzelnen Chains finden Sie unter USDC contract addresses von Circle. Gehen Sie nicht allein aufgrund des USDC-Namens oder -Logos in der Wallet davon aus, dass es sich um denselben Vermögenswert handelt.

### Welche Chain-IDs haben Ethereum und Base?
Die Chain-ID von Ethereum Mainnet ist 1. Die Chain-ID von Base Mainnet ist 8453. Die eth_chainId-Antworten des RPC lauten jeweils 0x1 und 0x2105.

### Ist die Bounty ausgezahlt, wenn ein txHash vorliegt?
Der txHash ist eine Kennung, mit der sich eine Transaktion finden lässt. Damit er als Nachweis einer Auszahlung an Sie dienen kann, müssen Sie die Empfängeradresse abgleichen. Prüfen Sie auch den offiziellen Contract, die Menge, den Erfolg der Transaktion und ihre Finalität.

### Worin unterscheiden sich Success und finalized?
Success bedeutet, dass die Transaktion erfolgreich ausgeführt wurde. finalized bezeichnet den endgültig bestätigten Status des Blocks. Prüfen Sie auch bei einer erfolgreichen Übertragung die Finalität gesondert.

### Warum erscheinen 100 USDC in den Rohlogs als 100000000?
Die betreffenden USDC-Token auf Ethereum und Base verwenden 6 Nachkommastellen. Wenn Sie die Rohmenge 100,000,000 durch 1,000,000 teilen, ergibt das 100 USDC. Teilen Sie eine vom Explorer bereits umgerechnete Menge nicht erneut.

### Soll ich auf das To oben in der Transaktion oder auf das to im Transfer achten?
Die Empfängeradresse für die Token finden Sie im Feld to des Transfer-Ereignisses. Das To oben in der Transaktion kann einen Token- oder Auszahlungscontract bezeichnen. Gleichen Sie die vollständige Adresse mit der zuvor überprüften Empfängeradresse ab.

### Bedeuten 100 Dollar in der Ausschreibung und ein Eingang von 100 USDC dasselbe?
Die 100 Dollar in der Ausschreibung sind die angegebenen Vergütungsbedingungen. Die tatsächlich auszuzahlende Token-Menge müssen Sie anhand der Zahlungsvereinbarung prüfen. Der Empfang von 100 USDC bedeutet nicht, dass Sie 100 Dollar in bar erhalten.

### Sind eine Einzahlung auf ein Treuhandkonto oder ein Approval ein Nachweis für den Zahlungseingang?
Eine Einzahlung auf ein Treuhandkonto zeigt eine Übertragung an eine separate Verwahradresse. Ein ERC-20 Approval ist eine Freigabe zur Verwendung von Token. Prüfen Sie die tatsächliche Übertragung an Ihre eigene Empfängeradresse gesondert.

### Wie lassen sich doppelte Einträge bei der Erfassung von USDC-Eingängen vermeiden?
Erfassen Sie die Chain-ID, den txHash und den logIndex zusammen. Zählen Sie dasselbe Ereignis bei Abfragen über verschiedene Wege nicht mehrfach. Prüfen Sie auch, ob ein bereits einer anderen Aufgabe zugeordneter Eingang erneut verwendet wird.

### Sind Rückerstattungen oder Übertragungen zwischen eigenen Wallets ebenfalls Zahlungen für neue Aufgaben?
Ordnen Sie Rückerstattungen und Übertragungen zwischen eigenen Wallets getrennt von Zahlungen für neue Aufgaben ein. Allein aus einer Onchain-Übertragung lässt sich der Zahlungszweck nicht erkennen. Verknüpfen Sie sie mit den Aufzeichnungen der ursprünglichen Ausgabe oder Übertragung.

### Ist die Prüfung eines USDC-Eingangs innerhalb von 5 Minuten abgeschlossen?
Die 5-Minuten-Prüfliste ist ein Hilfsmittel, das die Reihenfolge der Prüfschritte übersichtlich darstellt. Die Finalität im Netzwerk oder die Aktualisierung im Dienst kann mehr Zeit in Anspruch nehmen. Vermerken Sie nicht bestätigte Punkte als ausstehend.

## Sources

- [Circle Docs: USDC-Contract-Adressen](https://developers.circle.com/stablecoins/usdc-contract-addresses)
- [EIP-155: Einfacher Schutz vor Replay-Angriffen, Chain-ID des Ethereum Mainnet](https://eips.ethereum.org/EIPS/eip-155)
- [Base Documentation: eth_chainId](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId)
- [ERC-20: Token-Standard, Transfer·Approval·decimals](https://eips.ethereum.org/EIPS/eip-20)
- [Etherscan Information Center: Ereignisprotokolle](https://info.etherscan.com/what-is-event-logs/)
- [Etherscan Information Center: Eine Contract-Adresse erkunden](https://info.etherscan.com/explore-contract-address/)
- [Ethereum: JSON-RPC API, Abfrage von Transaktionsbelegen, Logs und finalized](https://ethereum.org/developers/docs/apis/json-rpc/)
- [Ethereum Execution APIs: eth_getTransactionReceipt](https://ethereum.github.io/execution-apis/api/methods/eth_getTransactionReceipt/)
- [Base Documentation: Transaktionsfinalität](https://docs.base.org/specifications/transactions/transaction-finality)
- [Base Documentation: eth_getBlockByNumber](https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber)
- [Ethereum: Netzwerke, Guthaben und Transaktionsverlauf je Netzwerk](https://ethereum.org/developers/docs/networks/)
- [Etherscan: USDC-Token-Contract, Anzeige mit 6 Nachkommastellen](https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7)
- [Nationale Steuerbehörde: Überblick über die Einkommensteuer auf das Gesamteinkommen](https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664&mi=2224)

## Images

![Ein Mann mittleren Alters prüft Tablet und Smartphone an einem sonnenbeschienenen Tisch zu Hause.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMTQsInB1ciI6ImJsb2JfaWQifX0=--66d015359c342f46f8ea28a40eeea1097d8934ce/ai-46cc85be.webp)
![Eine Frau in violetter Strickjacke legt einen doppelten Transaktionsausdruck neben dem Kassenbuch in eine Ablage.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMjEsInB1ciI6ImJsb2JfaWQifX0=--66077c8a3224c10d76b04cac8d68545ca56f659c/ai-d2b7055c.webp)