Avatar
yort
a6a6dc4d4607fac3b86b22916398a05ef33f38cae5feabec66832ce029bc1755
life, liberty and property

any lightning devs use nostr?

still no one has answered my lightning question 😄

can someone explain simply all the possible ways that managing your lightning channel could result in you losing a portion of the Bitcoin that you have locked up in that channel?

- i heard forced closures can be expensive, and especially in high fee environments?

- i heard that if your node is offline that someone can force close, and then present an outdated channel state that benefits them?

- if you mismanage your liquidity (maybe make your channel too small) then you can essentially lock up that Bitcoin because it’s not worth paying the fee to even close the channel?

- anything else?

and what would be all the different methods / best practices for protecting against any of these potential loss of funds?

ahhhh i always thought of bluewallet as custodial (maybe because it defaults to custodial lightning), so i never actually considered it a viable privacy option - sounds like i need to revisit that tho

i’m just trying to take a lot of privacy focused steps with my setup - and i just want to make sure that the app would never accidentally connect to the public node (instead of your own node that you configured), and then it sort of ā€œleaksā€ what addresses you’re wallet is watching

maybe i have that all wrong, but that’s why i liked zeus because it just doesn’t work if it doesn’t find a connection to your own node (which i like)

but yeah, sounds like i need to do a bit of research around running blue wallet in a sovereign manner šŸ¤”

i’ve heard some mixed opinions about wasabi’s mixing process, but i’m unsure if there’s any substance to those claims - if i was to step outside of whirlpool i’d probably try JAM (joinmarket) because that seems pretty gooooood

i think there’s a bit of a question mark next to wasabi and JAM around mixing constantly into the exact same liquidity (where as that’s less / not possible in whirlpool)

again, i’m no expert so i could be wrong in every single thing i’ve said there

if i ran my own node and had my corn stashed in cold storage, how could i check the balance of my hardware wallet whenever i wanted from my iphone, through my own node?

zeus is a great option for lightning on iphone (all through your own node using tor), but is there an iphone equivalent for on-chain watch-only wallets?

when setting up your own bitcoin lightning node / channels, can someone explain the different ways you could lose some / all of your bitcoin that you lock up in channels?

- forced closures (i’ve heard are particularly bad during high fee environments)

- not backing up channel state and node on the other side of the channel uses previous state of channel (i think watchtowers are meant to prevent this)

anything else? and how do you best prevent / protect against these risks?

bump

nostr:note1jx8v9cschrlf8mc70yzkyumztlmphe4gu6ngl8zc3mz996cwdafqc6l0hw

bump

nostr:note1jx8v9cschrlf8mc70yzkyumztlmphe4gu6ngl8zc3mz996cwdafqc6l0hw

another question on lightning channels -

what are the different ways i can fuck it up and lose my money? especially in a high-fee environment too?

i remember hearing stories of people getting force closed in a high-fee environment and losing a fair bit more than they expected

also, there’s the whole watchtower system which sounds like it’s important to not get stitched up by other people, but i know nothing about that

anything else i’m missing too?

thanks for that info, multiple channels makes sense that it improves privacy, not just always going through the same route, couple questions tho:

- how do i know what nodes to establish channels with from the beginning?

- like do i want to just jump in with a really big well connected node, or is it more optimal to go for someone not as big?

- is there any restriction on what nodes you must have channels with to use the loop service?

- i’m using CLN, so i think i have to use the ā€œnloopā€ plugin, does this create any problems for me?

okay, so i spent awhile trying to wrap my head around lightning liquidity, and i need someone to check if i’m correct here:

if i wanted to purchase ~$100 p/week in non-KYC BTC over the lightning network (using Robosats), and then maybe when the balance hits like ~$1500 i’d probably want to move these funds on-chain, mix them, then send to cold storage

now, to do this i think i need to establish a channel with a well connected node and that channel would need about $1500 of inbound liquidity (and i’d probably want to keep maybe $500 in outbound liquidity too, just in case i wanted to spend on lightning more generally)

then, as i buy non-KYC BTC i’ll have that liquidity move from inbound to outbound, to the point where after 15-weeks i’ll have no inbound and entirely outbound liquidity in this lightning channel

what then? i would want to rebalance this channel, so i’d have to use an option like ā€œloopā€ or ā€œboltzā€, where i would send all my outbound liquidity back over the channel, this would switch my $1500 of outbound liquidity to $1500 of inbound liquidity, right?

and then, with these ā€œloopā€ and ā€œboltzā€ services they would then send me the equivalent of $1500 on chain BTC to compensate me for moving all my outbound liquidity over (taking some 1% fee or whatever in the process)

then i just rinse and repeat the process?

seems like when they add ā€œsplicingā€ (resizing channels) it would be a bit simpler

i.e. when all the inbound becomes outbound then i can just create a movement for all the outbound to move on chain, and at the same time i can throw some more liquidity into the outbound to refresh it

yeah, i just watched that entire video, it looks a little more complicated than sparrow / whirlpool, nice UI, but it’s not as simple as like pay one fee and wait - sort of seems like you have to keep making transactions, and keep paying that fee

i think i just need to become a bit more comfortable with the fee structure and i’ll be all good though

when he looks at the outputs it’s interesting how they aren’t all the same value, there’s a mix of matching values

i did a quick search on samourai twitter to see what they mention about joinmarket (because they usually don’t beat around the bush when it comes to criticising shit)

they seem to place it below whirlpool but above samaurai, almost feels like their opinion might be ā€œif you’re not going to whirlpool, probably should use joinmarketā€

i think the only concern my simple brain could make sense of was that joinmarket reuses liquidity, so i think whirlpool is waiting for fresh liquidity to remix, but joinmarket you could technically be mixing with the same handful people over and over, so it’s not seen really as a gain to the anonymity set

could be completely wrong there tho, that was just what i could gather from a quick look, i’ll keep looking

Any trade-offs in terms of privacy here? I’m just about to do a bit of my own research, but I always thought of Whirlpool as ā€œgold standardā€ in terms of its privacy - but yeah, feels like maybe the liquidity isn’t there (in the pool I’m in at least)?

How has Join Market solved the liquidity issue? It seems newer so I wouldn’t expect more people using it?

Yep, similar experience as above. I’ve had it sitting there trying to remix for like the better part of a week and the most mixes a UTXO has is two (2).

I’m guessing it’s a liquidity problem?

I know you get decent privacy gains just after a single mix, but I was I do feel like a 10+ would feel a lot better, at this rate I wouldn’t even have 10 mixes after like two months 🤨

bump

nostr:note1p2kzf6fzdgegdsrqgps864uz8z2q4632skhw7cs8huxcwg3hjeqsg2ht4x

any reason why whirlpool with sparrow is slow to remix? i’ve had it running for the better part of 5-days and it has only mixed utxo’s at best twice šŸ¤” did i not pay a high enough fee at the beginning, or is this just the speed of the process?

what’s the air like in nyc right now ya’ll? can you still go outside and do stuff?