In meinem Fall hat ein Ladenbesitzer verschiedene POS-Terminals. Auf keinem der Endgeräte sollte ein privater Schlüssel gespeichert sein! Der Besitzer hat eine Brieftasche, in der er alle Transaktionen aggregiert auf den POS-Terminals erledigen möchte.
Nach meiner Recherche sind mir 2 Möglichkeiten eingefallen:
Nun zu meinen Fragen:
Was Electrum als „Master Public Keys“ bezeichnet, ist allgemein als „erweiterte öffentliche Schlüssel“ bekannt und eine hervorragende Möglichkeit für ein Point-of-Sale-Terminal, Zahlungen zu akzeptieren, ohne diese Zahlung ausgeben zu können.
Gibt es einen anderen Ansatz, mit dem man Adressen generieren könnte, ohne dass ein privater Schlüssel verfügbar ist?
Nun, es gibt immer den Ansatz, alle Ihre Adressen im Voraus zu generieren. Das hat den Vorteil der Einfachheit. Abgesehen davon glaube ich nicht, dass es andere Ansätze gibt, die so gut funktionieren wie BIP32.
Gibt es irgendwelche Probleme, denen man mit dem MPK-Ableitungsansatz begegnen könnte?
Sie haben erwähnt, dass Sie mehrere Terminals haben, was bedeutet, dass Sie vermeiden müssen, denselben Index mit demselben MPK zu verwenden, da Sie sonst dieselbe Adresse generieren. Sie können dies vermeiden, indem Sie entweder unterschiedliche Indizes oder unterschiedliche MPKs verwenden.
Welche Wallets legen das MPK offen und welche Wallets erhalten außerdem eine Benachrichtigung über Transaktionen, die an Adressen durchgeführt wurden, die außerhalb ihres Wissens (jedoch aus dem Seed, den sie kennen) stammen?
Elektrum tut dies. Es wird als "Gap-Limit" bezeichnet. Es wird nach Transaktionen nach der letzten Adresse mit einem ihm bekannten Saldo suchen. Standardmäßig werden nur 5 zusätzliche Adressen überprüft, aber Sie können die Anzahl erhöhen. Ein einstellbares Lückenlimit zu haben ist ziemlich üblich.
Nate Eldredge
Nick Odell
Stefan
Stefan
dunkler Ritter