Fragen zum "Mnemonic Code Converter"

[ICU]

Hallo zusammen,

als Neuling brauch ich nochmal eure Hilfe.

Es geht um die Erstellung einer Wallet mittels "Mnemonic Code Converter" https://iancoleman.io/bip39/ einfach um zuverstehen wie das System funktioniert.

 

Bei einer BIP44 Ableitung werden mir "erweiterte" Schlüssel angezeigt.

Worauf bezieht sich das "erweitert" ?

Und sind das DIE Schlüssel die für Transaktionen benutzt werden?

Wozu dienen die "erweiterenten" BIP32 Schlüssel?

Und was mach ich mit den daraus abgeleiteten Adressen?

 

Wenn ich die erweiterten öffentliche Schlüssel in Blockchain.com eingebe, bekomme ich für jede Ableitung 20 Adressen angezeigt.

Wozu brauch man die? Unterschiedliche Coins werden es wohl nicht sein, da die Adressen aus dem identischen SEED dafür neu abgeleitet werden.

 

Zum Hirarchieverständnis, wenn falsch bitte korrigieren.....

Wenn der BIP32 Stammschlüssel quasi der Masterschlüssel ist, wären dann die "erweitereten" Schlüssel die "Eltern" Schlüssel der jeweiligen Ableitung(BIP32 oder 44)?

Wären dann die in Blockchain angezeigten 20 Adressen, die untergeordneten "Kinder"?

Wo sind dann die BIP32 abgeleiteten Adressen anzusiedeln?

 

 

[Gast]

vor 17 Minuten schrieb ICU:

Hallo zusammen,

als Neuling brauch ich nochmal eure Hilfe.

Es geht um die Erstellung einer Wallet mittels "Mnemonic Code Converter" https://iancoleman.io/bip39/ einfach um zuverstehen wie das System funktioniert.

 

Bei einer BIP44 Ableitung werden mir "erweiterte" Schlüssel angezeigt.

Worauf bezieht sich das "erweitert" ?

Und sind das DIE Schlüssel die für Transaktionen benutzt werden?

Wozu dienen die "erweiterenten" BIP32 Schlüssel?

Und was mach ich mit den daraus abgeleiteten Adressen?

 

Wenn ich die erweiterten öffentliche Schlüssel in Blockchain.com eingebe, bekomme ich für jede Ableitung 20 Adressen angezeigt.

Wozu brauch man die? Unterschiedliche Coins werden es wohl nicht sein, da die Adressen aus dem identischen SEED dafür neu abgeleitet werden.

 

Zum Hirarchieverständnis, wenn falsch bitte korrigieren.....

Wenn der BIP32 Stammschlüssel quasi der Masterschlüssel ist, wären dann die "erweitereten" Schlüssel die "Eltern" Schlüssel der jeweiligen Ableitung(BIP32 oder 44)?

Wären dann die in Blockchain angezeigten 20 Adressen, die untergeordneten "Kinder"?

Wo sind dann die BIP32 abgeleiteten Adressen anzusiedeln?

Das sollte etwas Licht ins Dunkel bringen

https://developpaper.com/hp-wallet-concept-and-underlying-principle-bip32-bip39-bip44/

https://en.cryptonomist.ch/2019/06/01/bip32-39-44-differences-seeds-wallets/

https://programmerwiki.com/article/76843993/

https://www.google.com/search?q=bip39+bip32+bip44

 

Bearbeitet 7. Februar 2022 von alica

[Axiom0815]

https://en.cryptonomist.ch/2019/06/01/bip32-39-44-differences-seeds-wallets/

[Cricktor]

https://learnmeabitcoin.com/technical/extended-keys

Es lohnt sich auch das Drumherum auf der Seite genauer zu betrachten. An vielen Stellen kann man auch Details ausprobieren.

Mir haben die Seiten auf https://learnmeabitcoin.com sehr beim Verständnis von Bitcoins Interna geholfen und ich hab' dem Autor auch gerne eine kleine Spende transferiert.

[ICU]

vor 8 Stunden schrieb Cricktor:

https://learnmeabitcoin.com/technical/extended-keys

Es lohnt sich auch das Drumherum auf der Seite genauer zu betrachten. An vielen Stellen kann man auch Details ausprobieren.

Mir haben die Seiten auf https://learnmeabitcoin.com sehr beim Verständnis von Bitcoins Interna geholfen und ich hab' dem Autor auch gerne eine kleine Spende transferiert.

Wirklich hilfreich war für mich nur das.....🤩

 

 

die meisten anderen links kannte ich schon,

das Vid war auch ok als das Tool näher erklärt wurde, sonst aber sehr LEDGER lastig...😉

 

 

 

mal sehen ob ich das soweit richtig verstanden habe...?!

 

vor 9 Stunden schrieb ICU:

Bei einer BIP44 Ableitung werden mir "erweiterte" Schlüssel angezeigt.

