--- Log opened Mon Oct 26 00:00:58 2020 00:54 < az0re> Can I connect to friend's A node and open a channel, and then, he opens another channel with me? 00:54 < az0re> With c-lightning, no, with other LN implementations, yes 01:13 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has joined #c-lightning 01:13 < az0re> Within the scope of a single channel, my understanding is it's like this: I (A) talk to my friend (B) and I tell him I want to make a channel. To do this either or both of us need to commit some funds for the purpose of the channel. Suppose A commits 1 BTC and B commits nothing. A and B cooperate and create a 2-of-2 multisig P2WSH address (the funding address) and both A and B sign a transaction that sends 1BTC back to A and nothing to B. A 01:13 < az0re> spends 1 BTC to that funding address. From then on payments can occur in either direction in this channel, so long as the payer has "channel capacity". In this case, suppose A pays B 0.1BTC. They do a complicated HTLC dance with the end result that they both have a signed transaction giving each their respective channel amounts minus fees (in this case 0.9BTC to A and 0.1BTC to B), and also some revocation transactions that, in case A tries 01:13 < az0re> to spend that old transaction that sends all 1BTC to A, B can use that mutually-signed revocation transaction gotten as part of the 0.1BTC payment to instead claim *all* the channel funds as a penalty to A for trying to cheat. In order to do this there must be some delay period after an onchain settlement transaction ("commitment transaction") that allows the publication of that revocation transaction. It also requires the party being cheated 01:14 < az0re> to be online within that delay period in order to see the cheating attempt and spend that revocation transaction. 01:14 < az0re> HelloShitty ^ 01:20 -!- kabaum [~kabaum@84.216.157.11] has joined #c-lightning 01:30 -!- liberliver [~Thunderbi@144.49.211.130.bc.googleusercontent.com] has joined #c-lightning 01:31 -!- belcher_ [~belcher@unaffiliated/belcher] has joined #c-lightning 01:35 -!- belcher [~belcher@unaffiliated/belcher] has quit [Ping timeout: 272 seconds] 01:46 -!- belcher_ is now known as belcher 01:48 -!- kabaum [~kabaum@84.216.157.11] has quit [Ping timeout: 256 seconds] 02:08 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has joined #c-lightning 02:18 <@cdecker> az0re: that's not qutite correct: the party opening the TCP connection does not have to be the funder, so it is possible for A to connect to B and then B open the channel 02:42 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has quit [Quit: bye] 02:45 < liberliver> Hi. I have one channel in state CHANNELD_SHUTTING_DOWN for weeks and I don't see sats in my utxo onchain. How I could debug situation? Counternode is offline for year, I know it for sure, so I decided to close channel. 02:53 <@cdecker> liberliver: you can look up the closing txid with `listpeers` (should be called `scratch_txid`, which always holds the last signed tx, which is the closing in case of a shutdown 02:54 <@cdecker> `listpeers` will also tell you in `status` what it is waiting for 02:54 < liberliver> cdecker: okay. thanks for suggestion! 02:54 <@cdecker> If it hasn't sent a closing txid yet, we can try forcing the close to be a unilateral 02:55 <@cdecker> `lightning-cli [nodeid] 60` will give the peer 60 seconds to reply, otherwise it'll close unilaterally (don't put 0 seconds, since that means wait forever) 02:58 < liberliver> It hasn't sent. listpeers shows "CHANNELD_SHUTTING_DOWN:Attempting to reconnect" so i guess the channel is a zombie channel now 03:03 < m-schmoock> then try force closing, which is the only option if the remote is no longer around 03:08 -!- vasild_ [~vd@gateway/tor-sasl/vasild] has joined #c-lightning 03:10 <@cdecker> Yep, give it a timeout and it should close that channel unilaterally 03:11 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds] 03:11 -!- vasild_ is now known as vasild 03:11 < liberliver> cdecker: did you mean `lightning-cli ping [nodeid] 60` ? 03:12 <@cdecker> No, `lightning-cli close [nodeid] 60`, sorry didn't see that omission in my previous msg 03:12 < liberliver> By the way it is my second attempt to do `close short_chan_id` and as in the first time it hangs indifinitely 03:12 < liberliver> Okay 03:12 <@cdecker> Yeah, close has a 2 day timeout, so it'll hang for up to that time 03:12 <@cdecker> That's us trying to be nice and save on closing fees ^^ 03:13 -!- jonatack [~jon@82.102.27.163] has quit [Ping timeout: 240 seconds] 03:13 < liberliver> Oh. Important detail. Thank you very much! 03:14 < liberliver> magic. closed now 03:16 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has joined #c-lightning 03:28 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has quit [Ping timeout: 256 seconds] 04:08 < m-schmoock> cdecker: will be more responsive once we have the cli progressbars rusty was working on 04:10 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has quit [Quit: bye] 04:56 -!- ctrlbreak [~ctrlbreak@159.2.182.106] has quit [Remote host closed the connection] 04:57 -!- ctrlbreak [~ctrlbreak@159.2.182.106] has joined #c-lightning 05:29 < m-schmoock> Rebased feat: add channel closure details 05:29 < m-schmoock> #4126 05:32 -!- kabaum [~kabaum@84.216.157.11] has joined #c-lightning 05:34 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has joined #c-lightning 05:37 -!- kristapsk_ [~KK@gateway/tor-sasl/kristapsk] has quit [Remote host closed the connection] 05:38 -!- kristapsk_ [~KK@gateway/tor-sasl/kristapsk] has joined #c-lightning 05:43 < jasan> Is it easy to patch lightningd so that it disables in-memory logging? 05:44 * jasan is just wondering... if the in-memory log is the most memory hungry, people from No-log the Log kingdom may want to disable it... 05:47 * jasan did a bit broken reference to Noggin The Nog 05:56 -!- zmnscpxj_ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has joined #c-lightning 06:04 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has quit [Ping timeout: 272 seconds] 06:05 -!- shesek [~shesek@unaffiliated/shesek] has joined #c-lightning 06:05 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has joined #c-lightning 06:06 -!- jonatack [~jon@213.152.162.114] has joined #c-lightning 06:14 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has quit [Ping timeout: 260 seconds] 07:14 -!- ghost43_ [~daer@gateway/tor-sasl/daer] has joined #c-lightning 07:15 -!- ghost43 [~daer@gateway/tor-sasl/daer] has quit [Ping timeout: 240 seconds] 07:20 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds] 07:22 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #c-lightning 07:32 -!- kabaum [~kabaum@84.216.157.11] has quit [Ping timeout: 258 seconds] 07:40 -!- blockstream_bot [blockstrea@gateway/shell/sameroom/x-zzgbwiizjmpgirfq] has left #c-lightning [] 07:40 -!- blockstream_bot [blockstrea@gateway/shell/sameroom/x-zzgbwiizjmpgirfq] has joined #c-lightning 07:51 < HelloShitty> az0re: hope when i get home,i still have yoyr repky here 07:51 < HelloShitty> i'm at work and can't spend rhe time for reading 07:55 -!- jonatack [~jon@213.152.162.114] has quit [Ping timeout: 260 seconds] 07:57 -!- jonatack [~jon@88.124.242.136] has joined #c-lightning 08:10 -!- kexkey [~kexkey@static-198-54-132-174.cust.tzulo.com] has joined #c-lightning 08:24 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has joined #c-lightning 08:27 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has quit [Read error: No route to host] 08:32 -!- az0re [~az0re@gateway/tor-sasl/az0re] has quit [Ping timeout: 240 seconds] 08:45 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has joined #c-lightning 09:03 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has quit [Read error: No route to host] 09:09 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has joined #c-lightning 09:14 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Remote host closed the connection] 09:14 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #c-lightning 09:35 -!- alko89 [~alko89@unaffiliated/alko89] has quit [Quit: ZNC 1.7.5 - https://znc.in] 09:35 -!- alko89 [~alko89@unaffiliated/alko89] has joined #c-lightning 09:37 -!- kabaum [~kabaum@host-217-214-150-176.mobileonline.telia.com] has quit [Ping timeout: 256 seconds] 09:44 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has joined #c-lightning 10:16 -!- az0re [~az0re@gateway/tor-sasl/az0re] has joined #c-lightning 10:17 < az0re> cdecker: Right, thanks for the correction 11:01 -!- jasan [~jasan@just.do.nothing.bublina.eu.org] has quit [Quit: Bye] 11:27 -!- zmnscpxj__ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has joined #c-lightning 11:29 -!- zmnscpxj_ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has quit [Ping timeout: 240 seconds] 11:57 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #c-lightning 12:35 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 272 seconds] 12:35 -!- jonatack [~jon@88.124.242.136] has quit [Quit: jonatack] 12:46 -!- jonatack [~jon@213.152.162.154] has joined #c-lightning 12:49 -!- liberliver [~Thunderbi@144.49.211.130.bc.googleusercontent.com] has quit [Ping timeout: 256 seconds] 13:04 -!- cdecker is now known as realCdecker 13:19 -!- realCdecker is now known as cdecker 13:32 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Ping timeout: 272 seconds] 13:45 -!- Netsplit *.net <-> *.split quits: michaelfolkson 13:48 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #c-lightning 14:25 < HelloShitty> Evening 14:25 < HelloShitty> This is still I bit confusing, about opening the channels and figuring who has what, in terms of inbound an outbound capacity 14:25 < HelloShitty> But I do theoretically understand the mechanism, I guess 14:26 < HelloShitty> Many how to's and tutorials and articles simply use a very superficial example of Alice and Bob opening a channel and sending funds to each other etc 14:26 < HelloShitty> but there are very superficial details/questions that remains unanswered 14:28 < HelloShitty> For instance, when az0re says "A and B cooperate and create a 2-of-2 multisig P2WSH address..." 14:28 < HelloShitty> Isn't this done under the hood or the parties must do it explicitely? 14:29 < HelloShitty> Signing the transaction that sends 1BTC to that multi-sig address isn't also something ineherent to the protocol or do the parties need to do it explicitely? 14:32 < HelloShitty> Also, the statement "A and B sign a transaction that sends back to A 1BTC" Is this when (and if) the channel is closed and no other transactions where made (aka the balance of the channel remains unchanged) or is this some special scneario??? 14:33 < HelloShitty> All these questions arises because I have the feeling (so far) that, at least with c-lightning, when you open a channel, all these that was stated by az0re happens automaticlly under the hood 14:33 -!- ctrlbreak [~ctrlbreak@159.2.182.106] has quit [Remote host closed the connection] 14:34 -!- ctrlbreak [~ctrlbreak@159.2.182.106] has joined #c-lightning 14:44 -!- michaelfolkson2 [~michaelfo@2a03:b0c0:1:e0::23d:d001] has joined #c-lightning 15:08 -!- vasild_ [~vd@gateway/tor-sasl/vasild] has joined #c-lightning 15:11 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds] 15:11 -!- vasild_ is now known as vasild 15:24 <@niftynei> yes, clightning handles the management of any off-chain bitcoin transactions and revocations etc that you need to manage when running a lightning channel 15:25 <@niftynei> as well as network connections to peers, gossip receipt and propagation, route finding for payments, forwarding payments, etc 15:47 -!- queip [~queip@unaffiliated/rezurus] has quit [Ping timeout: 260 seconds] 15:57 -!- queip [~queip@unaffiliated/rezurus] has joined #c-lightning 16:02 -!- mrostecki [~mrostecki@gateway/tor-sasl/mrostecki] has joined #c-lightning 16:04 < az0re> HelloShitty: Yes, channel management is handled automatically. Before you open and fund a channel with c-lightning, you transfer some BTC/put some UTXOs in c-lightning's internal wallet. Then you can tell it to fund a channel to a given node and, assuming you can connect to that peer, it will handle the protocol details like creating the funding address and also handle transferring the right amount of BTC to it. 16:04 < az0re> Also, the statement "A and B sign a transaction that sends back to A 1BTC" Is this when (and if) the channel is closed and no other transactions where made (aka the balance of the channel remains unchanged) or is this some special scneario??? 16:04 -!- blockstream_bot [blockstrea@gateway/shell/sameroom/x-zzgbwiizjmpgirfq] has left #c-lightning [] 16:04 -!- blockstream_bot [blockstrea@gateway/shell/sameroom/x-zzgbwiizjmpgirfq] has joined #c-lightning 16:05 < az0re> This is called the "commitment transaction" and is supposed to remain unpublished so long as the channel is open. If either party suddenly broadcasts it to put it on the blockchain, that is called a "unilateral close" and no further transactions can be conducted on that channel. 16:06 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 260 seconds] 16:07 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #c-lightning 16:08 < az0re> If either party tries to broadcast an old commitment transaction that transfers that party more BTC than they currently have a right to, then the other party has the recourse to broadcast a revocation transaction within a certain time period after the appearance of the old commitment tx 16:58 -!- fiatjaf [~fiatjaf@2804:7f2:2a84:12c:ea40:f2ff:fe85:d2dc] has joined #c-lightning 17:00 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #c-lightning 17:26 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #c-lightning 17:53 -!- DeanGuss [~dean@gateway/tor-sasl/deanguss] has quit [Remote host closed the connection] 17:54 -!- DeanGuss [~dean@gateway/tor-sasl/deanguss] has joined #c-lightning 18:06 -!- queip [~queip@unaffiliated/rezurus] has quit [Read error: Connection reset by peer] 18:06 -!- DeanGuss [~dean@gateway/tor-sasl/deanguss] has quit [Remote host closed the connection] 18:14 -!- queip [~queip@unaffiliated/rezurus] has joined #c-lightning 18:18 -!- queip [~queip@unaffiliated/rezurus] has quit [Excess Flood] 18:22 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Ping timeout: 240 seconds] 18:23 -!- queip [~queip@unaffiliated/rezurus] has joined #c-lightning 18:23 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Quit: Leaving.] 18:32 -!- vasild [~vd@gateway/tor-sasl/vasild] has quit [Ping timeout: 240 seconds] 18:34 -!- vasild [~vd@gateway/tor-sasl/vasild] has joined #c-lightning 18:41 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 246 seconds] 18:51 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #c-lightning 18:53 -!- queip [~queip@unaffiliated/rezurus] has quit [Quit: bye, freenode] 18:53 -!- queip [~queip@unaffiliated/rezurus] has joined #c-lightning 18:58 -!- queip [~queip@unaffiliated/rezurus] has quit [Ping timeout: 265 seconds] 19:14 -!- queip [~queip@unaffiliated/rezurus] has joined #c-lightning 19:29 -!- queip [~queip@unaffiliated/rezurus] has quit [Ping timeout: 240 seconds] 19:47 -!- queip [~queip@unaffiliated/rezurus] has joined #c-lightning 20:06 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #c-lightning 20:12 -!- sr_gi [~sr_gi@static-128-69-224-77.ipcom.comunitel.net] has quit [Ping timeout: 240 seconds] 20:14 -!- sr_gi [~sr_gi@static-77-88-225-77.ipcom.comunitel.net] has joined #c-lightning 20:26 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has joined #c-lightning 20:28 -!- queip [~queip@unaffiliated/rezurus] has quit [Ping timeout: 256 seconds] 20:29 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Ping timeout: 240 seconds] 20:57 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #c-lightning 21:04 -!- kexkey [~kexkey@static-198-54-132-174.cust.tzulo.com] has quit [Read error: Connection reset by peer] 21:35 -!- rusty [~rusty@pdpc/supporter/bronze/rusty] has quit [Quit: Leaving.] 22:03 -!- DeanGuss [~dean@gateway/tor-sasl/deanguss] has joined #c-lightning 22:55 -!- zmnscpxj__ [~zmnscpxj@gateway/tor-sasl/zmnscpxj] has quit [Ping timeout: 240 seconds] --- Log closed Tue Oct 27 00:00:58 2020