Tag-Beschreibung independent-researcher
Lassen Sie uns ein Szenario, in dem POS-software unterstützen will bitcoin-Zahlungen mit null-Risiko. Ideal ist die Lagerung Kaufmann, so ist der Bitcoin-Adresse in POS-Einstellungen.
Die Absicht hier ist zu uniquelly binden den Eingang in die lokale POS-Datenbank mit Transaktions-hash auf Blockchain, um zu wissen, ob der Eingang schon gezahlt wurde oder nicht.
Dies ist das Szenario, wo Händler generiert QR-Zahlungsaufforderung mit BTC Preis-und Empfänger-Adresse. Einige Anwendungen auch eine Nachricht übergeben, aber das ist gespeichert im internen Speicher und nicht auf Blockchain.
Ich kam mit zwei möglichen algorithmen.
Reservieren letzten paar satoshis für temporäre ID. z.B. 0.00000065
Wie die meisten von direkte (F2F) Zahlungen dauert weniger als 2 Minuten. Wäre es möglich, zu generieren shorterm-ID und überprüfen Sie dann die Großhändler-Adresse für die Letzte Transaktion, sobald die temp-ID gefunden wurde POS-würde markieren die Rechnung als bezahlt und erinnere mich an die tx-hash. Dies würde verhindern, dass
Möglichkeit, den Fall behandeln, wo die Zahlung herkommt, der mehrere Eingaben durch addition die Eingänge für die Händler-Adresse.
- 1 BTC wäre müssen atleast $100000, um zu brechen.
- Trinkgeld würde brechen.
HD-wallet Generieren von Bitcoin-Adresse
- Generieren Sie neue Adresse für jeden Eingang bezahlt in Bitcoins.
- Ich glaube nicht, dass dies könnte technisch möglich sein, wie es nötig ist, Sie zu derivate-Kind-Schlüssel von master-privaten Schlüssel.
- Wie dies zu erreichen, mit dem wissen, nur die Bitcoin-Adresse des Händlers?
Codieren Sie eine Nachricht in ScriptPubKey OPRETURN
- Kunden-Seite (abhängig von der Brieftasche, die Sie ausführen).
Gibt es eine andere - bessere-Möglichkeit, die noch unbekannt für mich?