Re: [bitcoin-dev] Introducing a version field to BIP39 mnemonic phrases

2024-01-13 Thread Leslie via bitcoin-dev
Dear Pavol, >It is a very unrealistic that any kind of seed standard with extra metadata >will cover all possible future usecases. >Therefore new standards will always keep emerging. > Indeed, this proposal does not aim to cover *all* usecases, but rather to provide a backward-compatible way to

Re: [bitcoin-dev] Introducing a version field to BIP39 mnemonic phrases

2024-01-13 Thread Pavol Rusnak via bitcoin-dev
On Sat, 13 Jan 2024 at 10:53, Leslie <0300dbd...@protonmail.com> wrote: > Developments like aezeed[1] or Electrum V2[2] also demonstrate that the > standard BIP39 entropy might not always suffice for specific applications, > leading to alternative standards being developed. > This reality

Re: [bitcoin-dev] Introducing a version field to BIP39 mnemonic phrases

2024-01-13 Thread Leslie via bitcoin-dev
Dear Pavol, Thank you for your valuable perspective on the subject. I fully appreciate the original design intentions of BIP39 and the importance of maintaining interoperability and simplicity. However, I'd like to share some thoughts in light of the concerns you've raised. Regarding the

Re: [bitcoin-dev] Introducing a version field to BIP39 mnemonic phrases

2024-01-13 Thread Pavol Rusnak via bitcoin-dev
Hi Leslie, hi list! BIP39 author here. Not having version was a design decision, not accidental omission. When designing BIP39 we were striving for maximum interoperability. There are thousands of BIP39 applications and all of them have 100% interoperable way how to share entropy using a single

[bitcoin-dev] Introducing a version field to BIP39 mnemonic phrases

2024-01-11 Thread Leslie via bitcoin-dev
BIP: Layer: Applications Title: Versioned BIP39 Mnemonic Phrases Author: Leslie <0300dbd...@protonmail.com> Status: None Type: Standards Track Created: 2024-01-10 ## Abstract This BIP proposes an enhancement to the BIP39 mnemonic phrases by introducing a version field. The version field will