Federated Distillation is a communication-efficient federated learning technique where clients collaboratively train a global model by exchanging soft labels—the output probability distributions of their local models on a shared, unlabeled public reference dataset—instead of transmitting massive model weight updates. This process leverages knowledge distillation, where the aggregated consensus of client predictions serves as a teacher signal to train a central student model, drastically reducing the bandwidth required per communication round while preserving the privacy of the raw, sensitive data that remains isolated on each local node.
Glossary
Federated Distillation

What is Federated Distillation?
A privacy-preserving training paradigm where institutions share only the predictive outputs of their local models on a public reference dataset, rather than exchanging the large, raw model weight matrices themselves.
Unlike Federated Averaging (FedAvg), which requires homogeneous model architectures across all clients to average weight matrices, federated distillation is inherently heterogeneous-model tolerant. Each institution can independently design its local model architecture optimized for its specific data distribution, sharing only the resulting behavioral outputs. This decoupling of model topology from the aggregation process is particularly critical in cross-silo medical imaging consortia, where different hospitals may use incompatible scanner hardware or proprietary diagnostic models, yet must still collaboratively learn from a diverse patient population without exposing protected health information.
Key Features of Federated Distillation
Federated distillation replaces the exchange of massive model weight matrices with lightweight, aggregated model outputs (logits or soft labels) computed on a public reference dataset. This paradigm dramatically reduces bandwidth requirements and decouples client model architectures from the global consensus, enabling heterogeneous device participation in privacy-sensitive medical imaging consortia.
Ensemble Distillation for Global Consensus
The central server aggregates soft label predictions from diverse client models on an unlabeled public reference dataset to train a single, high-performing global model. This process distills the collective knowledge of the federation without requiring any client to expose its private data or model architecture.
- Mechanism: Clients upload logit vectors, not weight matrices
- Benefit: The global model learns from the consensus of specialized local experts
- Medical context: A central diagnostic model learns to match the diagnostic accuracy of multiple specialized hospital models without ever seeing a single patient scan
Heterogeneous Model Agnosticism
Unlike weight-averaging methods such as FedAvg, federated distillation imposes no requirement that client models share identical architectures. Each hospital can train its own bespoke neural network—a Vision Transformer at one site, a CNN at another—tailored to its specific computational resources and data characteristics.
- Decoupled design: Clients are free to innovate on model architecture independently
- Hardware flexibility: A well-resourced academic hospital can deploy a large model while a rural clinic uses a lightweight mobile-friendly architecture
- Legacy compatibility: Existing institutional models can join the federation without modification
Co-Distillation and Mutual Learning
In co-distillation variants, clients not only contribute to a global model but also receive distilled knowledge back to improve their own local models. This creates a bidirectional knowledge transfer loop where every participant continuously benefits from the collective intelligence of the network.
- Process: Client A's model is trained to mimic the ensemble predictions of all other clients on the public dataset
- Outcome: Each local model gains exposure to patterns present in other hospitals' data distributions without direct data access
- Use case: A small hospital's model learns to recognize rare pathologies it has never encountered locally by distilling knowledge from larger institutions' diagnostic outputs
Privacy Amplification via Soft Labels
Transmitting model outputs rather than gradients or weights provides an inherent layer of privacy protection. Soft labels are significantly more difficult to exploit for model inversion attacks compared to raw gradient updates. When combined with differential privacy noise injection on the transmitted logits, the privacy guarantees are further strengthened.
- Reduced attack surface: Logits contain far less information about individual training samples than gradients
- Compatible with DP: Adding calibrated Gaussian noise to soft labels before transmission provides formal privacy bounds
- Regulatory alignment: This approach aligns with HIPAA and GDPR requirements for minimizing data exposure in multi-institutional collaborations
Public Reference Dataset Selection
The choice of the public reference dataset is the critical design decision in federated distillation. This unlabeled dataset must be representative enough to elicit meaningful soft label distributions from all client models. In medical imaging, this often involves curating a diverse set of scans from publicly available repositories or generating synthetic images.
- Requirements: Dataset must span the input distribution space of all participating clients
- Sources: Public repositories like The Cancer Imaging Archive (TCIA), or synthetically generated medical images
- Risk: A poorly chosen reference set leads to distillation on out-of-distribution samples, degrading global model quality
Communication Round Efficiency
A single communication round in federated distillation transmits only the output logits for each sample in the reference dataset, rather than millions of weight parameters. This makes the approach viable over constrained hospital network links and enables participation from edge devices with limited upstream bandwidth.
- Bandwidth profile: Communication cost scales with the size of the reference dataset × number of classes, not model size
- Comparison: A ResNet-50 has ~25 million parameters; transmitting logits for 10,000 images with 100 classes requires only 4MB per round
- Practical impact: Enables real-world cross-hospital training without requiring dedicated high-speed research network infrastructure
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.
Frequently Asked Questions
Clear, technical answers to the most common questions about communication-efficient federated learning using knowledge distillation.
Federated Distillation is a communication-efficient federated learning paradigm where clients share soft labels (model outputs or logits) on a public reference dataset instead of exchanging large model weight matrices. The process works by having each client train a local model on its private data, then use that model to generate predictions on an unlabeled, publicly available distillation dataset. These predictions—which capture the rich, dark knowledge of the local model—are sent to a central server. The server aggregates these soft labels from all clients and uses them to train a global student model via knowledge distillation. Crucially, because only prediction vectors are transmitted rather than full model parameters, the communication cost is decoupled from model size, making this approach ideal for training large neural networks across bandwidth-constrained hospital networks.
Related Terms
Key concepts that intersect with or enable federated distillation, a communication-efficient alternative to weight-sharing in privacy-preserving collaborative learning.
Federated Averaging (FedAvg)
The foundational algorithm that exchanges model weights rather than outputs. In FedAvg, clients train locally and send updated weight matrices to a server for element-wise averaging. This contrasts sharply with distillation, where only soft labels on a public dataset are shared. FedAvg requires homogeneous model architectures across all clients, while distillation supports heterogeneous models—a critical advantage when hospitals use different neural network backbones.
Non-IID Data
The primary challenge in medical federated learning. Each hospital's imaging data reflects unique patient demographics, scanner vendors, and acquisition protocols. This statistical heterogeneity causes client drift in weight-based methods. Federated distillation partially mitigates this by sharing class-conditional soft labels rather than gradients, which can be more robust to label distribution skew. However, distillation still suffers when the public reference dataset poorly represents private data distributions.
Differential Privacy (DP)
A mathematical framework providing provable privacy guarantees through calibrated noise injection. In federated distillation, DP can be applied to the shared soft label vectors before transmission, bounding the information leakage about any single training sample. The privacy budget (epsilon) quantifies the trade-off: lower epsilon means stronger privacy but noisier, less useful distilled knowledge. Combining DP with distillation often yields better utility-privacy trade-offs than DP with weight sharing.
Secure Aggregation (SecAgg)
A cryptographic protocol ensuring the server can only compute the aggregated sum of client updates, never inspecting individual contributions. While originally designed for weight averaging, SecAgg can protect soft label histograms in distillation. Each client encrypts its output predictions, the server performs homomorphic addition, and only the aggregated soft labels are revealed. This prevents the server from reverse-engineering private data patterns from any single institution's predictions.
Gradient Compression
Techniques like quantization and sparsification that reduce the bit-size of transmitted updates. In weight-based FL, gradients are compressed to 8-bit or top-k sparse vectors. Federated distillation achieves inherent compression because soft label vectors are typically orders of magnitude smaller than weight matrices—a ResNet-50 has ~25 million parameters, while its output logits for 1,000 classes are just 1,000 floats. This makes distillation ideal for low-bandwidth hospital networks.
Split Learning
A privacy technique where the neural network is partitioned between client and server. The client computes up to a 'cut layer' and sends intermediate activations (smashed data), never raw images or gradients. Federated distillation complements split learning by using the server-side portion to generate soft labels for the public dataset, enabling hybrid architectures where the server never sees raw patient data but can still aggregate knowledge across institutions.

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