Worauf bezieht sich das "erweitert" ?

sind normale Schlüssel plus Chain-Code für neue Ableitungen....

vor 9 Stunden schrieb ICU:

Und sind das DIE Schlüssel die für Transaktionen benutzt werden?

nein...

vor 9 Stunden schrieb ICU:

Wozu dienen die "erweiterenten" BIP32 Schlüssel?

erweitert ist klar, BIP32 ist nur für Bitcoin oder anders: es gibt keine Unterverzeichnise für versch. Coins

quasi ein älterer Standard

vor 9 Stunden schrieb ICU:

Und was mach ich mit den daraus abgeleiteten Adressen?

Das sollten die Adressen für die Transaktionen sein...

vor 10 Stunden schrieb ICU:

Wenn ich die erweiterten öffentliche Schlüssel in Blockchain.com eingebe, bekomme ich für jede Ableitung 20 Adressen angezeigt.

Wozu brauch man die? Unterschiedliche Coins werden es wohl nicht sein, da die Adressen aus dem identischen SEED dafür neu abgeleitet werden.

Adresslücke....?! wenn die ersten 20 Adressen leer sind ist die Wallet quasi noch unbenutzt, wird auch bei der Wiederherstellung überprüft um nicht alle 4 Mrd. Child-Adressen checken zu müssen...

 

 

Adresse und public key...

mit der Adresse sehe ich einfach nur "das Konto" und die Anzahl der Transaktionen...

um etwas einzuzahlen brauch ich nur den public key, die Adresse wird daraus abgeleitet....???

[Cricktor]

vor 3 Stunden schrieb ICU:

vor 13 Stunden schrieb ICU:

Wozu dienen die "erweiterenten" BIP32 Schlüssel?

erweitert ist klar, BIP32 ist nur für Bitcoin oder anders: es gibt keine Unterverzeichnise für versch. Coins

quasi ein älterer Standard

Ich interpretiere das anders, kann aber auch daneben liegen. BIP32 definiert ein Schlüsselableitungsverfahren mit dem deterministisch sichere Child-Keys aus Parent-Keys generiert werden können. Also wie generiere ich auch einem zentralem zufälligen Geheimnis reproduzierbar und auf sichere Art und Weise weitere Geheimnisse, soviele wie man eben benötigt.

Das ist meines Erachtens nicht auf Bitcoin beschränkt, sondern kann auch von allen anderen Coins verwendet werden, die eine ähnliche innere Struktur haben, z.B. eine Geheimnis-Länge von 256 Bits. Details dazu regeln andere BIPs.

vor 3 Stunden schrieb ICU:

vor 13 Stunden schrieb ICU:

Wenn ich die erweiterten öffentliche Schlüssel in Blockchain.com eingebe, bekomme ich für jede Ableitung 20 Adressen angezeigt.

Wozu brauch man die? Unterschiedliche Coins werden es wohl nicht sein, da die Adressen aus dem identischen SEED dafür neu abgeleitet werden.

Adresslücke....?! wenn die ersten 20 Adressen leer sind ist die Wallet quasi noch unbenutzt, wird auch bei der Wiederherstellung überprüft um nicht alle 4 Mrd. Child-Adressen checken zu müssen...

Wenn du eine Wallet per Mnemonic Seed importierst und für diese Wallet einen Derivation Path festlegst, dann hat diese Wallet im Prinzip mehrere Milliarden Adressen. Aber es ist natürlich nicht machbar und sinnvoll, die alle auf Coins zu prüfen. Das ist in der Regel ja auch nicht nötig. Eine "normale" Wallet verwendet Adress-Indizes von Null an aufsteigend. Beim Import und bei der Prüfung auf vergangene Nutzung und ggf. vorhandene UTXO auf den Adressen der Wallet prüft selbige die Adressen mit von Null aufsteigenden Adressindizes im Derivation Path bis eine Anzahl "ungebrauchter" Adressen gefunden wird, was dem sogenannten Adress Gap enspricht (meist sind das so um die 50 Adressen; kann aber auch frei definiert werden). Die Wallet muss ja sinnvollerweise ein Abbruchkriterium haben, um zu entscheiden, wieviele Adressen auf ggf. vergangene Nutzung und UTXOs geprüft werden sollen.

vor 3 Stunden schrieb ICU:

Adresse und public key...

mit der Adresse sehe ich einfach nur "das Konto" und die Anzahl der Transaktionen...

um etwas einzuzahlen brauch ich nur den public key, die Adresse wird daraus abgeleitet....???

