--- Day changed Wed Apr 10 2019
01:06 -!- pioklo [~Pioklo@118-40.echostar.pl] has joined #lnd     
01:42 -!- ccdle12_ [~ccdle12@175.45.54.238] has quit [Remote host closed the connection]     
01:48 -!- jchia_1 [~jchia@58.32.64.12] has quit [Ping timeout: 245 seconds]     
01:49 -!- jchia_1 [~jchia@58.32.64.12] has joined #lnd     
02:01 -!- JackH [~laptop@host109-149-118-169.range109-149.btcentralplus.com] has joined #lnd     
02:33 -!- peleion [~jeff@76.73.184.14] has quit [Ping timeout: 268 seconds]     
02:39 -!- peleion [~jeff@76.73.184.14] has joined #lnd     
02:45 -!- EagleTM [~EagleTM@unaffiliated/eagletm] has joined #lnd     
02:46 -!- peleion [~jeff@76.73.184.14] has quit [Ping timeout: 246 seconds]     
02:46 -!- peleion [~jeff@76.73.184.14] has joined #lnd     
02:46 -!- melvster [~melvin@ip-86-49-18-190.net.upcbroadband.cz] has joined #lnd     
03:06 -!- dave_uy [~dave_uy@108.61.193.26] has quit [Quit: Ping timeout (120 seconds)]     
03:07 -!- dave_uy [~dave_uy@108.61.193.26] has joined #lnd     
03:37 -!- libertyprime [~libertypr@101.98.42.91] has quit [Read error: Connection reset by peer]     
03:38 -!- libertyprime [~libertypr@101.98.42.91] has joined #lnd     
03:49 -!- EagleTM [~EagleTM@unaffiliated/eagletm] has quit [Remote host closed the connection]     
04:09 -!- EagleTM [~EagleTM@unaffiliated/eagletm] has joined #lnd     
05:22 -!- libertyprime [~libertypr@101.98.42.91] has quit [Ping timeout: 246 seconds]     
05:25 -!- Beast [~quassel@220.117.120.61] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]     
05:26 -!- Beast [~quassel@220.117.120.61] has joined #lnd     
05:29 -!- libertyprime [~libertypr@101.98.42.91] has joined #lnd     
06:00 -!- dougsland [~douglas@c-24-34-137-83.hsd1.nh.comcast.net] has quit [Ping timeout: 250 seconds]     
06:01 -!- libertyprime [~libertypr@101.98.42.91] has quit [Quit: leaving]     
06:27 -!- AFIP [~AFIP@unaffiliated/masterl1nk] has joined #lnd     
06:59 -!- dougsland [douglas@nat/redhat/x-jiikmpgxgbwdghmu] has joined #lnd     
07:16 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has quit [Read error: Connection reset by peer]     
07:17 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has joined #lnd     
07:34 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has quit [Remote host closed the connection]     
07:34 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has joined #lnd     
07:40 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has quit [Remote host closed the connection]     
07:41 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has joined #lnd     
07:44 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has quit [Quit: = ""]     
07:59 -!- _Sam-- [~greybits@unaffiliated/greybits] has quit [Quit: Leaving]     
08:14 -!- EagleTM [~EagleTM@unaffiliated/eagletm] has quit [Remote host closed the connection]     
08:27 -!- bitspill [sid28048@gateway/web/irccloud.com/x-ktqquxwnxdchhjgt] has quit [Quit: Connection closed for inactivity]     
08:38 -!- DeanGuss [~dean@gateway/tor-sasl/deanguss] has quit [Ping timeout: 256 seconds]     
08:51 -!- elsa [3f610857@gateway/web/freenode/ip.63.97.8.87] has joined #lnd     
08:51 < elsa> hello is anyone here?
08:53 < elsa> one big question, how can one view, in real time or not, when a transaction gets dropped?
08:54 < elsa> one small question: i have to interview someone who is in blockchain in some way for a class i'm taking, id just email some questions then write your name on my report, if anyone is availble for that
09:34 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has joined #lnd     
09:48 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has quit [Ping timeout: 246 seconds]     
09:48 -!- marijnfs_ [~marijnfs@x4d02315c.dyn.telefonica.de] has joined #lnd     
10:00 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has joined #lnd     
10:00 -!- marijnfs_ [~marijnfs@x4d02315c.dyn.telefonica.de] has quit [Ping timeout: 245 seconds]     
10:06 < lndbot> <alexbosworth> What is dropping a transaction?
10:15 -!- Talkless [~Talkless@hst-227-49.splius.lt] has joined #lnd     
10:34 -!- marijnfs_ [~marijnfs@x4d02315c.dyn.telefonica.de] has joined #lnd     
10:34 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has quit [Ping timeout: 255 seconds]     
10:45 -!- _Sam-- [~greybits@unaffiliated/greybits] has joined #lnd     
10:52 -!- marijnfs_ [~marijnfs@x4d02315c.dyn.telefonica.de] has quit [Ping timeout: 245 seconds]     
11:04 < elsa> dropping a transaction is if one of the nodes goes offline and it was the middle payment channel, then whomever was routing through that node loses their invoice
11:14 < lndbot> <alexbosworth> What do they lose exactly?
11:15 < mol> a baby
11:16 -!- dougsland [douglas@nat/redhat/x-jiikmpgxgbwdghmu] has quit [Ping timeout: 255 seconds]     
11:18 -!- JackH [~laptop@host109-149-118-169.range109-149.btcentralplus.com] has quit [Quit: Leaving]     
11:36 -!- elsa [3f610857@gateway/web/freenode/ip.63.97.8.87] has quit [Ping timeout: 256 seconds]     
11:49 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has joined #lnd     
11:56 -!- EagleTM [~EagleTM@unaffiliated/eagletm] has joined #lnd     
12:02 -!- Talkless [~Talkless@hst-227-49.splius.lt] has quit [Quit: Konversation terminated!]     
12:07 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has quit [Remote host closed the connection]     
13:24 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
13:50 -!- dougsland [douglas@nat/redhat/x-tzlykrbhllcupaoq] has joined #lnd     
14:04 -!- mol [~molly@unaffiliated/molly] has quit [Quit: ZNC 1.7.0 - https://znc.in]     
14:04 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
14:04 -!- molz [~molly@unaffiliated/molly] has joined #lnd     
14:07 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
14:15 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
14:17 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
14:20 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
14:30 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
14:41 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
14:51 -!- dougsland [douglas@nat/redhat/x-tzlykrbhllcupaoq] has quit [Ping timeout: 255 seconds]     
14:53 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has joined #lnd     
14:56 -!- Flintstone [~erik@unaffiliated/onryo] has joined #lnd     
15:11 -!- Flintstone [~erik@unaffiliated/onryo] has quit [Ping timeout: 245 seconds]     
15:17 -!- evilolive [~qxt@unaffiliated/qxt] has joined #lnd     
15:19 -!- JackH [~laptop@host109-149-118-169.range109-149.btcentralplus.com] has joined #lnd     
15:19 < evilolive> Any braking things if I "upgrade"? Been about a month since I did it last. Or should I just wait until v0.6-beta?
15:21 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
15:21 -!- laptop500 [~laptop@host109-149-118-169.range109-149.btcentralplus.com] has joined #lnd     
15:22 -!- JackH [~laptop@host109-149-118-169.range109-149.btcentralplus.com] has quit [Client Quit]     
15:23 < bitconner> evilolive, yes if you use the nochanupdates config option, it's been replaced by numgraphsyncpeers. the response to verifychanbackup has also been modified
15:23 < bitconner> o/w i think you're good
15:23 < evilolive> thx bitconner
15:23 < bitconner> there are no further planned breaking changes for 0.6
15:24 < bitconner> (relative to a month ago, there are more since 0.5.1 or 0.5.2)
15:25 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Ping timeout: 255 seconds]     
15:26 < evilolive> yup np upgrading.
15:31 < evilolive> whoa cool. You can back channels up now? https://github.com/lightningnetwork/lnd/blob/master/cmd/lncli/commands.go 
15:32 < evilolive> Reading the notes around verifychanbackup 
15:32 < bitconner> sweet. yep, last month also has a ton perf optimizations, bandwidth savings, and stability improvements
15:33 < evilolive> ah shit awesome!
15:34 -!- evilolive is now known as onryo     
15:34 -!- onryo [~qxt@unaffiliated/qxt] has quit [Changing host]     
15:34 -!- onryo [~qxt@unaffiliated/onryo] has joined #lnd     
15:35 < onryo> looking though commits. Been a ton of work! 
15:35 -!- dougsland [~douglas@c-24-34-137-83.hsd1.nh.comcast.net] has joined #lnd     
15:35 -!- marijnfs [~marijnfs@x4d02315c.dyn.telefonica.de] has quit [Ping timeout: 246 seconds]     
15:40 -!- marijnfs [~marijnfs@193.180.164.35] has joined #lnd     
15:43 < onryo> is there anything I should be thinking about when using this? var exportChanBackupCommand = cli.Command{
15:43 < onryo> exportChanBackupCommand 
15:43 < onryo> risks that is
15:50 -!- marijnfs [~marijnfs@193.180.164.35] has quit [Remote host closed the connection]     
15:56 < molz> onryo, there're a few guides you might want to test on testnet
15:56 < molz> https://gist.github.com/alexbosworth/2c5e185aedbdac45a03655b709e255a3
15:56 < molz> https://github.com/darwin/lnd-auto-backup/blob/79bcc177789dcbd378a7106dbbe0ce5f1b59d604/monitor.sh#L94-L107
15:58 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
16:01 < onryo> thx molz. 
16:05 < onryo> molz, was looking at exportChanBackupCommand https://github.com/lightningnetwork/lnd/blob/master/cmd/lncli/commands.go#L3620 
16:06 < onryo> molz, you tired this? 
16:06 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Ping timeout: 245 seconds]     
16:09 < onryo> molz, playing around with it now on testnet.
16:14 -!- pioklo [~Pioklo@118-40.echostar.pl] has quit [Ping timeout: 245 seconds]     
16:23 < molz> onryo, yea don't do 'exportchanbackup' on your mainnet node unless you have to :D
16:24 < onryo> So basically resolving HTLCs is done by update the backup state with using a while loop with inotifywait ?
16:24 < onryo> updating^
16:24 < molz> i haven't tried inotifywait at all
16:25 < onryo> Seems to just keep things updated. Not 100% though.
16:25 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
16:27 < onryo> heh wondering if I could get my ZFS nas to take a snapshot instead of the cp here =) cp /path/to/.lnd/data/chain/bitcoin/mainnet/channel.backup /backup/path/channel.backup
16:28 < onryo> then I could roll back any changed state and track what is going on. 
16:29 < molz> ugh what did i say
16:29 < molz> i meant don't do 'exportchanbackup', sorry
16:29 < molz> but 'exportchanbackup' for mainnet channels is good
16:29 < onryo> nah was looking at this scrip https://gist.github.com/alexbosworth/2c5e185aedbdac45a03655b709e255a3
16:30 < onryo> just a while loop with inotifwait
16:30 < molz> onryo you probably can come up with another good guide?
16:30 < onryo> but it does a cp to a backup
16:31 < onryo> At first glance its not really that complicated but does the trick. Need to try it out first.
16:41 < molz> the trick is what if your counterparty won't close the channel
16:43 < onryo> molz I was sorta thinking out loud about the zfs snapshots. What I meant is that I could replace the cp to backup in Alex's script with zfs snapshots. Cool thing with that you can maybe roll back to any particular state...if it works.
16:49 < molz> onryo, hm how can you roll back?
16:50 < onryo> you need to have a zfs filesystem. I have one of these on my NAS. Just zpool get listsnapshots mybackups
16:50 < onryo> and that will give me a list of all the snapshots.
16:50 < onryo> pick on and roll back
16:50 < onryo> one     
16:52 -!- melvster [~melvin@ip-86-49-18-190.net.upcbroadband.cz] has quit [Ping timeout: 245 seconds]     
16:53 -!- bitdex [~bitdex@gateway/tor-sasl/bitdex] has joined #lnd     
17:08 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
17:32 -!- dougsland [~douglas@c-24-34-137-83.hsd1.nh.comcast.net] has quit [Remote host closed the connection]     
17:32 -!- hardforkthis [~hardforkt@li120-195.members.linode.com] has quit [Quit: Ping timeout (120 seconds)]     
17:32 -!- shtirlic [~shtirlic@ec2-35-156-179-128.eu-central-1.compute.amazonaws.com] has quit [Quit: ZNC - http://znc.in]     
17:32 -!- hardforkthis [~hardforkt@li120-195.members.linode.com] has joined #lnd     
17:32 -!- shtirlic [~shtirlic@ec2-35-156-179-128.eu-central-1.compute.amazonaws.com] has joined #lnd     
17:32 -!- rafalcpp [~racalcppp@84-10-11-234.static.chello.pl] has quit [Excess Flood]     
17:33 -!- rafalcpp [~racalcppp@84-10-11-234.static.chello.pl] has joined #lnd     
17:34 -!- cryptodechange [~cryptodec@host217-42-122-149.range217-42.btcentralplus.com] has quit [Ping timeout: 246 seconds]     
17:34 -!- CubicEarth [~CubicEart@c-67-168-1-172.hsd1.wa.comcast.net] has quit [Ping timeout: 246 seconds]     
17:35 -!- DeanGuss [~dean@gateway/tor-sasl/deanguss] has joined #lnd     
17:35 -!- botka1 [~nodebot@static.171.39.76.144.clients.your-server.de] has joined #lnd     
17:35 -!- botka [~nodebot@static.171.39.76.144.clients.your-server.de] has quit [Ping timeout: 246 seconds]     
17:37 -!- CubicEarth [~CubicEart@c-67-168-1-172.hsd1.wa.comcast.net] has joined #lnd     
17:38 -!- AFIP [~AFIP@unaffiliated/masterl1nk] has quit [Remote host closed the connection]     
17:39 -!- AFIP [~AFIP@unaffiliated/masterl1nk] has joined #lnd     
17:40 -!- cryptodechange [~cryptodec@host217-42-122-149.range217-42.btcentralplus.com] has joined #lnd     
17:41 -!- Jackielove4u [uid43977@gateway/web/irccloud.com/x-kddznifzrfbtyknj] has quit [Quit: Connection closed for inactivity]     
18:01 < Akihabara> my node is operating in full 100% uptime over 6 days!! i opened a channel with my eclair mobile and i noticed that my node doesnt support "dataloss protection", while acinq server does!
18:01 < Akihabara> where can i read about dataloss protection?
18:01 < Akihabara> i want to implement it on my node
18:05 < lndbot> <alexbosworth> Try updating your node 
18:05 < Akihabara> its updated
18:05 < Akihabara> latest update
18:05 < Akihabara> 0.6.0 rc2
18:05 < lndbot> <alexbosworth> The latest lnd will support dataloss protection
18:06 -!- booyah [~bb@193.25.1.157] has quit [Read error: Connection reset by peer]     
18:07 < bitconner> lnd has had DLP since 0.5
18:08 < molz> bitconner, so when go had the virus false positive, i submitted an issue and they close it like within an hour or so, just could not wait to close it as fast as they could, how nice of them 
18:09 < molz> some people also said on the thread they had the same issue 
18:11 < Akihabara> i will just wait for the channel to be opened and see if it changes. for the moment on my mobile end it says its not on
18:22 < Akihabara> channel is now opened but the DLP is not supported
18:22 < Akihabara> any idea?
18:23 < lndbot> <alexbosworth> What’s the mobile end?
18:24 < Akihabara> its the eclair mobile app
18:25 < lndbot> <alexbosworth> Maybe an issue on their side
18:25 < Akihabara> on the app/
18:25 < Akihabara> ?     
18:28 < Akihabara> because the 2 ends belong to me
18:29 < Akihabara> is there any way i can fix it?
18:41 < bitconner> molz, that sucks, idk why they'd do that. i guess we're just gonna have to point people to installing from source?
18:42 < bitconner> Akihabara, are you making the channel from LND or the app?
18:44 < Akihabara> bitconner : i opened the channel from my mobile to my node
18:44 < Akihabara> so from the app
18:45 < Akihabara> i opened 2 channels in the app. 1 with acinq, 1 with my node.  the channel with acinq node supports DLP, while mine doesnt
18:45 < bitconner> iirc, BLW had a bug where the feature bits weren't being interpretted properly. so we'd set them but the app wouldn't recognize that required means supported. since BLW is a fork of eclair, it could be same bug
18:46 < bitconner> would make an issue on eclair and reference this issue: https://github.com/lightningnetwork/lnd/issues/2727
18:48 < Akihabara> hm     
18:49 < Akihabara> is there a way to fix this manually? change the option_dlp_mandatory for example
18:49 < Akihabara> 3 march. this is like a month old
18:49 < bitconner> Ahihabara, not without modifying the source
18:50 < Akihabara> so acinq have modified the source, because i got this dlp feature
18:51 < molz> bitconner, i've just written the guide to compile go from source, should i submit? 
18:51 < molz> i'll just throw it out there if you guys want it, if not, fine
19:00 < bitconner> Akihabara, not sure what you're asking
19:01 < bitconner> molz, yes please!
19:04 < Akihabara> im saying that acinq must of had the source modified, because i can get the DLP feature on that channel with my phone. Phone-acinq DLP On
19:05 < bitconner> Akihabara, well i'm saying they might be advertsing optional on the full node, while lnd advertises requried
19:06 < bitconner> so if there's the required bits are not interpreted properly, it would explain the discrepency, even tho both in fact support DLP
19:06 < bitconner> s/if there's/if the
19:08 < Akihabara> i understand
19:17 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
19:18 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
19:47 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
19:48 -!- libertyprime [~libertypr@203.86.194.68] has joined #lnd     
20:05 < molz> bitconner, just read what you said on that issue on March 3: "Awesome, feature bit implementation has indeed been more nuisanced than they appear at the surface level :)"
20:06 < molz> bitconner, and here's someone else's statement: "Apr 02 19:42:30 <rusty>	Hmm, I think I've been thinking about feature bits all wrong.  We should use node features (prev. "local" features) vs channel features (prev. "global" features).
20:06 < molz> "     
20:06 < molz> maybe there should be a meeting for "feature bit" to sort it out?  :P 
20:08 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
20:46 -!- Eagle[TM] [~EagleTM@unaffiliated/eagletm] has joined #lnd     
20:48 -!- EagleTM [~EagleTM@unaffiliated/eagletm] has quit [Ping timeout: 250 seconds]     
21:01 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has joined #lnd     
21:02 -!- thomasan_ [~thomasand@cpe-172-116-160-42.socal.res.rr.com] has quit [Remote host closed the connection]     
23:11 -!- libertyprime [~libertypr@203.86.194.68] has quit [Ping timeout: 250 seconds]     
23:11 -!- libertyprime [~libertypr@203.86.194.68] has joined #lnd     
23:24 -!- libertyprime [~libertypr@203.86.194.68] has quit [Ping timeout: 245 seconds]     
23:26 -!- Eagle[TM] [~EagleTM@unaffiliated/eagletm] has quit [Ping timeout: 250 seconds]     
23:31 -!- libertyprime [~libertypr@203.86.194.68] has joined #lnd     
23:42 -!- libertyprime [~libertypr@203.86.194.68] has quit [Ping timeout: 246 seconds]     
23:44 -!- booyah [~bb@193.25.1.157] has joined #lnd     
23:44 -!- Jackielove4u [uid43977@gateway/web/irccloud.com/x-viqcsvvtmkqelyoy] has joined #lnd     
23:47 -!- ccdle12 [~ccdle12@223.197.137.165] has joined #lnd