FedPer (Federated Learning with Personalization Layers) is a personalized federated learning approach where a neural network is split into base (representation) layers and a head (classification) layer. The base layers are learned collaboratively across all clients and aggregated by a central server to form a shared global feature extractor. In contrast, the head layer remains entirely local, personalized, and private to each individual client, trained solely on that client's own data. This architecture directly addresses the challenge of non-IID data by allowing the model to capture common patterns globally while adapting the final decision boundary to local distributions.
Glossary
FedPer

What is FedPer?
FedPer (Federated Learning with Personalization Layers) is a personalized federated learning algorithm designed to handle statistical heterogeneity across clients.
The algorithm operates within the standard federated averaging (FedAvg) loop but modifies the aggregation step: only the base layer parameters are averaged by the server. This creates a personalized model for each client that combines the globally learned representation with a locally optimized classifier. FedPer is a foundational method in the personalized federated learning paradigm, providing a clear, parameter-isolation alternative to more complex techniques like meta-learning or multi-task learning. It is particularly effective when client tasks are related but not identical, balancing collaborative learning with individual adaptation.
Key Features of FedPer
FedPer (Federated Learning with Personalization Layers) is a foundational architecture for personalized federated learning. It addresses data heterogeneity by splitting the model into collaboratively learned base layers and locally personalized head layers.
Split Model Architecture
The core innovation of FedPer is its split neural network architecture. The model is divided into two distinct components:
- Base Layers (Body): Lower, foundational layers (e.g., convolutional feature extractors, transformer encoders) that are trained collaboratively across all clients and aggregated by the server.
- Personalization Layers (Head): The final layers (typically one or more fully connected layers) that are unique to each client, trained only on local data, and never shared. This separation allows the model to learn generalizable features globally while adapting the final decision-making to individual client data distributions.
Mitigation of Client Drift
FedPer directly combats client drift, a major challenge in federated learning with non-IID data. By keeping the personalized head local, clients are not forced to converge their final representations to a single global average that may be suboptimal for their unique data. The local head can specialize, reducing the conflict between local optimization and the global objective. This leads to:
- Faster convergence for personalized tasks.
- Higher final accuracy on local client data.
- More stable global base layer training, as the aggregation is focused on shared feature representations rather than task-specific outputs.
Two-Phase Training Protocol
FedPer operates through a structured, two-phase training process within each communication round:
- Collaborative Base Learning: The server broadcasts the global base layers to selected clients. Clients freeze their local personalization layers and perform several epochs of training only on the base layers using their local data. The updates to these base layers are sent back to the server for federated averaging.
- Local Personalization: Concurrently or sequentially, each client unfreezes and trains its personalization layers on its local data. These updates are never communicated, ensuring the personalized knowledge remains private on the device. This protocol cleanly separates the learning of shared features from personalized adaptation.
Privacy-Preserving by Design
FedPer enhances privacy beyond standard federated learning through architectural constraints. Since the personalization layers and their gradients never leave the client device, the most sensitive part of the model—the part directly mapping learned features to user-specific labels or actions—is never exposed. This provides a strong privacy guarantee:
- The server only ever receives updates for the generalized base layers.
- It is computationally infeasible for the server or other clients to reconstruct a user's unique data patterns from the aggregated base model updates alone. This makes FedPer particularly suitable for applications like next-word prediction, content recommendation, and healthcare diagnostics where user behavior is highly individual.
Relation to Other PFL Methods
FedPer established a blueprint for Personalized Federated Learning (PFL). Key related approaches include:
- FedRep: Extends FedPer by explicitly learning a shared representation (base layers) and cycling between representation and head training.
- Per-FedAvg: A meta-learning approach that aims to find a global model initialization that can be quickly personalized with few local steps, rather than maintaining separate layers.
- Local Fine-Tuning: A simpler baseline where a global model is trained via FedAvg and then each client fine-tunes the entire model locally. FedPer is more communication-efficient than this, as only the base layers require aggregation. FedPer's clear separation of concerns makes it a versatile and interpretable starting point for PFL research.
Practical Deployment Considerations
Implementing FedPer requires careful system design:
- Model Architecture Choice: The split point between base and personalization layers is a hyperparameter. Deeper splits offer more personalization but may reduce the benefit of collaborative learning.
- Client Storage: Each client must store its unique personalization head in addition to the global base model.
- Cold Start for New Clients: A new client joining the system only receives the global base layers. It must train its personalization head from scratch on its local data, which may require sufficient local data for effective personalization.
- Compatibility with Secure Aggregation: The aggregation of base layer updates is fully compatible with cryptographic secure aggregation protocols, providing an additional layer of privacy.
FedPer vs. Other Personalized FL Approaches
A technical comparison of FedPer's layer-based personalization against other prominent methods for handling non-IID data in federated learning.
| Architectural Feature | FedPer (Federated Learning with Personalization Layers) | FedRep (Federated Representation Learning) | Local Fine-Tuning | Multi-Task Learning (MTL) FL |
|---|---|---|---|---|
Core Personalization Mechanism | Fixed split: shared base layers, local heads | Alternating training: shared representation, local heads | Full global model downloaded, then fine-tuned locally | Global model with client-specific parameters (e.g., layers, hypernets) |
What is Shared/Centralized | Base model parameters (feature extractor) | Representation model parameters | Initial global model parameters | Base model and/or hypernetwork parameters |
What is Kept Local/Personal | Final classification/regression layers (head) | Final classification/regression layers (head) | Entire fine-tuned model | Client-specific parameter sets or task-specific layers |
Communication Cost per Round | Lower (only base layers transmitted) | Lower (only representation model transmitted) | High (full model transmitted for initialization) | Moderate to High (depends on shared parameter size) |
Handles Feature Distribution Shift (Non-IID) | ||||
Handles Label Distribution Shift (Non-IID) | ||||
Requires Client-Side Model Storage | Minimal (store local head only) | Minimal (store local head only) | High (store full model) | Moderate (store full model + personal params) |
Formal Privacy Guarantee (e.g., via DP) | Easier to apply DP to shared base updates | Easier to apply DP to shared representation updates | DP applied to local fine-tuning is complex | Complex; depends on what is aggregated |
Server-Side Aggregation Complexity | Simple averaging of base layers | Simple averaging of representation layers | Not applicable after initialization | Complex; requires aggregating hypernet outputs or MTL objectives |
Client-Side Compute Overhead | Low (train only head on local data) | Moderate (alternate between rep & head training) | High (full model fine-tuning) | Moderate to High (train personal parameters) |
Typical Use Case | Clients with similar features but different labels (e.g., personalized health metrics) | Learning a general data representation across clients | Clients with sufficient data for full fine-tuning | Related but distinct client tasks (e.g., different regional dialects) |
Practical Applications of FedPer
FedPer's architecture, which separates shared base layers from personalized heads, enables its deployment in scenarios where data is private, user contexts vary significantly, and a one-size-fits-all model is insufficient. Its primary applications are in domains requiring both collaborative learning and individual adaptation.
Healthcare & Medical Diagnostics
FedPer is ideal for training diagnostic models across multiple hospitals without sharing sensitive patient data. The shared base layers learn general visual features from diverse medical imaging data (e.g., X-rays, MRIs) collaboratively. Each hospital's personalized head then fine-tunes predictions to its specific patient demographics, imaging equipment, and local disease prevalence. This addresses statistical heterogeneity (non-IID data) between institutions while preserving privacy under regulations like HIPAA and GDPR.
Next-Word Prediction & Mobile Keyboards
Smartphone keyboard applications use FedPer to improve typing suggestions and autocorrect. The global base model learns universal language patterns and common grammar from aggregated, anonymized updates. The local personalized layer adapts to the individual user's unique vocabulary, slang, typing style, and frequently used phrases (e.g., contact names, work jargon). This provides a responsive, personalized user experience without transmitting private keystroke data to a central server.
Industrial IoT & Predictive Maintenance
In manufacturing, FedPer enables predictive maintenance models for fleets of machines. The collaborative base learns general failure signatures from vibration, temperature, and acoustic data across all machines. A machine-specific head then personalizes predictions for each unit's unique operating conditions, wear patterns, and maintenance history. This results in more accurate failure forecasts for individual assets while keeping proprietary operational data on-premise at each factory.
Financial Fraud Detection
Banks can collaborate to detect novel fraud patterns without exposing customer transaction data. FedPer's shared representation layers identify emerging, complex fraud tactics from aggregated signals. Each bank's personalized classifier then tailors detection to its specific customer base, product mix, and regional risk factors. This improves detection of both global fraud campaigns and institution-specific anomalies, enhancing security while maintaining strict financial data sovereignty.
Adaptive Content Recommendation
Streaming services and news platforms use FedPer to refine recommendation engines. The global model body learns broad content embeddings and general user preference patterns. The local user head, trained exclusively on the device, captures deep personal tastes, temporal context (time of day), and changing interests. This architecture mitigates the cold-start problem for new users via the shared base while providing highly adaptive recommendations without centralizing sensitive viewing history.
Cross-Organization Collaborative Research
Research consortia in fields like genomics or material science employ FedPer. Participants jointly train a foundational model on heterogeneous, proprietary datasets to discover general scientific principles. Each research lab then attaches a specialized output layer to solve its specific experimental or diagnostic task. This accelerates foundational discovery while protecting intellectual property and allowing for domain-specific application, a key advantage over methods like FedAvg that force a single global output.
Frequently Asked Questions
FedPer (Federated Learning with Personalization Layers) is a key algorithm in personalized federated learning. This FAQ addresses common technical questions about its architecture, operation, and advantages.
FedPer (Federated Learning with Personalization Layers) is a personalized federated learning algorithm that splits a neural network into a globally shared base model (or representation layers) and client-specific personalization layers (typically the final classification head).
Its operation follows a bi-level optimization process within the standard federated training loop:
- Global Base Training: The server coordinates clients to collaboratively learn the base layers using Federated Averaging (FedAvg). Clients train the entire model (base + personal head) on local data but only send updates for the base layers to the server for weighted averaging.
- Local Head Personalization: Each client retains and continuously refines its unique personalization layers locally, never sharing them. These layers adapt to the client's specific non-IID data distribution.
This separation allows the model to learn general features from the collective data while enabling fine-grained specialization for individual users or devices.
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.
Related Terms
FedPer operates within a broader ecosystem of federated learning algorithms designed to handle data heterogeneity, improve efficiency, and enable personalization. These related techniques address core challenges in decentralized training.
FedAvg (Federated Averaging)
The foundational algorithm for federated learning. A central server coordinates multiple clients to train a shared global model by periodically averaging their locally computed model updates. It establishes the core federated training loop of broadcast, local training, and aggregation.
- Core Mechanism: Clients perform multiple local epochs of SGD. The server aggregates updates via weighted averaging based on local dataset sizes.
- Challenge: Prone to client drift under statistical heterogeneity (non-IID data), as local models diverge from the global objective.
FedProx
An optimization algorithm designed to mitigate client drift caused by data heterogeneity. It modifies the local client objective function by adding a proximal term.
- Mechanism: The proximal term penalizes the local model's deviation from the global model received at the start of the round. This constraint keeps client updates closer to the global optimum.
- Use Case: Particularly effective in cross-device settings with highly variable data distributions and system capabilities.
FedRep (Federated Representation Learning)
A personalized federated learning approach, similar in spirit to FedPer, where the model is split into a shared representation (body) and a client-specific head.
- Key Difference vs. FedPer: In FedRep, clients alternate between learning the shared representation and their personal head within each communication round. FedPer typically learns them concurrently or in distinct phases.
- Outcome: Enables collaborative learning of general features while preserving user-specific decision layers.
FedBN (Federated Batch Normalization)
A method that handles feature distribution shift across clients by localizing batch normalization layers. Instead of aggregating them, each client maintains its own batch norm statistics (mean and variance).
- Mechanism: Only convolutional/linear layer weights are averaged by the server. Local BN stats capture client-specific data characteristics.
- Benefit: Significantly improves performance on non-IID data without adding complex personalization layers, acting as a lightweight form of personalization.
SCAFFOLD (Stochastic Controlled Averaging)
An algorithm that uses control variates (correction terms) to reduce the variance between client updates, achieving faster and more stable convergence under non-IID data.
- Core Idea: Maintains a global control variate on the server and a local control variate on each client. The difference between them corrects for client drift.
- Advantage: Provides theoretical convergence guarantees under heterogeneous data, often converging in fewer communication rounds than FedAvg.
Model Personalization
The overarching goal of producing a model tailored to an individual client's data distribution. FedPer is a specific technique within this category.
- Common Techniques:
- Local Fine-Tuning: Taking the global model and fine-tuning it locally post-training.
- Multi-Task Learning: Framing each client's problem as a related task.
- Mixture of Experts: Using a gating network to combine specialized models.
- Meta-Learning (e.g., Per-FedAvg): Learning a model initialization that can adapt quickly with few local steps.
- Trade-off: Balances global knowledge aggregation with local specialization.

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