<div dir="ltr"><div>&gt; Relay another RBF transaction on the second chain that spends the entire balance as a fee. Repeat if you fail.<br><br></div>I&#39;m pretty sure that&#39;s not the right way to do this? RBF, with a higher fee, to a different address (or the same one). Spending the whole balance as a fee = Free gift to miners.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 October 2017 at 16:41, Moe Adham via Bitcoin-segwit2x <span dir="ltr">&lt;<a href="mailto:bitcoin-segwit2x@lists.linuxfoundation.org" target="_blank">bitcoin-segwit2x@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>I would like to have a <b><u>non-political discussion on best practices</u></b> for companies looking to split coins between the two (possible) chains after the fork.</div><div><br></div><div>Given the lack of replay protection, a number of companies that enable payments will need to temporarily halt operations and split balances to properly protect our users. This will need to be done quickly to minimize network downtime</div><div><br></div><div>Please don&#39;t respond with speculation on why replay protection is needed. That is not the topic of discussion. The topic of discussion is:</div><div><b><u>- Technical means companies can take to securely split coins as quickly as possible after the fork</u></b></div><div><b><u><br></u></b></div><div>Some approaches are:</div><div><ol><li>RBF: Generate an RBF transactions to a wallet you control, wait for transaction to confirm in only 1 chain. Relay another RBF transaction on the second chain that spends the entire balance as a fee. Repeat if you fail.</li><li>Coinbase: Have miners agree to send a small amount of newly generated coins to wallet operators as quickly as possible after the fork, to allow wallet operators to split wallets</li><li>nLockTime: Wait for chains to sufficiently diverge, and create two transactions, which should only confirm on one or the other chain. Repeat if you fail</li></ol><div>Any suggestions or code snippets are welcome.</div></div><br clear="all"><div><div class="m_9013137851724845303gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">--<br><div><div><div><b><span style="font-size:10pt;font-family:Arial,sans-serif"><font style="background-color:rgb(255,255,255)">Moe Adham</font><font style="color:rgb(136,136,136)" color="#000000">, MSc, BEng</font><font style="color:rgb(136,136,136)" color="#ff9900"> </font></span></b><span style="font-size:10pt"><font color="#3d85c6"><b>|</b></font></span><span style="color:rgb(122,193,67);font-size:10pt"> </span><span style="color:rgb(89,89,89);font-size:10pt">Co-Founder</span><br></div><div style="color:rgb(136,136,136)"></div></div><div style="color:rgb(136,136,136)"><br></div><div><br></div></div></div></div></div></div></div></div></div></div>
</div>
<br>______________________________<wbr>_________________<br>
Bitcoin-segwit2x mailing list<br>
<a href="mailto:Bitcoin-segwit2x@lists.linuxfoundation.org">Bitcoin-segwit2x@lists.<wbr>linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-segwit2x" rel="noreferrer" target="_blank">https://lists.linuxfoundation.<wbr>org/mailman/listinfo/bitcoin-<wbr>segwit2x</a><br>
<br></blockquote></div><br></div>