FedEve: Drift-Compensated Federated Learning
- The paper introduces FedEve, a method that explicitly models and compensates for client drift and period drift in federated learning.
- It fuses server-side predictions with client-side observations via a Kalman filter to reduce update variance in non-iid, cross-device scenarios.
- Empirical results on vision and recommendation tasks demonstrate that FedEve outperforms standard approaches, especially under high data heterogeneity.
FedEve is a federated learning method for cross-device settings that addresses two distinct sources of optimization bias under data heterogeneity: client drift, induced by multiple local updates on non-iid data, and period drift, induced by partial client participation when the sampled clients at a round do not reflect the full population distribution. The method is introduced as a predict-observe framework in which server-side optimization provides a prediction, client-side local training provides an observation, and the two are fused through a Bayesian/Kalman filter so that the two forms of drift can compensate each other and reduce update variance (Shen et al., 20 Aug 2025).
1. Problem formulation in cross-device federated learning
FedEve is formulated in the standard federated optimization setting with clients collaboratively minimizing a weighted global objective
where , , and
In cross-device FL, only a small subset of clients participates at each communication round,
which induces a sampled objective
Under non-iid data, can deviate from because the participating set may not reflect the population distribution (Shen et al., 20 Aug 2025).
The method is positioned against the standard FedAvg update pattern. Clients receive , perform 0 local steps with step-size 1,
2
and the server aggregates
3
Using 4 and 5, the update becomes
6
FedEve departs from this baseline by explicitly modeling the discrepancy between the sampled objective and the global objective as well as the discrepancy introduced by local training.
2. Client drift, period drift, and their interaction
FedEve distinguishes two forms of drift. Client drift arises from multiple local steps on heterogeneous local objectives. One convenient measure is
7
The paper also formalizes it through local-optima mismatch:
8
where 9 is the local minimizer of 0 and 1 is the minimizer of 2 (Shen et al., 20 Aug 2025).
Period drift is specific to cross-device FL with partial participation. It measures the shift in objective or gradient across rounds because different subsets of clients are sampled:
3
or, in expected squared norm form,
4
The distinction is causal as well as analytic: client drift is tied to 5 local steps on non-iid data, whereas period drift is tied to biased client sampling under non-iid data.
The reported empirical finding is that, as heterogeneity increases—for example when Dirichlet 6 decreases—period drift becomes particularly detrimental in cross-device FL. The stated intuition is that client drift scales with local steps 7 and heterogeneity 8 as 9, whereas period drift scales as 0. In cross-device regimes where 1 is small, the objective itself shifts across rounds, so period drift can have a larger impact on convergence and accuracy than client drift (Shen et al., 20 Aug 2025). This suggests that methods designed only to stabilize local training can remain inadequate when the dominant disturbance is the round-to-round movement of the sampled objective.
3. Predict-observe fusion and the FedEve algorithm
FedEve treats server-side optimization as a prediction of the next update step and client-side local training as an observation of that step. The framework assumes Gaussian-like independent noises:
2
3
where 4 corresponds to period drift and 5 corresponds to client drift. The independence assumption is made with respect to 6 and between the two noise sources (Shen et al., 20 Aug 2025).
The instantiated method specializes this framework as a Kalman filter with Nesterov momentum. The server maintains a momentum variable 7 and predicts
8
Clients receive 9 rather than 0, initialize from it, run local training, and return local models. The server forms the observed average update at the predicted state,
1
It then updates the predictive variance and scalar Kalman gain,
2
and fuses prediction with observation through
3
followed by
4
The paper further defines server-side estimators for the two variance components:
5
6
Here 7 measures disagreement between the server prediction and the observed average update, while 8 measures the heterogeneity of client updates around that average.
Operationally, the server initializes 9, 0, and 1, chooses 2—the paper gives 3 as an example—and repeats prediction, client sampling, broadcast, collection of local models, variance estimation, Kalman fusion, and global update. On the client side, each client receives 4, sets 5, performs local SGD for 6 steps, and returns 7. The principal hyperparameters are the global learning rate 8, local learning rate 9, number of local epochs 0, local steps per epoch, client sampling size 1, and optionally the server momentum type. The reported experiments use 2 and, by default in cross-device settings, 3 (Shen et al., 20 Aug 2025).
4. Theoretical properties
The theoretical analysis assumes smoothness and Lipschitz continuity of the per-example loss, bounded variance of client gradients, and Gaussian-like independent drift noises. Specifically, for any data 4, 5 is 6-smooth and 7-Lipschitz,
8
and for each client 9,
0
The drift variables satisfy 1 and 2, independent of 3 and of each other (Shen et al., 20 Aug 2025).
A central analytical statement is the closed-form fusion rule. If the prediction has mean 4 and variance 5, and the observation has mean 6 and variance 7, then the fused estimator has
8
The fused variance is therefore strictly smaller than either component variance, or equivalently
9
Under the same assumptions and 0, the method satisfies the non-convex convergence bound
1
where 2. The first term is the standard 3 optimization term, while the second is an irreducible variance term that vanishes when 4.
Two lemmas isolate the role of partial participation and Kalman fusion. For random client subsets without replacement,
5
which quantifies the sampling variance associated with period drift. The momentum update obeys
6
showing that the Kalman gain controls variance arising from both sampling noise and estimation error. The proof sketch reported in the paper uses a descent lemma from smoothness, the unbiasedness of the fused estimator, and telescoping over 7 rounds (Shen et al., 20 Aug 2025).
5. Empirical behavior in cross-device settings
The reported evaluation spans computer vision and recommendation tasks. On FEMNIST (LEAF), the setup uses 3400 users, 62 classes, and a LeNet-5 model, with both the natural partition by user and Dirichlet label-skew partitions with 8. On CIFAR-100, the model is ResNet-18 with GroupNorm and the same Dirichlet choices. On MovieLens-1M (CTR), the setup uses 6,040 users, a DIN model, leave-one-out evaluation, and AUC/HR/NDCG metrics. The cross-device configuration uses 9 rounds and 0 clients per round for the computer-vision tasks, and 1 rounds with 2 for the recommendation task. Local training uses 3 epoch, local learning rate 4, and server global learning rate 5 for FedEve (Shen et al., 20 Aug 2025).
The baseline set comprises FedAvg, FedAvgM, FedProx, SCAFFOLD, and FedOpt. Across natural and Dirichlet partitions on FEMNIST and CIFAR-100, FedEve is reported as consistently best or tied for best, with improvements more pronounced at higher heterogeneity, especially at 6. On MovieLens-1M, the method achieves the best AUC, HR@10, and NDCG@10 among the compared approaches.
| Benchmark setting | Reported alternatives | FedEve |
|---|---|---|
| FEMNIST, 7 | FedAvg 73.23±1.36; FedAvgM 74.96±2.34; FedProx 74.16±1.19; SCAFFOLD 5.13±0.00; FedOpt 5.13±0.00 | 75.99±1.61 |
| CIFAR-100, 8 | FedAvg 30.11±0.53; FedAvgM 31.59±0.98; FedProx 30.10±0.55; FedOpt 32.17±1.38 | 32.68±0.62 |
| MovieLens-1M | Outperforming FedOpt and FedProx | AUC 0.7967±0.0016; HR@10 0.4460±0.0088; NDCG@10 0.2407±0.0037 |
The ablation results vary local epochs over 9 and heterogeneity over different 00 values. FedEve remains stable and top-performing, while methods that address only client drift can fail under strong period drift; the reported examples are SCAFFOLD and FedOpt failures in FEMNIST natural and 01 conditions. Visualizations are said to demonstrate the variability of period drift across rounds and its dominant effect when heterogeneity is high and participation is low. The Kalman gain analysis shows that 02 increases as heterogeneity increases, thereby shifting weight toward observation when prediction-observation mismatch grows, and that 03 is relatively insensitive to 04 under cross-device constraints. The method’s overhead is described as negligible relative to FedAvg and FedAvgM because it requires only simple variance estimates and a scalar Kalman gain on the server, with no extra client storage or communication (Shen et al., 20 Aug 2025).
6. Relation to prior work, practical guidance, and ambiguity of nomenclature
FedEve is situated among methods that each address different parts of the heterogeneity problem. FedAvg is the baseline averaging method and, in the paper’s characterization, suffers from both client drift and period drift without explicit correction. FedAvgM and FedOpt improve stability through server-side momentum or adaptive optimization, but do not explicitly model the distinction between prediction and observation, and FedOpt’s adaptivity can be misled when the optimization objective shifts across rounds. FedProx adds a proximal term to reduce deviation from 05 in local objectives and thus targets client drift, but it does not address period drift and requires tuning a proximal coefficient. SCAFFOLD uses control variates to correct client drift, yet in cross-device FL those control variates can become stale because participation is infrequent; the paper states that this can undermine effectiveness and potentially cause instability when per-client data sizes differ substantially. MIME, MOON, FedNova, and related methods are described as targeting client-side heterogeneity, personalization, normalization, or representation alignment, whereas FedEve’s stated novelty is the explicit modeling and compensation of both period drift and client drift through predict-observe fusion with principled variance weighting and no extra client state or communication (Shen et al., 20 Aug 2025).
The practical guidance reported for deployment is correspondingly specific. Server-side momentum, described as Nesterov, is used to form 06, and a typical momentum 07 around 08 is said to work well in practice. The paper recommends a mild global learning rate such as 09, local learning rate 10, and 11 in cross-device settings. Larger 12 reduces period drift, and monitoring 13 and 14 provides a diagnostic of whether period drift or client drift is dominant. When 15 is large, period drift dominates and FedEve correspondingly increases 16 to trust observations more.
The stated limitations follow directly from the assumptions used in the theory and method design. FedEve assumes random client sampling and Gaussian-like independent drift noises; severe violations, such as highly biased or correlated sampling over time, may reduce effectiveness. In extreme non-iid regimes with extremely small 17, both forms of drift may remain large, so convergence may still be slow even if variance is reduced. The theoretical analysis does not cover adversarial or privacy-constrained noise shaping. The future directions listed in the paper include non-Gaussian noise models, time-correlated drifts, adaptive client sampling, personalized variants, and integration with secure aggregation and privacy accounting (Shen et al., 20 Aug 2025).
A separate source of potential confusion is terminological rather than algorithmic. The details accompanying the holistic FL evaluation framework FedEval describe “FedEve/FedEval” as a standardized evaluation solution spanning privacy, robustness, effectiveness, and efficiency (Chai et al., 2020). By contrast, the 2025 cross-device FL paper uses FedEve specifically for a predict-observe optimization method that bridges client drift and period drift (Shen et al., 20 Aug 2025). This suggests a nomenclatural ambiguity across sources: in the cross-device optimization literature, FedEve denotes a Kalman-filter-based training algorithm, whereas in the evaluation-framework context the name appears in alignment with FedEval.