Pages:
Author

Topic: Lightning Network Observer - page 37. (Read 13809 times)

legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
September 13, 2021, 08:47:12 AM
#73

But do you believe node operators would run their nodes altruistically by taking fee rates lower and lower, or do you believe they will eventually look for incentives? Because opening/funding channels require capital, which is limited, resources to maintain hardware costs which is also limited, and technical knowledge/labor maintenance.

I think the hobbyist class nodes will sometimes be run altruistically.  But I believe most of the professionally run nodes will look to make profits.  The thing is the lightning model allows for ways to make money as a node that the base model does not, really.  AND running a lightning node is a very different model to make sats than running a mining rig.

For example, a wallet provider like Acinq can change for various services with their Phoenix wallet. Channel setup fees, and then a bigger first hop fee since they will be the first node on any route.

Bank/merchant nodes are incentivized for customers to use their nodes to save them on merchant fees (VISA).  So they have like 3% baked in before they charge a fee at all.  So I could see those being cheaper.

I think there are tons of things to see play out here.  How often does a particular use case need to settle to the base chain for example?  The more it does, the more I would expect those nodes to charge.

One other thing that makes lightning different.  The "low fee" is not the only advantage it offers the buyer and seller.  Instant settlement is also a key benefit to a small retail merchant.  Like McDonalds in ES.  Seeing the terminal go green means the money has changed hands, and the deal is done.  The base layer does not have that property.
legendary
Activity: 2898
Merit: 1823
September 13, 2021, 07:17:40 AM
#72
Shower thought for Lightning Network Observers, will Lightning fees be cheaper and cheaper as the network grows, and its participants increase? Or will it be higher and higher?

I believe it’s another important question before we assume anything about the Lightning Network.

I have given this some thought.

Things depend on what we call a participant and how the distribution of them looks.  Here are the sorts of participants as I see them:

1.  Bank nodes
These may actually end up BEING banks, but we will also see Lightning Service Providers in this role.  Examples are the Wallet of Satoshi node.  Or the IBEX node which I believe is processing the Chivo payments.  These nodes are big, and deeply connected.  They are the scary "banks" that "Blockstream has replaced the miners with".  And they are correctly identified as hubs.  These are the ones the big blockers will point to when they are arguing that lightning centralizes control of Bitcoin.  In the future I believe actual BANKS will also have nodes like this.  Western Union, and Wells fargo better be spinning up BP/LNP nodes RIGHT NOW if they want to remain relevant.  Rarely would an individual run a node like this, but Alex Bosworth's node probably classifies.  I personally do not see them as evil, or negative unless they take over the entire network, which I think is unlikely.  These nodes can see large traffic in both directions.

2. Merchant nodes
These would be big "takers" of liquidity like Bitrefil and other places bitcoin is SPENT.  Eventually, companies like Starbucks might end up spinning up their own nodes once they realize this is a better return for them than having a service provider handle it.  Hard to say... some businesses will likely run their own, but for a while I imagine many businesses that TAKE bitcoin will use the services of an LSP.  These nodes will also likely be BIG and well connected HUBS.  Eventually I envision large retailers like grocery stores, and big box places running their own nodes just because of the amount of money moved around as well as thin margins.  They also have an incentive to be able to capture the data of their customers directly. "2%off if you are connected to our node!"  It could be advantageous for merchants to have a direct connection to customer nodes. These nodes will see more incoming than outgoing traffic.  I can even see big merchants becoming LSPs.  Your grocery store also becomes your one of your banks so to speak.

3.  Non custodial LSP nodes 
These are unique.  Wallet makers like Breez, Phoenix and Muun makes apps that allow users to run Neutrino nodes on clients like phones.  These wallets currently handle all lightning stuff in the background.  They open a channel (or more?) on behalf of the customer.  Presumably they are using their own nodes which are sort of a subset of the #1 nodes up there.  Again, these are well connected HUBS.  But the users are not really nodes but dead ends on the network.  The business model for these LSPs will be to charge fees on the first hop.

4.  Hobbiest/Pro routing nodes
This is what I run.  This is a generally smaller node with strategic targeted connections to the network.  They can be run for several reasons.  A computer hobbyist with a rPi will run them.  Self-sovereign bitcoinners that want to "be their own bank" and preserve their privacy might run them.  Idealists who want to keep bitcoin as decentralized as possible might run them.  I think they are quite important.  These are the nodes that keep the network from ONLY being run on commercial grade nodes and captured.  We might be motivated by making a little profit for routing, or like me motivated to provide low/zero cost connectivity between 1,2 and 3 as well as the ability for user to user connections.  I personally connect to several of the above nodes as well as rings of peers to keep the network as distributed as possible and drive fees down.  It is hard to imagine that this will ever be more than a minority percentage of the network, in connectivity, and liquidity.  But i do think enough of us will have a palpable effect on the overall network.  We are the X degrees of separation that will route around the big powerful hubs, thereby forcing them to be better network citizens.

