Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YF0co-0000PG-A2 for bitcoin-development@lists.sourceforge.net; Sat, 24 Jan 2015 13:19:42 +0000 X-ACL-Warn: Received: from quidecco.de ([81.169.136.15]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1YF0cm-0007aX-PI for bitcoin-development@lists.sourceforge.net; Sat, 24 Jan 2015 13:19:42 +0000 Received: from localhost (localhost [127.0.0.1]) by quidecco.de (Postfix) with SMTP id C9E6FE2A9B0; Sat, 24 Jan 2015 14:19:34 +0100 (CET) From: Isidor Zeuner To: Ross Nicoll Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable References: <54BD7024.5070008@jrn.me.uk> In-Reply-To: <54BD7024.5070008@jrn.me.uk> Message-Id: <20150124131934.C9E6FE2A9B0@quidecco.de> Date: Sat, 24 Jan 2015 14:19:34 +0100 (CET) X-Spam-Score: -0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Headers-End: 1YF0cm-0007aX-PI Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] BIP70: why Google Protocol Buffers for encoding? 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: Sat, 24 Jan 2015 13:19:42 -0000 > For what it's worth, there was consideration of replacing protocol > buffers when modifying BIP70 to function with the altcoin I work on > (changes were required anyway in eliminate any risk that payment > requests could not be accidentally applied to the wrong blockchain). Why not serialize some kind of blockchain identifier with the messages? Arbitrarily deviating from a given design choice just for the sake of doing it differently may serve the goal of creating more overall code diversity, but would not necessarily serve the quality of the blockchain network where it is done for. Best regards, Isidor