Open onur-ozkan opened 3 weeks ago
@onur-ozkan
Once a connection is established with a peer, validation check is immediately performed to confirm the peer's clock. If the peer's time exceeds the maximum allowed cap
Could you clarify please, we compare which peer time with what?
@onur-ozkan
Once a connection is established with a peer, validation check is immediately performed to confirm the peer's clock. If the peer's time exceeds the maximum allowed cap
Could you clarify please, we compare which peer time with what?
Current peer's time against to the remote peer.
Implementation Details
Once a connection is established with a peer, validation check is immediately performed to confirm the peer's clock. If the peer's time exceeds the maximum allowed cap, the connection is terminated. This approach ensures that all peers performing operations in the network are synchronized in terms of time. Current time cap is set to 30 seconds, which can be changed if it doesn't fit the requirements.
Each peer is temporarily added to the
RECENTLY_DIALED_PEERS
map for 5 minutes before any connection attempt. This prevents repeated connection attempts to peers that are unavailable or out-of-sync, which reduces unnecessary reconnection overheads.Breaking Changes
A new request-response payload (
GetPeerUtcTimestamp
) has been added. This request is sent at each connection attempt, which makes it mandatory for all seed nodes and GUI applications in the network to be updated to this version. Meaning, this version is incompatible with any older version.The
NetworkInfoRequest
has been renamed toPeerInfoRequest
. This likely affects the encoded payload ofGetMm2Version
(not yet verified but highly likely).Resolves https://github.com/KomodoPlatform/komodo-defi-framework/issues/1115 and https://github.com/KomodoPlatform/komodo-defi-framework/issues/1683
Blocked by https://github.com/KomodoPlatform/komodo-defi-framework/pull/2256