From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 99C7B94E for ; Sun, 15 Nov 2015 02:15:06 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-lf0-f41.google.com (mail-lf0-f41.google.com [209.85.215.41]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 579B9143 for ; Sun, 15 Nov 2015 02:15:05 +0000 (UTC) Received: by lfs39 with SMTP id 39so70521442lfs.3 for ; Sat, 14 Nov 2015 18:15:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=RF3hCQI0NIMxP7vWO+JSAtFYWJVG/oP4eLxJZ+s7Rz4=; b=xjf71DVC5r/Q0+9tc7mQ+KHXN3L0ivelLown6Dptnv9KDaPgiDM6m+2vV7H1Q0PvRE oFKogI6J6LcQJ/No/yQaEhUIGPOjzazz80ovEpfH2mjTKrVnp5qxFflfnLxAnjzhAL0k rHD/LQyq70tuX0E2B72MCH1JPzxDFtzhqYm0FQ9DNISJjt221BpWEWbB3E4cwaEhzgGd b/hTrgxmavTgVvXMQtdQclDxKrDNd4nx56sMrMILqY9K+ke7cSZUnkRr0KQVO8oZdr0u Vqgi5/8JnyGTJx6jUNOeWsCQURkT+i8vV5luGS6po3UH6TvcWI+TCVU8NvXtZPvX5gP4 Vf/w== X-Received: by 10.25.10.131 with SMTP id 125mr9191634lfk.78.1447553703464; Sat, 14 Nov 2015 18:15:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.186.106 with HTTP; Sat, 14 Nov 2015 18:14:44 -0800 (PST) In-Reply-To: References: From: Marco Pontello Date: Sun, 15 Nov 2015 03:14:44 +0100 Message-ID: To: Bitcoin Dev Content-Type: multipart/alternative; boundary=001a113eb73449d93e05248adc75 X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,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 X-Mailman-Approved-At: Sun, 15 Nov 2015 02:17:31 +0000 Subject: Re: [bitcoin-dev] RFC - BIP: URI scheme for Blockchain exploration X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 02:15:06 -0000 --001a113eb73449d93e05248adc75 Content-Type: text/plain; charset=UTF-8 Hi! To anyone that followed the discussion (from some time ago) about the proposed new URI for Blockchain references / exploration, I just wanted to point out that I have collected the feedback provided, reworked the text, put the BIP on GitHub and created a pull request: https://github.com/MarcoPon/bips/blob/master/bip-MarcoPon-01.mediawiki https://github.com/bitcoin/bips/pull/202 The need for an URI for this come to mind again in the last days looking at Eternity Wall, which IMHO provide a use case that we will see more and more in the (near) future: http://eternitywall.it/ Using that service, when you want to check for the proof that a specific message was written in the Blockchain, it let you choose from 5 different explorer. Mycelium wallet recently added the option to select one of 15 block explorers. And there's the crypto_bot on reddit/r/bitcoin that detect reference to transaction an add a message with links to 7 different explorers. I think that's clearly something that's needed. Bye! On Sat, Aug 29, 2015 at 1:48 PM, Marco Pontello wrote: > Hi! > My first post here, hope I'm following the right conventions. > I had this humble idea for a while, so I thought to go ahead and propose > it. > > BIP: XX > Title: URI scheme for Blockchain exploration > Author: Marco Pontello > Status: Draft > Type: Standards Track > Created: 29 August 2015 > > Abstract > ======== > This BIP propose a simple URI scheme for looking up blocks, transactions, > addresses on a Blockchain explorer. > > Motivation > ========== > The purpose of this URI scheme is to enable users to handle all the > requests for details about blocks, transactions, etc. with their preferred > tool (being that a web service or a local application). > > Currently a Bitcoin client usually point to an arbitrary blockchain > explorer when the user look for the details of a transaction (es. Bitcoin > Wallet use BitEasy, Mycelium or Electrum use Blockchain.info, etc.). > Other times resorting to cut&paste is needed. > The same happens with posts and messages that reference some particular > txs or blocks, if they provide links at all. > > Specification > ============= > The URI follow this simple form: > > blockchain: > > Examples: > > blockchain:00000000000000001003e880d500968d51157f210c632e08a652af3576600198 > blockchain:001949 > blockchain:3b95a766d7a99b87188d6875c8484cb2b310b78459b7816d4dfc3f0f7e04281a > > Rationale > ========= > I thought about using some more complex scheme, or adding qualifiers to > distinguish blocks from txs, but in the end I think that keeping it simple > should be practical enough. Blockchain explorers can apply the same > disambiguation rules they are already using to process the usual search > box. > > From the point of view of a wallet developer (or other tool that need to > show any kind of Blockchain references), using this scheme mean that he > can simply make it a blockchain: link and be done with it, without having > to worry about any specific Blockchain explorer or provide a means for the > user to select one. > > Blockchain explorers in turn will simply offer to handle the blockchain: > URI, the first time the user visit their website, or launch/install the > application, or even set themselves if there isn't already one. > > Users get the convenience of using always their preferred explorer, which > can be especially handy on mobile devices, where juggling with cut&paste > is far from ideal. > > > -- Try the Online TrID File Identifier http://mark0.net/onlinetrid.aspx --001a113eb73449d93e05248adc75 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!

To anyone that followed the discuss= ion (from some time ago) about the proposed new URI for Blockchain referenc= es / exploration, I just wanted to point out that I have collected the feed= back provided, reworked the text, put the BIP on GitHub and created a pull = request:


Using that ser= vice, when you want to check for the proof that a specific message was writ= ten in the Blockchain, it let you choose from 5 different explorer.
Mycelium wallet recently added the option to select one of 15 block = explorers.
And there's the crypto_bot on reddit/r/bitcoin= that detect reference to transaction an add a message with links to 7 diff= erent explorers.

I think that's clearly someth= ing that's needed.

Bye!


On Sat, Aug 2= 9, 2015 at 1:48 PM, Marco Pontello <marcopon@gmail.com> wro= te:
Hi!
M= y first post here, hope I'm following the right conventions.
= I had this humble idea for a while, so I thought to go ahead and propose
it.

BIP: XX
Title: URI sche= me for Blockchain exploration
Author: Marco Pontello
St= atus: Draft
Type: Standards Track
Created: 29 August 20= 15

Abstract
=3D=3D=3D=3D=3D=3D=3D=3D
This BIP propose a simple URI scheme for looking up blocks, transact= ions,
addresses on a Blockchain explorer.

Motivation
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
The purpose= of this URI scheme is to enable users to handle all the
requests= for details about blocks, transactions, etc. with their preferred
tool (being that a web service or a local application).

Currently a Bitcoin client usually point to an arbitrary blockchain=
explorer when the user look for the details of a transaction (es= . Bitcoin
Wallet use BitEasy, Mycelium or Electrum use Blockchain= .info, etc.).
Other times resorting to cut&paste is needed.
The same happens with posts and messages that reference some parti= cular
txs or blocks, if they provide links at all.

=
Specification
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /div>
The URI follow this simple form:

blockch= ain: <hash/string> =C2=A0

Examples:

blockchain:00000000000000001003e880d500968d51157f210c632e0= 8a652af3576600198
blockchain:001949
blockchain:3b95a766= d7a99b87188d6875c8484cb2b310b78459b7816d4dfc3f0f7e04281a

Rationale
=3D=3D=3D=3D=3D=3D=3D=3D=3D
I thought = about using some more complex scheme, or adding qualifiers to
dis= tinguish blocks from txs, but in the end I think that keeping it simple
should be practical enough. Blockchain explorers can apply the same<= /div>
disambiguation rules they are already using to process the usual = search
box.=C2=A0

From the point of view= of a wallet developer (or other tool that need to
show any kind = of Blockchain references), using this scheme mean that he
can sim= ply make it a blockchain: link and be done with it, without having
to worry about any specific Blockchain explorer or provide a means for th= e
user to select one.

Blockchain explore= rs in turn will simply offer to handle the blockchain:
URI, the f= irst time the user visit their website, or launch/install the
app= lication, or even set themselves if there isn't already one.
=
Users get the convenience of using always their preferred ex= plorer, which
can be especially handy on mobile devices, where ju= ggling with cut&paste
is far from ideal.

=




--
Try the Online TrID File Identifier
http://mark0.net/onlinetrid= .aspx
--001a113eb73449d93e05248adc75--