-
Notifications
You must be signed in to change notification settings - Fork 379
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gossip never seems to get a full take from Eclair/CLN #3075
Comments
We definitely do order it correctly. We do ratelimit to 1Mbyte/sec these days though? |
Probably someone is impacted, but not everyone. LDK is syncing correctly. Probably the problem that we are discussing here is a problem that people do not see Working on producing a gossip observer tool in the next coming days (more weeks) |
Yea, I think its quite likely just that the peer in question doesn't have the whole gossip map. I guessed it was ordering because we get a lot of errors that look like ordering errors - is it possible that CLN (or others?) relay live channel_update gossip for SCID X when it is still doing a historical sync and hasn't yet reached X, thus making the channel_update an out-of-order error? |
Sorry if took me so long to get back to this issue, but I think I finally had some real symptoms to report. Probably not related to ldk but this is another symptom of this issue ElementsProject/lightning#7995 Gossip is not propagating through different implementations (not tested with ldk yet but I will) like LND, CLN and Aclair |
We've seen a handful of reports that seem to indicate we don't succeed fetching gossip from CLN/Eclair. If I had to guess its because they don't sort the gossip into channel_announcements first, then channel_updates, then node_announcements, as required by the spec.
The text was updated successfully, but these errors were encountered: