<div>Good morning Sarat G.<br></div><div><br></div><div>It is better to forget about individual channels and better to consider network flows instead.<br></div><div><br></div><div>All you care about is whether you have incoming flow or not in order to receive your payout.<br></div><div><br></div><div>All you care about is whether you have outgoing flow or not in order to pay out your bet.<br></div><div><br></div><div>There is no need for the dealer node to be directly connected to the players.<br></div><div><br></div><div>Regards,<br></div><div>ZmnSCPxj<br></div><div><br></div><div class="protonmail_signature_block"><div class="protonmail_signature_block-user protonmail_signature_block-empty"><br></div><div class="protonmail_signature_block-proton">Sent with <a target="_blank" href="https://protonmail.com">ProtonMail</a> Secure Email.<br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Friday, December 14, 2018 11:10 AM, Sarat G <sarath.ginjupalli89@gmail.com> wrote:<br></div><div> <br></div><blockquote type="cite" class="protonmail_quote"><div dir="ltr"><div>Hi
ZmnSCPxj,<br></div><div><br></div><div>If what I mentioned above is ambiguous, I summarise my problem statement to as follows:<br></div><div><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>node A opens a channel with node B with a funding tx of 10000 satoshis(for the sake of example).<br></div><div>A (10000)---------->B(0)<br></div></blockquote><div><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>Now A pays 3000 satoshis to B.<br></div><div>A (7000)---------->B(3000) <br></div></blockquote><div><div><div dir="ltr" data-smartmail="gmail_signature"><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>After this, if B decides to pay 10000 satoshis to A, it can't pay that amount via the existing LN channel as the balance in that channel at B is only 3000 satoshis.<br></div></blockquote><div> <br></div><div data-smartmail="gmail_signature">Any suggestions to solve this problem is very much appreciated. <br></div><div data-smartmail="gmail_signature">Thank You.<br></div><div dir="ltr" data-smartmail="gmail_signature"><br></div><div dir="ltr" data-smartmail="gmail_signature"><div>Regards,<br></div><div>Sarat G<br></div><div><br></div><div><br></div></div></div><div><br></div></div></div><div><br></div><div class="gmail_quote"><div dir="ltr">On Fri, Dec 14, 2018 at 8:24 AM Sarat G <<a href="mailto:sarath.ginjupalli89@gmail.com">sarath.ginjupalli89@gmail.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 dir="ltr"><div>Hi
ZmnSCPxj,<br></div><div><br></div><div>Good Morning. <br></div><div><br></div><div>Completely agree with you on setting up multiple channels. But my scenario is something similar to this.<br></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.<br></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. <br></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.<br></div><div><br></div><div><div>Thank You. <br></div><div><div dir="ltr"><div>Regards,<br></div><div>Sarat G<br></div><div><br></div><div><br></div></div></div><div><br></div></div></div><div><br></div><div class="gmail_quote"><div dir="ltr">On Thu, Dec 13, 2018 at 6:30 PM ZmnSCPxj <<a href="mailto:ZmnSCPxj@protonmail.com" target="_blank">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_813408173504211897gmail-m_7950436080964611629protonmail_signature_block"><div class="gmail-m_813408173504211897gmail-m_7950436080964611629protonmail_signature_block-user gmail-m_813408173504211897gmail-m_7950436080964611629protonmail_signature_block-empty"><br></div><div class="gmail-m_813408173504211897gmail-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_813408173504211897gmail-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></blockquote></div></blockquote><div><br></div>