Einer Rechnung von der Auswahl bis zur Bestätigung folgen

Die Checkout-Auswahlen sind BTC, ETH, SOL, LTC und TRX auf ihren nativen Netzwerken, USDT auf Ethereum ERC-20 oder TRON TRC-20, und USDC nur auf Ethereum ERC-20. Dies sind acht Routen über sieben Assets. Monero, USDC auf TRON, Lightning, Karten und andere Token-Netzwerke werden nicht angeboten.

Der Server gibt den vollständigen USD-Bestellbetrag in der ausgewählten Währung an, mit einem Kurszeitstempel und einem ausdrücklichen Ablaufdatum, das im Checkout angezeigt wird. Lesen Sie Adresse, Währung, Netzwerk und genauen Betrag zusammen. Die Empfangsadresse ist fest und wird nicht für jede Rechnung neu generiert; eine Bestellreferenz muss ausdrücklich mit einer verifizierten Transaktion verknüpft sein. Erfinden Sie kein Memo und nehmen Sie nicht an, dass ein Betrag allein eine Bestellung eindeutig identifiziert. Wallet-Netzwerk- oder Auszahlungsgebühren bleiben vom Bestellbetrag getrennt.

Die Backend-Schwellenwerte sind BTC 2, LTC 6, ETH und USDT/USDC ERC-20 12, native TRX und USDT TRC-20 20, und SOL 1, wobei ein unabhängig verifizierter finalisierter Status erforderlich ist. Bestätigungszeiten hängen von den Netzwerkbedingungen ab. Kein verbundener Monitor erkennt derzeit diese Transaktionen oder liefert Bestätigungsaktualisierungen; die Chain-Zeitplanung ist keine Liefergarantie.

Speichern Sie die Bestellreferenz und die Wallet-Transaktions-ID. Wenn ein unbezahltes Angebot abläuft, bevor eine Beobachtung erfolgt, aktualisieren Sie es über den Checkout. Wenn eine Transaktion bereits beobachtet wurde oder der Betrag, das Netzwerk oder das Ziel falsch ist, bitten Sie die Abrechnung, die Nachweise abzugleichen. Überschreiben Sie eine beobachtete Zahlung nicht mit einem neuen Angebot und senden Sie nicht automatisch eine zweite Überweisung.

Der authentifizierte Checkout zeigt die konfigurierte feste Empfangsadresse, das ausgewählte Netzwerk, den exakten Kryptowährungsbetrag und den Angebotsablauf an. USD-Kurse werden vom Server bezogen. Es ist kein Blockchain-Transaktionsmonitor verbunden: Erkennung und Bestätigung erfordern eine vertrauenswürdige Backend-Integration. Ein Zahlungsstatus begründet keinen echten Server- oder Dienstanspruch. Die Rückerstattungsbedingungen bleiben ein Startvorschlag: Sie verwenden das ursprüngliche Asset und den anfänglichen USD-Zahlungswert zum aktuellen Rückerstattungskurs, wobei Produktberechtigung und Abzüge separat erläutert werden.

Eine Bestellung beginnt pending_crypto, bevor eine Methode ausgewählt wird. Eine Anfrage kann auf ein Angebot warten, auf Zahlung warten, ablaufen, beobachtet werden oder bestätigen. Die Backend-Verifizierung kann auch eine Unterzahlung oder Überzahlung melden. Ein bezahltes Ergebnis zeichnet die Zahlungsverifizierung auf; es weist keine Infrastruktur zu.

• awaiting_quote: Ein gültiger Serverpreis ist noch nicht verfügbar.
• awaiting_payment: Ein exaktes Angebot und Empfangsanweisungen sind verfügbar.
• detected / confirming: Ein vertrauenswürdiger Beobachter hat eine Transaktion zugeordnet, die Verifizierung läuft noch.
• underpaid / overpaid: Der beobachtete Betrag erfordert einen Abgleich.
• bezahlt: Zahlung verifiziert, Leistungserbringung weiterhin separat.