Federated Averaging (FedAvg) is a communication-efficient algorithm where a central server distributes a global model to participating clients. Each client performs multiple steps of stochastic gradient descent (SGD) on its local data partition, then transmits only the resulting model weights or gradients back to the server. The server aggregates these updates by computing a weighted average, typically proportional to the size of each client's local dataset, to produce the new global model.
Glossary
Federated Averaging (FedAvg)

What is Federated Averaging (FedAvg)?
Federated Averaging (FedAvg) is the foundational optimization algorithm for federated learning that constructs a global model by averaging the parameter updates from locally trained models on decentralized client devices, without ever centralizing the raw training data.
The core innovation of FedAvg lies in reducing communication rounds by allowing clients to compute multiple local updates before synchronization, a departure from traditional distributed SGD. This approach addresses the statistical heterogeneity of non-IID data distributions across clients while maintaining differential privacy guarantees. The algorithm is foundational to sovereign AI infrastructure, enabling collaborative model training across air-gapped environments and confidential computing enclaves without violating data residency enforcement policies.
Key Characteristics of FedAvg
Federated Averaging (FedAvg) is defined by a specific set of algorithmic properties that distinguish it from traditional distributed training. These characteristics enable privacy-preserving model training across decentralized data silos.
Local Stochastic Gradient Descent (SGD)
Unlike classic distributed training that computes a single gradient on a large batch, FedAvg allows each client to perform multiple local epochs of Stochastic Gradient Descent on its private dataset. This reduces the frequency of communication rounds. The local update rule is typically: w_{t+1}^k = w_t - η ∇F_k(w_t), where w_t is the global model, η is the learning rate, and F_k is the local objective on client k.
Server-Side Weighted Aggregation
The central server performs a coordinate-wise weighted average of the model updates received from participating clients. The aggregation is typically weighted by the number of training samples n_k on each client: w_{t+1} = Σ (n_k / n) * w_{t+1}^k. This ensures that clients with more data have a proportionally greater influence on the global model, preventing a minority of small datasets from skewing convergence.
Communication Efficiency
FedAvg is designed to be communication-bound, not computation-bound. By increasing the number of local training epochs (E) and adjusting the local batch size (B), the algorithm trades increased local computation for significantly fewer communication rounds. This is critical for edge devices with expensive or slow network connections.
Non-IID Data Robustness
A defining challenge for FedAvg is statistical heterogeneity, where local datasets are non-Independent and Identically Distributed (non-IID). Client data distributions P_k(x,y) can vary wildly. While standard FedAvg can diverge under severe non-IID conditions, its core mechanism of averaging local updates provides a foundational level of robustness that more advanced algorithms like FedProx and SCAFFOLD build upon.
Privacy by Architecture
FedAvg provides a baseline layer of data minimization by ensuring raw data never leaves the client device. Only model updates (gradients or weights) are transmitted. However, these updates are not inherently cryptographically private; they can leak information through gradient inversion attacks. Production systems typically layer FedAvg with Differential Privacy or Secure Multi-Party Computation (SMPC) to achieve formal privacy guarantees.
Partial Client Participation
In each communication round, the server selects a random fraction C of available clients to participate. This client sampling mechanism handles the reality of unreliable edge devices that may be offline, charging, or on metered connections. The fraction C is a critical hyperparameter that balances global model convergence speed against the practical availability of the client fleet.
Frequently Asked Questions
Clear, technically precise answers to the most common questions about the Federated Averaging (FedAvg) algorithm, the foundational protocol for decentralized model training.
Federated Averaging (FedAvg) is a decentralized machine learning algorithm that trains a shared global model by averaging locally computed model updates from multiple client devices, without ever centralizing the raw training data. The process works in iterative communication rounds: a central server initializes a global model and distributes it to a sampled subset of clients. Each client trains the model on its local dataset for a few epochs, producing an updated set of model weights. These local weight updates—not the data itself—are sent back to the server, which computes a weighted average of all received updates to produce a new global model. The weighting is typically proportional to the size of each client's local dataset. This cycle repeats until convergence. The key insight is that the average of independently trained stochastic gradient descent (SGD) models approximates the gradient of the entire distributed dataset, provided the local datasets are sufficiently diverse and the learning rate is appropriately tuned.
FedAvg vs. Centralized Training
A technical comparison of Federated Averaging against traditional centralized training across privacy, communication, and computational dimensions.
| Feature | Federated Averaging (FedAvg) | Centralized Training |
|---|---|---|
Data Locality | Data remains on client devices; only model updates transmitted | All raw data aggregated in a single datacenter or cloud bucket |
Privacy Guarantee | ||
Network Communication Pattern | Multiple rounds of client-server gradient exchange | Single high-throughput ingest; no iterative client communication |
Data Distribution Assumption | Non-IID across heterogeneous clients | IID or centrally shuffled distribution |
Straggler Tolerance | Server waits for fraction C of clients per round; stragglers dropped | Not applicable; no distributed clients |
Convergence Rate | Slower per-round due to partial client participation and non-IID drift | Faster per-epoch with full-batch gradient computation |
Communication Cost per Round | 2x model size per participating client (download + upload) | Negligible after initial data ingestion |
Infrastructure Requirement | Edge devices or siloed servers with local compute | High-bandwidth GPU cluster with unified storage |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Real-World Applications of FedAvg
Federated Averaging (FedAvg) has moved beyond academic research into production systems where data privacy, network efficiency, and regulatory compliance are non-negotiable. These applications demonstrate how model updates are aggregated without centralizing raw data.
Mobile Keyboard Prediction
Google's Gboard uses FedAvg to train next-word prediction and query suggestion models directly on user devices. The on-device model trains on local typing history, and only encrypted weight updates are sent to the aggregation server.
- Scale: Billions of devices participate in nightly training rounds
- Privacy: Raw keystrokes never leave the device
- Optimization: Uses Federated Stochastic Gradient Descent with adaptive clipping to bound update norms
Healthcare Multi-Institutional Diagnostics
Hospitals train diagnostic imaging models collaboratively without sharing patient data. Each institution trains locally on its PACS (Picture Archiving and Communication System) data, and only model deltas are aggregated.
- Use Case: Tumor segmentation across geographically dispersed radiology departments
- Compliance: Satisfies HIPAA and GDPR data residency requirements
- Framework: Often implemented via NVIDIA FLARE or OpenFL with FedAvg as the core aggregation algorithm
Financial Fraud Detection
Banks and payment processors deploy FedAvg to train anomaly detection models across competing institutions. Each bank's transaction data remains on-premises while the global model learns from diverse fraud patterns.
- Architecture: Local autoencoders trained on institution-specific transaction distributions
- Aggregation: Weighted averaging proportional to local dataset size
- Benefit: Detects cross-institutional fraud rings without exposing customer transaction histories
Autonomous Vehicle Fleet Learning
Automotive manufacturers use FedAvg to aggregate driving model improvements from vehicle fleets. Each vehicle trains on local sensor data from edge cases encountered during operation.
- Data: Camera, LiDAR, and radar inputs processed via on-board neural processing units
- Communication: Updates transmitted over 5G or WiFi when vehicles are parked and charging
- Challenge: Handling non-IID data distributions across different geographic regions and driving conditions
Industrial IoT Predictive Maintenance
Manufacturing plants deploy FedAvg to train predictive maintenance models across factory floors without centralizing proprietary operational data. Each machine's sensor telemetry trains a local model.
- Objective: Predict bearing failures and motor degradation
- Privacy: Proprietary production schedules and throughput data never leave the factory
- Aggregation Strategy: FedProx variant used to handle heterogeneous compute resources across edge devices

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us