5.  Dead end users
This could be the majority of users. These are users who use a custodial wallet (arguably not really lightning users at all, but customers of lightning businesses), or a non-custodial wallet that does not route at all.  So these are the dead end spokes on the hubs in 1, and 3 (and maybe 4?).  Since they do not route payments they do not really have an effect on the network other than providing velocity and liquidity for the routing nodes to handle.  These "nodes" will handle way more outbound transactions, but will also process "Venmo" type user/user payments as well as refunds.

To your point, I think #4 is the lynchpin for how fees end up working.  If there are enough of us providing low fee connectivity I think the cost for payments could be kept very low or even free for the archetypal "coffee transaction".  Small transactions from customers to businesses, or from user to user could find lightning pathways that cost very little and do not even have to touch some of the hubs.  I would guess we see the hubs being involved in transactions that are big enough that it becomes hard to find pathways between the idealists.  But my node has enough inbound and outbound liquidity that I could route payments approaching $10kUSD at today's prices.

Anyway.. it is VERY interesting in my opinion... and we are still in the infant stages of it.  It will be fun to watch! 


But do you believe node operators would run their nodes altruistically by taking fee rates lower and lower, or do you believe they will eventually look for incentives? Because opening/funding channels require capital, which is limited, resources to maintain hardware costs which is also limited, and technical knowledge/labor maintenance.
legendary
Activity: 1876
Merit: 3132
September 12, 2021, 06:56:51 PM
#71
What's the state of splicing again? [...] Is it just a concept or implemented / experimental stage?

It is still a draft. I wouldn't expect it anytime soon. The developers seems to be busy polishing the v2 open protocol.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
September 12, 2021, 04:28:16 PM
#70
That's the problem which splicing is supposed to address.
What's the state of splicing again?
https://lightning.readthedocs.io/search.html?q=splice&check_keywords=yes&area=default# yields no results. Is it just a concept or implemented / experimental stage?
legendary
Activity: 1876
Merit: 3132
September 12, 2021, 03:53:12 PM
#69
Just a question: do you know why c-lightning only allows 1 channel between partners? Design decision? Limitation due to some networking library...?

It's a design choice. See this Github issue. There are a few reasons.

Well, I'd argue against that: If I have a small channel to someone and want to 'enlarge' it, closing and reopening causes even more gossip than just opening a new one..

That's the problem which splicing is supposed to address.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
September 12, 2021, 03:43:19 PM
#68
Dual-fund sounds good! Just a question: do you know why c-lightning only allows 1 channel between partners? Design decision? Limitation due to some networking library...?
just stumbled upon this tweet thread from niftynei (c-lightning developer), which at least gives one reason why only one channel is allowed: https://twitter.com/niftynei/status/1435031797650309125#m
Well, I'd argue against that: If I have a small channel to someone and want to 'enlarge' it, closing and reopening causes even more gossip than just opening a new one..
This is just one reason for multiple channels that comes to mind, since I had this situation before. I imagine there might be many more.

My personal bet would be that routing is easier if you don't always have 2 channels connecting every 2 peers because there won't be the question 'which channel to use'. But I don't know, didn't look into the code a ton so far.
full member
Activity: 154
Merit: 177
September 12, 2021, 12:03:33 PM
#67
Dual-fund sounds good! Just a question: do you know why c-lightning only allows 1 channel between partners? Design decision? Limitation due to some networking library...?
just stumbled upon this tweet thread from niftynei (c-lightning developer), which at least gives one reason why only one channel is allowed: https://twitter.com/niftynei/status/1435031797650309125#m

i think another might be complexity, but that is just an assumption from my side

No.  I am not proposing people do 0/0 fees.  In fact I wonder if there is a risk in that for abuse.

I have recently been reading Rene Pickhard's opinion on the idea for zero base fees for the sake of pathfinding for micro-payments.

I do 0/0 on a channel that routes tons of 1-5sat payments.  But currently that is the only one until I know that 0/0 is for sure not an attack vector.  My main reasons for running a node are self sovereignty and to help the network.  But I certainly respect that many folks are interested if profiting from it, or at least covering the costs for running it and future fees to close channels eventually.
my main reasons to run a lightning node are the same you mention. but i am hesitant about the zero base fee cause i don't know enough about it, i tried to read the paper from rene, but to be honest, i didn't understand it... its a new idea and everyone is just jumping on it. maybe i am just too sceptical... atm my node runs without a percentage fee and only a base fee which seems more logical to me, if my goal is to route as much as possible (without doing 0/0 which could open my node to some attacks)
legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
September 12, 2021, 11:35:22 AM
#66
We could see if ndalliard is up for making a little triangle...


         ndalliard
            /\
          /    \
        /        \
 Rath --------cAPS

