<div dir="ltr"><div dir="ltr">Thanks for answer,<br><br>My knowledge is mostly based on this article:<br><br><a href="https://bitcoinmagazine.com/articles/understanding-the-lightning-network-part-building-a-bidirectional-payment-channel-1464710791/">https://bitcoinmagazine.com/articles/understanding-the-lightning-network-part-building-a-bidirectional-payment-channel-1464710791/</a><br><br>Graph at the end shows that in order to claim former channel partner funds I need to provide child transaction that contains my signature and secret. This secret is evidence.that partner didn&#39;t commit the last transaction.<br><br>So the penalty transaction uses comitment transaction output as its input and penalty transaction can be sign by one side only. Am I right, or I just don&#39;t understand how it works? Or maybe this graph do not represents correctly how commitment and penalty transactions are already developed?<br><br>Best Regards,<br>Cezary Dziemian<br><br></div></div><br><div class="gmail_quote"><div dir="ltr">pt., 23 lis 2018 o 19:07 René Pickhardt &lt;<a href="mailto:r.pickhardt@googlemail.com">r.pickhardt@googlemail.com</a>&gt; napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">Dear Cezary, <div><br></div><div>as far as I understand the problem in the case of a unilateral (force) close are:  </div><div><br></div><div>1.) In order to RBF your commitment transaction you would have to have the signature of your former channel partner. since you initiated a force close it is unlikely that you get this signature to RBF because then you could have done a mutual close right away which is cheaper since less tx are invovled to claim all funds back.</div><div>2.) In order to CPFP you have to be able to spend your output which can&#39;t work because there is a timelock on it. </div><div><br></div><div>I believe on the last lightning developer summit this issue was discussed and it was agreed that for BOLT1.1 we want have a third output in the commitment transactions which anyone can spend (OP_TRUE) and which is just above the dust level. This output is supposed to have no timelock so that anyone can CPFP it. In the general case miners of the block could collect the output as a fee. You can find a pointer to this on this wikipage in the lightning-rfc git repo: <a href="https://github.com/lightningnetwork/lightning-rfc/wiki/Lightning-Specification-1.1-Proposal-States" target="_blank">https://github.com/lightningnetwork/lightning-rfc/wiki/Lightning-Specification-1.1-Proposal-States</a> (look in the section tx and fees)</div><div><br></div><div>best Rene</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 23, 2018 at 6:30 PM Cezary Dziemian &lt;<a href="mailto:cezary.dziemian@gmail.com" target="_blank">cezary.dziemian@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello all,<div><br>Sorry for my ignorance. I have two questions related with penalty txs. I assume, that when someone commits obsolete commitment tx, my node automatically commit penalty transaction.<br></div><div><br>What if fees suddenly increases? Can my node use RBF to increase fee?<br><br>Is there any approach common to major 3 implementations?<br><br>How much time (how many blocks) do my node have to commit penalty tx? Is there some value common for implementations?<br><br>Best regards,<br>Cezary Dziemian</div></div>
_______________________________________________<br>
Lightning-dev mailing list<br>
<a href="mailto:Lightning-dev@lists.linuxfoundation.org" target="_blank">Lightning-dev@lists.linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="m_-5293859465577227954m_-2340356967223637495gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><a href="https://www.rene-pickhardt.de" target="_blank">https://www.rene-pickhardt.de</a></div><div><br></div><div>Skype: rene.pickhardt <br></div><div><br></div><div>mobile: +49 (0)176 5762 3618   </div></div></div></div></div></div></div>
</blockquote></div>