Post
📅 Original date posted:2019-10-09 📝 Original message:This is an excellent idea and I hope something like this happens. I've had the idea of using an intermediate name to make the transition easier, for example "Bitcoin address" becomes "Bitcoin invoice address" which after 10 years becomes "Bitcoin invoice" (or "Bitcoin invoice"). "Invoice" would also work well because Lightning uses the name invoice for the object which is used to receive payments. So it's easy to imagine that the GUI text input presented to users can be called "invoice" and users can put both kinds of invoices there leaving the wallet to easily figure out whether it makes an on-chain transaction or a Lightning Network transaction. Changing a commonly-used name like this could be very hard, but the gains in terms of privacy are immense. On 05/10/2019 22:57, Emil Engler via bitcoin-dev wrote: > Hello dear mailing list subscribers. > Before I'll explain my idea here, I need to define a term first > > 'address': > When I use the terms address, pubkey, etc., I mean the same: The Base58 > string > > Ok now let's get into it: > As you should know, sending bitcoins to an address more than once is a > very bad approach. > In my opinion the problem why so many people are still doing this is > because of the term 'address' which is used in lots of wallets, > implementations, BIP 21 and so on. It is a design issue. > With the term 'address' most people identify things that are fixed and > don't change really often (e.g postal address, IP address [depends on > provider], Domain, E-Mail address, ...). > Because of this most people compare bitcoin addresses with e-mail > addresses and use this address to send the recipient money multiple times. > > My suggestion would be to change the term address in wallets, the URI > scheme and so on to something of the following options by a > Informational/Process BIP: > > * Payment Password > * Transaction Password > * ... > > The guideline for the term should indicate that it is: > * temporary > * Something that identifies the recipient > > I've chosen 'password' because they can be used as a pseudonym to > identify a person. > This is already used in stuff like bank transfers where something like > the transaction id should be used as the purpose or at universities > there are student numbers. > The first is probably a better example because student numbers aren't > temporary. > > What do you think? Should I write a BIP for this or use another term? > Feedback is most welcome :) > > Greetings, > Emil Engler > > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev at lists.linuxfoundation.org > lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >
0
📅 Original date posted:2019-10-10 📝 Original message:* Sorry if this mail was sent multiple times, my E-Mail client went crazy * Thanks for all your feedback. I came to the decision to write a BIP for this, even if it might not be implemented by many wallets, a standardization is never wrong and this would be the first step in the correct direction for better on-chain privacy. However currently we still need a good term for the 'address' replacement. The current suggestions are: * Invoice ID * Payment Token * Bitcoin invoice (address) * Bitcoin invoice (path) Because of the LN term invoice I really like the term 'Bitcoin Invoice' by Chris Belcher. So how do find a consensus about these terms? Greetings Emil Engler -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 3147 bytes Desc: not available URL: <lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20191010/5b380c47/attachment.bin>
0