Wie lange dauert eine Krypto-Auszahlung?

Die Frage nach der Dauer einer Auszahlung hat zwei Antworten, und getrennt sind sie brauchbarer als zusammen.

Für die erste gibt es gar keine Dauer zu nennen. Eine Auszahlung startet in dem Moment, in dem der Auftrag ankommt: kein Sammellauf, kein Auszahlungsplan, keine Warteschlange zur Freigabe, kein Einbehalt, während jemand daraufschaut. Ein Geschwindigkeitsrekord ist das nicht, sondern die Abwesenheit einer Warteschlange — eine andere Art von Zusage, und eine haltbarere.

Die zweite Hälfte ist die Kette bei ihrer Arbeit. Sie bewegt sich mit dem Netzwerk, das der Händler gewählt hat, und mit dem Verkehr, den dieses Netzwerk an diesem Nachmittag trägt. Eine Zeit von Paymos ist das nicht, und keine Seite hier nennt eine. Warum nicht, ist der Rest dieses Artikels.

Warum erwarten Sie überhaupt eine Frist?

Weil auf jedem anderen Weg, auf dem Geld zu Ihnen kommt, eine einzige Stelle die ganze Strecke betreibt.

Stripe schreibt es in der eigenen Dokumentation hin: „Ihr Auszahlungsplan bestimmt, wann Stripe Geld an Ihr Bankkonto sendet.“ Automatisch an jedem Werktag, an festgelegten Wochentagen oder von Hand ausgelöst — der Takt ist einstellbar, weil beide Enden derselben Firma gehören.

Ein Vorwurf steckt darin nicht. Auf der Kartenschiene sammelt ein Anbieter ein, hält und zahlt aus, also kann er einen Rhythmus zusagen und sich daran messen lassen.

Hier fällt diese Konstruktion auseinander. Die erste Hälfte betreibt weiterhin ein Anbieter, die zweite eine öffentliche Kette, und die gehört niemandem. Zusagen lässt sich deshalb nur die eine Hälfte: dass dort nichts wartet. Für die andere gibt es nichts zuzusagen.

Was passiert, wenn Sie auf Auszahlen klicken?

Zwei Beträge verlassen das verfügbare Guthaben, und eine Transaktion geht raus.

Betrag und Netzwerkgebühr für den gewählten Weg wandern gemeinsam in eine Reservierung. Deshalb führt die Guthabenseite „Verfügbar“ und „Reserviert“ als zwei Zeilen, und deshalb finanziert nur die erste die nächste Auszahlung.

Danach wird gesendet. In der Lücke sitzt nichts, weil es keinen Annahmeschluss zu verpassen gibt und niemanden, der zustimmen müsste. Das Zielnetzwerk wählt der Händler beim Anlegen, aus den Wegen, die für dieses Asset freigeschaltet sind. Ein Paar aus Asset und Netzwerk, das gerade nicht verfügbar ist, fehlt in der Auswahl und wird an der Tür abgewiesen, statt angenommen und geparkt zu werden; vom Guthaben nimmt das nichts.

Warum steht hier keine Abwicklungszeit?

Weil die Uhr, die darüber entscheidet, nicht unsere ist — weder zu starten noch zu stoppen.

Nach dem Senden ist die Ankunft eine Eigenschaft des Netzwerks: seine Blockproduktion, seine Finalitätsregel, die Last, unter der es gerade steht. Eine Zahl dafür zu veröffentlichen hieße, fremde Infrastruktur als eigene Zusage auszugeben.

Verwechselt ist das schnell, denn der Händler erlebt ein Warten und nicht zwei. Geld verlässt das Guthaben, Zeit vergeht, Geld erscheint im Wallet. Wer für diese Strecke eine Zahl nennt, nennt sie für eine Hälfte, die er nicht betreibt.

Bemerkbar macht sich der Unterschied erst an einem vollen Tag, und an einem vollen Tag schlägt jemand diese Seite nach. Wer nur für die eigene Seite geradesteht, steht dann immer noch gerade. Wer eine Zahl genannt hat, erklärt an diesem Nachmittag einem Kunden eine Blockchain.

Was heißt „bestätigt“ auf drei verschiedenen Ketten?

