--- Day changed Fri Apr 20 2018 00:03 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has joined #lnd 00:10 -!- Pioklo_ [~Pioklo@118-40.echostar.pl] has joined #lnd 00:16 -!- Styil [Styil@gateway/vpn/privateinternetaccess/styil] has quit [Remote host closed the connection] 00:18 -!- Styil [Styil@gateway/vpn/privateinternetaccess/styil] has joined #lnd 00:19 -!- Styil [Styil@gateway/vpn/privateinternetaccess/styil] has quit [Remote host closed the connection] 00:21 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 248 seconds] 00:31 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 00:41 -!- rk3y [b0c683fc@gateway/web/cgi-irc/kiwiirc.com/ip.176.198.131.252] has joined #lnd 00:51 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-zhyzeyadchsmrcdz] has joined #lnd 00:52 -!- StopAndDecrypt [~StopAndDe@unaffiliated/stopanddecrypt] has quit [Read error: Connection reset by peer] 00:53 -!- StopAndDecrypt [~StopAndDe@c-73-215-253-208.hsd1.nj.comcast.net] has joined #lnd 00:53 -!- StopAndDecrypt [~StopAndDe@c-73-215-253-208.hsd1.nj.comcast.net] has quit [Changing host] 00:53 -!- StopAndDecrypt [~StopAndDe@unaffiliated/stopanddecrypt] has joined #lnd 01:08 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Ping timeout: 240 seconds] 01:21 -!- camonz [~camonz@197.red-83-32-35.dynamicip.rima-tde.net] has quit [Quit: Linkinus - http://linkinus.com] 01:30 -!- Pioklo__ [Pioklo@ip-91.246.70.194.skyware.pl] has joined #lnd 01:34 -!- Pioklo_ [~Pioklo@118-40.echostar.pl] has quit [Ping timeout: 240 seconds] 02:00 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 264 seconds] 02:09 -!- Pioklo__ [Pioklo@ip-91.246.70.194.skyware.pl] has quit [Quit: Leaving] 02:12 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 03:06 -!- rk3y [b0c683fc@gateway/web/cgi-irc/kiwiirc.com/ip.176.198.131.252] has quit [Ping timeout: 264 seconds] 03:13 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has quit [Ping timeout: 264 seconds] 03:22 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 03:23 -!- jojeyh [~delphi@2602:306:b8b6:b970:480d:4d9:1a02:1755] has quit [Ping timeout: 256 seconds] 03:39 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has joined #lnd 03:56 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has joined #lnd 04:06 -!- MaxSan [~user@86.105.9.67] has joined #lnd 04:10 -!- richard87 [~richard87@237.92-221-98.customer.lyse.net] has quit [Remote host closed the connection] 04:11 -!- richard87 [~richard87@237.92-221-98.customer.lyse.net] has joined #lnd 04:11 -!- richard87 [~richard87@237.92-221-98.customer.lyse.net] has quit [Remote host closed the connection] 04:13 -!- richard87 [~richard87@237.92-221-98.customer.lyse.net] has joined #lnd 04:36 -!- Sentineo [~Undefined@unaffiliated/sentineo] has quit [Remote host closed the connection] 04:36 -!- nardly [4d6ff608@gateway/web/freenode/ip.77.111.246.8] has joined #lnd 04:43 -github-lnd:#lnd- [lnd] halseth closed pull request #714: Add constant and percentage-based fee limits to payments (master...fee-based-cutoff-278) https://git.io/vN5jo 04:49 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has quit [Ping timeout: 256 seconds] 05:19 -!- rk3y [b0c683fc@gateway/web/cgi-irc/kiwiirc.com/ip.176.198.131.252] has joined #lnd 05:40 -!- camonz [~camonz@197.red-83-32-35.dynamicip.rima-tde.net] has joined #lnd 05:43 -!- jchia_1 [~jchia@116.192.20.171] has quit [Quit: Leaving.] 05:43 -!- jchia_1 [~jchia@116.192.20.171] has joined #lnd 05:44 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 264 seconds] 06:05 -!- pioklo [Pioklo@ip-91.246.70.194.skyware.pl] has joined #lnd 06:08 -!- aakselrod [~aakselrod@2601:281:c700:c25::ddc0] has quit [Ping timeout: 240 seconds] 06:20 -!- pioklo [Pioklo@ip-91.246.70.194.skyware.pl] has quit [Quit: Leaving] 06:20 -!- homiee [4fb520f6@gateway/web/freenode/ip.79.181.32.246] has joined #lnd 06:21 < homiee> Hello, I have a pending closing channel with a TX id which does not show up in a blockchain explorer, for about a week now, restarted services, nothing helped. Any ideas? 06:21 -!- aakselrod [~aakselrod@2601:281:c700:c25::ddc0] has joined #lnd 06:21 < homiee> (It was forced closed) 06:31 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has joined #lnd 06:32 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has quit [Changing host] 06:32 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 06:33 < lndbot> it might've gotten stuck on your backend, btcd or bitcoind 06:33 < lndbot> grab the raw TX and rebroadcast it 06:33 < lndbot> fees are so low daemons sometimes don't relay TXs 06:34 < homiee> ok where do i get the raw TX? 06:34 < lndbot> what backend are you using 06:34 < homiee> litecoind 06:34 -!- douglas_ [~douglas@c-73-234-93-65.hsd1.nh.comcast.net] has joined #lnd 06:35 < homiee> OK another restart to lnd seemed to solve the problem 06:35 < lndbot> yeah it'll periodically retry 06:36 < lndbot> for future reference, it's `litecoin-cli getrawtransaction [txid]` then `litecoin-cli sendrawtransaction [txid]` 06:36 < lndbot> or should be, never used litecoind 06:37 < homiee> great 06:37 < homiee> thanks 06:37 < lndbot> np 06:43 -!- rk3y [b0c683fc@gateway/web/cgi-irc/kiwiirc.com/ip.176.198.131.252] has quit [Ping timeout: 248 seconds] 06:47 < homiee> oop, transaction is still here, get I try to getrawtransaction I get No such mempool or blockchain transaction. Use gettransaction for wallet transactions. 06:48 < homiee> when I try* 06:49 < lndbot> hmm, it probably dropped out then 06:49 < lndbot> restarting the daemon should trigger it to rebroadcast transactions as necessary 06:49 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has quit [Read error: Connection reset by peer] 06:49 < homiee> ok, will try that again 06:50 < lndbot> theres some text you can look for, but tbh I forgot it 06:50 < lndbot> I had this happen on the bitcoin chain 06:50 -!- melvster [~melvin@ip-86-49-18-198.net.upcbroadband.cz] has joined #lnd 06:50 < lndbot> youd have to be in TRACE to see it anyway and that's just a deluge of data 06:50 < homiee> Ok upon launch I get Could not resend transaction 9a33a731fb21083fe8aa08ac584a20f27e4ac06024b2127254fa744f5e74086c: -25: Missing inputs 06:51 < lndbot> huh, maybe the other side closed it then 06:51 < lndbot> and it got a different txid 06:52 -!- B0g4r7__ [~B0g4r7@199.87.197.61] has joined #lnd 06:52 -!- dabura667 [sid43070@gateway/web/irccloud.com/x-jkgvsnxskctmvdql] has quit [] 06:53 -!- dabura667 [sid43070@gateway/web/irccloud.com/x-zoinqffnzxwojyzn] has joined #lnd 06:55 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 240 seconds] 06:55 -!- B0g4r7_ [~B0g4r7@199.87.197.61] has quit [Ping timeout: 265 seconds] 06:57 -!- B0g4r7__ [~B0g4r7@199.87.197.61] has quit [Ping timeout: 265 seconds] 06:58 -!- homiee [4fb520f6@gateway/web/freenode/ip.79.181.32.246] has quit [Quit: Page closed] 07:02 -!- B0g4r7__ [~B0g4r7@199.87.197.61] has joined #lnd 07:02 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has quit [Ping timeout: 240 seconds] 07:05 < BB-Martino> @homiee @ tyzbit -> this is pretty much the exact same conversation I had here a week back, maybe two. The TX is still stuck since then, the issue is still open at github. 07:06 < lndbot> even down to litecoind as the backend? 07:07 < BB-Martino> except that, but the same issue. the backend doesn't store the TX, you can only get lucky if it's still in its mempool. otherwise you don't have the tools to rebroadcast and for now LND doesn't seem to validate/empty that list 07:07 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-zhyzeyadchsmrcdz] has quit [Quit: Connection closed for inactivity] 07:07 < BB-Martino> does anyone have a few minutes for a bit of invoice payments back & forth? i'd like to test something but can't really do it with only one node 07:08 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has joined #lnd 07:08 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has quit [Changing host] 07:08 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 07:08 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 264 seconds] 07:11 < lndbot> yeah its because the fees are so low, backends are rejecting them. always paying above a certain amt in fees fixes it 07:11 < lndbot> testnet or mainnet? 07:14 < BB-Martino> mainnet 07:14 < lndbot> sure 07:14 < BB-Martino> i almost pm'ed you but then we're across the pond so to speak. what now :) 07:15 < lndbot> I'm on the LND Slack, or you can just paste em in here 07:25 -!- grafcaps [~haroldbr@104.137.194.255] has joined #lnd 07:28 -!- nardly [4d6ff608@gateway/web/freenode/ip.77.111.246.8] has quit [Ping timeout: 260 seconds] 07:31 -!- Giszmo [~leo@ip-8-237-219-201.nextelmovil.cl] has joined #lnd 07:34 -!- cubancorona [cubancoron@gateway/vpn/privateinternetaccess/cubancorona] has joined #lnd 07:35 < lndbot> or did you want me to make one for you to pay? 07:35 < lndbot> first? 07:41 < BB-Martino> i'll pm you on there in a bit, just preparing 07:42 < lndbot> I might not be here then but just ping in the channel 07:46 < BB-Martino> sent a pm on slack 07:49 -!- camulos [~user@180.251.203.162] has quit [Quit: Leaving.] 07:51 -!- pioklo [Pioklo@ip-91.246.70.194.skyware.pl] has joined #lnd 07:53 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has quit [Ping timeout: 248 seconds] 08:02 < BB-Martino> Bad timing I guess... if anyone else's up for sending me some coins via LN I'd appreciate the PM. (for what it's worth, after I'm done with this i'll make this easier for the next person by making a simple mainnet wallet for such low-value mainnet testing needs). I can offer a reward if it makes this any quicker. 08:13 < BB-Martino> Thanks @ tyzbit for sending the test transactions. I'm not sure if this one deserves an issue opened but it's definitely worth a mention: 08:13 -!- shardednards [2ea6bea1@gateway/web/freenode/ip.46.166.190.161] has joined #lnd 08:14 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #lnd 08:19 < BB-Martino> The background (a bit of context): I'm trying to implement accepting LN payments, in an event-driven fashion (no polling). Yesterday I was told that in order to do that, I'd have to use gRPC. That gave me a bit of a headache to use with PHP, besides the folder is 1.4 gigs and overkill for getting notifications. So the two things I have confirmed: 08:19 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has joined #lnd 08:20 < BB-Martino> 1) The documentation is incorrect and roasbeef is correct in saying that notifications are only sent when an invoice is paid, not when it's added. Which is fine, it's just that when you want to try it out and go by the documentation, you could think it's not working when it really is. 08:21 < BB-Martino> 2) You CAN use /v1/invoices/subscribe after all, through the RPC proxy. The server will pause after the HTTP/1.1 request has come in and will show you payments as they come in. 08:25 < BB-Martino> This is what it looks like in practice (two incoming payments) - maybe it'll be of help to someone out there. https://pastebin.com/ZkPLtQnH 08:31 < mlz> BB-Martino, what do you need? 08:33 < BB-Martino> Needed, in past tense, an easy way to get payment notifications. Now I'm happy because it's sorted. And I got some mixed info the other day and wanted to clarify the above in case it came up again (I expect it will) 08:33 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ujluhegrcfkrtqyc] has joined #lnd 08:34 < mlz> BB-Martino, ah ok, glad you got it worked out 08:34 -!- ser [~ser@gnu/translator/ser] has quit [Remote host closed the connection] 08:34 -!- ser [~ser@gnu/translator/ser] has joined #lnd 08:35 < mlz> oic... hm i got disconnected but the bouncer didn't record what you just said, however, i can see it on the slack 08:41 -!- cubancorona [cubancoron@gateway/vpn/privateinternetaccess/cubancorona] has quit [Ping timeout: 256 seconds] 08:43 -!- fusion44 [~fusion44@p2E59FCCC.dip0.t-ipconnect.de] has joined #lnd 08:46 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 256 seconds] 08:49 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 268 seconds] 08:56 -!- cubancorona [cubancoron@gateway/vpn/privateinternetaccess/cubancorona] has joined #lnd 09:05 -!- pioklo [Pioklo@ip-91.246.70.194.skyware.pl] has quit [Ping timeout: 264 seconds] 09:05 -!- Styil [Styil@gateway/vpn/privateinternetaccess/styil] has joined #lnd 09:10 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has joined #lnd 09:26 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has joined #lnd 09:26 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has quit [Changing host] 09:26 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 09:27 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has quit [Ping timeout: 248 seconds] 09:40 < mlz> pro tip: when you open/close a tx, get its raw tx hex string and save it aside.. If the tx isn't confirmed within 30 min, do "sendrawtransaction " and broadcast your tx again 09:42 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Remote host closed the connection] 09:50 -!- pioklo [~Pioklo@118-40.echostar.pl] has joined #lnd 09:56 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #lnd 09:57 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has joined #lnd 09:58 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has quit [Client Quit] 10:02 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Quit: Leaving] 10:17 -!- fusion44 [~fusion44@p2E59FCCC.dip0.t-ipconnect.de] has left #lnd [] 10:18 -!- fusion44 [~fusion44@p2E59FCCC.dip0.t-ipconnect.de] has joined #lnd 10:23 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #lnd 10:25 -!- kim0 [uid105149@ubuntu/member/kim0] has quit [Quit: Connection closed for inactivity] 10:30 -!- MaxSan [~user@86.105.9.67] has quit [Quit: Leaving.] 10:34 -!- MaxSan [~user@86.105.9.67] has joined #lnd 10:35 < BB-Martino> @mlz +1 -- good advice. Though in the long run I'd prefer lnd to have a 'getrawtransaction' method. Or even something to recreate the TX with a different fee possibly. 10:36 < BB-Martino> (and/or sort it all out automatically without me having to retry, and show the status as part of the channel info) 10:38 < mlz> BB-Martino, well this is more of bitcoin problem i think, even with bitcoin core wallet i've seen many people have issue with their stuck txs and have to wait for days before they can use command 'abandontransaction' 10:38 < BB-Martino> I don't think it is. AFAIK the backend's wallet is completely separate. 10:39 < arubi> abandontransaction will only work for wallet related transactions if they're not in mempool 10:39 < BB-Martino> The only reason it could give you the raw TX was because it saw it in the mempool 10:39 < mlz> arubi, right 10:39 < arubi> which is pretty much impossible to achieve because it's always rebroadcasted, by both sender and receiver 10:39 < mlz> BB-Martino, all LN implementations use bitcoin as the backend 10:39 < mlz> BB-Martino, otherwise there would not be LN 10:39 < BB-Martino> I know, for watching the network a 10:39 < BB-Martino> *via zmq and submitting transactions 10:40 < mlz> BB-Martino, create a tx, then do this: "bitcoin-cli getrawtransaction " and you can see it gives you the hexstring 10:40 < BB-Martino> but LN's wallet is deterministic whereas the backend's wallet is wallet.dat and it's not actually used to generate addresses or receive to its wallet 10:40 < mlz> and i mean create a LND onchain tx 10:40 < BB-Martino> mlz: see above > [19:39] The only reason it could give you the raw TX was because it saw it in the mempool 10:40 < mlz> BB-Martino, of course 10:41 < mlz> BB-Martino, what i was saying right after you create an onchain LND tx, you get the raw tx from bitcoind 10:41 < BB-Martino> yeah, I get that. and said 'good advice' 10:41 < mlz> and if your tx isn't confirmed in a short time, rebroadcast it 10:42 -!- marijnfs_ [~smuxi@2a01:c22:6e19:c100:15b:4f4f:dd87:198] has joined #lnd 10:44 < mlz> but this has nothing to do with why a tx gets stuck in mempool or whatever but LN's wallet is deterministic whereas the backend's wallet is wallet.dat and it's not actually used to generate addresses or receive to its wallet 10:45 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has quit [Remote host closed the connection] 10:45 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has joined #lnd 10:45 < mlz> it's the nature of bitcoin and bitcoin-related-coins 10:46 < BB-Martino> I didn't mean that 10:46 < BB-Martino> The way I understand it, 'abandontransaction' is only for use with payments sent from your wallet - whereas simply submitting a raw TX for broadcast won't be re-tried in any way. 10:47 -!- meshcollider [uid246294@gateway/web/irccloud.com/x-ujluhegrcfkrtqyc] has quit [Quit: Connection closed for inactivity] 10:48 < arubi> no that's not it. any transaction that touches the wallet is difficult to abandon. doesn't matter if sendraw was used or not 10:48 < arubi> and if it touches the wallet, then it will be retried. even if sendraw was used to relay it 10:50 < arubi> I'm guessing LND's addresses are not part of core's wallet, so abandoning is possible after it drops from mempool. most likely core is not going to retry broadcast 10:50 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has quit [Ping timeout: 248 seconds] 10:51 -!- marijnfs_ [~smuxi@2a01:c22:6e19:c100:15b:4f4f:dd87:198] has quit [Remote host closed the connection] 10:51 < arubi> if LND makes core watch its addresses, then I'm pretty sure its considered part of the wallet and will be retried, but I don't know if LND asks core to watch addresses 10:51 -!- marijnfs_ [~smuxi@2a01:c22:6e19:c100:15b:4f4f:dd87:198] has joined #lnd 10:51 < BB-Martino> "Mark in-wallet transaction as abandoned" 10:52 < arubi> yes, only if not in mempool 10:52 < BB-Martino> Yeah, I don't think you can actually abandon something that isn't in bitcoind's wallet 10:52 < arubi> you can abandon any transaction as long as its not in mempool 10:53 < arubi> for non wallet transactions is pretty useless. if they're not in mempool, then they're no where else 10:53 < arubi> the behavior wrt watchonly is what I'm not sure about, but it makes sense to me that anything watchonly is part of the wallet too 10:55 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has joined #lnd 10:56 < arubi> to be clear, retrying means it's put back in mempool. really the only way to abandon a wallet transaction without actually making a double spend happen is to start core in blocksonly and no mempool mode 11:06 -!- grubles [~grubles@unaffiliated/grubles] has quit [Ping timeout: 240 seconds] 11:09 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 11:10 -!- grubles [~grubles@unaffiliated/grubles] has joined #lnd 11:10 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has quit [Remote host closed the connection] 11:11 < mlz> arubi, so... if you created a tx from Core wallet.. and somehow it got stuck, but couldn't be found anywhere in mempool, still couldn't use "abandontransaction", what could you do to unstick it ? 11:13 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has joined #lnd 11:15 -!- Giszmo [~leo@ip-8-237-219-201.nextelmovil.cl] has quit [Ping timeout: 268 seconds] 11:28 -!- fusion44 [~fusion44@p2E59FCCC.dip0.t-ipconnect.de] has quit [Ping timeout: 248 seconds] 11:28 -!- fusion44 [~fusion44@31.6.41.73] has joined #lnd 11:29 -!- Giszmo [~leo@pc-37-38-86-200.cm.vtr.net] has joined #lnd 11:31 < arubi> mlz, it's definitely in your mempool and in the recipient's mempool. both of you are broadcasting it every so often (few minutes I think). if you wanna abandon it, you have to start up core in blocksonly mode and with no mempool, then run abandontransaction, double spend it, then restart in normal mode 11:32 < arubi> if you just abandon and restart without double spending, the recipient's broadcast will reach you at some point and then it'll be back in your mempool. you have to double spend it back to your own address 11:35 < arubi> if it's not a wallet transaction and you just wanna double spend it by sending a new transaction, you still have to start up in blocksonly and no mempool and double spend. no abandonment is needed because it's completely gone from memory by the time core starts with no mempool 11:36 < arubi> or you could just wait until it drops from your mempool, but that takes a week, maybe more, I'm not sure about the times 12:10 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Remote host closed the connection] 12:19 < mlz> arubi, -blocksonly won't broadcast your tx if you resend it, so i guess you can recreate the tx once it's unstuck, then you have to restart your wallet with no blocksonly and you can resend your tx then? 12:27 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 256 seconds] 12:29 -!- cybil_ [84b23609@gateway/web/freenode/ip.132.178.54.9] has joined #lnd 12:30 < cybil_> hi can somebody let me know if there is a debugger for LND? I'm curious to step through and see what's actually happening. 12:31 -!- spudowiar [~spudowiar@unaffiliated/saleemrashid] has joined #lnd 12:32 < mlz> cybil_, yes, do you want 'trace' or 'debug'? 12:32 < mlz> cybil_, oh or do you mean a debugger in compiling the code? 12:32 < cybil_> i'd like to trace. 12:32 < cybil_> i was hoping to be able to step through the code execution. 12:33 < cybil_> like dlv or gdb. 12:33 < mlz> hm im not sure then 12:33 < mlz> i was thinking maybe you meant in the log 12:33 < mlz> cybil_, that's something in golang 12:34 < cybil_> i have the log up and am checking it, but there's a lot of information that's not presented in the logs. It's just spitting out major events, but I want to see the payment go from one node to the next, and pause it to see what exactly is happening. 12:34 < mlz> cybil_, ah, then you can do this: lncli debuglevel --level=CRTR=trace 12:35 < cybil_> can i set that in the lnd.conf file as debuglevel=CRTR=trace? 12:35 < mlz> you can execute it right now as "lncli" without having to restart the node 12:36 < mlz> and sure you can put it in lnd.conf too 12:40 < arubi> mlz, blocksonly will broadcast. I think you mean walletbroadcast=0, that won't send wallet transactions 13:00 -!- cybil_ [84b23609@gateway/web/freenode/ip.132.178.54.9] has quit [Ping timeout: 260 seconds] 13:09 -!- fusion44 [~fusion44@31.6.41.73] has quit [Quit: Leaving.] 13:10 < mlz> arubi, i had this experience before when i was running my wallet with -blocksonly, forgot to remove it, so when i sent a tx it didn't broadcast 13:11 < arubi> that's weird, it should broadcast 13:12 < arubi> was it a wallet transaction or not something external that you used sendrawtransaction with? 13:12 < mlz> arubi, but that's how it can stop the stuck tx from rebroadcasting? 13:13 < mlz> arubi, it was a tx i created from the wallet 13:13 < arubi> walletbroadcast=0 should stop transactions from broadcasting, blocksonly only affects if you have mempool or not 13:14 < mlz> well the tx didn't get confirmed for hours then i realized i had 'blocksonly', then i removed it, restarted the wallet, resent the tx and it was ok 13:15 < arubi> I see.. very weird behavior 13:16 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has joined #lnd 13:16 -!- tiagotrs [~user@p5DC47A56.dip0.t-ipconnect.de] has quit [Changing host] 13:16 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 13:19 <@roasbeef> BB-Martino: yeh that issue will be closed once #1017 is merged, and it's pretty close there 13:19 <@roasbeef> basically we'll move to only playing things in the chain 13:19 <@roasbeef> depends what backend yu're using thouh, as for bitcoind for example, it'll only play things in the chain 13:20 <@roasbeef> BB-Martino: yeh the docs should be fixed there, but the subscribe endpoints _dont_ work for REST 13:21 <@roasbeef> yeh there's really no way to 100% "cancel" a regualr bitcoin transaction 13:21 <@roasbeef> once you give it to the internets....well, it may be forever 13:21 < arubi> right, once you abandon you have to double spend 13:25 -!- colatkinson [~colatkins@clove-5.dynamic.rpi.edu] has joined #lnd 13:25 -!- jojeyh [~delphi@2602:306:b8b6:b970:480d:4d9:1a02:1755] has joined #lnd 14:09 -!- colatkinson [~colatkins@clove-5.dynamic.rpi.edu] has quit [Quit: colatkinson] 14:10 -!- colatkinson [~colatkins@clove-5.dynamic.rpi.edu] has joined #lnd 14:27 -!- colatkinson [~colatkins@clove-5.dynamic.rpi.edu] has quit [Quit: colatkinson] 14:28 -!- colatkinson [~colatkins@clove-5.dynamic.rpi.edu] has joined #lnd 14:32 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has joined #lnd 14:35 -!- spudowiar [~spudowiar@unaffiliated/saleemrashid] has quit [Quit: WeeChat 2.1] 14:40 -!- pioklo [~Pioklo@118-40.echostar.pl] has quit [Quit: Leaving] 14:52 -!- camonz [~camonz@197.red-83-32-35.dynamicip.rima-tde.net] has quit [Quit: Linkinus - http://linkinus.com] 15:00 -!- colatkinson [~colatkins@clove-5.dynamic.rpi.edu] has quit [Quit: colatkinson] 15:11 -!- marijnfs_ [~smuxi@2a01:c22:6e19:c100:15b:4f4f:dd87:198] has quit [Ping timeout: 246 seconds] 15:12 -!- jerr88 [2e273885@gateway/web/freenode/ip.46.39.56.133] has joined #lnd 15:13 < jerr88> how does lnd solve concurrent payments between two parties in both directions? 15:14 <@roasbeef> jerr88: what i call the LCP (lightning commitmetn protocol) 15:14 <@roasbeef> it's a full duplex medium access protocol 15:14 <@roasbeef> non-blocking 15:14 <@roasbeef> async 15:14 <@roasbeef> batched 15:15 < jerr88> there's no pre-locking in place? I guess A and B both send batches to each other 15:15 < jerr88> and if there's conflict, A rolls back to prebatch, applies B's batch and then sends back 15:15 < jerr88> is it explained somewhere btw? 15:18 < jerr88> asking because working on a similar payment channel and deciding between master/slave approach with acquiring lock (no need to rollback) and the protocol with diff resolution if deadlock happens. 15:19 <@roasbeef> no rollback 15:19 <@roasbeef> why not just use what we have? 15:20 <@roasbeef> it's in bolt #3 15:25 < jerr88> will check test vectors. cant reuse because not on top of btc but the concept is the same. And lnd must have a lot of experience in that field 15:26 < jerr88> generally, what kind of data one node gives to the other? Full commitment tx or set of transitions too? 15:27 < jerr88> it is possible to figure out all transitions from commitment too, but transitions are easier to validate and process 15:32 -!- jerr88 [2e273885@gateway/web/freenode/ip.46.39.56.133] has quit [Ping timeout: 260 seconds] 15:33 <@roasbeef> yeh check the spec then lemmie know what questions you have 15:37 -!- marijnfs_ [~smuxi@2a01:c22:6e19:c100:15b:4f4f:dd87:198] has joined #lnd 15:39 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has quit [Ping timeout: 256 seconds] 15:40 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 15:45 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 15:46 -!- marijnfs_ [~smuxi@2a01:c22:6e19:c100:15b:4f4f:dd87:198] has quit [Ping timeout: 256 seconds] 15:46 -!- grafcaps [~haroldbr@104.137.194.255] has quit [Ping timeout: 268 seconds] 16:20 <@roasbeef> IT'S HAPPENING!!!! 16:21 < lndbot> lol 16:23 -!- Xantanium [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has joined #lnd 16:33 -!- propumpkin [~copumpkin@haskell/developer/copumpkin] has joined #lnd 16:35 -!- contrapumpkin [~copumpkin@haskell/developer/copumpkin] has quit [Ping timeout: 263 seconds] 16:44 -!- CubicEarths [~cubiceart@xdsl-188-155-63-9.adslplus.ch] has quit [Remote host closed the connection] 17:09 -!- s7r [~s7r@openvpn/user/s7r] has quit [Remote host closed the connection] 17:22 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 248 seconds] 17:27 -github-lnd:#lnd- [lnd] Roasbeef closed pull request #846: multi: support multi-hop payments over private channels (master...private-channel-routing) https://git.io/vxtiD 17:27 <@roasbeef> pay reqs will now be a bit bigger if you have any un-advertised channels 17:27 <@roasbeef> we may even expand the constraints around generating invoices 17:27 <@roasbeef> which may help to clear up some user confusion 17:28 <@roasbeef> for example if you can only ever recv 4 mil sat, maybe we shouldn't let you create that 10mil sat invoice 17:28 <@roasbeef> or even just speaking available inbound bandiwdht amnongst channels 17:28 <@roasbeef> pre amp, we can reject if not a single has sufficient inbound 17:28 <@roasbeef> post amp, can reject if the sum doesn't have sufficient 17:30 -!- tiagotrs [~user@unaffiliated/tiagotrs] has joined #lnd 17:34 -!- Xantanium2 [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has joined #lnd 17:36 -!- s7r [~s7r@openvpn/user/s7r] has joined #lnd 17:37 -!- tiagotrs [~user@unaffiliated/tiagotrs] has quit [Ping timeout: 264 seconds] 17:38 -!- Xantanium [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has quit [Ping timeout: 268 seconds] 17:38 -!- Xantanium [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has joined #lnd 17:40 -!- Xantanium2 [~Xantanium@ip-149-248-188-211.fibre.fibrestream.ca] has quit [Ping timeout: 264 seconds] 18:05 -!- grafcaps [~haroldbr@50.90.83.229] has joined #lnd 18:09 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 248 seconds] 18:14 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 18:22 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 18:40 -!- grafcaps [~haroldbr@50.90.83.229] has joined #lnd 18:58 -!- shardednards [2ea6bea1@gateway/web/freenode/ip.46.166.190.161] has quit [] 19:09 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 19:17 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 19:19 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has quit [Quit: leaving] 19:28 -!- Relaed [~yaoyuan@203-179-90-205.cust.bit-drive.ne.jp] has joined #lnd 19:29 < mlz> roasbeef, what's happening? 19:46 -!- camulos [~user@36.69.76.30] has joined #lnd 19:47 < BB-Martino> " BB-Martino: yeh the docs should be fixed there, but the subscribe endpoints _dont_ work for REST" -- Maybe the misunderstanding comes from bad terminology on my part, but could you please clarify if that request on pastebin is not a REST request? 19:57 -!- douglas_ [~douglas@c-73-234-93-65.hsd1.nh.comcast.net] has quit [Ping timeout: 264 seconds] 20:51 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has joined #lnd 21:21 -!- grubles [~grubles@unaffiliated/grubles] has quit [Ping timeout: 256 seconds] 21:42 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Ping timeout: 256 seconds] 21:44 -!- grubles [~grubles@unaffiliated/grubles] has joined #lnd 21:45 -!- Styil [Styil@gateway/vpn/privateinternetaccess/styil] has quit [Remote host closed the connection] 21:46 -!- colatkinson [~colatkins@cpe-67-240-56-42.nycap.res.rr.com] has quit [Quit: colatkinson] 21:52 < lndbot> Noice 22:28 -!- fusion44 [~fusion44@p5483AD06.dip0.t-ipconnect.de] has joined #lnd 22:31 -!- lnostdal [~lnostdal@77.70.119.51] has joined #lnd 22:32 -!- fusion44 [~fusion44@p5483AD06.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds] 22:33 -!- fusion44 [~fusion44@31.6.21.131] has joined #lnd 22:56 -!- wufpzh [~caessqe@177.19.55.199] has joined #lnd 22:56 < wufpzh> https://www.youtube.com/user/l0de/live IS POPPIN HOT RIGHT NOW STILL GOING!! CALL 315-505-4666. IRC.EFNET.ORG #lrh 22:56 < wufpzh> https://www.youtube.com/user/l0de/live IS POPPIN HOT RIGHT NOW STILL GOING!! CALL 315-505-4666. IRC.EFNET.ORG #lrh 22:56 < wufpzh> https://www.youtube.com/user/l0de/live IS POPPIN HOT RIGHT NOW STILL GOING!! CALL 315-505-4666. IRC.EFNET.ORG #lrh 22:56 < wufpzh> fusion44 lnostdal grubles camulos Relaed grafcaps Xantanium s7r propumpkin jojeyh Giszmo MaxSan cubancorona ser B0g4r7__ dabura667 melvster aakselrod jchia_1 richard87 StopAndDecrypt arubi wampy dermoth pepesza- intcat whythat ghost43 tweaks baltakatei spinza usil rafalcpp nirved RusAlex shtirlic_ erltho jigawatt lightningbot4 O[G] BB-Martino kamyl mlz pierre_rochard deusexbeer ctrlbreak booyah attilio eamonnw shtirlic fishbone lndbot botka ken2812221 aproc bob 22:56 -!- wufpzh [~caessqe@177.19.55.199] has quit [Client Quit] 22:57 < mlz> roasbeef, 22:58 < jchia_1> @ops ops 23:23 -!- grubles [~grubles@unaffiliated/grubles] has quit [Ping timeout: 256 seconds] 23:27 -!- dionysus69 [~Thunderbi@unaffiliated/dionysus69] has joined #lnd 23:34 -!- grafcaps [~haroldbr@50.90.83.229] has quit [Ping timeout: 264 seconds] 23:38 -!- marijnfs_ [~smuxi@2a01:c22:7210:9200:15b:4f4f:dd87:198] has joined #lnd