Inferensys

Glossary

Local Model

A local model is an instance of the global model downloaded by a federated learning client, trained on its private dataset, and used to generate an update for the server.
Data scientist building training data pipeline on laptop, data preprocessing visible, technical workspace.
FEDERATED AVERAGING ALGORITHMS

What is a Local Model?

A core component in federated learning, the local model is the instance trained directly on a client's private data.

A local model is a client-specific copy of the global model in a federated learning system that is trained exclusively on the device's private, local dataset. During a communication round, the client downloads the current global model, performs multiple local epochs of training on its own data, and computes a model delta (the parameter update) to send back to the server. This architecture ensures raw training data never leaves the client device, providing a foundational privacy guarantee.

The local model's training is governed by the core Federated Averaging (FedAvg) algorithm. Challenges like statistical heterogeneity (non-IID data) can cause client drift, where local models diverge. Techniques such as FedProx add a proximal term to the local objective to constrain updates. After local training, only the compact model update is transmitted for secure aggregation, balancing collaborative learning with stringent data sovereignty requirements.

FEDERATED LEARNING COMPONENT

Key Characteristics of a Local Model

In federated learning, a local model is a client-specific instance of the global model. It is the core computational unit that performs learning directly on private, decentralized data.

01

Ephemeral Instance

A local model is a temporary copy of the global model downloaded by a client (e.g., a smartphone or edge device) at the start of a communication round. It exists only for the duration of local training. Its lifecycle is:

  • Instantiated from the latest global model parameters.
  • Trained for a specified number of local epochs.
  • Used to compute an update (the model delta).
  • Discarded after the update is sent, preserving client memory. The learned knowledge is captured solely in the transmitted update.
02

Data Sovereignty

The defining characteristic of a local model is that it trains exclusively on the client's private local dataset, which never leaves the device. This enforces a strict privacy-by-design architecture.

Key implications:

  • Raw Data Isolation: Sensitive user data (e.g., personal messages, health metrics, on-device photos) is never transmitted or centralized.
  • Regulatory Compliance: This architecture directly supports compliance with frameworks like GDPR and HIPAA by minimizing data movement.
  • Trust Model: The server only ever sees mathematical updates (gradients or parameter deltas), not the underlying data, establishing a foundational trust boundary.
03

Optimization Anchor

The local model's objective is to minimize loss on its local data distribution. It performs multiple steps of stochastic gradient descent (SGD) or a variant, acting as a local optimizer. This creates a fundamental tension:

  • Goal: Improve performance on the client's specific data.
  • Constraint: Updates must also be useful for improving the shared global model.

Under statistical heterogeneity (non-IID data), this local optimization causes client drift, where models diverge. Algorithms like FedProx add a proximal term to the local loss to anchor updates closer to the global model.

04

Update Generator

The primary output of a local model is a model update (or delta). This is the mathematical difference between the model's parameters before and after local training.

Update Calculation: Δ_i = θ_local^(t+1) - θ_global^t Where Δ_i is the update from client i, θ_global^t is the initial global model, and θ_local^(t+1) is the locally trained model.

This delta is then processed (e.g., compressed, clipped for differential privacy) and sent to the server for aggregation. The local model's role is complete once this transmission occurs.

05

System Heterogeneity Interface

Local models must operate within the highly variable constraints of edge devices, making them an interface for system heterogeneity.

Key variations they must accommodate:

  • Compute Power: From powerful GPUs to microcontrollers.
  • Memory: Limits model size and batch processing.
  • Connectivity: Intermittent or slow networks affect download/upload of models and updates.
  • Availability: Devices are only available for training when idle, plugged in, and on Wi-Fi.

Frameworks handle this via partial participation and straggler mitigation, where only a subset of available clients with capable local models complete a round.

06

Personalization Foundation

While the standard local model is transient, its architecture is the foundation for personalized federated learning. Techniques modify the local model's structure to create persistent, user-specific intelligence.

Common Approaches:

  • FedPer: Keeps the final layers (the "head") of the model local and personal, while collaboratively training shared base layers.
  • FedRep: Learns a shared representation globally, while clients train unique local heads.
  • FedBN: Keeps Batch Normalization layer statistics local to each client, accounting for feature distribution shift without adding persistent parameters.

In these paradigms, the local model evolves from a temporary worker into a lasting, tailored asset.

LOCAL MODEL

Lifecycle in a Federated Averaging Round

This section details the role and lifecycle of the local model within a single communication round of the Federated Averaging (FedAvg) algorithm.

A local model is a client-specific instance of the global model downloaded at the start of a federated learning round. The client trains this model exclusively on its private, on-device dataset for a predetermined number of local epochs. This local training phase computes a model delta—the mathematical difference between the initial and final local parameters—which encapsulates the learned knowledge from that client's data.

After local training, the client transmits only the compact model delta to the central server for secure aggregation. The original local model and its private training data are never exposed. The server aggregates deltas from all participating clients, typically via weighted averaging, to update the global model. This cycle repeats, with each round refining the global model through decentralized, privacy-preserving collaboration.

CORE ARCHITECTURAL COMPONENTS

Local Model vs. Global Model

A comparison of the two primary model instances in the federated learning paradigm, highlighting their distinct roles, locations, and lifecycle stages.

FeatureLocal ModelGlobal Model

Primary Function

Performs local training on private client data

Represents the aggregated, collaborative knowledge from all clients

Physical Location

Resides on the federated client device (e.g., phone, sensor, edge server)

Resides on the central coordinating server

Lifecycle Stage

Ephemeral; instantiated, trained, and discarded per communication round

Persistent; evolves iteratively across all communication rounds

Training Data

Exclusively the client's private, on-device dataset

Never directly accesses any raw client data; learns from aggregated updates

Update Mechanism

Parameters are updated via local SGD over several epochs

Parameters are updated via weighted averaging of client model deltas

Privacy Exposure

High risk; has direct access to raw, sensitive user data

Theoretically zero; only sees mathematical updates, not raw data

Convergence Target

May diverge from global objective due to client drift (non-IID data)

The central optimization target; aims to minimize global loss

Personalization

Can be the basis for personalized models (e.g., via FedPer, FedRep)

Is a generalist model; may underperform on individual client distributions

LOCAL MODEL

Frequently Asked Questions

A local model is the client-side instance of a neural network in a federated learning system. These questions address its core function, lifecycle, and technical characteristics.

A local model is a complete, downloadable instance of the global neural network that a federated learning client trains exclusively on its own private, on-device dataset. It is the fundamental unit of computation in the federated paradigm, enabling decentralized training without data leaving the device. The client receives the latest global model parameters from the server, performs multiple local epochs of stochastic gradient descent on its local data, and produces a model delta—the difference between its updated parameters and the initial ones—which is sent back to the server for aggregation. This process preserves raw data privacy while allowing collective intelligence to emerge.

Prasad Kumkar

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.