<div dir="ltr">Hi, Margherita,<div><br></div><div>If you haven&#39;t already, look into &quot;data loss protection&quot; as defined in the BOLTs. It is similar to to what you are suggesting, with A being able to tell B that it lost state for the A&lt;-&gt;B channel, and if B is cooperative it will help A recover its funds.</div><div><br></div><div>You can also look into watchtowers, and static and dynamic channel backups, as they touch onto what you are describing. </div><div><br></div><div>Cheers,</div><div>Johan</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 1, 2018 at 12:59 AM Margherita Favaretto &lt;<a href="mailto:s170065@student.dtu.dk">s170065@student.dtu.dk</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">
<div id="m_-9142891987785864602divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif" dir="ltr">
<div>Good morning dev-lightning community,</div>
<div><br>
</div>
<div>Last weekend, I had the opportunity to take part in &quot;LightningHackdayNYC&quot;. It was an incredible event, thanks to all organizers, to all speakers and all people available to share all own knowledge. </div>
<div>Discussing with the people of the community, I could define better the problem <span style="font-size:12pt">that I&#39;m focusing on and have some ideas for the solution.  </span></div>
<div>I&#39;ve created a project on GitHub: <a href="https://github.com/margheritafav/LightningNetworkProject" class="m_-9142891987785864602OWAAutoLink" id="m_-9142891987785864602LPlnk736411" target="_blank">https://github.com/margheritafav/LightningNetworkProject</a> , where you could find a draft
 of my research, and also you are welcome to add your comments and feedback. </div>
<p><br>
</p>
<div>To recap, the aim of the project is realizing a recovering protocol for Lightning Network. As someone suggested me in the previous e-mails, Eltoo is already solving this problem in part. With Eltoo, the nodes are able to share the last status of the channel,
 so if one of the two nodes loses some information, it can simply ask to the other node to share the most recent status. Unfortunately, <span style="color:rgb(36,41,46);font-family:-apple-system,BlinkMacSystemFont,&quot;Segoe UI&quot;,Helvetica,Arial,sans-serif,&quot;Apple Color Emoji&quot;,&quot;Segoe UI Emoji&quot;,&quot;Segoe UI Symbol&quot;">this
 mechanism doesn&#39;t include the case that the other node doesn&#39;t share the last transaction, but instead an older one, more favourable for own balance.</span><span style="font-size:12pt"> </span><span style="font-size:12pt">My project aims to solve this
 particular issue and make the protocol more solid to face completely the case of a false positive node. </span></div>
<div><span style="font-size:12pt"><br>
</span></div>
<div>Idea: <span style="font-size:12pt">The main idea of the design is using the other connected nodes as a back-up of own recent status.</span></div>
<div><span style="font-size:12pt"><i>I</i></span><span style="font-size:12pt"><i>f a node A is connected to a node B and a node C, for each transaction between A and B, A sends an encrypted information, regarding the last commitment transaction with B,
 to C. For each commitment transaction with C, A sends an encrypted information, regarding the last commitment transaction with C, to B.</i></span></div>
<div><span style="font-size:12pt">In this way, if A loses the last transactions, she may ask the information to the other connected node and update the status. </span></div>
<div></div>
<div><br>
</div>
<div>I think that this idea can solve the current lack in Eltoo and I&#39;m planning to analyze more this solution in the next days. Any thoughts/suggestions are really appreciated to proceed in the wisest way and find a solution that can also cover all your needs. If
 someone of you is interested in this research, I&#39;m available to share more details about the design of my idea and I&#39;m open to discussion. Moreover, if someone is already working on this research topic, please not hesitate to write me for possible collaborations
 to work together.</div>
<div><br>
</div>
<div><br>
</div>
<div>Thank you in advance,</div>
<div>Margherita Favaretto</div>
</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>