1

I found that 1ML displays almost double the number of nodes comparing to other lightning network explorers.

I think 1ML does not provide the datasource but are you able to guess about the reason of the difference?

Besides 1ML, the numbers of nodes are almost same.

My own c-lightning nodes shows about 4,000 by listnodes command and lightning.chaintools.io uses lnd's GetNetworkInfo rpc call according to their source code.

Nodes: 7,462
Channels: 39,310
Nodes: 4,011
Channels: 39,514
Nodes: 3,941
Channels: 38,983
Nodes: 3,971
Channels: 39,201
Nodes: 3,978
Channels: 39,009

1 Answer 1

3

Let's start by ignoring the 1ml case. It is perfectly reasonable that the number of nodes differs a little bit as the gossip protocol takes some time to forward the information. In particular there could be private nodes having a channel to the node that is used by the explorers and they could include the knowledge about such a node in their counting...

So why is 1 ml counting almost twice as many nodes? As it is closed source we can only guess. I observed that 1ml also depicts closed channels for a node. So I could imagine that the number of nodes shown by 1ml also includes nodes which existed in the past by counting all nodeids they have ever seen in their database instead of counting the nodes from the gossip store. I did not find such an example quickly. Also the gossip protocol specifies to remove channels if they close on chain but has as far as I rember no rule for removing nodes. Maybe 1ml uses a different / secret lighing implementation. That never drops nodes from their gossip store.

0

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.