<div>Good morning all,<br></div><div><br></div><blockquote class="protonmail_quote" type="cite"><div><br></div><div><br></div><div>As other explained, your scheme is broken.<br></div><div> <br></div><div> Unless we have a softfork first (OP_CHECKBIP9VERIFY: payment is valid only if a BIP9 proposal is active), it is not possible to create a softfork bounty in a decentralised way<br></div><div> <br></div><div> On the other hand, hardfork bounty is very simple. You just need to make sure your tx violates existing rules<br></div><div> <br></div></blockquote><div><br></div><div>Perhaps, it's possible to invert the logic.<br></div><div><br></div><div>When considering a softfork success/fail, the difference is this:<br></div><div><br></div><div>There exists some tx, where if the softfork fails, the tx is valid, and if the softfork succeeds, the tx is invalid.<br></div><div><br></div><div>So, an economic agent who wishes to push for a softork, can instead do:<br></div><div><br></div><div>1.&nbsp; Select block heights H1 and H2, where H1 &lt; H2.<br></div><div><br></div><div>2.&nbsp; Create a valid Funding tx (valid in both softfork-pass and softfork-fail) with a single output, encumbered by the contract (CLTV H1 AND k1) OR (CLTV H2 AND k2), and transmit and put in block.<br></div><div><br></div><div>3.&nbsp; Create a Softfork Failure Refund tx.&nbsp; This tx has to be invalid if the softfork succeeds, but valid if the softfork fails.&nbsp; It provides k1, and is spendable on height H1.&nbsp; It outputs back to the economic agent.<br></div><div><br></div><div>4.&nbsp; Create a Softfork Success Payout tx.&nbsp; This tx has to be valid if the softfork fails.&nbsp; It outputs 0 to the economic agent, allowing any miner who includes it to get the payout as tx fee.<br></div><div><br></div><div>If at block H1, softfork has passed, then the Softfork Failure Refund tx is invalid and cannot be used by the economic agent to spend the output.&nbsp; The miners can then wait for block H2 to include Softfork Success Payout tx in a block and claim the tx fee.&nbsp; The risk here for the miners is that since k2 is generated by the economic agent, the economic agent can create a different tx spending that output before H2.<br></div><div><br></div><div>If at block H1, softfork has failed, then the Softfork Failure Refund is valid and the economic agent can get the Funding tx's output back to a normal output.&nbsp; The risk here for the economic agent is that miners can form a cartel to informally ignore the Softfork Failure Refund until block H2.<br></div><div><br></div><div>Regards,<br></div><div>ZmnSCPxj<br></div>