--- Day changed Thu Apr 05 2018 00:15 -!- wampy [~wampy@gateway/tor-sasl/wampy] has joined #lnd 00:30 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #lnd 00:42 -!- pioklo [Pioklo@ip-91.246.70.194.skyware.pl] has joined #lnd 00:46 -!- Xantanium2 [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has joined #lnd 00:47 -!- tiagotrs [~user@p5DC46E63.dip0.t-ipconnect.de] has joined #lnd 00:47 -!- tiagotrs [~user@p5DC46E63.dip0.t-ipconnect.de] has quit [Changing host] 00:47 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 00:49 -!- Xantanium [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has quit [Ping timeout: 256 seconds] 01:00 < Veggen> hmm. yalls articles are suddenly popular :P 01:01 < Veggen> I see people are testing eclair :) 01:01 < Veggen> ...and since LN is fun, I withdraw every time I see someone has paid for my articles :) 01:04 < Veggen> only one I can withdraw from, though. The other one, I forgot to register a LN node ID, so anything paid for it is tips to Alex Bosworth :) 01:05 -!- yoink [~yoink@unaffiliated/yoink] has quit [Ping timeout: 240 seconds] 01:09 -!- Jackielove4u [uid43977@gateway/web/irccloud.com/x-prodbehyiazkxmgk] has quit [Read error: Connection reset by peer] 01:09 -!- danielh_ [~danielh@speedtest.sbbs.se] has quit [Ping timeout: 264 seconds] 01:10 -!- danielh_ [~danielh@speedtest.sbbs.se] has joined #lnd 01:10 -!- s7r_ [~s7r@openvpn/user/s7r] has joined #lnd 01:10 -!- Jackielove4u [uid43977@gateway/web/irccloud.com/x-rocmopojfzpasgcg] has joined #lnd 01:11 -!- afdudley [afdudleyma@gateway/shell/matrix.org/x-twndzwqeddxkdqeg] has quit [Ping timeout: 248 seconds] 01:11 -!- s7r [~s7r@openvpn/user/s7r] has quit [Ping timeout: 264 seconds] 01:11 -!- bird [~bird@104.236.31.121] has quit [Ping timeout: 264 seconds] 01:11 -!- s7r_ is now known as s7r 01:11 -!- raucao [~raucao@skippe2.nine.ch] has quit [Ping timeout: 264 seconds] 01:11 -!- midnightmagic [~midnightm@unaffiliated/midnightmagic] has quit [Ping timeout: 256 seconds] 01:12 -!- spinza [~spin@196.212.164.26] has quit [Ping timeout: 264 seconds] 01:14 -!- raucao [~raucao@skippe2.nine.ch] has joined #lnd 01:15 -!- midnightmagic [~midnightm@unaffiliated/midnightmagic] has joined #lnd 01:15 -github-lnd:#lnd- [lnd] halseth pushed 2 new commits to master: https://git.io/vxD5I 01:15 -github-lnd:#lnd- lnd/master 93a5a92 Bretton Vine: adding missing cd-to-path for upgrade instructions 01:15 -github-lnd:#lnd- lnd/master d6b9907 Johan T. Halseth: Merge pull request #1014 from bretton/master... 01:19 -!- spinza [~spin@196.212.164.26] has joined #lnd 01:24 -!- afdudley [afdudleyma@gateway/shell/matrix.org/x-csjavcodtagnijjd] has joined #lnd 01:25 -!- shtirlic [~shtirlic@Shtirlic-2-pt.tunnel.tserv6.fra1.ipv6.he.net] has quit [Ping timeout: 260 seconds] 01:25 -!- bird_ [~bird@104.236.31.121] has joined #lnd 01:26 -!- interfect[m] [interfectm@gateway/shell/matrix.org/x-phvamtnrkxhbozsl] has quit [Ping timeout: 245 seconds] 01:27 -!- rrol[m] [rrolmatrix@gateway/shell/matrix.org/x-cpffpodsdiffqbkd] has quit [Ping timeout: 260 seconds] 01:27 -!- conundrum_ is now known as conundrum 01:31 -!- shtirlic [~shtirlic@ec2-35-158-173-101.eu-central-1.compute.amazonaws.com] has joined #lnd 01:33 -!- interfect[m] [interfectm@gateway/shell/matrix.org/x-qmgiccskslabyzei] has joined #lnd 01:34 -!- Styil [Styil@gateway/vpn/privateinternetaccess/styil] has quit [Remote host closed the connection] 01:35 -!- rrol[m] [rrolmatrix@gateway/shell/matrix.org/x-hvkdarmkmeolrvwl] has joined #lnd 01:36 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has joined #lnd 01:38 -!- pierre_rochard_ [~pierre_ro@unaffiliated/pierre-rochard/x-3593157] has joined #lnd 01:39 -!- pierre_rochard [~pierre_ro@unaffiliated/pierre-rochard/x-3593157] has quit [Ping timeout: 268 seconds] 01:39 -!- pierre_rochard_ is now known as pierre_rochard 01:45 -!- legz_ [legz@91.205.184.171] has quit [Ping timeout: 240 seconds] 01:45 -!- legz [legz@91.205.184.171] has joined #lnd 02:05 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-aalevjvgheuvrteu] has quit [Quit: Connection closed for inactivity] 02:12 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 255 seconds] 02:15 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Remote host closed the connection] 02:16 -!- DrOlmer [~DrOlmer@unaffiliated/drolmer] has quit [Ping timeout: 256 seconds] 02:17 -!- DrOlmer [~DrOlmer@unaffiliated/drolmer] has joined #lnd 02:37 -!- jchia_1 [~jchia@116.192.20.171] has quit [Quit: Leaving.] 02:38 -!- jchia_1 [~jchia@116.192.20.171] has joined #lnd 02:40 -!- jchia_1 [~jchia@116.192.20.171] has quit [Client Quit] 02:40 -!- jchia_1 [~jchia@116.192.20.171] has joined #lnd 02:48 -!- Pioklo_ [Pioklo@ip-91.246.70.194.skyware.pl] has joined #lnd 02:51 -!- pioklo [Pioklo@ip-91.246.70.194.skyware.pl] has quit [Ping timeout: 265 seconds] 02:51 -!- Giszmo1 [~leo@pc-37-38-86-200.cm.vtr.net] has quit [Ping timeout: 240 seconds] 02:57 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has joined #lnd 03:06 -!- ChunkyPuffs [~ChunkyPuf@gateway/tor-sasl/chunkypuffs] has quit [Remote host closed the connection] 03:07 -!- ChunkyPuffs [~ChunkyPuf@gateway/tor-sasl/chunkypuffs] has joined #lnd 03:40 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has quit [Ping timeout: 260 seconds] 03:40 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has joined #lnd 04:11 < wooten> roasbeef: eclair->lnd 04:14 -!- cea [~cea@5.10.148.196] has joined #lnd 04:22 < ChunkyPuffs> Hey uh, in eclair, I'm testing it out now, how is "2 confirmations to open a channel" imposed? 04:23 < ChunkyPuffs> Is that arbitrary based on the software application rules? Or is that a LND requirement? 04:26 < cea> is there an SPV lightning wallet implementation on Desktop too or is the Eclair thing only Android? 04:27 < zyp> ChunkyPuffs, https://github.com/lightningnetwork/lightning-rfc/blob/master/02-peer-protocol.md#the-accept_channel-message 04:27 < zyp> the accepting node signals through minimum_depth how many confirmations it requires 04:27 < ChunkyPuffs> so this is concensus based? 04:28 < zyp> yes 04:28 < ChunkyPuffs> it's based on whatever the majority of nodes are seeing as reasonable? 04:28 < zyp> it's based on whatever the nonfunding node sees as reasonable 04:28 < ChunkyPuffs> so if the majority of nodes were to say 1 conf is secure, and the majority of nodes on the network reduced it to that, it would be accepted as such? 04:28 < zyp> no, it's set on a per-channel basis, not networkwide 04:28 < cea> zyp - lightweight Lightning wallet for desktop ? 04:29 < zyp> cea, no idea 04:30 < zyp> ChunkyPuffs, consider this; if I open and fund a channel to you, from my perspective the channel is already secure because I can trust myself to not double-spend the funding transaction 04:31 < zyp> ChunkyPuffs, but you can't trust me to not double-spend it, so you get to set a minimum number of confirmations you require before you consider it secure 04:31 < ChunkyPuffs> Right but this isn't about security in my mind, it's just because eclair says 2 confs required, and I was wondering what imposed that. 04:31 < Veggen> it is all about security. 04:32 < zyp> what Veggen said 04:32 < ChunkyPuffs> So is that 2 conf minimum set by the application you're using, presuming it's a user friendly wallet? 04:32 < ChunkyPuffs> But on the actual daemon it's opening up a channel with 2 confs because it's told ti? 04:32 < ChunkyPuffs> told to * 04:32 < zyp> it's set by the node software on the accepting node 04:32 < ChunkyPuffs> Right, awesome stuff. 04:33 < zyp> it can even vary per channel 04:33 < ChunkyPuffs> Which brings up an issue for me 04:33 < ChunkyPuffs> what if some asshole sets confs to 20. 04:33 < zyp> e.g. low-value channels can have a lower requirement than high-value channel 04:33 < ChunkyPuffs> Can't the network only propogate as fast as that? 04:33 < zyp> propagate what? 04:34 < ChunkyPuffs> Well I guess that's literally the only on-chain component. 04:34 < zyp> if some asshole sets confs to 20, then nobody would be interest in opening channels to that asshole 04:34 < ChunkyPuffs> So opening up channels is a very personal thing that is a personal vetting process. 04:34 < Veggen> zyp: but you should still probably set a limit on the sending side, what you accept?? 04:34 < zyp> Veggen, exactly 04:35 < ChunkyPuffs> Oh you can signal that? 04:35 < zyp> read the document I linked you to 04:35 < ChunkyPuffs> That's cool, I thought it might be that you have to accept whatever is given. 04:35 < ChunkyPuffs> That you couldn't do something like autoreject, and your transaction might end up stuck waiting. 04:36 < ChunkyPuffs> Kind of like how on an exchange that does 6/6 confs rather than 2/2 confs, you're stuck waiting. 04:36 < zyp> it literally says this: "The receiver: if minimum_depth is unreasonably large: MAY reject the channel." 04:36 < ChunkyPuffs> right but it's so unintuitive to someone who's just used to regular blockchain transactions 04:36 < ChunkyPuffs> you don't expect these features 04:37 < ChunkyPuffs> God lightning is awesome 04:37 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has quit [Ping timeout: 276 seconds] 04:38 < ChunkyPuffs> Anybody got a link to a testnet store that I can test eclair on? 04:38 < zyp> starblocks 04:38 < Veggen> ChunkyPuffs: remember - LN is basically no more than extra secure 0-conf, so secure that you don't actually have to submit it, just in case you want to update it tomorrow. 04:39 < zyp> the funding transaction is not 0-conf however 04:39 < Veggen> nope. 04:39 < ChunkyPuffs> well yeah that's the on-chain component, establishing the link between blockchain and ln 04:39 < ChunkyPuffs> so it has to be more than 0 conf 04:43 < zyp> correct 04:43 < zyp> the funding transaction is pretty much comparable to any other on-chain transaction 04:44 < zyp> the difference is that you can negotiate later how much of the channel output belongs to each party 04:48 < ChunkyPuffs> https://starblocks.acinq.co has no node address to scan 04:48 < ChunkyPuffs> so I'm assuming that simply by autoconnecting within the wallet to that one default node, it will autoroute to here? 04:48 < ChunkyPuffs> I'm going to be amazed if that's the case 04:48 < zyp> that is correct 04:48 < ChunkyPuffs> that's just incredible 04:48 < ChunkyPuffs> you'd think that would be highly censorable 04:48 < Veggen> you don't have to open channel to everywhere you pay. 04:49 < Veggen> of course. 04:49 < ChunkyPuffs> What's the protocol like to make that work? Is peer discovery done through gossip protocol? 04:49 < zyp> keep in mind, starblocks is made by the eclair developers 04:49 < Veggen> ChunkyPuffs: It's not. It's onion routed, which means that any intermediate node only knows where it got it from (previous hop) and the next hop to send it to. 04:49 < zyp> the default node eclair connects to is run by the same people 04:50 < ChunkyPuffs> but it's not resistant to firewalls? 04:50 < Veggen> ChunkyPuffs: yah, currently sender knows about all channels. 04:50 < ChunkyPuffs> right, well hashgraph is interesting because of the fact that it's asynchronous 04:50 < ChunkyPuffs> and therefore resistant to firewalls, since you can't really prevent anything from getting past, so long as one person within the firewall has access out 04:50 < Veggen> uhm....of couse not. An active channel requires a TCP connection. But not from you as a sender. 04:51 < ChunkyPuffs> Is this the same way? If one person in China has access out via a VPN, does this allow routing to happen regardless of the existing massive firewall? 04:51 < ChunkyPuffs> or can it easily be stomped? 04:52 < Veggen> ChunkyPuf: well, there's tor etc. 04:52 < ChunkyPuffs> that's not really good enough 04:52 < ChunkyPuffs> You can't have that being a requirement, that's like the bitcoin network relying on satellites, it's a dire situation. 04:53 < Veggen> well. Anything that requires TCP connections can be censored at the firewall level. 04:53 < Veggen> heck, TCP connections are not a rquirement either. 04:53 < ChunkyPuffs> lightning wouldn't function well in China then? The problem is that Bitcoin in all ways right now, as far as I know, is byzantine fault tolerant, but not asynchronous byzantine fault tolerant. 04:53 < ChunkyPuffs> it needs to be asynchronous if you want to beat that kind of possible censorship in a country with a humongous firewall 04:54 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has joined #lnd 04:54 < ChunkyPuffs> If China wanted to they could easily disrupt and attack the network by cutting off the existing miners, just withholding blocks, not that they would; there's no reason to. But if the protocol was asynchronous it wouldn't be possible. 04:55 < ChunkyPuffs> It's not dire, it's just annoying, it doesn't make anything impossible, it's just annoying as hell. And the same is probably true if you were to try and use lightning network in China. Right? 04:56 < ChunkyPuffs> I mean, I really do wonder how much of this goes away if people are developing apps that go over tor by default. Sorry for spamming. 04:58 < ChunkyPuffs> Veggen, It's not about the fact that it uses TCP, it's just that if it were asynchronous there would be absolutely no way to censor it, because if one user has access to the outside world it all falls apart, and it communicates at the speed of available bandwidth. 04:58 -!- merehap_ [~merehap@204.152.214.26] has joined #lnd 05:01 -!- merehap [~merehap@67.215.231.234] has quit [Ping timeout: 276 seconds] 05:05 < ChunkyPuffs> Is it my understanding that eclair only allows payments? There is no feature for generating payment requests at this time?? 05:06 < Veggen> That's correct. 05:06 < ChunkyPuffs> My God though... 2225 known channels. I'm really not worried about this being too difficult to use even in china if it has peer discovery like that, are you sure this isn't asynchronous? 05:07 < zyp> asynchronous in what sense? 05:07 < Veggen> that may or may not change in the future. For example when watchtower service is implemented fully. 05:07 < ChunkyPuffs> everyone distributes knowledge of available channels at speed of light 05:08 < ChunkyPuffs> all elements of peer discovery should be communicated at the speed of light, no waiting around, and that way you can always focus on the one person that has the way out of the firewall zyp 05:08 -!- booyah_ is now known as booyah 05:09 < ChunkyPuffs> otherwise you may never reach that one exit supplier, it really seems that it does work asynchronously if I'm picking up 2225 channels like that out automagically 05:09 < Veggen> uh. The end goal is not have everyone knowing about everybody else at all times. 05:09 < ChunkyPuffs> yeah but you can still communicate the necessary information at speed of light 05:09 < Veggen> oh, sure. 05:09 < ChunkyPuffs> if it doesn't operate at the speed of available network bandwidth then it won't be uncensorable 05:09 < Veggen> but you have to do it through the established tcp channels :) 05:14 < Veggen> Hmm. The recksplorer will now not see what's in channels from eclair, right? 05:15 < Veggen> so node count, total amount etc. is even less correct than before? 05:15 < Veggen> doesn't really matter, I guess :) 05:16 -!- s7r [~s7r@openvpn/user/s7r] has quit [Quit: by bye] 05:16 -!- s7r [~s7r@openvpn/user/s7r] has joined #lnd 05:23 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #lnd 05:25 < ChunkyPuffs> Oh ffs 05:26 < ChunkyPuffs> Can someone help me out with installing lightning-charge? I'm getting some NPM error. 05:26 < ChunkyPuffs> I wanna just install the woocommerce plugin in a way that won't take me 2 hours to figure the damn thing out. 05:30 < BB-Martino> is lightning-charge backend agnostic? i thought it was only for lightning-c 05:33 < ChunkyPuffs> I don't have a clue, and for the woocommerce plugin to claim it's user friendly is a bit misleading 05:34 < ChunkyPuffs> npm pisses me off 05:34 < ChunkyPuffs> why is my sudo user using a different version than my user? my aching assss aaaaaaah 05:40 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has quit [Ping timeout: 246 seconds] 05:43 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has joined #lnd 05:43 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has joined #lnd 05:44 < ChunkyPuffs> Basically, my sudo and regular user has node v 6 instead of 8.10. And my sudo user has npm 5.8 whereas my regular user has 3.8, and I have no idea how to resolve this. If anybody could pm me on how to solve this in a timely manner, I'd be apprecieative. 05:44 < Veggen> "which " 05:44 < Veggen> will show where it loads it from. 05:45 < ChunkyPuffs> whadya mean which command? 05:45 < ChunkyPuffs> npm 05:45 < Veggen> the program is called which. 05:45 < ChunkyPuffs> ?? 05:45 < ChunkyPuffs> I'm just trying to update the damn thing 05:45 < ChunkyPuffs> I'm not trying to run a program. 05:46 < Veggen> you are. npm is a program. 05:47 < ChunkyPuffs> yes, assumed that, and told you, npm. 05:47 < ChunkyPuffs> but you're still asking what I'm using. 05:48 < ChunkyPuffs> anyway, I can't install lightning-charge, at all, and I can't update my npm, and it's really annoying, and I am not spending hours figuring this out, so if anybody can help me just wipe NPM and get it up to date, I'd be appreciative. 05:48 < ChunkyPuffs> stack exchange has destroyed my install, bogus guides. 05:50 <@mlz> go ask in channel #lightning-charge, this is #lnd 06:00 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has quit [Ping timeout: 260 seconds] 06:05 < Veggen> ChunkyPuffs: and when you are running a service somewhere, you need to actually nderstand the system. Or hire someone who do. 06:07 < Veggen> you can ask specific questions at IRC channels, b most people in IRC that provides free help expects a great deal of willingness to learn. 06:07 <@mlz> ~$ which npm 06:07 -!- wxss [~user@46-227-67-54.static.obenetwork.net] has joined #lnd 06:07 <@mlz> /usr/bin/npm 06:07 < ChunkyPuffs> Veggen, that is just so incredibly wrong for what this is.. 06:08 < ChunkyPuffs> Yes, a person who simply wants to set up a woocommerce plugin on wordpress needs to understand docker and npm to the nth degree.. no. 06:08 < ChunkyPuffs> The issue is not with my understanding of lightning or docker either, it's with NPM, stop belittling just because you can. 06:09 < ChunkyPuffs> yes that npm, I solved it anyway using nvm. 06:09 < ChunkyPuffs> Although every guide was absolute garbage and outdated. 06:09 -!- Xantanium2 [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has quit [Ping timeout: 264 seconds] 06:09 < Veggen> then improve them. Create a better one. Or mail the ones that maintain the guides. 06:09 < ChunkyPuffs> I don't have the skills necessary to create a better one. 06:10 < ChunkyPuffs> nor the incentive, nor the will. 06:10 < ChunkyPuffs> I'm a 20 year old neet, I just want to set up woo commerce lightning for fun, I don't know what you're really expecting of me 06:10 < Veggen> You *seriously* expect people to reseearch answers for you, for free? 06:11 < Veggen> We'll answer specific questions if you have them, but you're not going to get handhelding on stuff you can easily learn yourself. 06:12 < Veggen> or - some people might. But it's not some right you have to expect. 06:13 -!- whythat [~whythat@gateway/tor-sasl/whythat] has quit [Ping timeout: 268 seconds] 06:14 -!- whythat [~whythat@gateway/tor-sasl/whythat] has joined #lnd 06:15 < ChunkyPuffs> You seriously expect me to write a guide for free that I don't 100% understand myself? 06:15 < ChunkyPuffs> I don't expect anything, I didn't get an answer and I'm not bothered by that. 06:16 < Veggen> fine, you just sound a bit...impatient :) 06:16 < ChunkyPuffs> I help people on an individual basis for things I actually understand, because I'm 20. 06:16 < ChunkyPuffs> I'm not some crusty 40yo unix sysadmin 06:16 < lndbot> to be clear, just in case you had mismanaged expectations ChunkyPuffs: the woo commerce plugin is: a beta WordPress plugin that interacts with the beta LND software that interacts with the still technically beta Bitcoin blockchain, something 1% of people can explain how it works. Don’t expect things to be user-friendly at this point 06:16 < Veggen> as do those of us who is almost 50 :) There's no difference. 06:17 < ChunkyPuffs> Well why would it be a woo-commerce plugin if it weren't supposed to be, or at least try to be user friendly? 06:17 < lndbot> and I don’t mean that as an attack or anything like that, I just want to make it clear to you that this is all advanced, technical and very beta, so if you’re not interested in extra effort because of that, then just be patient 06:17 < ChunkyPuffs> It's an oxymoron, this is still pretty user friendly, the problem was with NPM.. 06:17 < ChunkyPuffs> No, no, no, it's just wrong, the plugin IS user friendly, why are you saying it's not? 06:18 < Veggen> newer and popular systems, like node and go, tend to be a bit like that. Lots happen, things expect a certain versions, you ned up with more than one :) 06:18 < lndbot> I said “don’t expect things to be user-friendly”. If they are, great, but sometimes you’ll have to dig into weeds somewhere. 06:18 < ChunkyPuffs> There's a heavy assumption that only 1% of 1% of 1% understand these things, it's just not true. 06:18 < ChunkyPuffs> the barrier to entry is not high if a woocommerce plugin exists. 06:19 < lndbot> ok. 06:19 < ChunkyPuffs> I'm sitting here as a neet that is not remarkably intelligent trying to figure this out. 06:20 < ChunkyPuffs> How is this an "only 1% of people get it" thing? 06:20 < Veggen> Too 90%, a command line is daunting. 06:20 < Veggen> To 95%, instralling something is. 06:20 < Veggen> (from command line) 06:20 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has joined #lnd 06:20 < ChunkyPuffs> I wonder why I'm still a neet then 06:21 < ChunkyPuffs> I'd sit on a command line all day 06:21 < Veggen> Add manual configuration steps, and you have the remainding 4, and get to 99% finds it too daunting. 06:21 < Veggen> you're comparing with your computer enthusiast friends. 06:21 < ChunkyPuffs> I agree it's niche, but there's billions of human beings, and the internet exists. 06:22 < Veggen> sure. 06:22 < ChunkyPuffs> so for something to be niche really doesn't mean that much when you factor in the internet. 06:22 < ChunkyPuffs> I don't know one person IRL that uses Linux lol 06:22 < ChunkyPuffs> Or bitcoin, either, actually. 06:24 < lndbot> let us know if you have any specific questions on how to set up or use lnd, we’re happy to help 06:32 -!- rtgnx [~rtgnx@51.15.89.67] has joined #lnd 06:37 -!- deviant [deviant@xion.pl] has joined #lnd 06:44 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Ping timeout: 268 seconds] 06:48 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #lnd 06:50 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has quit [Ping timeout: 260 seconds] 06:56 < ChunkyPuffs> tyzbit, can you use neutrino as a replacement for bitcoind in any circumstance?> 06:57 < lndbot> Yeah, Neutrino acts as a replacement for the bitcoind backend. It works well, but if you can, you should run btcd or bitcoind yourself. Neutrino’s ideal use case is mobile phones and other underpowered computers that can’t run a backend as well as lnd. 07:01 < ChunkyPuffs> well I don't have enough space to store the bitcoin blockchain on my ssd server, which is what I'm using 07:01 < ChunkyPuffs> and I shouldn't have to, if given the option 07:01 <@mlz> Neutrino is not for mainnet right now 07:01 < ChunkyPuffs> not interested in mainnet either 07:01 < ChunkyPuffs> I just wanna set up a damn test store lmao 07:02 < ChunkyPuffs> Just let me know if neutrino should be able to do this. 07:02 <@mlz> don't think so 07:03 < ChunkyPuffs> well fuck that, my server will never be able to run this 07:03 < ChunkyPuffs> unless I have an option not to store the chain, I absolutely can not spare the space 07:08 -!- tiagotrs [~user@p5DC47011.dip0.t-ipconnect.de] has joined #lnd 07:08 -!- tiagotrs [~user@p5DC47011.dip0.t-ipconnect.de] has quit [Changing host] 07:08 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 07:14 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has quit [Ping timeout: 264 seconds] 07:27 -!- harsondaily [67d0dc8b@gateway/web/freenode/ip.103.208.220.139] has joined #lnd 07:32 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has quit [Remote host closed the connection] 07:33 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has joined #lnd 07:43 -!- douglas_ [douglas@nat/redhat/x-ljtkjftrjnzoqguq] has joined #lnd 07:49 -!- douglas__ [douglas@nat/redhat/x-kjbdymbdgfzotddq] has joined #lnd 07:52 -!- douglas_ [douglas@nat/redhat/x-ljtkjftrjnzoqguq] has quit [Ping timeout: 276 seconds] 07:57 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 255 seconds] 08:12 -!- grafcaps [~haroldbr@104.137.194.255] has joined #lnd 08:16 < stevenroose> Is it currently possible to setup a bidirectionally prefunded channel? 08:16 < zyp> it's only funded by the initiating node, but you can push some of the funds to the other side so initial state allows for bidirectional payments 08:17 < lndbot> to be clear, a push is giving the other node money 08:18 < lndbot> you don’t have to push funds to make useful channels, only to make channels that you can receive (and route) payments on. 08:19 < lndbot> if you trust the other node operator enough, you can trade a channel open with a push amt with an on-chain transaction 08:21 -!- CubicEar_ [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has joined #lnd 08:24 -!- CubicEarths [~cubiceart@c-73-181-185-197.hsd1.wa.comcast.net] has quit [Ping timeout: 260 seconds] 08:26 < wooten> sigh, same thing. I removed and went through the time comsuming set up only for it to fail again. Logs aren't really helpful. 08:26 < wooten> [ERR] SRVR: unable to get channel links: unable to locate channel link by destination hop 08:26 < wooten> from eclair -> lnd 08:26 <@mlz> wooten, you should report to eclair 08:27 < wooten> Received funding error from 02fa1d... unreasonable to_self_delay=1201 (max=1000) 08:27 < wooten> I am, but yeah... 08:27 < wooten> this is fusturating :/ 08:28 <@mlz> probably eclair has higher fees and would not negotiate 08:28 <@mlz> oh self delay.. 08:28 <@mlz> probably they don't like LND's csv delay 08:28 < wooten> what does that actually mean? 08:28 < wooten> oh.. grr.. this was seriously working two days ago 08:29 <@mlz> your lnd's csv delay is 1201 blocks and eclair's max delay is 1000 blocks from what i see 08:30 < wooten> I didnt see option, can I adjust that on lnd node side? 08:30 <@mlz> lnd has "updatechanpolicy" but i'm still not quite clear how it works with csv delay 08:31 < wooten> ill dig. thanks for the tip. 08:31 <@mlz> and when your channel has htlc's the csv delay for each htlc is different 08:32 < wooten> interesting. Hopefully i can get acinq guys attention. Maybe they busted something when they released source 08:32 < lndbot> wooten: the hashed timelock contracts (essentially, the channels) have a delay in blocks according to the software. If either node broadcasts the transaction to the chain, there is a delay before it can be confirmed which allows time for punishment of cheaters. that’s what CSV delay is, the time that a transaction has to sit in the mempool before a miner will confirm it 08:33 < wooten> Ah, thanks for info! 08:33 < Veggen> I think these kinds of issues are basically most of the problems we see on mainnet today. 08:33 < Veggen> Disagreements on properties. 08:34 < Veggen> (between different implementations) 08:34 < lndbot> the RFC is set in stone but each implementation can decide what are sane values to accept 08:34 <@mlz> yea, if all humans are honest and not malicious/evil then things could be so much easier :D 08:34 < wooten> one could only wish :) 08:34 < lndbot> I agree that it’s not an ideal situation but on the other hand, people want to accept different levels of risk, both between implementations and settings that the node operators can set 08:35 < lndbot> @mlz ever seen The Invention of Lying? 08:35 <@mlz> nope 08:35 -!- fusion44 [~fusion44@p5483A02D.dip0.t-ipconnect.de] has joined #lnd 08:37 -!- douglas__ [douglas@nat/redhat/x-kjbdymbdgfzotddq] has quit [Ping timeout: 265 seconds] 08:43 -!- dougsland [douglas@nat/redhat/x-mvalvjfjmxfjjigs] has joined #lnd 08:47 < lndbot> it’s a pretty good movie about an alternate reality where people can’t lie, and one dude figures out how to 08:47 < wooten> The only updatechanpolicy param that seems related would be the cltv, but not sure that makes sense for this 08:50 -!- douglas_ [douglas@nat/redhat/x-olkjkdchiwwyyqns] has joined #lnd 08:50 <@mlz> wooten, when you want to open a channel with another node, it's taken into account that that node thinks you want to create htlc's with it 08:50 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 255 seconds] 08:50 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Remote host closed the connection] 08:51 < wooten> not sure i follow 08:52 <@mlz> both csv and cltv are used in LN 08:52 < wooten> still digging into this side of things, forgive ignorance :/ 08:52 < wooten> if i set the cltv to anything but default what does that alter in sense of adjusting the csv value 08:53 -!- dougsland [douglas@nat/redhat/x-mvalvjfjmxfjjigs] has quit [Ping timeout: 264 seconds] 08:53 < wooten> eclair's gitter is quiet. Thankfully you guys are active here :/ 09:00 -!- harsondaily [67d0dc8b@gateway/web/freenode/ip.103.208.220.139] has quit [Quit: I couldn't begin to describe my gratitude] 09:01 < wooten> So this is def elair issue. Not my node at least. Was worried I borked something. I can't connect to yalls and seeing reports of similar issue in destop. 09:01 < wooten> Looks to be related to funds being locked somehow... oh happy days.... 09:02 < wooten> hopefully someone picks up the phone. Thanks for the tips and info again guys! 09:04 < lndbot> CSV is how long the transaction sits in the mempool CLTV is how many confs on top of the transaction you must wait before it’s spendable, to guard against chain forks 09:04 < lndbot> coop closes remove all of those since both nodes agree who gets what 09:05 < lndbot> but with a force close, CSV prevents a transaction from being broadcasted and confirmed instantly 09:05 < lndbot> and CLTV prevents a confirmed transaction from being lost due to possible chain forks 09:06 < lndbot> the CSV period is where a TX sits before being confirmed and bad actors can be punished 09:07 < stevenroose> I guess network connectivity will be significantly better on mainnet as the state is not bloated with offline nodes etc 09:08 < stevenroose> I reseted my autopilot several times over the last month or two and I never managed to pay starblocks 09:09 < wooten> Ah, good info. Anyway to adjust the csv period in lnd? 09:09 < wooten> I was able to create channels with exact same set up two days ago 09:09 < wooten> reminds of some xkcd comics :/ 09:10 < wooten> maybe its too early for eclair guys :D 09:19 < wooten> Here is their reply.. though im not running my own node it's their testnet app 09:19 < wooten> this is your eclair node complaining that the to_self_delay field that your peer included is their accept message is too high. our to_self_delay is 144 blocks which is accepted by all impl I've tried so far. And I've just opened a channel with mainnet.yalls. This is not a setting you can change atm and 1201 is really high (more than a week). 09:19 < wooten> So.. looks like im screwed somehow even though it was working with the same set up two days ago.... this is where table flip emjoi gets used 09:19 -!- JackH [~laptop@host-80-47-80-55.as13285.net] has quit [Quit: Leaving] 09:21 < wooten> i can't connect to yalls testnet either. Any one know how these params would have changed and thus broke if its not something that updateable? 09:23 < zyp> I thought the difference between CLTV and CSV was that the former operates on absolute time while the latter operates on relative time 09:23 < zyp> and AFAIK LND only uses relative time 09:24 < lndbot> Can you connect to htlc.me ? 09:24 < wooten> i'll give it a try. have peer info off hand? 09:27 < lndbot> 03193d512b010997885b232ecd6b300917e5288de8785d6d9f619a8952728c78e8@ 34.201.11.250 09:27 < wooten> looks like its doing the same thing. wait_for_accept. It should just close on me here in a sec 09:28 < wooten> yep 09:28 < wooten> fun, it connects to their nodes just fine, well auto-connect 09:28 < wooten> maybe i can get them to tell me what actually changed to break this 09:31 < wooten> yeah, works fine against their endurance nodes. Two days can break a demo and no one knows what changed to break it! 09:40 -!- douglas_ [douglas@nat/redhat/x-olkjkdchiwwyyqns] has quit [Ping timeout: 268 seconds] 09:43 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Ping timeout: 268 seconds] 09:45 -!- JackH [~laptop@host-80-47-80-55.as13285.net] has joined #lnd 09:46 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #lnd 09:47 -!- dougsland [douglas@nat/redhat/x-tlivtuuahidbrzgc] has joined #lnd 09:53 -github-lnd:#lnd- [lnd] stevenroose opened pull request #1033: rpcserver: Clarify failure closing offline channel (master...close-offline) https://git.io/vxyQ5 09:58 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #lnd 10:08 -!- RusAlex [~Chel@unaffiliated/rusalex] has quit [Ping timeout: 240 seconds] 10:16 -!- DrOlmer [~DrOlmer@unaffiliated/drolmer] has quit [Ping timeout: 260 seconds] 10:17 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 10:19 -!- DrOlmer [~DrOlmer@unaffiliated/drolmer] has joined #lnd 10:57 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has joined #lnd 11:02 <@roasbeef> cea: we'll be dropping our spv impl on desktop soon-ish, will also be on all mobile platforms 11:04 -!- colatkinson [~colatkins@2620:0:2820:503:5ee0:c5ff:fe8c:502d] has joined #lnd 11:05 -!- colatkinson [~colatkins@2620:0:2820:503:5ee0:c5ff:fe8c:502d] has quit [Client Quit] 11:05 -!- colatkinson [~colatkins@nagini-307.dynamic.rpi.edu] has joined #lnd 11:06 -!- rando [5abec4e5@gateway/web/freenode/ip.90.190.196.229] has joined #lnd 11:06 -github-lnd:#lnd- [lnd] halseth opened pull request #1034: [bugfix] Custom remote_csv_delay and min_htlc_msat (master...funding-custom-csv-delay-bugfix) https://git.io/vxypw 11:06 < cea> roasbeef, cool, but will it also have this limitation of only sending not receiving? kinda sucks no? 11:07 < cea> i mean sure usually people would use it with merchants and much more likely to do outgoing than incoming, but feels incomplete ya know? 11:08 <@roasbeef> will be able to send and recv 11:08 <@roasbeef> then other goodies later 11:08 < cea> but, alas, ive opened up a 0.05 BTC channel on my mobile in case i run into some merchant that accepts it and can be useful 11:09 -!- JackH [~laptop@host-80-47-80-55.as13285.net] has quit [Quit: Leaving] 11:09 < cea> ah cool. lightweight i think is key for adoption 11:09 < wooten> wonder if what i'm running into is resolved by this https://git.io/vxypw. Eclair guys just say that lnd csv is too high.. but no way to change it.. so i have no idea what to do. 11:09 < cea> let ppl interact w btc like it is a centralised ewallet app 11:10 < cea> UX wise ofc 11:10 < cea> then ppl dont need to make sacrifices there in favour of all the other benefits 11:19 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Remote host closed the connection] 11:19 -!- tiagotrs [~user@p5DC47011.dip0.t-ipconnect.de] has joined #lnd 11:19 -!- tiagotrs [~user@p5DC47011.dip0.t-ipconnect.de] has quit [Changing host] 11:19 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 11:27 -!- rando [5abec4e5@gateway/web/freenode/ip.90.190.196.229] has quit [Ping timeout: 260 seconds] 11:35 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 276 seconds] 11:39 -!- conundrum [~conundrum@172.86.120.144] has quit [Disconnected by services] 11:42 -!- conundrum_ [~conundrum@172.86.120.144] has joined #lnd 11:44 -!- colatkinson_ [~colatkins@2620:0:2820:503:5ee0:c5ff:fe8c:502d] has joined #lnd 11:44 -!- bule [~bule@gateway/tor-sasl/bule] has joined #lnd 11:45 -!- colatkinson [~colatkins@nagini-307.dynamic.rpi.edu] has quit [Ping timeout: 276 seconds] 11:45 -!- colatkinson_ is now known as colatkinson 11:55 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-phqokvqrxssfdnhf] has joined #lnd 12:06 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 264 seconds] 12:13 -!- fusion44 [~fusion44@p5483A02D.dip0.t-ipconnect.de] has quit [Quit: Leaving.] 12:23 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 12:25 -!- fusion44 [~fusion44@p5483A02D.dip0.t-ipconnect.de] has joined #lnd 12:36 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Quit: Leaving] 12:42 -!- colatkinson [~colatkins@2620:0:2820:503:5ee0:c5ff:fe8c:502d] has quit [Ping timeout: 276 seconds] 12:51 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 260 seconds] 12:56 -!- fusion44 [~fusion44@p5483A02D.dip0.t-ipconnect.de] has quit [Quit: Leaving.] 13:01 -!- colatkinson [~colatkins@2620:0:2820:1502:5ee0:c5ff:fe8c:502d] has joined #lnd 13:01 -!- AndBobsYourUncle [AndBobsYou@gateway/vpn/privateinternetaccess/andbobsyouruncle] has joined #lnd 13:04 -!- lnostdal [~lnostdal@85.118.81.26] has joined #lnd 13:05 <@roasbeef> ChunkyPuffs: yeh the eclair testnet app auto connects to that node 13:05 <@roasbeef> i think their mobile app also has an option to just connect to them 13:05 <@roasbeef> as they don't yet have peer discovery implemented 13:07 -!- colatkinson [~colatkins@2620:0:2820:1502:5ee0:c5ff:fe8c:502d] has quit [Quit: colatkinson] 13:08 -!- colatkinson [~colatkins@ri-87-rsdh-wl-228.dynamic.rpi.edu] has joined #lnd 13:09 -!- booyah [~bb@193.25.1.157] has quit [Ping timeout: 246 seconds] 13:14 <@roasbeef> wooten: funding error just means they don't like our csv, it's an issue with the remote node, wanting a very short timeout 13:14 <@roasbeef> at this state, everyone should be using long timeouts, there're a bunch of noobs using this stuff for the first time 13:14 -!- dougsland [douglas@nat/redhat/x-tlivtuuahidbrzgc] has quit [Ping timeout: 240 seconds] 13:14 <@roasbeef> with a timeout of 1 day...better not forget to chrage your phone when you go on that hike over the weekend 13:15 <@roasbeef> IMO them using 144 blocks (1 day ) is a bit dangerous 13:15 <@mlz> roasbeef, can we change our CSV delay to match theirs? 13:16 <@roasbeef> yeh 13:16 <@roasbeef> but i dunno if i would 13:16 <@roasbeef> espeically if you're running on a phone 13:17 <@mlz> roasbeef, i wouldn't either, but is it `--time_lock_delta=xxx` the flag to change? 13:17 <@roasbeef> it's in openchannel 13:17 <@roasbeef> so look at openchannel -h 13:18 <@mlz> ah thank you 13:20 -!- booyah [~bb@193.25.1.157] has joined #lnd 13:37 -!- JackH [~laptop@host-80-47-80-55.as13285.net] has joined #lnd 13:39 -!- aceat64 [402f2df1@gateway/web/freenode/ip.64.47.45.241] has joined #lnd 13:49 -!- colatkinson [~colatkins@ri-87-rsdh-wl-228.dynamic.rpi.edu] has quit [Ping timeout: 260 seconds] 13:51 -!- lnostdal [~lnostdal@85.118.81.26] has quit [Ping timeout: 268 seconds] 13:52 -!- aceat64 [402f2df1@gateway/web/freenode/ip.64.47.45.241] has quit [Quit: Page closed] 13:59 < Veggen> @roasbeef - phone wallet with receive functionallity, does this also imply watching nodes? 14:00 < Veggen> not that I'm that afraid of fraud. It's just one of these issues that'll be FUDed about until it's proven to work :) 14:03 -!- AndBobsYourUncle [AndBobsYou@gateway/vpn/privateinternetaccess/andbobsyouruncle] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…] 14:05 -!- lnostdal [~lnostdal@85.118.82.216] has joined #lnd 14:05 -!- nitramiz [~nitramiz@76.76.240.247] has joined #lnd 14:06 -!- MaxSan [~user@91.207.102.163] has joined #lnd 14:06 -!- colatkinson [~colatkins@2620:0:2820:1502:5ee0:c5ff:fe8c:502d] has joined #lnd 14:08 <@roasbeef> towers inc 14:08 <@roasbeef> many tings inc 14:08 < Veggen> :) 14:23 -!- bule [~bule@gateway/tor-sasl/bule] has quit [Quit: Leaving] 14:26 -!- nitramiz [~nitramiz@76.76.240.247] has quit [Ping timeout: 264 seconds] 14:31 < wooten> Thanks for the info.. those errors may have been a red herring of sorts. I cut the funding in half and it 'magically started working. The problem with the openchan csv value is these are incoming chans that don't allow setting that. So to accept those it would need to be configured another way I think 14:32 < wooten> That said.. I'm able to create the channel now.. 14:36 <@mlz> wooten, did you see what roasbeef said 14:37 <@mlz> wooten, lncli openchannel -h 14:38 <@mlz> im wondering if when you open a channel with that node, do --remote_csv_delay=432 and it'll be accepted 14:38 <@mlz> anything block count from 1000 and under 14:44 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-phqokvqrxssfdnhf] has quit [Quit: Connection closed for inactivity] 14:46 < wooten> it's an incoming channel request though. From the eclair anddroid app to the lnd node. I can't supply those params on the intiating side. 14:47 < wooten> where's the remote_csv option at? 14:47 < wooten> I mean it's working now, so this is a non-issue i suppose. The logs led to this discussion though, so there might be something here 14:47 -!- Pioklo_ [Pioklo@ip-91.246.70.194.skyware.pl] has quit [Ping timeout: 260 seconds] 14:49 <@mlz> wooten, oh i thought it was from the lnd node trying to open a channel with the eclair node, this is what you should ask the eclair devs how to change their csv delay 14:50 <@mlz> wooten, but for how to change LND csv_delay is like what roasbeef said, when you open your channel you use the flag --remote_csv_delay= 14:51 <@mlz> is number of blocks you want to set, check out "lncli openchannel -h" on your LND terminal screen 14:54 -!- colatkinson [~colatkins@2620:0:2820:1502:5ee0:c5ff:fe8c:502d] has quit [Quit: colatkinson] 15:02 -!- wxss [~user@46-227-67-54.static.obenetwork.net] has quit [Quit: leaving] 15:07 -!- lnostdal [~lnostdal@85.118.82.216] has quit [Ping timeout: 256 seconds] 15:08 < wooten> gotcha. The app doesn't have that ability and they said their value is proper. *shrugs*. I'm sure at some point these things will be a bit more configurable. 15:16 -!- MaxSan [~user@91.207.102.163] has quit [Ping timeout: 256 seconds] 15:17 -!- AndBobsYourUncle [AndBobsYou@gateway/vpn/privateinternetaccess/andbobsyouruncle] has joined #lnd 15:19 -!- lnostdal [~lnostdal@213.226.63.238] has joined #lnd 15:24 -!- lnostdal [~lnostdal@213.226.63.238] has quit [Ping timeout: 264 seconds] 15:36 -!- lnostdal [~lnostdal@85-118-77-217.mtel.net] has joined #lnd 15:38 -!- sh_smith_ [~sh_smith@cpe-76-174-26-91.socal.res.rr.com] has quit [Remote host closed the connection] 15:40 -!- sh_smith [~sh_smith@cpe-76-174-26-91.socal.res.rr.com] has joined #lnd 15:41 -!- lnostdal [~lnostdal@85-118-77-217.mtel.net] has quit [Ping timeout: 264 seconds] 15:52 <@roasbeef> well we're on the craeful side of things 15:53 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 15:54 -!- tristian [~tristian@unaffiliated/tristian] has quit [Quit: .] 15:55 -github-lnd:#lnd- [lnd] Roasbeef pushed 1 new commit to master: https://git.io/vxSuK 15:55 -github-lnd:#lnd- lnd/master 406fdbb Olaoluwa Osuntokun: brontide: increase timeout to 5s 15:57 < lndbot> back online after some downtime and two moar payments 15:57 < lndbot> nice 16:01 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-arkqgenuyjkmxxzt] has joined #lnd 16:06 < lndbot> what caused downtime? 16:06 < lndbot> been receiving some payments as wells, lnd sits on 400mb 16:06 -!- tristian [~tristian@unaffiliated/tristian] has joined #lnd 16:11 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 265 seconds] 16:11 -!- RusAlex [~Chel@unaffiliated/rusalex] has joined #lnd 16:23 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 16:28 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #1026: htlcswitch+lnwallet: ensure the Error is sent to remote peer before d/c, add detailed err for htlc sig rejection (master...link-sig-errors) https://git.io/vxDuy 16:31 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has joined #lnd 16:34 -!- MaxSan [~user@91.207.102.163] has joined #lnd 16:36 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has quit [Ping timeout: 260 seconds] 16:44 -!- iv4n [~iv4n@94.140.141.246] has quit [Ping timeout: 255 seconds] 16:50 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has joined #lnd 17:12 -!- iv4n [~iv4n@94.140.141.246] has joined #lnd 17:16 -!- drexl [~drexl@cpc130676-camd16-2-0-cust445.know.cable.virginm.net] has quit [Quit: drexl] 17:23 -!- bobguy99 [470cc2d9@gateway/web/freenode/ip.71.12.194.217] has joined #lnd 17:23 -!- bobguy99 [470cc2d9@gateway/web/freenode/ip.71.12.194.217] has quit [Client Quit] 17:23 < k1234> Hey. So. I upgraded yesterday to LND 0.4.1. Now whenever I try to addinvoice I get this error: [lncli] rpc error: code = Unknown desc = permission denied 17:23 < k1234> Thoughts? 17:24 -!- nekovedo44 [4d6ff709@gateway/web/freenode/ip.77.111.247.9] has joined #lnd 17:24 < nekovedo44> is there a way to get lnd 0.4 to work with Zap? 17:25 -!- grafcaps [~haroldbr@104.137.194.255] has quit [Ping timeout: 240 seconds] 17:26 -!- rustedwarface [4d6ff709@gateway/web/freenode/ip.77.111.247.9] has joined #lnd 17:29 -!- nekovedo44 [4d6ff709@gateway/web/freenode/ip.77.111.247.9] has quit [Ping timeout: 260 seconds] 17:30 <@roasbeef> k1234: delete your old macaroon 17:30 <@roasbeef> s 17:31 -!- rustedwarface [4d6ff709@gateway/web/freenode/ip.77.111.247.9] has quit [Ping timeout: 260 seconds] 17:32 < k1234> @roasbeef: thx 17:35 -!- AndBobsYourUncle [AndBobsYou@gateway/vpn/privateinternetaccess/andbobsyouruncle] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…] 17:36 -!- k1234 [62dfe998@gateway/web/freenode/ip.98.223.233.152] has quit [Ping timeout: 260 seconds] 17:39 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 17:40 -!- nitramiz [~nitramiz@76.76.240.247] has joined #lnd 17:43 -!- grafcaps [~haroldbr@50.90.83.229] has joined #lnd 17:43 -!- k1234 [62dfe998@gateway/web/freenode/ip.98.223.233.152] has joined #lnd 17:44 < k1234> ok. I removed macaroons (ie: deleted contents of macaroons/ directory). But I'm still getting the same error... ??? 17:45 < k1234> [lncli] rpc error: code = Unknown desc = permission denied 17:48 <@mlz> did you delete macaroons.db ? 17:50 < k1234> I removed the contents of macaroons/ directory... does that accomplish that? 17:54 -!- k1234_ [62dfe998@gateway/web/freenode/ip.98.223.233.152] has joined #lnd 17:54 < k1234_> @roasbeef: sorry. I keep losing my connection while running LND... I removed the contents of the macaroons/ directory (moved them). What should I do to delete macaroons? 17:55 -!- k1234 [62dfe998@gateway/web/freenode/ip.98.223.233.152] has quit [Ping timeout: 260 seconds] 17:55 < k1234_> (also: wondering if I'm being DOSed...) 17:55 <@roasbeef> k1234_: losing your connection? 17:55 <@roasbeef> i mean the things that end in .macaroon 17:55 <@roasbeef> two files 17:55 <@roasbeef> possibly three depending on which version you're on 17:56 < k1234_> I don't see ANYTHING in lnd/ that ends in .macaroon... There is a macaroon/ directory... 17:56 < k1234_> but no files that end in .macaroon (unless I should be looking elsewhere?) 17:56 < k1234_> first install was 0.4.0. Then upgraded to 0.4.1 17:58 -github-lnd:#lnd- [lnd] Roasbeef pushed 6 new commits to master: https://git.io/vxSKN 17:58 -github-lnd:#lnd- lnd/master e91dff4 Olaoluwa Osuntokun: test: extend testRevokedCloseRetributionRemoteHodl to have HTLCs in both directions... 17:58 -github-lnd:#lnd- lnd/master 4e44528 Olaoluwa Osuntokun: lnwallet: fix ordering of keys when we generate the sender script during a breach... 17:58 -github-lnd:#lnd- lnd/master c393475 Olaoluwa Osuntokun: lnwallet: ensure that we skip dust HTLC's in NewBreachRetribution 18:00 < k1234_> contents of macaroons/ are: auth.go constraints.go service.go store.go store_test.go 18:05 -!- k1234_ [62dfe998@gateway/web/freenode/ip.98.223.233.152] has quit [Ping timeout: 260 seconds] 18:07 <@mlz> no 18:07 <@mlz> not there 18:07 <@mlz> look in .lnd, not lnd 18:07 -!- k1234 [62dfe998@gateway/web/freenode/ip.98.223.233.152] has joined #lnd 18:08 < k1234> @roasbeef: sorry... I keep getting knocked off IRC when I start up lnd (I'm probably getting DOSed...) 18:08 <@mlz> doh 18:08 <@mlz> look in .lnd, not lnd 18:08 < k1234> quickly: I can't find any macaroons files... the macaroons/ directory contains these files: auth.go constraints.go service.go store.go store_test.go 18:08 < k1234> mlz: ok. thanks... hold the line... 18:10 < k1234> brilliant. working now. thanks. (sorry for my misunderstanding of where the macaroons files were located). 18:10 < k1234> cheers! 18:12 -!- justice [~user@36.69.72.130] has joined #lnd 18:16 -!- DrOlmer [~DrOlmer@unaffiliated/drolmer] has quit [Ping timeout: 264 seconds] 18:16 -!- DrOlmer [~DrOlmer@unaffiliated/drolmer] has joined #lnd 18:17 -github-lnd:#lnd- [lnd] Roasbeef pushed 1 new commit to master: https://git.io/vxS67 18:17 -github-lnd:#lnd- lnd/master c8e0eea Wilmer Paulino: gitignore: exclude local lnd+lncli binaries and log outputs 18:18 -github-lnd:#lnd- [lnd] Roasbeef pushed 1 new commit to master: https://git.io/vxS6b 18:18 -github-lnd:#lnd- lnd/master 132c67d Antonin Hildebrand: docker: replace bash shells with last command... 18:20 -!- justice [~user@36.69.72.130] has quit [Ping timeout: 265 seconds] 18:41 -!- moriarty [~uu5nd903@unaffiliated/moriarty] has joined #lnd 18:41 < moriarty> http://bitcoinist.com/first-lightning-network-android-app/ 18:45 -!- fitzsim [~user@69-165-165-189.dsl.teksavvy.com] has quit [Ping timeout: 240 seconds] 18:48 < k1234> anybody else having trouble with: 02bfd4ec033e053a08c7b4cd3c7e0718f3929da9413ccc02dd2a06797a2b848653@35.190.207.186 ??? 18:49 < k1234> I have lots of incoming connections from this IP. Plus an open channel with 2000 satoshi in it (seems like a spam channel, frankly). 18:49 -!- jchia_1 [~jchia@116.192.20.171] has quit [Quit: Leaving.] 18:49 -!- fitzsim [~user@69-165-165-189.dsl.teksavvy.com] has joined #lnd 18:50 -github-neutrino:#lnd- [neutrino] Roasbeef closed pull request #55: rescan: match against the raw script for an addr, not its datapush (master...filter-addr-update) https://git.io/vxKMg 18:51 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-arkqgenuyjkmxxzt] has quit [Quit: Connection closed for inactivity] 18:53 < k1234> just updated my iptables to reject connections... 18:57 < BB-Martino> +1 18:57 < BB-Martino> *reject too many open connections from one IP, yes ? 19:00 -github-neutrino:#lnd- [neutrino] Roasbeef pushed 1 new commit to master: https://git.io/vxSXf 19:00 -github-neutrino:#lnd- neutrino/master 36d9a50 Olaoluwa Osuntokun: build: update to latest BIP-158 compliant btcd+btcutil 19:05 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 19:06 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 19:07 -github-lnd:#lnd- [lnd] Roasbeef opened pull request #1035: build: update to point to BIP158+BIP157 compliant btcd+btcutil+neutrino (master...bip-compliant-neutrino) https://git.io/vxSX8 19:15 -!- nitramiz [~nitramiz@76.76.240.247] has quit [Ping timeout: 260 seconds] 19:26 <@mlz> BB-Martino, you got that too? :D 19:27 <@mlz> it seems bitpico is taking a break 19:28 -!- booyah [~bb@193.25.1.157] has quit [Read error: Connection reset by peer] 19:30 -!- booyah [~bb@193.25.1.157] has joined #lnd 19:32 -!- nitramiz [~nitramiz@76.76.240.247] has joined #lnd 19:35 -!- fitzsim [~user@69-165-165-189.dsl.teksavvy.com] has quit [Read error: Connection reset by peer] 19:35 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 19:35 -!- fitzsim [~user@69-165-165-189.dsl.teksavvy.com] has joined #lnd 19:36 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 19:46 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 19:48 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 19:50 < lndbot> Force close and ban ip 19:52 -github-lnd:#lnd- [lnd] Roasbeef pushed 3 new commits to master: https://git.io/vxSMn 19:52 -github-lnd:#lnd- lnd/master 0c7451c Oliver Gugger: aezeed: add test vectors and test birthday calculation 19:52 -github-lnd:#lnd- lnd/master 16ad6ae Oliver Gugger: aezeed: add README with the text of the PR 19:52 -github-lnd:#lnd- lnd/master 2873747 Olaoluwa Osuntokun: Merge pull request #929 from guggero/aezeed-test... 19:59 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 20:00 -github-lnd:#lnd- [lnd] Roasbeef pushed 1 new commit to master: https://git.io/vxSMo 20:00 -github-lnd:#lnd- lnd/master fb070bf Everton Melo: LICENSE: update year to 2018 20:00 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #320: Fee cutoff (master...fee-cutoff) https://git.io/v5wFJ 20:05 -github-lnd:#lnd- [lnd] cfromknecht closed pull request #269: Backup (master...backup) https://git.io/v5svS 20:08 -!- yoyoma [2f2ae8cc@gateway/web/freenode/ip.47.42.232.204] has joined #lnd 20:09 -!- yoyoma is now known as cleanharry 20:31 -!- cea_ [~cea@5.10.148.196] has joined #lnd 20:32 -!- cea [~cea@5.10.148.196] has quit [Read error: Connection reset by peer] 20:37 -!- cleanharry [2f2ae8cc@gateway/web/freenode/ip.47.42.232.204] has quit [Quit: Page closed] 20:42 -!- iv4n [~iv4n@94.140.141.246] has quit [Ping timeout: 276 seconds] 20:44 -github-lnd:#lnd- [lnd] Roasbeef pushed 2 new commits to master: https://git.io/vxSyf 20:44 -github-lnd:#lnd- lnd/master fca0df2 Wilmer Paulino: htlcswitch: fix periodic calculation of satoshis sent/received... 20:44 -github-lnd:#lnd- lnd/master e0adb0a Olaoluwa Osuntokun: Merge pull request #1007 from wpaulino/htlc-switch-stats... 20:51 -!- grubles [~grubles@unaffiliated/grubles] has quit [Ping timeout: 264 seconds] 20:57 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #744: lnd: use single asterisk for gitignore wildcards (master...master) https://git.io/vAU8K 21:07 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #844: rpc: Streamline RPC messages (master...cleanrpc) https://git.io/vxtY8 21:16 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #958: Include a pending_balance in channelbalance response (master...pending_balance) https://git.io/vx2nm 21:25 < lightningbot1> Merge fiesta :tada::champagne: 21:31 -!- moriarty [~uu5nd903@unaffiliated/moriarty] has left #lnd [] 21:40 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #969: chainntnfs: optionally only notify spends on block inclusion (master...chainntnfs-chain-spends) https://git.io/vxwvj 21:45 -!- nitramiz [~nitramiz@76.76.240.247] has quit [Ping timeout: 265 seconds] 21:46 < lndbot> :confetti_: 21:58 < Veggen> Had to disable the contractcourt/chain_arbitrator.go workaround before pulling latest changes, as it conflicted. But needed enabling again to start LND. 21:59 -!- iv4n [~iv4n@94.140.141.246] has joined #lnd 22:00 -!- wampy [~wampy@gateway/tor-sasl/wampy] has quit [Read error: Connection reset by peer] 22:00 -!- whythat [~whythat@gateway/tor-sasl/whythat] has quit [Read error: Connection reset by peer] 22:00 -!- ChunkyPuffs [~ChunkyPuf@gateway/tor-sasl/chunkypuffs] has quit [Read error: Connection reset by peer] 22:00 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Read error: Connection reset by peer] 22:01 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #lnd 22:01 < Veggen> We need lncli forgetchannel :) 22:02 -!- whythat [~whythat@gateway/tor-sasl/whythat] has joined #lnd 22:02 -!- ChunkyPuffs [~ChunkyPuf@gateway/tor-sasl/chunkypuffs] has joined #lnd 22:04 -!- wampy [~wampy@gateway/tor-sasl/wampy] has joined #lnd 22:06 < lndbot> or a "Recycle Bin", so we can move all dust/spam/garbage channels there 22:08 < lndbot> Disable chain arbitrator? 22:08 < Veggen> @conner nono, just remove the workaround :) 22:09 < lndbot> well this issue happened before the fix, so if we close all channels and start over, that trouble channel will go away 22:12 < lightningbot1> What was the work around? Handling `ErrDoubleSpend`? 22:14 < Veggen> https://github.com/lightningnetwork/lnd/issues/975 22:14 < Veggen> that issue. 22:29 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has quit [Ping timeout: 240 seconds] 22:34 -!- wampy [~wampy@gateway/tor-sasl/wampy] has quit [Ping timeout: 268 seconds] 22:37 -!- wampy [~wampy@gateway/tor-sasl/wampy] has joined #lnd 22:38 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 22:43 -!- iv4n [~iv4n@94.140.141.246] has quit [Ping timeout: 260 seconds] 22:45 -!- iv4n [~iv4n@31.173.120.208] has joined #lnd 22:53 <@roasbeef> hmm yeh we need a way to just manually "delete" a faulty channel 22:53 <@roasbeef> but still keep the summary 22:57 -!- iv4n [~iv4n@31.173.120.208] has quit [Ping timeout: 264 seconds] 22:58 -!- justice [~user@36.69.72.130] has joined #lnd 23:09 -!- whythat [~whythat@gateway/tor-sasl/whythat] has quit [Remote host closed the connection] 23:10 -!- Pioklo_ [~Pioklo@118-40.echostar.pl] has joined #lnd 23:11 -!- whythat [~whythat@gateway/tor-sasl/whythat] has joined #lnd 23:12 -!- AndBobsYourUncle [~AndBobsYo@cpe-23-240-21-154.socal.res.rr.com] has joined #lnd 23:17 -!- iv4n [~iv4n@31.173.120.208] has joined #lnd 23:26 -!- AndBobsYourUncle [~AndBobsYo@cpe-23-240-21-154.socal.res.rr.com] has quit [Quit: Textual IRC Client: www.textualapp.com] 23:37 -!- Pioklo_ [~Pioklo@118-40.echostar.pl] has quit [Quit: Leaving]