If we set to zero fees we effectively add ALL of each other's peer channels with a zero cost single hop to them.    
hmm, to be honest i still have to read about the #zerobasefee and you are now proposing to add both fees to zero?

i've already a channel open to rath, that means rath would open one to caps and caps one to me?

also, at the moment for example the balance of the channel from rath and me is on his side, so i've set the fees a little bit higher to discourage the usage of the channel from my side, cause no one can use it anyway from my side. i am not sure if i would like to set it to zero if it is not usable from my side...

we can try that with the zero fees, but i can't promise that i will keep it that way

Note that this channel between me and @ndalliard is active. 1ml.com lists it as closed for some reason.
its now displayed as active again (i guess your restart helped or maybe it was just a time thing) - it only displays no fee infos on my side, hopefully this will also be solved soon

No.  I am not proposing people do 0/0 fees.  In fact I wonder if there is a risk in that for abuse.

I have recently been reading Rene Pickhard's opinion on the idea for zero base fees for the sake of pathfinding for micro-payments.

I do 0/0 on a channel that routes tons of 1-5sat payments.  But currently that is the only one until I know that 0/0 is for sure not an attack vector.  My main reasons for running a node are self sovereignty and to help the network.  But I certainly respect that many folks are interested if profiting from it, or at least covering the costs for running it and future fees to close channels eventually.

Finally... I am in no way married to the idea of us doing a bitcointalk lightning channel ring.  Frankly I have a few too many channels for my comfort.  But on the other had I would be willing to participate in one as well... for just about any size (well probably not much bigger than 20-30mm sats, and probably not smaller than 1-2...).

And if we set up a "ring" of channels, the only argument for turning off fees is for balancing.  That said, fees duing balancing are not going to be all that bad either way.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
September 12, 2021, 03:50:58 AM
#65
Decided to give c-lightning another go, without nodeJS plugins - if needed, going to write my own plugins and stuff like that.
We can open a dual-funded channel once you have set up your node. If you don't want to use experimental features on the mainnet then that's fine. We can figure out something else.
Dual-fund sounds good! Just a question: do you know why c-lightning only allows 1 channel between partners? Design decision? Limitation due to some networking library...?
full member
Activity: 154
Merit: 177
September 12, 2021, 02:17:18 AM
#64
We could see if ndalliard is up for making a little triangle...


         ndalliard
            /\
          /    \
        /        \
 Rath --------cAPS

If we set to zero fees we effectively add ALL of each other's peer channels with a zero cost single hop to them.    
hmm, to be honest i still have to read about the #zerobasefee and you are now proposing to add both fees to zero?

i've already a channel open to rath, that means rath would open one to caps and caps one to me?

also, at the moment for example the balance of the channel from rath and me is on his side, so i've set the fees a little bit higher to discourage the usage of the channel from my side, cause no one can use it anyway from my side. i am not sure if i would like to set it to zero if it is not usable from my side...

we can try that with the zero fees, but i can't promise that i will keep it that way

Note that this channel between me and @ndalliard is active. 1ml.com lists it as closed for some reason.
its now displayed as active again (i guess your restart helped or maybe it was just a time thing) - it only displays no fee infos on my side, hopefully this will also be solved soon
legendary
Activity: 1876
Merit: 3132
September 12, 2021, 01:49:49 AM
#63
Decided to give c-lightning another go, without nodeJS plugins - if needed, going to write my own plugins and stuff like that.

We can open a dual-funded channel once you have set up your node. If you don't want to use experimental features on the mainnet then that's fine. We can figure out something else.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
September 11, 2021, 06:09:47 PM
#62
You guys are having fun! Cheesy I will share my node ID as well once I've got the new node up.
Decided to give c-lightning another go, without nodeJS plugins - if needed, going to write my own plugins and stuff like that.
legendary
Activity: 1876
Merit: 3132
September 11, 2021, 05:40:53 PM
#61
We could see if ndalliard is up for making a little triangle...

That's an interesting idea. I will message him in a moment.

If we set to zero fees we effectively add ALL of each other's peer channels with a zero cost single hop to them.

Sounds good. I have already set my base fee for all channels to zero and I have just dropped my feerate to zero in my channel with him. I was planning to do it anyway but RTL does not let users to set the PPM parameter below one for some reason, so I had to do it manually via a command.
legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
September 11, 2021, 05:18:40 PM
#60
We could see if ndalliard is up for making a little triangle...


         ndalliard
            /\
          /    \
        /        \
 Rath --------cAPS

