ChronoSync Protocol: Distributed Time Synchronization

• ChronoSync is a decentralized chronometer synchronization protocol that aligns software clocks of multi-agent systems through consensus-based controllers and hybrid system modeling.
• It employs a Luenberger-style observer and Lyapunov-based stability analysis to guarantee exponential convergence of both clock synchronization and drift estimation even in the presence of bounded perturbations.
• The protocol is practically applicable to distributed sensor networks, autonomous vehicles, and robotic teams, ensuring robust operation under asynchronous and intermittent communication.

ChronoSync is a decentralized chronometer synchronization protocol designed for multi-agent systems, enabling agents with independently drifting and environmentally perturbed hardware clocks to achieve consensus on a shared software clock with a configurable common drift. Synchronization is accomplished via a consensus-based controller, hybrid-system formulation, and Lyapunov-based stability analysis. The protocol guarantees not only practical synchronization of software clocks but also online estimation of each agent's unknown hardware clock drift, with resilience to asynchronous, intermittent, and directed communication patterns and robustness to bounded disturbances (Zegers et al., 6 Apr 2025).

1. Agent and Network Modeling

Each agent $p \in V$ maintains two clocks: a hardware clock $\theta_p(t)$ subject to environmental perturbations, and a software clock $\vartheta_p(t)$ manipulated via a control input. The evolution of these clocks is formalized as:

• Hardware clock:

$\dot \theta_p(t) \in a_p + \delta_p B,$

where $a_p > 0$ denotes agent $p$'s (unknown) natural drift, $\delta_p \in [0, a_p)$ bounds all environmental perturbations, and $B = \{d \in \mathbb{R}: |d| \leq 1\}$.

• Software clock:

$\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$

where $u_p(t)$ is the steerable control correcting software time.

Agent communication occurs over a connected, undirected, static graph $\theta_p(t)$0, with adjacency matrix $\theta_p(t)$1 and Laplacian $\theta_p(t)$2. The consensus operations, including projection and disagreement coordinates, utilize the orthonormal basis $\theta_p(t)$3 and corresponding diagonal $\theta_p(t)$4, yielding $\theta_p(t)$5 and $\theta_p(t)$6.

Agents broadcast software clock samples to neighbors based on their own asynchronously operated timers $\theta_p(t)$7. The timers evolve according to

$\theta_p(t)$8

and upon reaching zero, trigger broadcasts and timer resets $\theta_p(t)$9 for $\vartheta_p(t)$0. Broadcast intervals are thus bounded by the inequalities:

$\vartheta_p(t)$1

2. Decentralized Consensus Protocol

ChronoSync's core mechanism is a consensus-based steering law for adjusting software clock rates. Each agent $\vartheta_p(t)$2 maintains:

• Its current software time $\vartheta_p(t)$3,
• The most recent broadcast time estimate $\vartheta_p(t)$4 for each neighbor $\vartheta_p(t)$5,
• An estimate $\vartheta_p(t)$6 of its own hardware clock drift $\vartheta_p(t)$7.

Defining a user-configurable reference drift $\vartheta_p(t)$8, the decentralized update takes the form:

$\vartheta_p(t)$9

where $\dot \theta_p(t) \in a_p + \delta_p B,$0 is the consensus gain. The $\dot \theta_p(t) \in a_p + \delta_p B,$1 component steers the software clock rate towards the desired common drift $\dot \theta_p(t) \in a_p + \delta_p B,$2, while the consensus sum reduces local disagreement.

Unknown hardware clock drifts $\dot \theta_p(t) \in a_p + \delta_p B,$3 are estimated online using a Luenberger-style observer:

$\dot \theta_p(t) \in a_p + \delta_p B,$4

with positive gains $\dot \theta_p(t) \in a_p + \delta_p B,$5, $\dot \theta_p(t) \in a_p + \delta_p B,$6. The error dynamics are:

$\dot \theta_p(t) \in a_p + \delta_p B,$7

guaranteeing exponential convergence of both drift and clock estimates despite bounded disturbances.

3. Hybrid System Formulation

The ensemble of agents and their synchronization protocol are modeled as a hybrid system. The state vector aggregates the disagreement coordinates $\dot \theta_p(t) \in a_p + \delta_p B,$8, local software-error $\dot \theta_p(t) \in a_p + \delta_p B,$9, drift estimation error $a_p > 0$0, hardware clock estimation error $a_p > 0$1, and timers $a_p > 0$2.

The hybrid system's dynamics are:

• Flow set: $a_p > 0$3,
• Jump set: $a_p > 0$4.

The combined flow and jump evolution is:

$a_p > 0$5

