<div dir="ltr">Hi
ZmnSCPxj,<div><br></div><div>Good Morning. </div><div><br></div><div>Completely agree with you on setting up multiple channels. But my scenario is something similar to this.</div><div><br></div><div>I'm designing a game, where in which the playing nodes can join the table at any moment and the table is maintained by a trusted node in the network. During the game, there is series of rounds of betting during which the playing nodes establishes the channels with the trusted node and make the payments and when the game is done, the trusted node pays back the amount to the playing node.</div><div><br></div><div>Here the relationship between the playing node and trusted node often one time, unless the player chooses the same trusting node again. In these kind of scenarios I have no choice in establishing the route of payment via different lightning channels since the playing node doesn't aware of any other neighbours to the trusted node. </div><div><br></div><div>In addition to this, say if node1 establishes the LN channel1 with node2 with a funding tx1, why doesn't node1 is prohibiting to establish the LN channel2 with funding tx2 with node2. Is this limitation is something part of the lightning spec or am I missing something here, please correct me.</div><div><br></div><div>Thank You. <br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Regards,<br>Sarat G<br><div><br></div><div><br></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 13, 2018 at 6:30 PM ZmnSCPxj <<a href="mailto:ZmnSCPxj@protonmail.com">ZmnSCPxj@protonmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Best is to just open a channel to a different node.<br></div><div>By maintaining multiple channels, you can be forwarding node.<br></div><div><br></div><div>Deleting lightning state is a bad idea.<br></div><div>You should consider multiple channels, not focus on just one channel to the network.<br></div><div><br></div><div>Regards,<br></div><div>ZmnSCPxj<br></div><div><br></div><div class="gmail-m_7950436080964611629protonmail_signature_block"><div class="gmail-m_7950436080964611629protonmail_signature_block-user gmail-m_7950436080964611629protonmail_signature_block-empty"><br></div><div class="gmail-m_7950436080964611629protonmail_signature_block-proton">Sent with <a href="https://protonmail.com" target="_blank">ProtonMail</a> Secure Email.<br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Thursday, December 13, 2018 8:20 PM, Sarat G <<a href="mailto:sarath.ginjupalli89@gmail.com" target="_blank">sarath.ginjupalli89@gmail.com</a>> wrote:<br></div><div> <br></div><blockquote type="cite" class="gmail-m_7950436080964611629protonmail_quote"><div dir="ltr"><div dir="ltr"><div>Hi
ZmnSCPxj,<br></div><div><br></div><div>I encountered the issue mentioned here(<a href="https://github.com/ElementsProject/lightning/issues/1272" target="_blank">https://github.com/ElementsProject/lightning/issues/1272</a>). I understand the problem is relate to the channel capacity in my case.<br></div><div><br></div><div>For that I'm trying to refund the channel with the higher amount and unfortunately it's not allowing me to refund the existing channel.<br></div><div><br></div><div>I would like to know, what could be the work around in these kind scenarios, how can I increase the channel capacity in such cases?<br></div><div><br></div><div>At this moment, I'm cleaning the peers and channels from the lightning sqlite3 database and restarting the lightningd, and then funding the channel with higher amounts inorder to make it work.<br></div><div><br></div><div>Sorry for asking so many questions, your thoughts on this helpful to me. <br></div><div><div><br></div><div><div><div dir="ltr"><div>Regards,<br></div><div>Sarat G<br></div><div><br></div><div><br></div></div></div></div></div></div></div></blockquote><div><br></div></blockquote></div>