Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id A1469C75 for ; Sat, 5 Oct 2019 21:57:52 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 68A9D5E4 for ; Sat, 5 Oct 2019 21:57:51 +0000 (UTC) Received: by mail-ed1-f48.google.com with SMTP id v38so9111342edm.7 for ; Sat, 05 Oct 2019 14:57:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=zgckI3gGdEHsccMVMOAw7e+PvnEzkc9HAHoa75U0Ga4=; b=cetX+T9TgRxyV9YffFqkwkytgvSWKCmRdSHaFPY3z/K2gICZmOmeEOdd/uv0lGRRAp 7zvLuCgg3yyBe1hz7Lz5jlFs29m8PKqrRMDiDSpYNR5mBp+HAVOARWlrrGnXH5+xviSQ U8hBmgPVmoL2/0DqCwy4avcCEM7zhf3wSWsGfHPfNkAhtLuCzdtDn5jYsye9GqTFkvGb 6Zl/uCs6kKGNQWJuFlT1hT8vuiW53OYb4RKnytCR2ZhLLf6R5Dnf2s87mdbhfE282kKt HIOblPHpUfbrt0DSKmH9emEskQYLfgVfOJpSV+TJa2sZvBouM8rWKarTxKEp0tYCHet/ vt2w== X-Gm-Message-State: APjAAAX4l7nMdfyOUXtzg+SH2zm1h0Yra+IGhMW8OUESc7bevmbXSe8q rJj/g1Ch+1prz373w2yoLcGeCaH+ X-Google-Smtp-Source: APXvYqwZFQOXxpp3Eb+Mj4KAi7bJUudHAWKS4f9yblFNVp1uNvUJrCb9Ck+9AlZcVEnrprXpGZ2khQ== X-Received: by 2002:a50:934c:: with SMTP id n12mr22502055eda.12.1570312669820; Sat, 05 Oct 2019 14:57:49 -0700 (PDT) Received: from ?IPv6:2a02:8108:8200:1c80:b83d:17d8:682c:3236? ([2a02:8108:8200:1c80:b83d:17d8:682c:3236]) by smtp.gmail.com with ESMTPSA id k14sm1195104ejp.89.2019.10.05.14.57.48 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 05 Oct 2019 14:57:49 -0700 (PDT) To: bitcoin-dev@lists.linuxfoundation.org From: Emil Engler Message-ID: <58e44347-6eee-a0c3-3b8a-965c7450780e@emilengler.com> Date: Sat, 5 Oct 2019 23:57:48 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------C0BCA3EC5D577492E83BD9B2" Content-Language: en-US X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Sun, 06 Oct 2019 07:56:48 +0000 Subject: [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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2019 21:57:52 -0000 This is a multi-part message in MIME format. --------------C0BCA3EC5D577492E83BD9B2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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= =2E 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 --------------C0BCA3EC5D577492E83BD9B2 Content-Type: application/pgp-keys; name="pEpkey.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pEpkey.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- mQINBFybu/QBEADwXuxSgFWERsEvMfFxPW7wWOpFUnzVbUTcuyadiL8Cdd+ht3zo cakr8R7F1HrE75HyyDK5bn/Hlm3uD9k4yNHJBSouCR8Ueiri8Vh3N/QzcmBfqZGf JGtD+SW+BVZxXBX32FBkPrLHNanNq2I/utawQXM90fLUzD62LYm8SgaGl3RAnSki MYKeCtuk2yrrua2EY9KDud/SJ1stHXECF6qCm2aoT4fhnn/3AGZqaBSwoU4MqBsI 496fFuYXBPZnKXgak47aIK5nmv4TAYLKadOxKePBpoJDjV7e8isDHSRlveh8tTsO QZ7rsWBJnT1pO1SwFyuLwreQtNlyzXx4YVlWHLNdIQiGjnUiJS08YkA702hPxOUT QMx2MosN4zRsD6C6QBZud68tRdI05bhsQ+7/s2E+kIyBYqi6fCJVz/WSQHLA6st4 o7L10dCYyLTZZh4+aNaWBHW5rE4gTIdKSnLzmPJJ/mPFLH2n4bEUQTaRi08ClNWI uVDls3xcQJ1HKWNDk6iTdDNlecbQ8sc31/pXRv9JS/Gsj8PmA/3plQSuSTGyxYGq Tt0zd+bYMFCI+Qm64Qv1DZaIE4I0cLAnB4yQVUVjgrdNbjnCivlfL9yc+p4AKQ7K 65UgV089R5mMUrZycVFlsKW4Nihuc81qZ1lSAWJvZloJflrfjgYu25b7UQARAQAB tB9FbWlsIEVuZ2xlciA8bWVAZW1pbGVuZ2xlci5jb20+iQJUBBMBCAA+FiEE82Xm VEpcmrEyk0LUL21BRcVfx8cFAlybu/QCGwMFCRLMAwAFCwkIBwIGFQoJCAsCBBYC AwECHgECF4AACgkQL21BRcVfx8fj/Q/9Hik5TAVznP0VXxEPY3QMVPJYuNBOtGAq LIZmpL1T27Ov4b3nksrUNEtVhf2UIhLCJ/bgO1dULSkPnedGbBhnF+WTgG5ekTnH rxdAali8QUBsuhpE3JFfNlJYHXa7aWuk3OCfdvEJAQ+MzjQXSyto70EeHfqaVYXC hw7DwSd0LtKLMAi5NQZw/P8luhA0K8qNJP5JLyB2HlySZMJHE11g/0m0kSl4pH5k qi0QUHNzdNgp7mieEFObKcLp/7SFnZ50k5Ts3ESvIgH04Scjr+Ww+sUfj0rgenJr GBefK0HIe3yWswLpENaZbep43wDMw+j68XGLXxEDlzCNXwRAXZp90u6kP2pHwg+Z RC52UzEDpPlhh5Y0t+kjZXyFhS0oj0YQpn5Kf8y5y1Qipw2fKyiEwoB54lVmefmQ XdV5pLpiafmw7boNXo176rBtWWiS+PmhSpxY/fOtU3Xq/RYw4DnsWdms2FGXEX3/ x4CWP3j9YIuClcJ8oiVFdLGnPbDw6jLP5lX/SEbAS4JBHo/gq0nr51JLa+NRtQOi fHMoIuUTwMcoohWejF1LL6shBP7k9fqu92i62d/wVIW8oMPL/rLbwtQBnKR9aWxS oEmEuDMVTYRzRNV9N5xSlbkgmmZi1Zp9edFdQvV4gSP3fvI6+NORPOc03nA84A2U lDi0gmetU565Ag0EXJu79AEQAMF2/v8dMV1dSOmQLMTCpePJuSa6aPWO+8x+tNsc sVvudzHTePVppNHs10+Vha6L9jirMhofFsBmH73TsgvTafHQRTMUAzHFXRqinZSB ClfwxbWMmXiXhcv3qqRy8Icfs2WhLOrC1TnFiEh77GeNHelO4HzEEe9HmRQ917Xd k+gIdf5RDkeoyYrSG4bMlG4CKAslNEAJeZuQnsoE1b4bt3LvDvQesXPhQMrG8LOa oHpelnkVRTZhmYlzWVhlbfNowyL33dojcPOetHN9LtMe8ynZIgKqKOhNcOuo8GeK B9tNRRsJTylDN/Lzd9H/LQKv3k/LQQhC1DNHtl/W3iA2yXmg6u7uOP6o2rJMhIfo w1uBW2z5YZM8Abd7GKNZqnbGYC2SMIO4Y73ECX9HKvkpal+Yd5dUy7KEd+8y1hMl +2tGi0DrYOkKk1pDQBR2CGe2g5++NWKw3lGCVcM9v7twV3VXOo5h7s0zDbiD3xnI 4REdXKBZgJE36g4YQ9ntUED9lE5B3JxvGcKqKpBxG8KvXzmPZYnrzaSSrcGHgQIc DlHMaOHwx0oJlLF/ZOp+fSFB17uHMacRjqtFqARk7wGXBR0YThepKFjZtpC/i7qR +TJa8ktUd5KHm3ON+NLt706AsSj/8dT4QbV4uTG8RJAkLN+d3JGaOFwSX7LZ+AeF slLfABEBAAGJAjwEGAEIACYWIQTzZeZUSlyasTKTQtQvbUFFxV/HxwUCXJu79AIb DAUJEswDAAAKCRAvbUFFxV/Hx3MnEADnQ9b82umZ48WjzMfLeq0lraswaU2rAKmR NhMgLoYqe7QLywvG/zHwiwr07RU1RdmQG9wQC+ldRBM7SqANyuqEvMptaWZ/t0zy 1OUTzb4PqsZbHRHjVpyE0Pdb5WsjTfE4bXBLUU6DPyCP58S7FW4Nsh++GH2bLote iHqI0+WWyZk0aYzbmF8/IQe++rfr65TEEY2qcUP2AWNLE8gXY65oV7qOjcJz/uke jJvQ3HsR5Di60+kvIABOjIc3/5DMjp9bmGkr27u6EVyrxoBcC1Q/om3ynWtsnOhL 4F4F2upTeeUdmonRsr8hUFPUp2vm+fsuusE4JpzpNK4DjzhniZy+21dYQbPhBVOn yi12D6ZOdtRjSBEzRe3KJ18kDwhZiIPoO3plhxu+V/07kevqMtdnrN4VW3rYoR27 /PVGGsKqJv3IIGxWrEZk5nl5x0mIMHB1bTM/2BkjApD/Rt+0OyHLRS1VeEYnep3W cZjuH9WaMzPVjbnecUirPrkYYFUIdDO1I6QuDgbWcwdZWG0HOrNE3v/g/0cCyweF aLMg+893egNBAi5058jT+1pmx0JQTUUvlYY1QJEkgG89fExBOQTH3drLgv5etq5H IXhXHr9sCwFDqctHnqvrUeyyzOwTARJNOpoh2Eou8cIdAdvfDkcOK9fbedcqwUgW j8/1W9r08g=3D=3D =3D2gmp -----END PGP PUBLIC KEY BLOCK----- --------------C0BCA3EC5D577492E83BD9B2--