From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from <21xe14@gmail.com>) id 1XKIB2-0007rW-Bh for bitcoin-development@lists.sourceforge.net; Thu, 21 Aug 2014 02:32:36 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.194 as permitted sender) client-ip=74.125.82.194; envelope-from=21xe14@gmail.com; helo=mail-we0-f194.google.com; Received: from mail-we0-f194.google.com ([74.125.82.194]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1XKIB1-00036u-Cn for bitcoin-development@lists.sourceforge.net; Thu, 21 Aug 2014 02:32:36 +0000 Received: by mail-we0-f194.google.com with SMTP id u56so2951230wes.1 for ; Wed, 20 Aug 2014 19:32:29 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.59.42 with SMTP id w10mr17295904wjq.15.1408588349135; Wed, 20 Aug 2014 19:32:29 -0700 (PDT) Received: by 10.194.15.36 with HTTP; Wed, 20 Aug 2014 19:32:29 -0700 (PDT) Date: Thu, 21 Aug 2014 02:32:29 +0000 Message-ID: From: 21E14 <21xe14@gmail.com> To: bitcoin-development@lists.sourceforge.net Content-Type: multipart/alternative; boundary=047d7b86dde02f89a205011a882a X-Spam-Score: -0.3 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (21xe14[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (21xe14[at]gmail.com) 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1XKIB1-00036u-Cn Subject: Re: [Bitcoin-development] BIP: Custodial Identities X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 02:32:36 -0000 --047d7b86dde02f89a205011a882a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thank you for your feedback regarding Custodial Identities. I will address it to the mailing list for transparency. Think of it as a 1-of-2 multisig edge case where Custodian Identities are actively managed by the Bitcoin Assigned Custodial Identities Authority/Regional Bitcoin Custodial Identity Registries. Once the optional identity layer is integrated, there are so many applications beyond dispute resolution, if you could effortlessly inject Custodian Identities into the blockchain itself as easily as providing 1-of-2 public keys. Bitcoin Custodial Identities can be applied to coinbase transactions as well, in any or all jurisdictions, thus providing further incentive to keep nodes honest, or enabling a recovery mechanism in catastrophic failure events, such as a break in SHA-256. Custodians provide account addresses out of unused address space further alleviating address collisions as a psychological barrier to adoption. Custodial to non-custodial transactions could behave much like the UTXO of a coinbase transaction, which has the special condition that it cannot be spent (used as an input) for at least 100 blocks. It's based on open market competition, and there will probably always be users willing to live outside of the BCI address space. >>On Tue, Aug 19, 2014 at 10:23 PM, 21E14 <21xe14@gmail.com> wrote: >> >>As suggested before submitting a BIP, I am sending this to the mailing list. >> >> >>Bitcoin is often described as =E2=80=9Cthe currency of the Internet=E2=80= =9D, =E2=80=9Cthe TCP/IP of money=E2=80=9D, or simply =E2=80=9Cthe Internet of Money=E2=80=9D. What = is needed is an optional identity layer =E2=80=94 a Bitcoin Assigned Custodial Identities >>Authorit= y, much like the Internet Assigned Numbers Authority, to oversee global Custodial Identity allocation. Such an authority delegates Custodial Identity Spaces to Regional Bitcoin Custodial Identity >>Registries, much like the RIRs (Regional Internet Registries) managing the allocation of Internet number resources. >> >>A Bitcoin Custodial Identity (BCI) account address would consist of a Custodial Identifier allocated by the BACIA/RBCIRs (much like a bank=E2=80= =99s routing number), and an account address (much like an account >>number). Bitcoin Custodial Identities allow dispute resolution in the legal system for transactions in the BCI address space. Free market would drive and determine the demand for custodial accounts. P2PKH >>users not affected. >> >>Feedback is appreciated. --047d7b86dde02f89a205011a882a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you for your feedback regarding Custodial Identities= . I will address it to the mailing list for transparency.

Think of i= t as a 1-of-2 multisig edge case where Custodian Identities are actively ma= naged by the Bitcoin Assigned Custodial Identities Authority/Regional Bitco= in Custodial Identity Registries. Once the optional identity layer is integ= rated, there are so many applications beyond dispute resolution, if you cou= ld effortlessly inject Custodian Identities into the blockchain itself as e= asily as providing 1-of-2 public keys.

Bitcoin Custodial Identities can be applied to coinbase transactions as= well, in any or all jurisdictions, thus providing further incentive to kee= p nodes honest, or enabling a recovery mechanism in catastrophic failure ev= ents, such as a break in SHA-256. Custodians provide account addresses out = of unused address space further alleviating address collisions as a psychol= ogical barrier to adoption. Custodial to non-custodial transactions could b= ehave much like the UTXO of a coinbase transaction, which has the special c= ondition that it cannot be spent (used as an input) for at least 100 blocks= . It's based on open market competition, and there will probably always= be users willing to live outside of the BCI address space.


>>On Tue, Aug 19, 2014 at 10:23 PM, 21E14 <21xe14@gmail.com> wrote:
>>
>>= ;As suggested before submitting a BIP, I am sending this to the mailing lis= t.
>>
>>
>>Bitcoin is often described as =E2=80=9Cthe = currency of the Internet=E2=80=9D, =E2=80=9Cthe TCP/IP of money=E2=80=9D, o= r simply =E2=80=9Cthe Internet of Money=E2=80=9D. What is needed is an opti= onal identity layer =E2=80=94 a Bitcoin Assigned Custodial Identities >&= gt;Authority, much like the Internet Assigned Numbers Authority, to oversee= global Custodial Identity allocation. Such an authority delegates Custodia= l Identity Spaces to Regional Bitcoin Custodial Identity >>Registries= , much like the RIRs (Regional Internet Registries) managing the allocation= of Internet number resources.
>>
>>A Bitcoin Custodial Identity (BCI) account address woul= d consist of a Custodial Identifier allocated by the BACIA/RBCIRs (much lik= e a bank=E2=80=99s routing number), and an account address (much like an ac= count >>number). Bitcoin Custodial Identities allow dispute resolutio= n in the legal system for transactions in the BCI address space. Free marke= t would drive and determine the demand for custodial accounts. P2PKH >&g= t;users not affected.
>>
>>Feedback is appreciated.

--047d7b86dde02f89a205011a882a--