<div dir="ltr"><div><div><div><div><div><div><div><div>Just to clarify the process.<br><br></div>Pledgers create transactions using the following template and broadcast them.  The p2p protocol could be modified to allow this, or it could be a separate system.<br><br></div><i>Input: 0.01 BTC<br></i></div><i>Signed with SIGHASH_ANYONE_CAN_PAY<br><br></i></div><i>Output 50BTC<br></i></div><i>Paid to: &lt;1 million&gt; OP_CHECKLOCKTIMEVERIFY OP_TRUE<br></i></div><i><br>Output 0.01BTC<br></i></div><i>Paid to OP_TRUE<br></i><br></div><div>This transaction is invalid, since the inputs don&#39;t pay for the output.  The advantage of the sighash &quot;anyone can pay&quot; field is that other people can add additional inputs without making the signature invalid.  Normally, any change to the transaction would make a signature invalid.<br><br></div><div>Eventually, enough other users have added pledges and a valid transaction can be broadcast.<br><br><i>Input: 0.01 BTC<br></i><i>Signed with SIGHASH_ANYONE_CAN_PAY<br><br></i><i><i>Input: 1.2 BTC<br></i><i>Signed with SIGHASH_ANYONE_CAN_PAY</i><br></i><i><br><i>Input: 5 BTC<br></i><i>Signed with SIGHASH_ANYONE_CAN_PAY<br></i></i><i><i><br></i></i></div><div><i><i>&lt;etc&gt;<br></i></i></div><div><i><i><i><br><i>Input: 1.3 BTC<br></i><i>Signed with SIGHASH_ANYONE_CAN_PAY<br><br></i></i></i>Output 50BTC<br></i><i>Paid to: &lt;1 million&gt; OP_CHECKLOCKTIMEVERIFY OP_TRUE<br></i><i><br>Output 0.01BTC<br></i><i>Paid to OP_TRUE</i><br></div><div><div><div><div><div><div><div><div><div><div><div><div class="gmail_extra"><br></div><div class="gmail_extra">This transaction can be submitted to the main network.  Once it is included into the blockchain, it is locked in.<br><br></div><div class="gmail_extra">In this example, it might be included in block 999,500.  The 0.01BTC output (and any excess over 50BTC) can be collected by the block 999,500 miner.<br><br></div><div class="gmail_extra">The OP_CHECKLOCKTIMEVERIFY opcode means that the 50BTC output cannot be spent until block 1 million.  Once block 1 million arrives, the output is completely unprotected.  This means that the miner who mines block 1 million can simply take it, by including his own transaction that sends it to an address he controls.  It would be irrational to include somebody else&#39;s transaction which spent it.<br><br></div><div class="gmail_extra">If by block 999,900, the transaction hasn&#39;t been completed (due to not enough pledgers), the pledgers can spend the coin(s) that they were going to use for their pledge.  This invalidates those inputs and effectively withdraws from the pledge.</div><br><div class="gmail_extra"><div class="gmail_quote">On Fri, May 8, 2015 at 11:01 AM, Benjamin <span dir="ltr">&lt;<a href="mailto:benjamin.l.cordes@gmail.com" target="_blank">benjamin.l.cordes@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
2. &quot;A merchant wants to cause block number 1 million to effectively<br>
have a minting fee of 50BTC.&quot; - why should he do that? That&#39;s the<br>
entire tragedy of the commons problem, no?<br></blockquote><div><br></div><div>No, the pledger is saying that he will only pay 0.01BTC if the miner gets a reward of 50BTC.<br></div><div><br></div><div>Imagine a group of 1000 people who want to make a donation of 50BTC to something.  They all way that they will donate 0.05BTC, but only if everyone else donates.<br><br></div><div>It still isn&#39;t perfect.  Everyone has an incentive to wait until the last minute to pledge.<br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>