If we set to zero fees we effectively add ALL of each other's peer channels with a zero cost single hop to them.   
legendary
Activity: 1876
Merit: 3132
September 11, 2021, 04:56:25 PM
#59
I run LND. 0.12.1 (and Bitcoin 0.21.1 as soon as I reboot)  And I am not sure if they have implemented dual funded channels yet?

Dual-funded channels are available only in c-lightning for the time being. They are also an experimental feature so they have to be enabled manually. Although, I managed to open two dual-funded channels without any problems.

I would be glad to open a channel to you though...  We could also try to balance the channel after opening it.

Sounds good. I guess it would be fairly easy for us balance our channel through a circular payment. Alternatively, you could push some satoshi to my side and then I could refund you on-chain but that would be more expensive.
legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
September 11, 2021, 04:30:06 PM
#58
I have channels are are in the double digit millions, and i think my current channel minimum to CONNECT to me is 1MM

Would you mind sharing your node's id either here or via a private message? I am still willing to open channels to other bitcointalk members; preferably dual-funded ones if one is running c-lightning. Here's my node for reference.

Note that this channel between me and @ndalliard is active. 1ml.com lists it as closed for some reason.


I used to think it could be an opsec risk... but any motivated person could figure me out at this point. Wink  Plus I ran this node on clearnet early on, not realizing that switching to TOR was meaningless after you do.  Anyway, this is me:

https://1ml.com/node/02a0bcc2b99673587d4a92028a2b2ce709b72c904962e2f783fd480c2c41e3dc7d

I run LND. 0.12.1 (and Bitcoin 0.21.1 as soon as I reboot)  And I am not sure if they have implemented dual funded channels yet?  I think I am one version behind the current release (13?).

I would be glad to open a channel to you though...  We could also try to balance the channel after opening it.  But I have to admit, I do not spend much time (or sats) balancing my channels.  Most of them are swept back and forth quite a bit (especially my Bitfinex channels).  Though I do notice some of my channel parters go to the trouble of keeping them balanced, and occasionally in those channels, to honor the partner I will try to shuffle sats around...
legendary
Activity: 1876
Merit: 3132
September 11, 2021, 04:12:05 PM
#57
I have channels are are in the double digit millions, and i think my current channel minimum to CONNECT to me is 1MM

Would you mind sharing your node's id either here or via a private message? I am still willing to open channels to other bitcointalk members; preferably dual-funded ones if one is running c-lightning. Here's my node for reference.

Note that this channel between me and @ndalliard is active. 1ml.com lists it as closed for some reason.
legendary
Activity: 2268
Merit: 16328
Fully fledged Merit Cycler - Golden Feather 22-23
September 11, 2021, 05:43:24 AM
#56
Some contrarian view on Lightning network by Shinobi:

WHY THE BITCOIN LIGHTNING NETWORK DOESN’T WORK (YET)

Quote

Although the technology is promising, this article hopes to address the flaws that are present.


I think it’s important to recognise, and eventually debunk, criticism of the network.
I found that a balanced and unbiased read.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
September 10, 2021, 05:03:50 PM
#55
Agree.  Also when you work in MPP (assuming they really start to work) and #zerobasefees there are arguments for opening 5 2MM channels rather than 1 10MM.  More versatile, and less chance to be log jammed in one or the other direction.  I have channels are are in the double digit millions, and i think my current channel minimum to CONNECT to me is 1MM?  But I have been wondering if I should drop it to less...
In my experience, the channels below 1M see little routing activity, so I would stick to +1M for now, but having some small inbound channels can't hurt, since you have 'nothing to lose' and they'll start getting more useful as Bitcon price rises.
legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
September 10, 2021, 03:50:35 PM
#54
I would guess we see the hubs being involved in transactions that are big enough that it becomes hard to find pathways between the idealists.  But my node has enough inbound and outbound liquidity that I could route payments approaching $10kUSD at today's prices.
A very interesting point to consider: us little hobbyist idealist node operators that open a few 1M satoshi channels here and there, that like in your case can route a couple thousand $ right now, will be able to route hundreds of thousands as the price of Bitcoin increases.

So even without new channels, without new Bitcoin-denominated liquidity, the $-denominated liquidity increases over time.

This means even if we now just connect each other through lots of - at the moment - small channels and see little activity and routing going on, the nodes' importance and abilities will rise without even touching them simply by the Bitcoin price rising.

That's why I think especially the 'idealist node operators' who started their operation early, will stay relevant and will be able to compete with future 'bank nodes' or 'merchant nodes'.

Agree.  Also when you work in MPP (assuming they really start to work) and #zerobasefees there are arguments for opening 5 2MM channels rather than 1 10MM.  More versatile, and less chance to be log jammed in one or the other direction.  I have channels are are in the double digit millions, and i think my current channel minimum to CONNECT to me is 1MM?  But I have been wondering if I should drop it to less...
Pages:
Jump to: