Open TheBlueMatt opened 1 year ago
Logging every sent + received message is invaluable as a debug tool, we should do the same thing for P2P messages as we currently lack good observability in the OM pipeline.
I assume this should happen at the GOSSIP level?
I'd think TRACE - in my mind the distinction is GOSSIP will flood your logs and be unreadable, TRACE shouldn't, but a counterparty that wants to spam you totally can. For receive/send OMs I'd expect them to steady-state be pretty quiet.
Can I try this issue?
Can I try this issue?
Go for it @Sharmalm
This line is message processing function. So do i have to log every sent and receive message individually?
It isn't clear to me from this issue what is supposed to be logged. We already log both sent and received onion messages in PeerManager
, AFAICT, just as we do for other P2P messages.
Was the description suppose to say s/P2P messages/onion message payload
?
Yea, payload really. The issue with the current logging is we have no idea what was in the onion messages, we just log the encrypted data.
Logging every sent + received message is invaluable as a debug tool, we should do the same thing for P2P messages as we currently lack good observability in the OM pipeline.