Wenn ein Unternehmen die DuskPay-Seite sieht und sofort damit beginnt, die Kosten für grenzüberschreitende Zahlungen abzuschätzen, würde ich erst einmal auf Pause drücken. Auf der einen Seite steht dort „Payments processed in seconds“, auf der anderen „Better Payments Are Coming Soon“. Wenn man diese beiden Sätze zusammenbringt, ist nicht die Geschwindigkeit das Diskussionswürdige, sondern *wann* das Produkt aus dem Werbematerial in einen tatsächlich anbindbaren Zustand gelangt. Als ich die Seite weiter nach unten las, sah ich, dass der Unternehmensprozess weiterhin so aussieht: zuerst ein Konto erstellen, dann DuskPay integrieren und erst danach Zahlungen empfangen und veranlassen. Gleichzeitig lädt die Seite Händler dazu ein, sich zur „waiting list“ zu melden. Dieses Detail lässt mich anders urteilen: Die aktuelle DUSK-Zahlungs-Erzählung wirkt eher wie das Sammeln von Adoptern, nicht wie der Nachweis, dass bereits ein bestehendes Zahlungssystem durch sie ersetzt wurde. @Dusk bringt zumindest „was zukünftig möglich ist“ und „ob man heute schon anbinden kann“ auf dieselbe Seite.
Die Drucksituation ist übrigens sehr konkret: Händler gestalten Rückerstattungen und Liquiditätsflüsse zunächst für „ein paar Sekunden bis zur Gutschrift“, merken dann aber, dass API, Testumgebung und der reguläre Go-live-Zugang noch nicht bereit sind. Kunden stoppen das Mahnen nicht, nur weil das Produkt noch auf der waiting list steht; Unternehmen müssen dagegen Kosten tragen, um auf alte Kanäle zurückzuschalten, neu abzugleichen und die Schnittstellen anzupassen. Hier geht es also nicht darum, wie schnell On-Chain-Überweisungen sind, sondern darum, ob die Zusagen rund um den Go-live klar genug eingegrenzt sind. Deshalb werde ich die DuskPay-Seite nicht als Beleg dafür betrachten, dass das Zahlungsvolumen bereits realisiert wurde. Als Nächstes möchte ich vor allem sehen: öffentlich zugängliche API-Dokumentation, eine Sandbox, sowie Erklärungen zu Abrechnung und Rückerstattungen – und welche Schritte Händler von der waiting list bis zum offiziellen Go-live durchlaufen müssen. Nur wenn der Weg verifizierbar ist, wird sich das Zahlungsnarrativ von $DUSK von „sehr schnell“ zu „Unternehmen trauen sich, ihre Prozesse damit zu übergeben“. #dusk
Die Drucksituation ist übrigens sehr konkret: Händler gestalten Rückerstattungen und Liquiditätsflüsse zunächst für „ein paar Sekunden bis zur Gutschrift“, merken dann aber, dass API, Testumgebung und der reguläre Go-live-Zugang noch nicht bereit sind. Kunden stoppen das Mahnen nicht, nur weil das Produkt noch auf der waiting list steht; Unternehmen müssen dagegen Kosten tragen, um auf alte Kanäle zurückzuschalten, neu abzugleichen und die Schnittstellen anzupassen. Hier geht es also nicht darum, wie schnell On-Chain-Überweisungen sind, sondern darum, ob die Zusagen rund um den Go-live klar genug eingegrenzt sind. Deshalb werde ich die DuskPay-Seite nicht als Beleg dafür betrachten, dass das Zahlungsvolumen bereits realisiert wurde. Als Nächstes möchte ich vor allem sehen: öffentlich zugängliche API-Dokumentation, eine Sandbox, sowie Erklärungen zu Abrechnung und Rückerstattungen – und welche Schritte Händler von der waiting list bis zum offiziellen Go-live durchlaufen müssen. Nur wenn der Weg verifizierbar ist, wird sich das Zahlungsnarrativ von $DUSK von „sehr schnell“ zu „Unternehmen trauen sich, ihre Prozesse damit zu übergeben“. #dusk
