diff options
author | Chris Belcher <belcher@riseup.net> | 2019-10-09 20:32:13 +0100 |
---|---|---|
committer | bitcoindev <bitcoindev@gnusha.org> | 2019-10-09 19:32:19 +0000 |
commit | 6452655d8b5c9a4c8e81485414dd687fc66d2054 (patch) | |
tree | c21af8802363433c4302bdb0cecaed2631d981e3 | |
parent | edefc232e69441ba44fc8b0a2adb534c5be9fe75 (diff) | |
download | pi-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/ffe2c17190c65a855f6b618f462d2000655803 | 171 |
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 +> + |