From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Xz2Ye-0001WG-QR for bitcoin-development@lists.sourceforge.net; Thu, 11 Dec 2014 12:09:24 +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 1Xz2Yd-00083m-LB for bitcoin-development@lists.sourceforge.net; Thu, 11 Dec 2014 12:09:24 +0000 Received: from localhost (localhost [127.0.0.1]) by quidecco.de (Postfix) with SMTP id E912EE22B92; Thu, 11 Dec 2014 13:09:16 +0100 (CET) From: Isidor Zeuner To: Tamas Blummer Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252; format=flowed References: <417518B4-1E4D-4467-BC87-95C9EAF0C599@bitsofproof.com> In-Reply-To: <417518B4-1E4D-4467-BC87-95C9EAF0C599@bitsofproof.com> Message-Id: <20141211120916.E912EE22B92@quidecco.de> Date: Thu, 11 Dec 2014 13:09:16 +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: 1Xz2Yd-00083m-LB Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Merged mining a side chain with proof of burn on parent chain 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, 11 Dec 2014 12:09:24 -0000 [...] > The Bitcoin miner will include burn transactions because they offer > Bitcoin fees. Bitcoin miner can not selectively block side chains > since the hashes associated with the burn do not disclose which side > chain or other project they are for. Here you have a =93merged > mining=94 that does not need Bitcoin miner support or even consent. > Miners might decide to block all burn transactions, and other nodes might decide to stop relaying them. This may be considered as preferable by all participants who do not want to add more potential for deflation. Best regards, Isidor