Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 7BDAF9A for ; Sun, 9 Aug 2015 16:23:31 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from homiemail-a3.g.dreamhost.com (homie.mail.dreamhost.com [208.97.132.208]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id 53EE01B9 for ; Sun, 9 Aug 2015 16:23:30 +0000 (UTC) Received: from homiemail-a3.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a3.g.dreamhost.com (Postfix) with ESMTP id AC32D28408C; Sun, 9 Aug 2015 09:23:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jrn.me.uk; h=subject:to :references:cc:from:message-id:date:mime-version:in-reply-to: content-type; s=jrn.me.uk; bh=QdBZwKyogpEjMm39tXCiXDXz5FI=; b=p7 2VSiiVRJjPVyC39h5K7m6C7U4cVsGiclhueydUTaGG5m0CVFyBwSLDfxxdQA8SQ3 +A9ThMmdwnFa/CKOFv78BQPHAn6UnseTe87oLD245TCN17ej8Gh+zQpc5NmTvgKe ds16wodf6W5TvjC1q4Ws9Zx8MSCjTyny0azGytIuA= Received: from [10.9.1.130] (unknown [89.238.129.18]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jrn@jrn.me.uk) by homiemail-a3.g.dreamhost.com (Postfix) with ESMTPSA id 1D5A328406A; Sun, 9 Aug 2015 09:23:28 -0700 (PDT) To: Mike Hearn References: <55C75FC8.6070807@jrn.me.uk> From: Ross Nicoll Message-ID: <55C77E80.3060203@jrn.me.uk> Date: Sun, 9 Aug 2015 17:23:28 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------000707080009060206010200" X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,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 Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Alternative chain support for payment protocol 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, 09 Aug 2015 16:23:31 -0000 This is a multi-part message in MIME format. --------------000707080009060206010200 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I'm cautious of using human-meaningful identifiers, especially any that might require a central repository, due to name collisions. Examples that could be complicated include BitcoinDark, Litedoge, and other names that base on existing coins. I think the ability to differentiate between test networks is also useful. Could certainly just use the genesis hash as network ID, that would work. Bit long, but suspect 64 bytes isn't the end of the world! I'll see if any more responses come in then raise a BIP for using genesis hash as an alternative to short names. Ross On 09/08/2015 15:29, Mike Hearn wrote: > > I'd appreciate initial feedback on the idea, and if there's no > major objections I'll raise this as a BIP. > > > The reason BIP 70 doesn't do this is the assumption that alt coins are > ... well .... alt. They can vary in arbitrary ways from Bitcoin, and > so things in BIP70 that work for Bitcoin may or may not work for other > coins. > > If your alt coin is close enough to BIP 70 that you can reuse it "as > is" then IMO we should just define a new network string for your alt. > network = "dogecoin-main" or whatever. > > You could also use the genesis hash as the network name. That works > too. But it's less clear and would involve lookups to figure out what > the request is for, if you find such a request in the wild. I don't > care much either way. --------------000707080009060206010200 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit I'm cautious of using human-meaningful identifiers, especially any that might require a central repository, due to name collisions. Examples that could be complicated include BitcoinDark, Litedoge, and other names that base on existing coins. I think the ability to differentiate between test networks is also useful.

Could certainly just use the genesis hash as network ID, that would work. Bit long, but suspect 64 bytes isn't the end of the world! I'll see if any more responses come in then raise a BIP for using genesis hash as an alternative to short names.

Ross

On 09/08/2015 15:29, Mike Hearn wrote:
I'd appreciate initial feedback on the idea, and if there's no major objections I'll raise this as a BIP.

The reason BIP 70 doesn't do this is the assumption that alt coins are ... well .... alt. They can vary in arbitrary ways from Bitcoin, and so things in BIP70 that work for Bitcoin may or may not work for other coins.

If your alt coin is close enough to BIP 70 that you can reuse it "as is" then IMO we should just define a new network string for your alt. network = "dogecoin-main" or whatever.

You could also use the genesis hash as the network name. That works too. But it's less clear and would involve lookups to figure out what the request is for, if you find such a request in the wild. I don't care much either way.

--------------000707080009060206010200--