summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorChris Belcher <belcher@riseup.net>2019-10-09 20:32:13 +0100
committerbitcoindev <bitcoindev@gnusha.org>2019-10-09 19:32:19 +0000
commit6452655d8b5c9a4c8e81485414dd687fc66d2054 (patch)
treec21af8802363433c4302bdb0cecaed2631d981e3
parentedefc232e69441ba44fc8b0a2adb534c5be9fe75 (diff)
downloadpi-bitcoindev-6452655d8b5c9a4c8e81485414dd687fc66d2054.tar.gz
pi-bitcoindev-6452655d8b5c9a4c8e81485414dd687fc66d2054.zip
Re: [bitcoin-dev] BIPable-idea: Consistent and better definition of the term 'address'
-rw-r--r--c4/ffe2c17190c65a855f6b618f462d2000655803171
1 files changed, 171 insertions, 0 deletions
diff --git a/c4/ffe2c17190c65a855f6b618f462d2000655803 b/c4/ffe2c17190c65a855f6b618f462d2000655803
new file mode 100644
index 000000000..4c3b44463
--- /dev/null
+++ b/c4/ffe2c17190c65a855f6b618f462d2000655803
@@ -0,0 +1,171 @@
+Return-Path: <belcher@riseup.net>
+Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
+ [172.17.192.35])
+ by mail.linuxfoundation.org (Postfix) with ESMTPS id 2E670D7C
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 9 Oct 2019 19:32:19 +0000 (UTC)
+X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
+Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129])
+ by smtp1.linuxfoundation.org (Postfix) with ESMTPS id BBC76709
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 9 Oct 2019 19:32:18 +0000 (UTC)
+Received: from capuchin.riseup.net (capuchin-pn.riseup.net [10.0.1.176])
+ (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
+ (Client CN "*.riseup.net",
+ Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified))
+ by mx1.riseup.net (Postfix) with ESMTPS id 46pPVp2GNJzDrK0
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 9 Oct 2019 12:32:18 -0700 (PDT)
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak;
+ t=1570649538; bh=5tE7n2wq9W2LYoVzZUqNZrMs3YNqny2faQhJOCHCMVM=;
+ h=Subject:To:References:From:Date:In-Reply-To:From;
+ b=bmoyet6ITGmAp7FkLbytCmQZ0BrB71mxDiP/D4xL2WF8g+TdcUhXaM3jrIJFhOhI8
+ kkoq4zJe8sGppGATNGLQriY+i+MFXNuVqQ/nUXnlO3oyfqnFRpSCLIaVR+eI+zrjc5
+ jITGnckZdQJcoO0Xx6kQzn6a4FIyu41saSYW918g=
+X-Riseup-User-ID: F0DBE9B1B7BD770183781943536ABA6C574200B9C4C6F49AE3F001BAECC3576D
+Received: from [127.0.0.1] (localhost [127.0.0.1])
+ by capuchin.riseup.net (Postfix) with ESMTPSA id 46pPVn5f0Cz8sYB
+ for <bitcoin-dev@lists.linuxfoundation.org>;
+ Wed, 9 Oct 2019 12:32:17 -0700 (PDT)
+To: bitcoin-dev@lists.linuxfoundation.org
+References: <58e44347-6eee-a0c3-3b8a-965c7450780e@emilengler.com>
+From: Chris Belcher <belcher@riseup.net>
+Openpgp: preference=signencrypt
+Autocrypt: addr=belcher@riseup.net; prefer-encrypt=mutual; keydata=
+ mQINBFPk74oBEACzBLjd+Z5z7eimqPuObFTaJCTXP7fgZjgVwt+q94VQ2wM0ctk/Ft9w2A92
+ f14T7PiHaVDjHxrcW+6sw2VI2f60T8Tjf+b4701hIybluWL8DntG9BW19bZLmjAj7zkgektl
+ YNDUrlYcQq2OEHm/MGk6Ajt2RA56aRKqoz22e+4ZA89gDgamxUAadul7AETSsgqOEUDI0FKR
+ FODzoH65w1ien/DLkG1f76jd0XA6AxrESJVO0JzvkTnJGElBcA37rYaMmDi4DhG2MY4u63VE
+ 8h6DyUXcRhmTZIAj+r+Ht+KMDiuiyQcKywCzzF/7Ui7YxqeAgjm5aPDU2E8X9Qd7cqHQzFM7
+ ZCqc9P6ENAk5a0JjHw0d0knApboSvkIJUB0j1xDIS0HaRlfHM4TPdOoDgnaXb7BvDfE+0zSz
+ WkvAns9oJV6uWdnz5kllVCjgB/FXO4plyFCHhXikXjm1XuQyL8xV88OqgDFXwVhKrDL9Pknu
+ sTchYm3BS2b5Xq1HQqToT3I2gRGTtDzZVZV0izCefJaDp1mf49k2cokDEfw9MroEj4A0Wfht
+ 0J64pzlBYn/9zor5cZp/EAblLRDK6HKhSZArIiDR1RC7a6s7oTzmfn0suhKDdTzkbTAnDsPi
+ Dokl58xoxz+JdYKjzVh98lpcvMPlbZ+LwIsgbdH4KZj7mVOsJwARAQABtB9DaHJpcyBCZWxj
+ aGVyIDxmYWxzZUBlbWFpbC5jb20+iQI+BBMBAgAoBQJT5O+KAhsDBQkSzAMABgsJCAcDAgYV
+ CAIJCgsEFgIDAQIeAQIXgAAKCRDvc06md/MRKS8jD/9P9fSYSIVjltL9brAMfIu7wJn0H0lX
+ TbcuCM2uQitJ3BNxI3c7aq5dEby27u5Ud54otncDJuRPQVDKs6H7t1rInitgJ1MTQ9/aQGFA
+ btKcgtVIMFbeClzTTfWr4W7fE45NI7E9EANgk5JfmWh3U+KINYLF5RtqynYocrsP6zOV+G9A
+ HCpBemd9TN60CoMLMyMzTHEW1oQffaVAXY8DgthEYO/odWYIod7VTmEm0zU1aSysPqMwPWNm
+ 8XIl0f8SfKQyZlAU8e1eCFVCenkE44FKC5qQNYc2UxexEYtfCWChTGc4oHKxIyYmTCCefsQF
+ LvgwtvlNHRXHSDKSPSNcRcpl8DFpNEKrmMlkJ8Mx+YR05CydlTQ0bI3FBohJC+UHrjD5I3hA
+ wJUC1o+yVSOEd+zN3cG1EECIwkEQSmBgG5t/le2RdzfXOdpf9ku2/zoBpq00R54JxUKlfRM7
+ OPTv7X+1AKHkxOySdCZwGgvdh2Whuqs4kTvtco00gCFM9fBd5oi1RJuHtxHsj8+/XU15UItb
+ jeo96CIlM5YUeoRLPT5mxZYWgYAARFeSFReNq/Tuwq9d8EokUrtAyrPayznliy53UJfWDVzl
+ 925c0Cz0HWaP2fWj+uFcj/8K0bhptuWJQy0Poht1z3aJC1UjEgr1Xz8I7jeSJmIlA9plcJw2
+ k4dhWbkCDQRT5O+KARAAyFxAM28EQwLctr0CrQhYWZfMKzAhCw+EyrUJ+/e4uiAQ4OyXifRr
+ ZV6kLRul3WbTB1kpA6wgCShO0N3vw8fFG2Cs6QphVagEH8yfQUroaVxgADYOTLHMOb7INS8r
+ KI/uRNmE6bXTX27oaqCEXLMycqYlufad7hr42S/T8zNh5m2vl6T/1Poj2/ormViKwAxM+8qf
+ xd8FNI4UKmq2zZE9mZ5PiSIX0qRgM0yCvxV39ex/nhxzouTBvv4Lb1ntplR/bMLrHxsCzhyM
+ KDgcX7ApGm+y6YEsOvzw9rRCRuJpE4lth8ShgjTtNTHfklBD6Ztymc7q7bdPWpKOEvO5lDQ6
+ q8+KfENv862cOLlWLk7YR2+mHZ1PXGhWC7ggwEkfGJoXo0x8X+zgUKe2+9Jj4yEhfL0IbFYC
+ z2J5d+cWVIBktI3xqkwLUZWuAbE3vgYA4h8ztR6l18NTPkiAvpNQEaL4ZRnAx22WdsQ8GlEW
+ dyKZBWbLUdNcMmPfGi5FCw2nNvCyN6ktv5mTZE12EqgvpzYcuUGQPIMV9KTlSPum3NLDq8QI
+ 6grbG8iNNpEBxmCQOKz2/BuYApU2hwt2E44fL8e6CRK3ridcRdqpueg75my6KkOqm8nSiMEc
+ /pVIHwdJ9/quiuRaeC/tZWlYPIwDWgb8ZE/g66z35WAguMQ+EwfvgAUAEQEAAYkCJQQYAQIA
+ DwUCU+TvigIbDAUJEswDAAAKCRDvc06md/MRKaZwD/9OI3o3gVmst/mGx6hVQry++ht8dFWN
+ IiASPBvD3E5EWbqWi6mmqSIOS6CxjU0PncxTBPCXtzxo/WzuHGQg/xtNeQ0T8b2lBScZAw93
+ qm1IcHXLUe5w/Tap6YaDmSYCIZAdtbHzYfPW4JK7cmvcjvF8jhTFOBEOFVQkTi19G7caVot0
+ +wL1e2DRHDXAe5CinEpaLBlwHeEu/5j6wc3erohUZlK9IbAclj4iZTQbaq3EyqUXl59dBOON
+ xmL5edJxzVishIYQGIyA9WP1SylXt+kO82NEqZG2OxdXAlzjuJ8C2pAG+nbLtDo4hcsiN/MA
+ aX9/JB7MXclT5ioerF4yNgKEdfq7LmynsTUd8w/Ilyp7AD+BWoujyO94i8h9eKvjf9PvSwxQ
+ uAjRpxne7ZJD8vCsMNXBHSbeEK2LiwStHL/w473viXpDD53J6OLxX6a5RummR+rixbMH7dgK
+ MJQ7FlyDphm3or6CSkGEir1KA0y1vqQNFtHhguFapAWMDKaJjQQNgvZUmOo6hbZqmvUF1OWc
+ d6GA6j3WOUe3fDJXfbq6P9Jmxq64op887dYKsg7xjQq/7KM7wyRcqXXcbBdgvNtVDP+EnzBN
+ HyYY/3ms4YIHE5JHxQ9LV4yPcWkYTvb1XpNIFVbrSXAeyGHVNT+SO6olFovbWIC3Az9yesaM
+ 1aSoTg==
+Message-ID: <6fe67006-7131-a861-61fa-65392d5be069@riseup.net>
+Date: Wed, 9 Oct 2019 20:32:13 +0100
+MIME-Version: 1.0
+In-Reply-To: <58e44347-6eee-a0c3-3b8a-965c7450780e@emilengler.com>
+Content-Type: text/plain; charset=utf-8
+Content-Language: en-US
+Content-Transfer-Encoding: 7bit
+X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
+ DKIM_VALID, DKIM_VALID_AU, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1
+X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
+ smtp1.linux-foundation.org
+Subject: Re: [bitcoin-dev] BIPable-idea: Consistent and better definition of
+ the term 'address'
+X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
+X-Mailman-Version: 2.1.12
+Precedence: list
+List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
+List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
+ <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
+List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
+List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
+List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
+List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
+ <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
+X-List-Received-Date: Wed, 09 Oct 2019 19:32:19 -0000
+
+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@lists.linuxfoundation.org
+> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
+>
+