Christophe Biocca [ARCHIVE] on Nostr: 📅 Original date posted:2015-09-05 📝 Original message:I will point out that the ...
📅 Original date posted:2015-09-05
📝 Original message:I will point out that the current situation is not an accident:
https://github.com/bitcoin/bips/pulls?utf8=%E2%9C%93&q=44 is a great
place to get some context for what happened. I believe you can also
find the other half of this discussion on the mailing list archives.
The cointypes being simple integers was how the code worked as shipped
(in the trezor), so changing the semantics after the fact wasn't a
possibility.
The BIP repository didn't want to constantly deal with updates
unrelated to Bitcoin proper, so a decision was made to move that part
of the standard to a repository willing to handle it.
On 5 September 2015 at 07:17, Jorge Timón
<bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> On Sep 4, 2015 7:56 PM, "Justus Ranvier via bitcoin-dev"
> <bitcoin-dev at lists.linuxfoundation.org> wrote:
>>
>> On 09/03/2015 07:06 PM, Luke Dashjr via bitcoin-dev wrote:
>> > Since BIP 43 is still a draft, I propose modifying it to refer non-
>> > Bitcoin purpose codes to the SLIP repository:
>> > https://doc.satoshilabs.com/slips/
>>
>> What benefit is created by delegating the BIP-43 namespace management to
>> that company in particular?
>>
>> BIP-43 as it is currently composed provides the convenient feature of
>> purpose codes matching the BIP number. Moving purpose codes to a
>> separate namespace add complexity to its usage for no discernible benefit.
> The "namespace" defined in BIP43 is acceptable. BIP44's is not:
>
> https://github.com/bitcoin/bips/blob/master/bip-0044.mediawiki#Registered_coin_types
>
> It defines a centralized registry controlld by a single company instead of
> having a way for different companies (or p2p chains like namecoin?) to
> maintain competing registries.
>
> Even better, it could use a code deterministically generated from the chain
> ID (the hash of the genesis block), completely removing the need for a
> registry in the first place.
>
>> --
>> Justus Ranvier
>> Open Bitcoin Privacy Project
>> http://www.openbitcoinprivacyproject.org/
>> justus at openbitcoinprivacyproject.org
>> E7AD 8215 8497 3673 6D9E 61C4 2A5F DA70 EAD9 E623
>>
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
📝 Original message:I will point out that the current situation is not an accident:
https://github.com/bitcoin/bips/pulls?utf8=%E2%9C%93&q=44 is a great
place to get some context for what happened. I believe you can also
find the other half of this discussion on the mailing list archives.
The cointypes being simple integers was how the code worked as shipped
(in the trezor), so changing the semantics after the fact wasn't a
possibility.
The BIP repository didn't want to constantly deal with updates
unrelated to Bitcoin proper, so a decision was made to move that part
of the standard to a repository willing to handle it.
On 5 September 2015 at 07:17, Jorge Timón
<bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> On Sep 4, 2015 7:56 PM, "Justus Ranvier via bitcoin-dev"
> <bitcoin-dev at lists.linuxfoundation.org> wrote:
>>
>> On 09/03/2015 07:06 PM, Luke Dashjr via bitcoin-dev wrote:
>> > Since BIP 43 is still a draft, I propose modifying it to refer non-
>> > Bitcoin purpose codes to the SLIP repository:
>> > https://doc.satoshilabs.com/slips/
>>
>> What benefit is created by delegating the BIP-43 namespace management to
>> that company in particular?
>>
>> BIP-43 as it is currently composed provides the convenient feature of
>> purpose codes matching the BIP number. Moving purpose codes to a
>> separate namespace add complexity to its usage for no discernible benefit.
> The "namespace" defined in BIP43 is acceptable. BIP44's is not:
>
> https://github.com/bitcoin/bips/blob/master/bip-0044.mediawiki#Registered_coin_types
>
> It defines a centralized registry controlld by a single company instead of
> having a way for different companies (or p2p chains like namecoin?) to
> maintain competing registries.
>
> Even better, it could use a code deterministically generated from the chain
> ID (the hash of the genesis block), completely removing the need for a
> registry in the first place.
>
>> --
>> Justus Ranvier
>> Open Bitcoin Privacy Project
>> http://www.openbitcoinprivacyproject.org/
>> justus at openbitcoinprivacyproject.org
>> E7AD 8215 8497 3673 6D9E 61C4 2A5F DA70 EAD9 E623
>>
>> _______________________________________________
>> bitcoin-dev mailing list
>> bitcoin-dev at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>