Wie kann man den „Baum“-Charakter einer Hierarchie in einem „HD“-Wallet (über eine Tiefe von 1 hinaus) nutzen?
- Dieses Thema hat 4 Antworten sowie 1 Teilnehmer und wurde zuletzt vor vor 2 Jahren, 9 Monaten von
aktualisiert.
-
Beiträge
-
-
Ich hatte den Eindruck, dass ich in der Lage wäre, Konten, Unterkonten und Unterkonten dieser Unterkonten zu erstellen, und so weiter und so fort, ohne Ende. Vitalik Buterin selbst beschreibt HD Wallets folgendermaßen: „Die zweite Eigenschaft ist die Hierarchie: Die privaten Schlüssel, die Sie aus einem privaten Hauptschlüssel erzeugen, sind selbst private Hauptschlüssel und können wiederum als eigenständige deterministische Wallets behandelt werden“ ([https://bitcoinmagazine.com/technical/deterministic-wallets-advantages-flaw-1385450276](https://bitcoinmagazine.com/technical/deterministic-wallets-advantages-flaw-1385450276)). Ich kann weder in trezorctl noch in der Trezor Suite herausfinden, wie ich dieses Verhalten für verschachtelte Konten erreichen kann. Ich dachte, ich könnte so viele Schrägstriche im Ableitungspfad angeben, wie ich will, z. B.: m’/44’/60’/0’/0/69/420/666/1/2/3 , aber trezorctl lässt das nicht zu.
​
Ich begrüße ausgefallene Lösungen (z. B. das Importieren eines privaten Schlüssels auf Kontoebene als privaten Hauptschlüssel auf trezor).
​
Um weiter auszuarbeiten, können wir dies tun:
HQ ->
Buchhaltung -> \[key0, key1, key2, …\]
Entwicklung -> \[key0, key1, key2, …\]
Marketing -> \[key0, key1, key2, …\]
​
​
Aber wie machen wir das?
HQ ->
Regionalbüro 0 ->
Buchhaltung -> \[key0, key1, key2, …\]
Entwicklung -> \[key0, key1, key2, …\]
Marketing -> \[key0, key1, key2, …\]
Regionalbüro 1 ->
Buchhaltung -> \[key0, key1, key2, …\]
Entwicklung ->
DevTeam0 -> \[key0, key1, key2, …\]
DevTeam1 -> \[key0, key1, key2, …\]
Marketing -> \[key0, key1, key2, …\]
-
The hierarchy is not supposed to be user-facing, so you won’t find any software that allows you to do this in any sort of user-friendly manner.
In particular, you cannot import the sub-keys into Trezor (blah blah BIP-32 and BIP-39 – basically, everytime you import something into Trezor, it’s not used directly but first passes through a bunch of one-way functions, so you can’t just use the sub-key, and you also can’t calculate the data that would give you the same sub-key if imported.)
You could write your own software (or modify Trezor firmware) to allow you to just inject the private keys in the place where you want them, but it’s not a trivial change.
FWIW, `trezorctl` will allow you to use any paths you like (up to a limit of, I think, 32 components). One problem with the example you posted above is that you’re doing `m’` which is not valid, another is that you’re using some typographical slanted quotes, but that might just be Reddit’s fault? (to be sure, you can use `h` instead of `’`, as in `m/44h/60h/0h/0/0/0/0/0/0`)
Another problem is that Trezor itself is enforcing some rules on the paths you use, because supplying a very long path is a neat way to trick unsuspecting users out of their funds*. You can use `trezorctl set safety-checks prompt` to disable this behavior.
*) Say you’re asking your Trezor to show you address at `m/44’/0’/0’/0/0`. A malware replaces that with `m/44’/0’/0’/0/0/564681/32181/5283/188388/111111`. You write down the address that is shown and receive funds to it. Then malware displays: „pay me or good luck brute-forcing the right path to your funds“.
-
-
-
Creating Derivation Paths that are not bog-standard
makes it super likely you will lose your assets.
Just use the mainstream DPs and increment the Account index.
Look for wallet-clients that support what you want to do
you may need to treat them as separate account-wallets
most developers **hate** multi-wallet support
And whatever you do, test for BIP32/BIP44 etc interoperability, do not any wallet-clients‘ proprietarily implemented features
-
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.