where $a_p > 0$6 denotes the bounded disturbances and $a_p > 0$7 arises from timer perturbations.

At a timer crossing ($a_p > 0$8),

$a_p > 0$9

4. Stability and Convergence Properties

Synchronization objectives and estimation guarantees are established via a Lyapunov analysis. Consider the candidate function:

$p$0

where $p$1 is block-diagonal with $p$2, $p$3, and $p$4. The Lyapunov function admits quadratic bounds: $p$5.

During flows, the function decreases up to a disturbance-driven offset:

$p$6

with $p$7. At any broadcast-induced jump, $p$8 does not increase:

$p$9

Combining these effects yields the global practical exponential stability (GPES) estimate: For any solution $\delta_p \in [0, a_p)$0 and $\delta_p \in [0, a_p)$1,

$\delta_p \in [0, a_p)$2

with GPES attractor $\delta_p \in [0, a_p)$3.

5. Performance, Practical Considerations, and Parameter Effects

The protocol guarantees global practical exponential convergence of both clock synchronization (i.e., $\delta_p \in [0, a_p)$4) and drift estimation errors $\delta_p \in [0, a_p)$5, $\delta_p \in [0, a_p)$6, even under bounded but unknown clock perturbations $\delta_p \in [0, a_p)$7. The convergence rate $\delta_p \in [0, a_p)$8 and ultimate synchronization error $\delta_p \in [0, a_p)$9 are explicit functions of the largest perturbation $B = \{d \in \mathbb{R}: |d| \leq 1\}$0 and design parameters $B = \{d \in \mathbb{R}: |d| \leq 1\}$1.

A representative simulation with $B = \{d \in \mathbb{R}: |d| \leq 1\}$2 agents using $B = \{d \in \mathbb{R}: |d| \leq 1\}$3 s tolerance, $B = \{d \in \mathbb{R}: |d| \leq 1\}$4 Hz, $B = \{d \in \mathbb{R}: |d| \leq 1\}$5 ppm, $B = \{d \in \mathbb{R}: |d| \leq 1\}$6, $B = \{d \in \mathbb{R}: |d| \leq 1\}$7, $B = \{d \in \mathbb{R}: |d| \leq 1\}$8, $B = \{d \in \mathbb{R}: |d| \leq 1\}$9, $\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$0 s, $\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$1 s for all $\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$2, and initial disagreement of $\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$3 s, demonstrates:

Quantity	Convergence Behavior	Value/Bound
Software time disagreement	$\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$4 by $\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$5 s	$\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$6 s
Software clock drifts	$\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$7	Fig. 2 in (Zegers et al., 6 Apr 2025)
Drift estimator error	$\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$8 within $\dot \vartheta_p(t) \in a_p + \delta_p B + u_p(t),$9	Fig. 3 in (Zegers et al., 6 Apr 2025)
Hardware clock estimate error	$u_p(t)$0	Fig. 4 in (Zegers et al., 6 Apr 2025)
Timer trajectories	$u_p(t)$1 for all $u_p(t)$2	Fig. 6 in (Zegers et al., 6 Apr 2025)

Software clocks rapidly synchronize, and both drift estimates and hardware clock estimates converge within tight margins. The protocol is robust to environmental disturbances, agent heterogeneity, and asynchronous, intermittent communication windows.

6. Applications and Significance

ChronoSync addresses decentralized time-base alignment in settings where agents' clocks are individually perturbed and no global reference is available. Affected applications include distributed sensor networks, cooperative robotic teams, autonomous vehicle fleets, and any other systems requiring precise, resilient, and autonomous time synchronization without centralized control or pervasive connectivity.

Significance lies in the combination of fully distributed operation, closed-form dynamics for design, explicit disturbance and parameter dependence for performance calibration, and proven guarantees of GPES for both synchronization and bias estimation. All objectives are attained under both asynchronous and directed event-driven communication, making ChronoSync applicable to a wide range of practical multi-agent scenarios with adversarial or stochastic environmental noise.

7. Limitations and Directions for Future Research

ChronoSync currently assumes a static, connected, undirected communication graph for its formal analysis, although communication between agents may nonetheless be directed and intermittent due to autonomous timer-driven broadcasts. A plausible implication is that extensions to time-varying or partially connected topologies could further broaden practical utility. Environmental perturbations are required to be bounded, with robustness scaling characterized explicitly by the ultimate error $u_p(t)$3. Additional investigation into relaxation of this boundedness, stronger disturbance rejection, or integration with time-varying hybrid network models represents plausible directions for continued research, as does experimental validation beyond simulation (Zegers et al., 6 Apr 2025).