Gibt es eine Möglichkeit, eine Zahlungsanforderung in Bitcoin zu initiieren?

Dazu können Sie jetzt das Bitcoin-Zahlungsprotokoll verwenden.

Hier ist eine einfach zu verwendende Implementierung von Bitpay .

Es gibt bereits einige Wallets , die dies unterstützen (darunter auch der Referenzclient). Weitere werden bald veröffentlicht.

Sehen:

• BIP70
• GIP 71
• GIP 72
• GIP 73

Es gibt keine Möglichkeit, Nachrichten innerhalb des Bitcoin-Systems zu senden, und es gibt noch keinen URL-Link im Bitcoin-Client. Im Allgemeinen geben Sie dem Kunden eine Bitcoin-Zahlungsadresse und einen Betrag entweder auf der Webseite, per E-Mail oder auf andere Weise an.

Sie können einen Bitcoin-Benutzer nicht über seine Adresse „kontaktieren“ und werden dies wahrscheinlich auch nie tun, da dies dazu verwendet werden könnte, die Anonymität von Adressen zu gefährden. Ebenso gibt es keinen Mechanismus, um Zahlungen anzufordern oder Rechnungen zu senden. Der Benutzer kann sich einfach dafür entscheiden, Sie zu bezahlen.

Daher müssen Sie den Benutzer kontaktieren, eindeutige Zahlungsadressen mit einem Benutzerkonto verknüpfen und die "verbleibende Zeit" nachverfolgen, alles "außerhalb des Bandes" .

Angenommen, Sie haben einen Webhosting-Service, der 1 BTC pro 30 Tage im Voraus bezahlt kostet. Obwohl es kein Konzept für eine regelmäßige Abrechnung gibt, könnten Sie Ihre Website so einrichten, dass für jeden Benutzer eine eindeutige Zahlungsadresse erstellt wird. Durch die Aufzeichnung von Benutzerinformationen und Zahlungsadressen in einer Datenbank kennen Sie eine Methode, um eingehende Zahlungen Benutzern zuzuordnen. Wenn Sie Zahlungen erhalten, indem Sie das Benutzerkonto anhand der Adresse nachschlagen, können Sie das richtige Benutzerkonto "kreditieren". Der Vorteil dieser Vorgehensweise besteht darin, dass der Benutzer nicht auf eine Rechnung warten, zu einem festgelegten Zeitpunkt bezahlen muss oder Warten Sie, bis der Dienst abgelaufen ist. Das Konzept der regelmäßigen Zahlungen muss an die einzigartigen Merkmale und Einschränkungen von Bitcoin angepasst werden.

Um die Zahlungsraten bei jedem Login zu verbessern, könnten Sie dem Benutzer die Anzahl der verbleibenden Tage mitteilen und ihn an die Zahlung erinnern. Der Benutzer kann jederzeit eine Zahlung von jeder Brieftasche an seine eindeutige Zahlungsadresse senden und je nach Zahlungsgröße x weitere Tage Service erhalten. Sie können den Webdienst auch veranlassen, dem Benutzer eine E-Mail bei 7 verbleibenden Tagen, 3 verbleibenden Tagen und wenn der Dienst abgelaufen ist, zu senden.

Diese Infrastruktur tatsächlich zu schaffen, um sie für andere Unternehmen schlüsselfertig zu machen, wäre ein guter Bitcoin-Service.

Wenn Sie sich die Bitcoin Wallet-App für Android ansehen, gibt es ein URI-Schema, das verwendet wird, um Geld von anderen Benutzern anzufordern. Leider ist dies nicht Teil der Desktop-Version der Anwendung.

Es besteht offensichtlich eine Nachfrage nach einem wiederkehrenden Zahlungssystem. Meiner Meinung nach gibt es zwei Möglichkeiten, ein solches System zu implementieren. Einer ist eine Änderung am Bitcoin-Basisclient selbst, so dass er mit ausdrücklicher Autorisierung des Benutzers alle x Tage x Adresse x # Bitcoins sendet. Diese Art der Implementierung hätte wahrscheinlich eine bessere Chance, implementiert zu werden, als etwas, das Geld aus der Bitcoin-Brieftasche zieht, da diese Art von Aktion der anonymen (und ziemlich libertären) Natur von Bitcoin widerspricht.

Obwohl es möglich ist, dass es implementiert werden könnte, wäre meiner Meinung nach ein besserer Weg, eine API dafür zu erstellen. DeathAndTaxes hatte einen guten Überblick darüber, was eine solche API tun müsste.

Meine Vorstellung davon ist etwas anders, baut aber auf dem auf, was DeathAndTaxes gesagt hat. Die E-Mail-Erinnerung ist unerlässlich, wenn es sich um eine „Push“-Zahlung und nicht um eine automatische „Pull“-Zahlung handelt.

Ich habe das in einen Bitcointalk-Thread gestellt, aber das ist wirklich ein besserer Ort dafür.

Hier ist meine Idee für eine API:

1) Der Kunde leistet eine erste Zahlung für x Bitcoins. Zukünftige Zahlungen werden dann an den Wechselkurs von x Bitcoins zu x Dollar (oder welcher Währung auch immer der Händler verwendet) gekoppelt.

2) Der Dienst fragt nach der Autorisierung für „wiederkehrende Abrechnung“

3) Wenn der Benutzer akzeptiert, wird ein wiederkehrender Zahlungsplan eingerichtet. E-Mail-Erinnerungen werden für die Zahlung verschickt, wie DeathAndTaxes sagte. Nach 30 Tagen wird der Dienst abgeschaltet, wenn der Benutzer nicht bezahlt hat. Dies könnte eine automatische Sache sein, oder wahrscheinlicher würde die API denjenigen kontaktieren, der implementiert ist, dass der x-Benutzer nicht bezahlt hat und daher der x-Dienst deaktiviert werden muss.

Tatsächlich wäre eine andere Möglichkeit, wiederkehrende Zahlungen zu implementieren, die sehr sinnvoll wäre, mit einem Deluxe-Wallet-Client wie Armory und ohne den Basis-Bitcoin-Client zu berühren. In gewisser Weise wäre diese Art der Implementierung viel sinnvoller als die API-Implementierung, da sie sich vollständig wiederholen kann, ohne dass der Benutzer etwas anderes tun muss, als sicherzustellen, dass sich die richtige Menge an Bitcoins in seiner Brieftasche befindet und dass dies nicht der Fall ist Offline-Brieftasche. Das Problem bei dieser Art der Implementierung besteht natürlich darin, dass sie wiederkehrende Zahlungen an Armory (oder einen anderen Wallet-Client, der sie implementiert hat) einschränken würde.

Im Laufe der Zeit wäre ich nicht überrascht, wenn beide Arten von Implementierungen auftreten. Ich sehe keinen Grund, warum nicht beide gleichzeitig auftreten können.