{"content_id":"gxi1phts28","slug":"usdc-deposit-verification-2026-chain-contract-transfer-bounty","locale":"de","schema_type":"HowTo","category":"how_to","category_name":"Anleitungen","title":"USDC-Eingang prüfen 2026: Chain und Bounty verifizieren","summary":"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.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"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."],"content_markdown":"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.\n\nPrü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)\n\n## USDC-Vertragsadressen und Chain-IDs nach Chain\n\nUSDC 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.\n\nDieser 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.\n\n| Netzwerk | Chain-ID, dezimal | Chain-ID, hexadezimal | Offizielle USDC-Vertragsadresse | Explorer |\n|---|---:|---|---|---|\n| Ethereum Mainnet | 1 | `0x1` | `0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48` | Etherscan |\n| Base Mainnet | 8453 | `0x2105` | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` | BaseScan |\n\nDie 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).\n\nAuch 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.\n\n## Reihenfolge zur Prüfung von Empfängeradresse und Transaktion\n\nWenn 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.\n\n1. 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.\n2. 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.\n3. Suchen Sie in der Mainnet-Tabelle von Circle die Vertragsadresse der betreffenden Chain. Verlassen Sie sich nicht allein auf den Tokennamen oder das Logo.\n4. 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.\n5. 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.\n\nEin 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.\n\n## Was im Transfer-Ereignis zu prüfen ist\n\nOb 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`.\n\nDer ERC-20-Standard legt für das Übertragungsereignis Folgendes fest.\n\n\u003e MUSS ausgelöst werden, wenn Token übertragen werden, einschließlich Übertragungen mit dem Wert null.\n\u003e\n\u003e Quelle: ERC-20: Token Standard, Abschnitt Transfer\n\nDiese 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).\n\n| Prüfpunkt | Fundstelle | Erfüllungskriterium |\n|---|---|---|\n| Ergebnis der Transaktionsausführung | Status oder `status` im Transaktionsbeleg | Success oder `0x1` |\n| Vertrag, der das Log erzeugt hat | `address` im Log | Entspricht dem offiziellen USDC-Vertrag der betreffenden Chain |\n| Ereignistyp | Ereignisname und Signatur | `Transfer(address,address,uint256)` |\n| Token-Absenderadresse | `from` im Ereignis | Herkunft lässt sich dem Zahlungsgrund zuordnen |\n| Token-Empfängeradresse | `to` im Ereignis | Stimmt vollständig mit der zuvor geprüften Empfängeradresse überein |\n| Tatsächliche Menge | `value` im Ereignis | Menge entspricht nach Berücksichtigung der Dezimalstellen den Zahlungsbedingungen |\n| Enthaltender Block | `blockNumber`, `blockHash` | Hash stimmt mit dem Block auf derselben Höhe der aktuellen Chain überein |\n| Finalität | Bestätigungsstatus des betreffenden Blocks | Gesonderte Prüfung nach dem unten beschriebenen Finalitätsverfahren |\n\nToken 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.\n\n### So lesen Sie rohe Logs\n\nIn 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.\n\n- Adresse: Interpretieren Sie die letzten 20 Bytes des betreffenden Topics als Adresse.\n- Menge: Interpretieren Sie `data` als vorzeichenlose Ganzzahl.\n- Dezimalstellen: Rechnen Sie die Menge anhand des Werts von `decimals()` im offiziellen Vertrag um.\n- Freigabeereignis: `Approval` dokumentiert die Freigabe einer Nutzungsberechtigung.\n\nDer 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/).\n\n## Unterschied zwischen erfolgreicher Transaktion und Finalität\n\nSuccess 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.\n\n| Netzwerk | Zunächst beobachtbarer Status | Kriterium für die endgültige Bestätigung |\n|---|---|---|\n| Ethereum | Transaktion in einen Block aufgenommen und erfolgreich | Transaktionsblock liegt im Bereich finalized |\n| Base | Vorbestätigung oder Aufnahme in einen L2-Block | Betreffender L2-Block hat L1-Batch-Finalität erreicht |\n\nInterne Ü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).\n\n### Wenn die Finalität im Explorer nicht eindeutig ist\n\nWenn 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.\n\n1. Prüfen Sie mit `eth_chainId`, mit welcher Chain Sie verbunden sind.\n2. Lesen Sie mit `eth_getTransactionReceipt` den Transaktionsbeleg aus. Prüfen Sie `status`, die Logs, die Blocknummer und den Block-Hash.\n3. Fragen Sie dieselbe Blocknummer mit `eth_getBlockByNumber` ab. Gleichen Sie ab, ob der zurückgegebene Hash mit `blockHash` im Transaktionsbeleg übereinstimmt.\n4. Ü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.\n\nWenn 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.\n\n## Rechenbeispiel: synthetische Einzahlung von 100 USDC\n\nDas 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.\n\n| Merkmal | Synthetischer Beispielwert |\n|---|---|\n| Chain | Base Mainnet, Chain-ID 8453 |\n| Vertrag, der das Log erzeugt hat | `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` |\n| Token-Absenderadresse | `0x2222222222222222222222222222222222222222` |\n| Vereinbarte Empfängeradresse | `0x1111111111111111111111111111111111111111` |\n| Empfängeradresse im Transfer-Ereignis | `0x1111111111111111111111111111111111111111` |\n| Rohmenge | 100,000,000 kleinste Einheiten |\n| Dezimalstellen | 6 Stellen |\n| Umgerechnete Menge | 100,000,000 ÷ 1,000,000 = 100 USDC |\n| Transaktionsstatus | `status = 0x1` |\n| Transaktionskennung | H, Symbol als Ersatz für einen tatsächlichen txHash |\n| Log-Position | `logIndex = 7`, synthetischer Wert |\n| Finalität | Es wird angenommen, dass der Transaktionsblock im Bereich finalized liegt |\n\nUnter 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.\n\nIst 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.\n\n## Vergleich der Einzahlungsnachweise nach Bounty-Status\n\nDokumentieren 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.\n\n| Geprüfter Sachverhalt | Was damit belegt wird | Status in der Einzahlungsverwaltung |\n|---|---|---|\n| 100 Dollar laut Ausschreibung | In der Ausschreibung angegebene Prämienbedingungen | Zahlungszusage prüfen |\n| Auftragsangebot oder Nachricht über die Auswahl | Angebot einer Aufgabe oder erfolgte Auswahl | Auftragsanbahnung |\n| Aufgabe abgeschlossen und Abnahme genehmigt | Bearbeitungsstand auf der Plattform | Zahlung gesondert prüfen |\n| Einzahlung in ein Escrow | Übertragung von Mitteln an eine gesonderte Verwahradresse | Noch nicht selbst empfangen |\n| ERC-20 Approval | Berechtigung einer festgelegten Gegenpartei zur Token-Nutzung | Kein Nachweis einer Token-Übertragung |\n| txHash vorhanden, aber Übertragung an eine andere Adresse | Übertragung an diese Adresse | Keine eigene Einzahlung |\n| Übertragung an die eigene Adresse erfolgreich, Finalität ungeprüft | Ausgeführte Übertragung | Finalität ausstehend |\n| Endgültig bestätigte externe Einzahlung an die eigene Adresse | Onchain-Empfang | Zuordnung zur Auftragsvergütung prüfen |\n| Endgültige Einzahlung stimmt mit der Zahlungsaufstellung des Auftrags überein | Dem betreffenden Auftrag zuordenbarer Empfangsnachweis | Zahlungseingang bestätigt |\n\nBei 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.\n\nOrdnen 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.\n\n## Häufige Fehler bei der Erfassung als neue Auftragsvergütung\n\nZä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.\n\n- Rückerstattungen: Ordnen Sie zurückerhaltene Beträge den ursprünglichen Ausgaben zu.\n- Eigene Transfers: Unterscheiden Sie Übertragungen zwischen Wallets, die Sie selbst verwalten.\n- Bridge-Transfers: Trennen Sie den Wechsel eigener Vermögenswerte auf eine andere Chain von neuen Kundenzahlungen.\n- Spam-Token: Prüfen Sie die offizielle Vertragsadresse, statt sich auf den Namen USDC zu verlassen.\n- Über eine Bridge abgebildete Token: Erfassen Sie diese bei abweichendem Vertrag als separate Vermögenswerte neben dem von Circle ausgegebenen USDC.\n- Ereignisse mit der Menge 0: Zählen Sie diese auch dann nicht als entgeltliche Zahlung hinzu, wenn ein Transfer-Ereignis vorhanden ist.\n- Doppelte Abfragen: Zählen Sie dasselbe Ereignis nicht einmal über den Explorer und erneut über die API.\n- Wiederverwendete Nachweise: Ordnen Sie eine bereits mit einem anderen Auftrag verknüpfte Einzahlung nicht erneut zu.\n- Eigene Kreislauftransfers: Prüfen Sie Auszahlungen und erneute Einzahlungen innerhalb derselben Transaktion gemeinsam.\n- Nachträgliche Rückzahlungen: Wenn Sie eine erhaltene Zahlung zurückgezahlt haben, verknüpfen Sie dies mit dem ursprünglichen Eingang.\n\n### Angaben zur Vermeidung von Doppelzählungen\n\nEreignisse 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.\n\n| Zu speichernde Angabe | Zweck der Aufzeichnung |\n|---|---|\n| Chain-ID, Token-Vertragsadresse | Netzwerk und Vermögenswert identifizieren |\n| txHash, logIndex | Übertragungsereignisse unterscheiden |\n| blockNumber, blockHash | Enthaltenden Block erneut prüfen |\n| Absenderadresse, Empfängeradresse | Richtung des Mittelflusses prüfen |\n| Rohmenge, decimals, USDC-Menge | Einheitenumrechnung nachvollziehen |\n| Blockzeit, Prüfzeit, Zeitzone | Übertragungszeitpunkt und Prüfzeitpunkt unterscheiden |\n| Finalitätsstatus | Vorläufige und endgültige Einträge unterscheiden |\n| Auftragsnummer, Rechnung, Zahlungsaufstellung | Einzahlungszweck zuordnen |\n| Einordnung als Rückerstattung, eigener Transfer oder Duplikat | Überhöhte Erfassung neuer Auftragsvergütungen verhindern |\n\nPrü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.\n\n## 5-Minuten-Prüfliste\n\nDiese 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.\n\n| Schritt | Prüffrage | Zu dokumentierendes Ergebnis |\n|---:|---|---|\n| 1 | Kennen Sie die Chain und die Menge aus den Zahlungsbedingungen? | Vereinbartes Netzwerk und vereinbarte USDC-Menge |\n| 2 | Unterstützt der empfangende Dienst diese Chain? | Empfängeradresse und Unterstützung |\n| 3 | Stimmt der Vertrag im Log mit der Adresse von Circle überein? | Übereinstimmung mit dem offiziellen Vertrag |\n| 4 | War die Transaktion erfolgreich und wurde an meine Adresse übertragen? | Status und Empfängeradresse im Transfer-Ereignis |\n| 5 | Haben Sie die Rohmenge korrekt umgerechnet? | Tatsächliche USDC-Menge |\n| 6 | Haben Sie den enthaltenden Block und die Finalität geprüft? | Block-Hash und Bestätigungsstatus |\n| 7 | Lässt sich der Eingang einer externen Zahlung für diesen Auftrag zuordnen? | Auftragsnummer und Zahlungsnachweis |\n| 8 | Haben Sie Rückerstattungen, eigene Transfers und Duplikate getrennt? | Klassifizierung und Ereigniskennung |\n\nBei 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.\n\n## Häufig gestellte Fragen\n\n### Ist die Einzahlung abgeschlossen, sobald ich einen txHash erhalte?\n\nMit 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.\n\n### Was soll ich tun, wenn Success angezeigt wird, aber kein Wallet-Guthaben sichtbar ist?\n\nGleichen 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.\n\n### Kann ich eine Base-Einzahlung auf Ethereum suchen?\n\nSuchen 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.\n\n### Bedeutet die Anzeige von 0 ETH oben in der Transaktion, dass keine Einzahlung erfolgt ist?\n\nDie 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.\n\n### Ist eine endgültig bestätigte externe Einzahlung neuer Umsatz?\n\nEine 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.\n\n### Kann ich anhand des Ergebnisses der Einzahlungsprüfung Steuern berechnen?\n\nDieses 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\u0026mi=2224) des National Tax Service.","content_html":"\u003cp\u003eEine 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.\u003c/p\u003e\n\u003cp\u003ePrü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)\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#usdc-vertragsadressen-und-chain-ids-nach-chain\" class=\"anchor\" id=\"usdc-vertragsadressen-und-chain-ids-nach-chain\"\u003e\u003c/a\u003eUSDC-Vertragsadressen und Chain-IDs nach Chain\u003c/h2\u003e\n\u003cp\u003eUSDC 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.\u003c/p\u003e\n\u003cp\u003eDieser 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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eNetzwerk\u003c/th\u003e\n\u003cth\u003eChain-ID, dezimal\u003c/th\u003e\n\u003cth\u003eChain-ID, hexadezimal\u003c/th\u003e\n\u003cth\u003eOffizielle USDC-Vertragsadresse\u003c/th\u003e\n\u003cth\u003eExplorer\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Netzwerk\"\u003eEthereum Mainnet\u003c/td\u003e\n\u003ctd data-label=\"Chain-ID, dezimal\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"Chain-ID, hexadezimal\"\u003e\u003ccode\u003e0x1\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Offizielle USDC-Vertragsadresse\"\u003e\u003ccode\u003e0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Explorer\"\u003eEtherscan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Netzwerk\"\u003eBase Mainnet\u003c/td\u003e\n\u003ctd data-label=\"Chain-ID, dezimal\"\u003e8453\u003c/td\u003e\n\u003ctd data-label=\"Chain-ID, hexadezimal\"\u003e\u003ccode\u003e0x2105\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Offizielle USDC-Vertragsadresse\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Explorer\"\u003eBaseScan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eDie Vertragsadressen stammen aus \u003ca href=\"https://developers.circle.com/stablecoins/usdc-contract-addresses\"\u003eUSDC contract addresses von Circle\u003c/a\u003e. Die Chain-ID von Ethereum ist in \u003ca href=\"https://eips.ethereum.org/EIPS/eip-155\"\u003eEIP-155\u003c/a\u003e angegeben. Die Chain-ID von Base finden Sie in der \u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId\"\u003eeth_chainId-Dokumentation von Base\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003eAuch 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#reihenfolge-zur-pr%C3%BCfung-von-empf%C3%A4ngeradresse-und-transaktion\" class=\"anchor\" id=\"reihenfolge-zur-prüfung-von-empfängeradresse-und-transaktion\"\u003e\u003c/a\u003eReihenfolge zur Prüfung von Empfängeradresse und Transaktion\u003c/h2\u003e\n\u003cp\u003eWenn 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.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003ePrü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.\u003c/li\u003e\n\u003cli\u003eKopieren 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.\u003c/li\u003e\n\u003cli\u003eSuchen Sie in der Mainnet-Tabelle von Circle die Vertragsadresse der betreffenden Chain. Verlassen Sie sich nicht allein auf den Tokennamen oder das Logo.\u003c/li\u003e\n\u003cli\u003eSuchen 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.\u003c/li\u003e\n\u003cli\u003ePrü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.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eEin 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#was-im-transfer-ereignis-zu-pr%C3%BCfen-ist\" class=\"anchor\" id=\"was-im-transfer-ereignis-zu-prüfen-ist\"\u003e\u003c/a\u003eWas im Transfer-Ereignis zu prüfen ist\u003c/h2\u003e\n\u003cp\u003eOb 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 \u003ccode\u003eto\u003c/code\u003e.\u003c/p\u003e\n\u003cp\u003eDer ERC-20-Standard legt für das Übertragungsereignis Folgendes fest.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eMUSS ausgelöst werden, wenn Token übertragen werden, einschließlich Übertragungen mit dem Wert null.\u003c/p\u003e\n\u003cp\u003eQuelle: ERC-20: Token Standard, Abschnitt Transfer\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eDiese 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 \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\u003ePrüfpunkt\u003c/th\u003e\n\u003cth\u003eFundstelle\u003c/th\u003e\n\u003cth\u003eErfüllungskriterium\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eErgebnis der Transaktionsausführung\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003eStatus oder \u003ccode\u003estatus\u003c/code\u003e im Transaktionsbeleg\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eSuccess oder \u003ccode\u003e0x1\u003c/code\u003e\n\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eVertrag, der das Log erzeugt hat\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003e\n\u003ccode\u003eaddress\u003c/code\u003e im Log\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eEntspricht dem offiziellen USDC-Vertrag der betreffenden Chain\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eEreignistyp\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003eEreignisname und Signatur\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003e\u003ccode\u003eTransfer(address,address,uint256)\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eToken-Absenderadresse\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003e\n\u003ccode\u003efrom\u003c/code\u003e im Ereignis\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eHerkunft lässt sich dem Zahlungsgrund zuordnen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eToken-Empfängeradresse\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003e\n\u003ccode\u003eto\u003c/code\u003e im Ereignis\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eStimmt vollständig mit der zuvor geprüften Empfängeradresse überein\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eTatsächliche Menge\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003e\n\u003ccode\u003evalue\u003c/code\u003e im Ereignis\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eMenge entspricht nach Berücksichtigung der Dezimalstellen den Zahlungsbedingungen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eEnthaltender Block\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003e\n\u003ccode\u003eblockNumber\u003c/code\u003e, \u003ccode\u003eblockHash\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eHash stimmt mit dem Block auf derselben Höhe der aktuellen Chain überein\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Prüfpunkt\"\u003eFinalität\u003c/td\u003e\n\u003ctd data-label=\"Fundstelle\"\u003eBestätigungsstatus des betreffenden Blocks\u003c/td\u003e\n\u003ctd data-label=\"Erfüllungskriterium\"\u003eGesonderte Prüfung nach dem unten beschriebenen Finalitätsverfahren\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eToken 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#so-lesen-sie-rohe-logs\" class=\"anchor\" id=\"so-lesen-sie-rohe-logs\"\u003e\u003c/a\u003eSo lesen Sie rohe Logs\u003c/h3\u003e\n\u003cp\u003eIn rohen Logs sind Adressen und Mengen kodiert. \u003ccode\u003etopics[0]\u003c/code\u003e enthält den Hash der Ereignissignatur. Die Absenderadresse eines standardmäßigen USDC-Transfer-Ereignisses steht in \u003ccode\u003etopics[1]\u003c/code\u003e. Die Empfängeradresse ist in \u003ccode\u003etopics[2]\u003c/code\u003e enthalten.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eAdresse: Interpretieren Sie die letzten 20 Bytes des betreffenden Topics als Adresse.\u003c/li\u003e\n\u003cli\u003eMenge: Interpretieren Sie \u003ccode\u003edata\u003c/code\u003e als vorzeichenlose Ganzzahl.\u003c/li\u003e\n\u003cli\u003eDezimalstellen: Rechnen Sie die Menge anhand des Werts von \u003ccode\u003edecimals()\u003c/code\u003e im offiziellen Vertrag um.\u003c/li\u003e\n\u003cli\u003eFreigabeereignis: \u003ccode\u003eApproval\u003c/code\u003e dokumentiert die Freigabe einer Nutzungsberechtigung.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eDer 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 \u003ca href=\"https://info.etherscan.com/what-is-event-logs/\"\u003eEvent Logs von Etherscan\u003c/a\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#unterschied-zwischen-erfolgreicher-transaktion-und-finalit%C3%A4t\" class=\"anchor\" id=\"unterschied-zwischen-erfolgreicher-transaktion-und-finalität\"\u003e\u003c/a\u003eUnterschied zwischen erfolgreicher Transaktion und Finalität\u003c/h2\u003e\n\u003cp\u003eSuccess 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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eNetzwerk\u003c/th\u003e\n\u003cth\u003eZunächst beobachtbarer Status\u003c/th\u003e\n\u003cth\u003eKriterium für die endgültige Bestätigung\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Netzwerk\"\u003eEthereum\u003c/td\u003e\n\u003ctd data-label=\"Zunächst beobachtbarer Status\"\u003eTransaktion in einen Block aufgenommen und erfolgreich\u003c/td\u003e\n\u003ctd data-label=\"Kriterium für die endgültige Bestätigung\"\u003eTransaktionsblock liegt im Bereich finalized\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Netzwerk\"\u003eBase\u003c/td\u003e\n\u003ctd data-label=\"Zunächst beobachtbarer Status\"\u003eVorbestätigung oder Aufnahme in einen L2-Block\u003c/td\u003e\n\u003ctd data-label=\"Kriterium für die endgültige Bestätigung\"\u003eBetreffender L2-Block hat L1-Batch-Finalität erreicht\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eInterne Ü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 \u003ca href=\"https://docs.base.org/specifications/transactions/transaction-finality\"\u003eTransaction Finality von Base\u003c/a\u003e.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#wenn-die-finalit%C3%A4t-im-explorer-nicht-eindeutig-ist\" class=\"anchor\" id=\"wenn-die-finalität-im-explorer-nicht-eindeutig-ist\"\u003e\u003c/a\u003eWenn die Finalität im Explorer nicht eindeutig ist\u003c/h3\u003e\n\u003cp\u003eWenn 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.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003ePrüfen Sie mit \u003ccode\u003eeth_chainId\u003c/code\u003e, mit welcher Chain Sie verbunden sind.\u003c/li\u003e\n\u003cli\u003eLesen Sie mit \u003ccode\u003eeth_getTransactionReceipt\u003c/code\u003e den Transaktionsbeleg aus. Prüfen Sie \u003ccode\u003estatus\u003c/code\u003e, die Logs, die Blocknummer und den Block-Hash.\u003c/li\u003e\n\u003cli\u003eFragen Sie dieselbe Blocknummer mit \u003ccode\u003eeth_getBlockByNumber\u003c/code\u003e ab. Gleichen Sie ab, ob der zurückgegebene Hash mit \u003ccode\u003eblockHash\u003c/code\u003e im Transaktionsbeleg übereinstimmt.\u003c/li\u003e\n\u003cli\u003eÜbergeben Sie \u003ccode\u003efinalized\u003c/code\u003e und \u003ccode\u003efalse\u003c/code\u003e an \u003ccode\u003eeth_getBlockByNumber\u003c/code\u003e. 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.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eWenn der Transaktionsbeleg \u003ccode\u003enull\u003c/code\u003e 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 \u003ccode\u003elatest\u003c/code\u003e oder eine bloße Anzahl von Bestätigungen nicht als finalized. Die Methoden werden in \u003ca href=\"https://ethereum.org/developers/docs/apis/json-rpc/\"\u003eEthereum JSON-RPC\u003c/a\u003e und in der \u003ca href=\"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_getBlockByNumber\"\u003eDokumentation zur Blockabfrage von Base\u003c/a\u003e beschrieben.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#rechenbeispiel-synthetische-einzahlung-von-100-usdc\" class=\"anchor\" id=\"rechenbeispiel-synthetische-einzahlung-von-100-usdc\"\u003e\u003c/a\u003eRechenbeispiel: synthetische Einzahlung von 100 USDC\u003c/h2\u003e\n\u003cp\u003eDas 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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eMerkmal\u003c/th\u003e\n\u003cth\u003eSynthetischer Beispielwert\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eChain\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003eBase Mainnet, Chain-ID 8453\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eVertrag, der das Log erzeugt hat\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e\u003ccode\u003e0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eToken-Absenderadresse\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e\u003ccode\u003e0x2222222222222222222222222222222222222222\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eVereinbarte Empfängeradresse\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eEmpfängeradresse im Transfer-Ereignis\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e\u003ccode\u003e0x1111111111111111111111111111111111111111\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eRohmenge\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e100,000,000 kleinste Einheiten\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eDezimalstellen\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e6 Stellen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eUmgerechnete Menge\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e100,000,000 ÷ 1,000,000 = 100 USDC\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eTransaktionsstatus\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e\u003ccode\u003estatus = 0x1\u003c/code\u003e\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eTransaktionskennung\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003eH, Symbol als Ersatz für einen tatsächlichen txHash\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eLog-Position\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003e\n\u003ccode\u003elogIndex = 7\u003c/code\u003e, synthetischer Wert\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Merkmal\"\u003eFinalität\u003c/td\u003e\n\u003ctd data-label=\"Synthetischer Beispielwert\"\u003eEs wird angenommen, dass der Transaktionsblock im Bereich finalized liegt\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eUnter diesen Bedingungen beträgt die empfangene Menge \u003cstrong\u003e100 USDC\u003c/strong\u003e. 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.\u003c/p\u003e\n\u003cp\u003eIst 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#vergleich-der-einzahlungsnachweise-nach-bounty-status\" class=\"anchor\" id=\"vergleich-der-einzahlungsnachweise-nach-bounty-status\"\u003e\u003c/a\u003eVergleich der Einzahlungsnachweise nach Bounty-Status\u003c/h2\u003e\n\u003cp\u003eDokumentieren 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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eGeprüfter Sachverhalt\u003c/th\u003e\n\u003cth\u003eWas damit belegt wird\u003c/th\u003e\n\u003cth\u003eStatus in der Einzahlungsverwaltung\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003e100 Dollar laut Ausschreibung\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eIn der Ausschreibung angegebene Prämienbedingungen\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eZahlungszusage prüfen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eAuftragsangebot oder Nachricht über die Auswahl\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eAngebot einer Aufgabe oder erfolgte Auswahl\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eAuftragsanbahnung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eAufgabe abgeschlossen und Abnahme genehmigt\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eBearbeitungsstand auf der Plattform\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eZahlung gesondert prüfen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eEinzahlung in ein Escrow\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eÜbertragung von Mitteln an eine gesonderte Verwahradresse\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eNoch nicht selbst empfangen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eERC-20 Approval\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eBerechtigung einer festgelegten Gegenpartei zur Token-Nutzung\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eKein Nachweis einer Token-Übertragung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003etxHash vorhanden, aber Übertragung an eine andere Adresse\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eÜbertragung an diese Adresse\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eKeine eigene Einzahlung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eÜbertragung an die eigene Adresse erfolgreich, Finalität ungeprüft\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eAusgeführte Übertragung\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eFinalität ausstehend\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eEndgültig bestätigte externe Einzahlung an die eigene Adresse\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eOnchain-Empfang\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eZuordnung zur Auftragsvergütung prüfen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Geprüfter Sachverhalt\"\u003eEndgültige Einzahlung stimmt mit der Zahlungsaufstellung des Auftrags überein\u003c/td\u003e\n\u003ctd data-label=\"Was damit belegt wird\"\u003eDem betreffenden Auftrag zuordenbarer Empfangsnachweis\u003c/td\u003e\n\u003ctd data-label=\"Status in der Einzahlungsverwaltung\"\u003eZahlungseingang bestätigt\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eBei 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.\u003c/p\u003e\n\u003cp\u003eOrdnen 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#h%C3%A4ufige-fehler-bei-der-erfassung-als-neue-auftragsverg%C3%BCtung\" class=\"anchor\" id=\"häufige-fehler-bei-der-erfassung-als-neue-auftragsvergütung\"\u003e\u003c/a\u003eHäufige Fehler bei der Erfassung als neue Auftragsvergütung\u003c/h2\u003e\n\u003cp\u003eZä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.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eRückerstattungen: Ordnen Sie zurückerhaltene Beträge den ursprünglichen Ausgaben zu.\u003c/li\u003e\n\u003cli\u003eEigene Transfers: Unterscheiden Sie Übertragungen zwischen Wallets, die Sie selbst verwalten.\u003c/li\u003e\n\u003cli\u003eBridge-Transfers: Trennen Sie den Wechsel eigener Vermögenswerte auf eine andere Chain von neuen Kundenzahlungen.\u003c/li\u003e\n\u003cli\u003eSpam-Token: Prüfen Sie die offizielle Vertragsadresse, statt sich auf den Namen USDC zu verlassen.\u003c/li\u003e\n\u003cli\u003eÜber eine Bridge abgebildete Token: Erfassen Sie diese bei abweichendem Vertrag als separate Vermögenswerte neben dem von Circle ausgegebenen USDC.\u003c/li\u003e\n\u003cli\u003eEreignisse mit der Menge 0: Zählen Sie diese auch dann nicht als entgeltliche Zahlung hinzu, wenn ein Transfer-Ereignis vorhanden ist.\u003c/li\u003e\n\u003cli\u003eDoppelte Abfragen: Zählen Sie dasselbe Ereignis nicht einmal über den Explorer und erneut über die API.\u003c/li\u003e\n\u003cli\u003eWiederverwendete Nachweise: Ordnen Sie eine bereits mit einem anderen Auftrag verknüpfte Einzahlung nicht erneut zu.\u003c/li\u003e\n\u003cli\u003eEigene Kreislauftransfers: Prüfen Sie Auszahlungen und erneute Einzahlungen innerhalb derselben Transaktion gemeinsam.\u003c/li\u003e\n\u003cli\u003eNachträgliche Rückzahlungen: Wenn Sie eine erhaltene Zahlung zurückgezahlt haben, verknüpfen Sie dies mit dem ursprünglichen Eingang.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#angaben-zur-vermeidung-von-doppelz%C3%A4hlungen\" class=\"anchor\" id=\"angaben-zur-vermeidung-von-doppelzählungen\"\u003e\u003c/a\u003eAngaben zur Vermeidung von Doppelzählungen\u003c/h3\u003e\n\u003cp\u003eEreignisse lassen sich anhand von \u003ccode\u003echainId + txHash + logIndex\u003c/code\u003e 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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eZu speichernde Angabe\u003c/th\u003e\n\u003cth\u003eZweck der Aufzeichnung\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eChain-ID, Token-Vertragsadresse\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eNetzwerk und Vermögenswert identifizieren\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003etxHash, logIndex\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eÜbertragungsereignisse unterscheiden\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eblockNumber, blockHash\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eEnthaltenden Block erneut prüfen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eAbsenderadresse, Empfängeradresse\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eRichtung des Mittelflusses prüfen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eRohmenge, decimals, USDC-Menge\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eEinheitenumrechnung nachvollziehen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eBlockzeit, Prüfzeit, Zeitzone\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eÜbertragungszeitpunkt und Prüfzeitpunkt unterscheiden\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eFinalitätsstatus\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eVorläufige und endgültige Einträge unterscheiden\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eAuftragsnummer, Rechnung, Zahlungsaufstellung\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eEinzahlungszweck zuordnen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Zu speichernde Angabe\"\u003eEinordnung als Rückerstattung, eigener Transfer oder Duplikat\u003c/td\u003e\n\u003ctd data-label=\"Zweck der Aufzeichnung\"\u003eÜberhöhte Erfassung neuer Auftragsvergütungen verhindern\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003ePrü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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#5-minuten-pr%C3%BCfliste\" class=\"anchor\" id=\"5-minuten-prüfliste\"\u003e\u003c/a\u003e5-Minuten-Prüfliste\u003c/h2\u003e\n\u003cp\u003eDiese 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.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eSchritt\u003c/th\u003e\n\u003cth\u003ePrüffrage\u003c/th\u003e\n\u003cth\u003eZu dokumentierendes Ergebnis\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e1\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eKennen Sie die Chain und die Menge aus den Zahlungsbedingungen?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eVereinbartes Netzwerk und vereinbarte USDC-Menge\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e2\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eUnterstützt der empfangende Dienst diese Chain?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eEmpfängeradresse und Unterstützung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e3\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eStimmt der Vertrag im Log mit der Adresse von Circle überein?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eÜbereinstimmung mit dem offiziellen Vertrag\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e4\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eWar die Transaktion erfolgreich und wurde an meine Adresse übertragen?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eStatus und Empfängeradresse im Transfer-Ereignis\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e5\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eHaben Sie die Rohmenge korrekt umgerechnet?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eTatsächliche USDC-Menge\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e6\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eHaben Sie den enthaltenden Block und die Finalität geprüft?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eBlock-Hash und Bestätigungsstatus\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e7\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eLässt sich der Eingang einer externen Zahlung für diesen Auftrag zuordnen?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eAuftragsnummer und Zahlungsnachweis\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Schritt\"\u003e8\u003c/td\u003e\n\u003ctd data-label=\"Prüffrage\"\u003eHaben Sie Rückerstattungen, eigene Transfers und Duplikate getrennt?\u003c/td\u003e\n\u003ctd data-label=\"Zu dokumentierendes Ergebnis\"\u003eKlassifizierung und Ereigniskennung\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eBei 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.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#h%C3%A4ufig-gestellte-fragen\" class=\"anchor\" id=\"häufig-gestellte-fragen\"\u003e\u003c/a\u003eHäufig gestellte Fragen\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#ist-die-einzahlung-abgeschlossen-sobald-ich-einen-txhash-erhalte\" class=\"anchor\" id=\"ist-die-einzahlung-abgeschlossen-sobald-ich-einen-txhash-erhalte\"\u003e\u003c/a\u003eIst die Einzahlung abgeschlossen, sobald ich einen txHash erhalte?\u003c/h3\u003e\n\u003cp\u003eMit 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#was-soll-ich-tun-wenn-success-angezeigt-wird-aber-kein-wallet-guthaben-sichtbar-ist\" class=\"anchor\" id=\"was-soll-ich-tun-wenn-success-angezeigt-wird-aber-kein-wallet-guthaben-sichtbar-ist\"\u003e\u003c/a\u003eWas soll ich tun, wenn Success angezeigt wird, aber kein Wallet-Guthaben sichtbar ist?\u003c/h3\u003e\n\u003cp\u003eGleichen 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#kann-ich-eine-base-einzahlung-auf-ethereum-suchen\" class=\"anchor\" id=\"kann-ich-eine-base-einzahlung-auf-ethereum-suchen\"\u003e\u003c/a\u003eKann ich eine Base-Einzahlung auf Ethereum suchen?\u003c/h3\u003e\n\u003cp\u003eSuchen 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#bedeutet-die-anzeige-von-0-eth-oben-in-der-transaktion-dass-keine-einzahlung-erfolgt-ist\" class=\"anchor\" id=\"bedeutet-die-anzeige-von-0-eth-oben-in-der-transaktion-dass-keine-einzahlung-erfolgt-ist\"\u003e\u003c/a\u003eBedeutet die Anzeige von 0 ETH oben in der Transaktion, dass keine Einzahlung erfolgt ist?\u003c/h3\u003e\n\u003cp\u003eDie 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#ist-eine-endg%C3%BCltig-best%C3%A4tigte-externe-einzahlung-neuer-umsatz\" class=\"anchor\" id=\"ist-eine-endgültig-bestätigte-externe-einzahlung-neuer-umsatz\"\u003e\u003c/a\u003eIst eine endgültig bestätigte externe Einzahlung neuer Umsatz?\u003c/h3\u003e\n\u003cp\u003eEine 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.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#kann-ich-anhand-des-ergebnisses-der-einzahlungspr%C3%BCfung-steuern-berechnen\" class=\"anchor\" id=\"kann-ich-anhand-des-ergebnisses-der-einzahlungsprüfung-steuern-berechnen\"\u003e\u003c/a\u003eKann ich anhand des Ergebnisses der Einzahlungsprüfung Steuern berechnen?\u003c/h3\u003e\n\u003cp\u003eDieses 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 \u003ca href=\"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026amp;mi=2224\"\u003eÜbersicht zur Gesamteinkommensteuer\u003c/a\u003e des National Tax Service.\u003c/p\u003e\n","tags":["Alltagsfinanzen","Stablecoin","Content Monetarisierung","Entwicklungstools"],"faqs":[{"question":"Was benötige ich, um einen USDC-Eingang zu bestätigen?","answer":"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."},{"question":"Sind die USDC-Contract-Adressen auf Ethereum und Base identisch?","answer":"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."},{"question":"Welche Chain-IDs haben Ethereum und Base?","answer":"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."},{"question":"Ist die Bounty ausgezahlt, wenn ein txHash vorliegt?","answer":"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."},{"question":"Worin unterscheiden sich Success und finalized?","answer":"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."},{"question":"Warum erscheinen 100 USDC in den Rohlogs als 100000000?","answer":"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."},{"question":"Soll ich auf das To oben in der Transaktion oder auf das to im Transfer achten?","answer":"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."},{"question":"Bedeuten 100 Dollar in der Ausschreibung und ein Eingang von 100 USDC dasselbe?","answer":"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."},{"question":"Sind eine Einzahlung auf ein Treuhandkonto oder ein Approval ein Nachweis für den Zahlungseingang?","answer":"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."},{"question":"Wie lassen sich doppelte Einträge bei der Erfassung von USDC-Eingängen vermeiden?","answer":"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."},{"question":"Sind Rückerstattungen oder Übertragungen zwischen eigenen Wallets ebenfalls Zahlungen für neue Aufgaben?","answer":"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."},{"question":"Ist die Prüfung eines USDC-Eingangs innerhalb von 5 Minuten abgeschlossen?","answer":"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":[{"url":"https://developers.circle.com/stablecoins/usdc-contract-addresses","title":"Circle Docs: USDC-Contract-Adressen","type":"source"},{"url":"https://eips.ethereum.org/EIPS/eip-155","title":"EIP-155: Einfacher Schutz vor Replay-Angriffen, Chain-ID des Ethereum Mainnet","type":"data_point"},{"url":"https://docs.base.org/base-chain/api-reference/ethereum-json-rpc-api/eth_chainId","title":"Base Documentation: eth_chainId","type":"data_point"},{"url":"https://eips.ethereum.org/EIPS/eip-20","title":"ERC-20: Token-Standard, Transfer·Approval·decimals","type":"source"},{"url":"https://info.etherscan.com/what-is-event-logs/","title":"Etherscan Information Center: Ereignisprotokolle","type":"source"},{"url":"https://info.etherscan.com/explore-contract-address/","title":"Etherscan Information Center: Eine Contract-Adresse erkunden","type":"source"},{"url":"https://ethereum.org/developers/docs/apis/json-rpc/","title":"Ethereum: JSON-RPC API, Abfrage von Transaktionsbelegen, Logs und 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: Transaktionsfinalität","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: Netzwerke, Guthaben und Transaktionsverlauf je Netzwerk","type":"source"},{"url":"https://etherscan.io/token/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48?a=0x1aadee97df948a9676cdd16aadc4477ecd06a8c7","title":"Etherscan: USDC-Token-Contract, Anzeige mit 6 Nachkommastellen","type":"data_point"},{"url":"https://www.nts.go.kr/nts/cm/cntnts/cntntsView.do?cntntsId=7664\u0026mi=2224","title":"Nationale Steuerbehörde: Überblick über die Einkommensteuer auf das Gesamteinkommen","type":"source"}],"images":[{"id":2082,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMTQsInB1ciI6ImJsb2JfaWQifX0=--66d015359c342f46f8ea28a40eeea1097d8934ce/ai-46cc85be.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"햇살이 드는 집 안 식탁에서 태블릿과 스마트폰 화면을 차분히 살펴보는 중년 남성","caption":"USDC 입금은 해당 체인의 전송 기록에서 수취 주소와 수량을 대조해 확인하세요.","description":null},"en":{"alt":"A middle-aged man carefully reviews tablet and smartphone screens at a sunlit table at home.","caption":"Verify a USDC deposit by matching the recipient address and amount against transfer records on the relevant chain.","description":null},"ja":{"alt":"日差しの入る自宅のテーブルで、タブレットとスマートフォンの画面を落ち着いて確認する中年男性","caption":"USDCの入金は、該当チェーンの送金記録で受取アドレスと数量を照合して確認しましょう。","description":null},"es":{"alt":"Un hombre de mediana edad revisa una tableta y un móvil en una mesa soleada de su casa.","caption":"Verifica el depósito de USDC cotejando la dirección receptora y el importe con el registro de transferencia de la cadena correspondiente.","description":null},"id":{"alt":"Pria paruh baya mencermati layar tablet dan ponsel di meja rumah yang disinari matahari.","caption":"Verifikasi setoran USDC dengan mencocokkan alamat penerima dan jumlah pada catatan transfer di chain yang sesuai.","description":null},"pt":{"alt":"Um homem de meia-idade examina um tablet e um celular à mesa de casa iluminada pelo sol.","caption":"Confirme o depósito de USDC comparando o endereço de destino e o valor com o registro de transferência na rede correspondente.","description":null},"zh-hant":{"alt":"一名中年男子坐在陽光灑落的家中餐桌旁，專注查看平板電腦與手機螢幕。","caption":"確認 USDC 入帳時，請核對相應鏈上的轉帳紀錄、收款地址與數量。","description":null},"de":{"alt":"Ein Mann mittleren Alters prüft Tablet und Smartphone an einem sonnenbeschienenen Tisch zu Hause.","caption":"Bestätigen Sie den USDC-Eingang, indem Sie Empfängeradresse und Betrag mit dem Transfernachweis auf der jeweiligen Blockchain abgleichen.","description":null}}},{"id":2083,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIwMjEsInB1ciI6ImJsb2JfaWQifX0=--66077c8a3224c10d76b04cac8d68545ca56f659c/ai-d2b7055c.webp","is_representative":false,"generation_method":"ai_semi","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"자주색 카디건을 입은 여성이 장부와 거래 내역을 대조하며 같은 내역의 출력물을 별도 트레이에 넣고 있다.","caption":"USDC 입금을 작업 대금과 연결한 뒤 중복 기록은 별도로 분류하세요.","description":null},"en":{"alt":"A woman in a plum cardigan places a duplicate transaction printout in a tray beside a ledger and another printout.","caption":"Match the USDC deposit to the work payment, then classify duplicate records separately.","description":null},"ja":{"alt":"紫色のカーディガンを着た女性が、帳簿と取引明細を手元に置き、重複した明細を別のトレーに入れている。","caption":"USDCの入金を作業報酬と照合したうえで、重複記録は別に分類しましょう。","description":null},"es":{"alt":"Una mujer con un cárdigan morado coloca un registro duplicado en una bandeja junto a un libro de cuentas.","caption":"Vincula el depósito de USDC con el pago del trabajo y clasifica los registros duplicados por separado.","description":null},"id":{"alt":"Perempuan berkardigan ungu menaruh cetakan transaksi duplikat di baki di samping buku besar dan cetakan lainnya.","caption":"Cocokkan setoran USDC dengan pembayaran pekerjaan, lalu kelompokkan catatan duplikat secara terpisah.","description":null},"pt":{"alt":"Uma mulher de cardigã roxo coloca um registro duplicado em uma bandeja ao lado de um livro contábil.","caption":"Associe o depósito de USDC ao pagamento pelo trabalho e classifique os registros duplicados separadamente.","description":null},"zh-hant":{"alt":"一名穿著紫色針織外套的女子將重複的交易明細放入獨立托盤，旁邊放著帳本與另一份明細。","caption":"將 USDC 入帳與工作報酬核對後，應把重複紀錄另行分類。","description":null},"de":{"alt":"Eine Frau in violetter Strickjacke legt einen doppelten Transaktionsausdruck neben dem Kassenbuch in eine Ablage.","caption":"Ordnen Sie den USDC-Eingang der Arbeitsvergütung zu und erfassen Sie doppelte Einträge separat.","description":null}}}],"published_at":"2026-10-23T22:01:25+09:00","updated_at":"2026-10-23T22:01:25+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/usdc-deposit-verification-2026-chain-contract-transfer-bounty"}