Hier stellt sich die Frage, wie technisch exakt brauchst du die Antwort? Für bestimmt mehr als 99% der Nutzer reicht es wohl zu wissen, daß sie als Zahlungsziel eine öffentliche Adresse brauchen, nicht unbedingt den Public Key, wenn die Zahlung als P2PKH-Script erfolgt (ehrlich: die Details sind spannend, aber gehen recht weit in Bitcoin-Interna). P2PKH bedeutet: pay to public key hash. (In der Anfangszeit von Bitcoin gab es auch P2PK, also pay to public key, aber das hat gewisse Nachteile und daher hat man damit aufgehört.) Um Coins bewegen zu können, muss man die Bedingungen des Zahlungs-Scripts erfüllen können, mit denen diese Coins zuletzt in der Blockchain hinterlegt wurden. Mal etwas unpräzise und salopp gesprochen. Genauere Details kann man im Bitcoin-Buch nachlesen.

Wie leiten sich die Keys ab: Private Key --> Public Key --> Public Address
Was nicht funktioniert: Public Address —//--> Public Key —//--> Private Key

Bearbeitet 8. Februar 2022 von Cricktor

[ICU]

vor 3 Stunden schrieb Cricktor:

BIP32 definiert ein Schlüsselableitungsverfahren mit dem deterministisch sichere Child-Keys aus Parent-Keys generiert werden können.

aber tut BIP44 nicht das selbe? Die Ableitung läuft ja bei beiden Verfahren über die extendet keys, nur ist beim 44er der Coin und der Account im Adresspfad hinterlegt.

vor 3 Stunden schrieb Cricktor:

daß sie als Zahlungsziel eine öffentliche Adresse brauchen, nicht unbedingt den Public Key

ich dachte bisher das für Einzahlungen der public key benötigt wird, die Adresse ist dort ja integriert und kann abgeleitet werden..

ist die Adresse nur ein Hash des public key?

 

ich hatte da diese Analogie mit dem Raum voller Schließfächer vor Augen..

mit der Adresse kenne ich das Schließfach,

mit dem Public Key kann ich meine Seite öffnen und was einlegen,

der Besitzer kann mit seinem privat Key die andere Seite öffnen und was rausnehmen

 

vor 4 Stunden schrieb Cricktor:

Um Coins bewegen zu können, muss man die Bedingungen des Zahlungs-Scripts erfüllen können, mit denen diese Coins zuletzt in der Blockchain hinterlegt wurden. Mal etwas unpräzise und salopp gesprochen.

 

mal bildlich gesprochen:

je nach Bank reicht mal die Kontomummer und der BIC und mal braucht es die komplette IBAN?

 

 

vor 4 Stunden schrieb Cricktor:

Wie leiten sich die Keys ab: Private Key --> Public Key --> Public Address
Was nicht funktioniert: Public Address —//--> Public Key —//--> Private Key

👍

[Cricktor]

vor 45 Minuten schrieb ICU:

ich dachte bisher das für Einzahlungen der public key benötigt wird, die Adresse ist dort ja integriert und kann abgeleitet werden..

ist die Adresse nur ein Hash des public key?

https://learnmeabitcoin.com/technical/public-key

https://learnmeabitcoin.com/technical/public-key-hash

https://learnmeabitcoin.com/technical/address

Die öffentliche Adresse ist eine Kombination aus Base58(Prefix, Ripemd160(SHA256(PublicKey)), Prüfsumme), so ähnlich jedenfalls. Details, siehe die Links
 

vor 53 Minuten schrieb ICU:

ich hatte da diese Analogie mit dem Raum voller Schließfächer vor Augen..

mit der Adresse kenne ich das Schließfach,

mit dem Public Key kann ich meine Seite öffnen und was einlegen,

der Besitzer kann mit seinem privat Key die andere Seite öffnen und was rausnehmen

Lustigerweise funktioniert die Analogie so nicht ganz. Der Private Key definiert, wo das Schließfach ist und man kann aus ihm den Public Key und daraus wiederum die Adresse erzeugen. Umgekehrt geht es nicht, d.h. mit der Adresse kannst du den Public Key nicht finden und mit dem Public Key findest du nicht, wo das Schließfach ist. Aber wenn man blind zum Schließfach geführt wurde, dann kann der Public Key helfen zu zeigen, daß man berechtigt wäre, die Coins zu nutzen, aber zum Unterschreiben braucht man dann doch den Private Key. Meeeh, nicht alles, was hinkt, ist ein Vergleich. 😉

Mit der Adresse kannst du mit einer Transaktion einen UTXO mit einem Locking-Script an diese Adresse binden und verschließen. Öffnen und benutzen kann diese Coins nur, wer den Private Key hat, denn das Locking-Script möchte den Public Key sehen, diesen hashen und das Ergebnis muss mit dem Hash im Locking-Script übereinstimmen. Dies kann nur derjenige gewährleisten, der den Private Key hat. Denn aus dem Hash im Locking-Script kommt man nicht zum Public Key!

Ich hoffe, ich hab's einigermaßen noch richtig wieder zusammen bekommen. Ist schon ein paar Tage her...

https://learnmeabitcoin.com/technical/script und dann weiter unten auf der Seite die Standard-Scripte zum Locken von Coins, u.a. https://learnmeabitcoin.com/technical/p2pkh