* [bitcoin-dev] Dynamic Hierarchical Deterministic Key Trees
@ 2015-11-17 11:40 Eric Lombrozo
2015-11-17 13:10 ` Tamas Blummer
0 siblings, 1 reply; 3+ messages in thread
From: Eric Lombrozo @ 2015-11-17 11:40 UTC (permalink / raw)
To: bitcoin-dev
[-- Attachment #1: Type: text/plain, Size: 232 bytes --]
I've submitted a BIP proposal that solves the issue of needing to
predefine HD wallet structures and not being able to arbitrarily nest
deeper levels. Comments appreciated.
https://github.com/bitcoin/bips/pull/242
- Eric
[-- Attachment #2: Type: text/html, Size: 1367 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [bitcoin-dev] Dynamic Hierarchical Deterministic Key Trees
2015-11-17 11:40 [bitcoin-dev] Dynamic Hierarchical Deterministic Key Trees Eric Lombrozo
@ 2015-11-17 13:10 ` Tamas Blummer
2015-11-21 8:45 ` Eric Lombrozo
0 siblings, 1 reply; 3+ messages in thread
From: Tamas Blummer @ 2015-11-17 13:10 UTC (permalink / raw)
To: Eric Lombrozo, Eric Lombrozo via bitcoin-dev
Hi Eric,
Would you please enumerate, or point to, arguments that discourage the use of a key both for signing and for derivation of a deeper level of the hierarchy ?
Tamas Blummer
> On Nov 17, 2015, at 12:40, Eric Lombrozo via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
>
> I've submitted a BIP proposal that solves the issue of needing to predefine HD wallet structures and not being able to arbitrarily nest deeper levels. Comments appreciated.
>
> https://github.com/bitcoin/bips/pull/242
>
>
> - Eric
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [bitcoin-dev] Dynamic Hierarchical Deterministic Key Trees
2015-11-17 13:10 ` Tamas Blummer
@ 2015-11-21 8:45 ` Eric Lombrozo
0 siblings, 0 replies; 3+ messages in thread
From: Eric Lombrozo @ 2015-11-21 8:45 UTC (permalink / raw)
To: Tamas Blummer, Eric Lombrozo via bitcoin-dev
Tamas,
You could use a key for both signing and for derivation of a deeper
level (and perhaps there are some applications for this, if you think of
any please let me know), but the use cases being considered involve
generation of signing key sequences from seeds that are easy to backup
and easy to share with others to simplify multidevice synchronization,
key management, account structures, etc... while also allowing for
privacy by making it nontrivial to associate transactions for an account
without knowing the seed/chain code.
As such, we generally refer to such sequences by a path to the immediate
parent node in the tree and reserve the children themselves for the
signing keys.
- Eric
------ Original Message ------
From: "Tamas Blummer" <tamas@bitsofproof.com>
To: "Eric Lombrozo" <elombrozo@gmail.com>; "Eric Lombrozo via
bitcoin-dev" <bitcoin-dev@lists.linuxfoundation.org>
Sent: 11/17/2015 5:10:17 AM
Subject: Re: [bitcoin-dev] Dynamic Hierarchical Deterministic Key Trees
>Hi Eric,
>
>Would you please enumerate, or point to, arguments that discourage the
>use of a key both for signing and for derivation of a deeper level of
>the hierarchy ?
>
>Tamas Blummer
>
>> On Nov 17, 2015, at 12:40, Eric Lombrozo via bitcoin-dev
>><bitcoin-dev@lists.linuxfoundation.org> wrote:
>>
>> I've submitted a BIP proposal that solves the issue of needing to
>>predefine HD wallet structures and not being able to arbitrarily nest
>>deeper levels. Comments appreciated.
>>
>> https://github.com/bitcoin/bips/pull/242
>>
>>
>> - Eric
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev@lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-11-21 8:45 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-11-17 11:40 [bitcoin-dev] Dynamic Hierarchical Deterministic Key Trees Eric Lombrozo
2015-11-17 13:10 ` Tamas Blummer
2015-11-21 8:45 ` Eric Lombrozo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox