The theoretical analysis explains why asymmetric aggregation is advantageous: it controls expert convergence in stationarity through off-pattern contamination, identifies the consensus error induced by fragmented router trajectories, and bounds sparse-inference risk.
Abstract
Federated PEFT enables LLMs to collaboratively adapt to decentralized private data without sharing raw examples. However, task heterogeneity across clients can cause cross-task interference and gradient conflicts during aggregation. Federated MoE-LoRA addresses this challenge through specialized LoRA experts and conditional routing. Yet existing methods typically specialize at client granularity, implicitly assuming task-coherent clients. Our core insight is that experts need purity, namely pattern-coherent updates that preserve specialization, whereas routers need contrast, namely mixed-task observations that support expert comparison. We propose FedWeave, a framework that adopts asymmetric aggregation, separating expert aggregation from router optimization to meet these two requirements. FedWeave uses unsupervised prototype discovery to form local buckets and align them across clients, enabling prototype-level expert aggregation while retaining mixed-task client trajectories for router training. At inference, FedWeave performs sparse inference with one active expert while preserving nearly all soft-routing performance. Our theoretical analysis explains why asymmetric aggregation is advantageous: it controls expert convergence in stationarity through off-pattern contamination, identifies the consensus error induced by fragmented router trajectories, and bounds sparse-inference risk. On a heterogeneous multi-task benchmark with mainstream LLM backbones, FedWeave consistently outperforms strong baselines, while ablations verify the effectiveness of our design.
Experimental results show that routing-aware collaboration consistently improves personalized performance compared to conventional federated averaging and local training, while maintaining the same communication cost, and shows that client-centric and expert-centric clustering provides an effective and scalable approac...
Ankita Sharma, B. Farahani, S. Moosavi et al.· Coins· 0 citations
HeteroFL-LoRA is proposed, a federated framework that enables LoRA fine-tuning across heterogeneous LFMs and introduces a Singular Matrix–Guided Subspace Projection that employs singular matrices to achieve cross-subspace mapping, enabling heterogeneous clients to aggregate their LoRA updates in a unified representatio...
Zhuojia Wu, Qi Zhang, Xue-Rong Zhao et al.· Proceedings of the 32nd ACM...· 0 citations
Split Federated Learning (SFL) has emerged as a pivotal paradigm for privacy-preserving distributed training on resource-constrained edge devices by partitioning neural networks between clients and a server. A critical design choice in SFL is the split layer, which determines the computation distribution and the semant...
Ai-Jing Li, Ya-Wen Li, Guan-Hua Ye et al.· Proceedings of the Thirty-Fi...· 0 citations
FedPA-LoRA is proposed, a product-aligned federated LoRA framework that jointly addresses limitations and provably converges under both homogeneous and heterogeneous client ranks, with up to a $6.82$ percentage-point improvement in average GLUE accuracy under heterogeneous client ranks.
Juseok Jeon, Ramy E. Ali, Doyun Kwon et al.· 1 citation
FedeRICo, a federated traffic forecasting framework that combines gradient-level collaboration with boundary-aware residual communication, is proposed that consistently outperforms state-of-the-art federated spatial-temporal baselines while maintaining competitive training runtime.
Fermin Orozco, Man Luo, Johan Wahlström· 0 citations
FEAST is proposed, a federated shared-space training framework that counters this imbalance by jointly training multiple subnetworks within each client's limit by introducing a one-parameter $\gamma$-allocation protocol to control this coupling.
Bostan Khan, Masoud Daneshtalab· 0 citations
We use cookies to run the site and, with your consent, for analytics and to show ads.
See our Cookie Policy.