From c026764e8d818a719d40aafd3d6580cac1e47c45 Mon Sep 17 00:00:00 2001 From: bmancini55 Date: Tue, 15 Dec 2020 13:48:14 -0500 Subject: [PATCH] Fix comment for sync_routing_table Corrects the comment for sync_routing_table in RoutingMessageHandler to be less prescriptive about the implementor's actions. --- lightning/src/ln/msgs.rs | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lightning/src/ln/msgs.rs b/lightning/src/ln/msgs.rs index b392a22e..25553c70 100644 --- a/lightning/src/ln/msgs.rs +++ b/lightning/src/ln/msgs.rs @@ -831,9 +831,9 @@ pub trait RoutingMessageHandler : Send + Sync + events::MessageSendEventsProvide /// immediately higher (as defined by ::cmp) than starting_point. /// If None is provided for starting_point, we start at the first node. fn get_next_node_announcements(&self, starting_point: Option<&PublicKey>, batch_amount: u8) -> Vec; - /// Initiates routing gossip sync by querying a peer to discover channels - /// and their associated routing gossip messages. This method will use a - /// sync strategy defined by the implementor. + /// Called when a connection is established with a peer. This can be used to + /// perform routing table synchronization using a strategy defined by the + /// implementor. fn sync_routing_table(&self, their_node_id: &PublicKey, init: &Init); /// Handles the reply of a query we initiated to learn about channels /// for a given range of blocks. We can expect to receive one or more -- 2.30.2