[prev in list] [next in list] [prev in thread] [next in thread] 

List:       bitcoin-ml
Subject:    [Bitcoin-ml] Proposal to deploy cashaddr January, 14
From:       deadalnix () gmail ! com (=?UTF-8?Q?Amaury_S=C3=A9chet?=)
Date:       2017-11-23 18:53:19
Message-ID: CANGV3T3PV55QEtU4ACf8jjGdMG-B6Nw14h0ywwa_OtAuDXE4wQ () mail ! gmail ! com
[Download RAW message or body]

Hi,

There is one bit reserved in the version field so it can be leveraged to
add this kind of features in the future if needed. I don't think we shoudl
significantly change the pec at this point in time.

Amaury S?chet

2017-11-17 1:27 GMT+01:00 Bitcartel Software <simon at bitcartel.com>:

> Hi everybody,
> 
> I would like to propose reserving a few extra bytes as part of either
> (a) address type, or (b) the payload.
> 
> This would help future-proof the address format for new features which
> wallets can choose to implement.
> 
> How these bytes are used can be specified by the community at a later date.
> 
> One example is address flags.
> 
> As implemented in the CoinSpark colored coin protocol, address flags
> [1] help sending wallets know what
> features the recipient's wallet supports.
> 
> For example, if the sender is transferring OP_RETURN based assets, the
> sending wallet will verify that the
> recipient's address supports assets, to avoid a non-supporting wallet
> from accidentally sending on those assets.
> 
> Another example is a feature like out-of-band messaging, where not all
> wallets support messaging, so the
> sending wallet would only enable the message UI field if the recipient
> address indicated it supported messages.
> 
> [1] https://coinspark.org/developers/coinspark-addresses/
> 
> Best Regards,
> Simon
> 
> 
> 
> On Tue, Nov 14, 2017 at 4:25 PM, Amaury S?chet via bitcoin-ml
> <bitcoin-ml at lists.linuxfoundation.org> wrote:
> > Dear Bitcoin Cash community,
> > 
> > Bitcoin Cash has been in need for a new address format for quite some
> time.
> > There is an immediate problem as people mistakenly send BCH to BTC
> address
> > and vice versa, which is made worse by the fact that segwit on the BTC
> chain
> > had the brilliant idea to leverage outputs that anyone can spend, which
> make
> > the recovery of the funds delicate on the Bitcoin Cash chain.
> > 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-ml/attachments/20171123/bcbc18d9/attachment.html>



[prev in list] [next in list] [prev in thread] [next in thread]