Jedes Protokoll legt für sich fest, wann etwas endgültig ist, und die Antworten liegen weit auseinander.

Auf Ethereum ist die Zeit in Slots und Epochen geschnitten. Die Roadmap nennt als Ziel, „die Endgültigkeit innerhalb eines einzigen Slots anstatt über zwei Epochen hinweg zu bestimmen“. Was dort als Ziel steht, läuft heute noch anders: über zwei Epochen hinweg.

Tron zählt stattdessen Köpfe. Haben mindestens 19 verschiedene aktive Super Representatives von 27 je einen Block auf dieser Höhe oder darüber produziert, gilt der Block als verfestigt (solidified). Diese Marke wandert nur vorwärts, zurück nie.

TON erledigt die ganze Frage in einem Block. Ein einziger Masterchain-Block bestätigt eine Transaktion endgültig, und steht eine Transaktion aus einer Shardchain erst einmal in einem Masterchain-Block, ist sie unumkehrbar.

Dreimal dasselbe Wort, dreimal etwas anderes darunter. Auf der eingehenden Seite sind die Netzwerke bei Paymos längst entlang dieser Linie sortiert: Sechs davon — BSC, Polygon, Solana, TON, Avalanche und Plasma — rechnen eine Zahlung bei Netzwerkfinalität ab statt bei einer Blockzahl, während auf den übrigen die Bestätigungsregel von Netzwerk und Zahlungshöhe abhängt.

Daraus Minuten zu rechnen, kann jeder. Dafür geradezustehen, ist etwas anderes, und die Kette hat es niemandem zugesagt.

Wo kann eine Auszahlung stehen bleiben?

In einem von sieben Zuständen, und drei davon sind das Ende.

In der API heißen sie created, signed, completed, failed, cancelled, pending_review und cancelling. Jede Antwort und jeder Webhook führt außerdem is_final, wahr für genau completed, failed und cancelled. Verzweigen Sie auf dieses Feld statt auf eine Namensliste, die Sie selbst aktuell halten müssten.

Die Zustände dazwischen beschreiben, was auf unserer Seite passiert, und ein Fortschrittsbalken ist keiner davon. Einen lohnt es sich wiederzuerkennen: pending_review erscheint dem Händler als Unbestätigt, und das heißt, dass das Netzwerk die Auszahlung noch nicht bestätigt hat und der Betrag weiter in seiner Reservierung liegt.

Wie lange bleibt das Fenster zum Stornieren offen?

Schmal, und es schließt vor der Transaktion.

Stornieren geht, solange die Auszahlung in created steht und die Ausführung nicht begonnen hat; danach wird der Aufruf abgewiesen. Ein zweites Storno auf einer bereits stornierten kommt als 200 mit derselben Auszahlung zurück statt als Fehler; ein Client, der es erneut versucht, braucht dafür also keinen Sonderfall. Die Seite zum Stornieren schreibt dasselbe.

Ein Rückruf ist das nicht. Eine Transaktion, die schon auf einer Kette liegt, wird von dieser Seite aus nicht rückgängig gemacht; zurück kommt das Geld nur als neue Transaktion, gesendet von dem, der die erste bekommen hat. Was zwischen einem Auftrag und dieser Unumkehrbarkeit steht, sind die Kontrollen auf dem Auszahlungsweg und nicht die Uhr.

Was kostet eine Auszahlung, die nie rausgeht?

Nichts — und deshalb ist Warten hier billig.

Endet eine Auszahlung als gescheitert oder storniert, löst sich die gesamte Reservierung auf. Betrag und Netzwerkgebühr kommen beide ins Verfügbare zurück, und verrechnet wird auf dem Weg nichts.

Teuer wird nur, wer davon nichts mitbekommt. Eine Auszahlung, die nicht rausgeht, schickt ihren Webhook — withdrawal.failed und withdrawal.cancelled stehen beide im Ereigniskatalog — und sonst nichts: keine E-Mail, keinen Hinweis in der Anwendung. Hängt Ihr Alarm an einem Postfach, hängt er am falschen Kanal.

Sind fünfzig Auszahlungen langsamer als eine?

Es sind fünfzig Transaktionen statt eines geplanten Sammellaufs, und darauf kommt es an.

Im Dashboard gibt es dafür einen Auszahlungslauf: höchstens 50 Empfänger in einem Dialog, ein Asset auf einem Netzwerk, gemeinsam gegen die Freigabeliste bestätigt. Ein Lauf gehört zur Produktion und lässt sich in der Sandbox nicht proben, und jede Auszahlungsroute der Händler-API nimmt weiterhin genau einen Empfänger. Diese Form gehört also ins Dashboard und nicht in die API.

Zwei Kontolimits stehen darum herum, und der Händler sieht beide, bevor er absendet: wie hoch eine einzelne Auszahlung ausfallen darf und wie viele davon gleichzeitig laufen dürfen. Wie viele Plätze noch frei sind, steht im Formular, bevor jemand etwas eintippt — genau das unterscheidet eine Grenze von einer Ablehnung. Ein Lauf, der mehr Plätze braucht, als frei sind, wird als Ganzes abgelehnt, mit den Zahlen in der Meldung.

Ein Sammelfenster steckt in alledem nirgends. Niemand legt die fünfzig zusammen und wartet auf eine Uhr.

Ändert das Netzwerk die Wartezeit?

Es ist der einzige Teil des Wartens, den ein Händler selbst wählt.

Der Weg steht beim Anlegen fest, und die Auswahl ist kleiner als die Liste der Netzwerke, auf denen Zahlungen angenommen werden. Eine Auszahlung braucht ein freigegebenes Ziel, und freigeben lassen sich nur vier Adressgruppen: EVM, Tron, TON und Solana. Deshalb sind 11 der 13 angenommenen Netzwerke Auszahlungsziele, und deshalb nehmen NEAR und Sui Zahlungen an, ohne eine empfangen zu können.

Ein einziger EVM-Eintrag deckt dabei jedes EVM-Auszahlungsnetzwerk ab, weil eine Zeile der Freigabeliste nach Adresse und Gruppe geschlüsselt ist statt nach Netzwerk.

Die Kosten hängen an dieser Wahl und sind hier nicht das Thema. Auf eine Auszahlung fällt keine Abwicklungsprovision an; die Netzwerkgebühr des Weges steht fest, bevor der Händler bestätigt, und sie liegt unter dem, was dieser Weg zu senden kostet. Nachzulesen ist sie in der Preisliste.

Was sollte Ihr eigenes System mit dem Warten tun?

Dem Zustand folgen und den Timer löschen.

• Verzweigen Sie auf is_final. Das Feld reist auf jeder Antwort und jedem Webhook mit und erspart Ihnen eine Namensliste, die von Hand gepflegt werden müsste.
• Behandeln Sie Webhooks als den Kanal für Auszahlungen, nicht als Bequemlichkeit. Ein Scheitern kommt von allein nirgendwo sonst an. Die Zustellung wiederholt sich auf einer Leiter, ein Empfänger, der weg war, findet das Ereignis also wieder.
• Zeigen Sie Ihrem eigenen Kunden den Zustand und das Netzwerk, nie eine ablaufende Uhr. Eine Uhr ist ein Versprechen über die Kette eines anderen, und wer sie liest, hält Sie daran fest.

Die eingehende Seite dieser Frage hat eine andere Antwort und eine andere Form. Worauf ein Zahler wartet, ist eine Bestätigungsregel, die sich mit dem Netzwerk und der Höhe der Zahlung bewegt; warum dieses Warten schwankt, ist ein eigener Text. Wo das Geld dazwischen liegt und warum eine aufgelöste Reservierung als zwei Zeilen erscheint, die einander aufheben, ist Sache des Hauptbuchs.

Die ehrliche Antwort hat damit eine Form statt einer Dauer. Die Hälfte, die ein Anbieter betreibt, ist vorbei, bevor es etwas zu messen gibt; die Hälfte, die dauert, ist eine öffentliche Kette in ihrem eigenen Takt. Wer damit plant, wird nicht überrascht. Wer eine Zahl bekommen hat, wird ungefähr so oft überrascht, wie das Netzwerk beschäftigt ist.