← नवीनतम पेपर
🤖 machine learning

Who Trains Matters: Federated Learning under Enrollment and Participation Selection Biases

यह शोध पत्र नामांकन और भागीदारी चयन पूर्वाग्रहों, दोनों के कारण फेडरेटेड लर्निंग में बनी रहने वाली प्रदर्शन अंतराल को संबोधित करता है, जिसमें एक दो-चरणीय चयन मॉडल को औपचारिक रूप दिया गया है और \textsc{FedIPW} का प्रस्ताव दिया गया है, जो एक इन्वर्स-प्रोबेबिलिटी-वेटेड एग्रीगेशन स्कीम है जो प्रभावी रूप से लक्षित-जनसंख्या उद्देश्यों को पुनर्प्राप्त करती है, भले ही क्लाइंट-स्तरीय कोवेरियेट्स सीमित हों।

मूल लेखक: Gota Morishita

प्रकाशित 2026-04-30
📖 7 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Gota Morishita

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आप पूरे शहर के लिए एक आदर्श केक बनाने की कोशिश कर रहे हैं। इसे करने के लिए, आप हजारों घरेलू बेकर्स (bakers) से उनके बैटर का एक छोटा सा हिस्सा भेजने के लिए कहते हैं ताकि आप उसे आपस में मिला सकें और एक आदर्श रेसिपी का पता लगा सकें। यह मूल रूप से फेडरेटेड लर्निंग (Federated Learning - FL) के काम करने का तरीका है: सारा डेटा एक जगह इकट्ठा करने के बजाय, एक केंद्रीय सर्वर कई उपकरणों (जैसे फोन) से स्थानीय रूप से मॉडल को प्रशिक्षित करने और केवल "अपडेट्स" (बैटर के टुकड़े) वापस भेजने के लिए कहता है।

समस्या यह है कि आप किससे बैटर मंगवाते हैं, यह उतना ही महत्वपूर्ण है जितना कि आप उसे कैसे मिलाते हैं।

दो-चरणीय फ़िल्टर: दरवाजे तक कौन पहुँचता है?

यह पेपर तर्क देता है कि वास्तविक जीवन में, जिन बेकर्स से आपको अंततः बात करने को मिलता है, वे शायद पूरे शहर का एक सटीक प्रतिनिधित्व नहीं होते हैं। यह दो अलग-अलग चरणों में होता है, जैसे किसी कॉन्सर्ट में दो-चरणीय सुरक्षा जांच:

  1. "नामांकन" पूर्वाग्रह (Enrollment Bias - किसे आमंत्रण मिलता है?):
    सबसे पहले, आपको इस प्रोजेक्ट में शामिल होने के लिए पात्र होना होगा। शायद आपको एक विशिष्ट फोन, एक विशिष्ट सॉफ़्टवेयर संस्करण की आवश्यकता है, या आपको बस सहमति फॉर्म पर "I Agree" पर क्लिक करना होगा। यदि आपका फोन पुराना है या आप ऐसे क्षेत्र में रहते हैं जहाँ इंटरनेट खराब है, तो आपको कभी आमंत्रण ही नहीं मिलेगा। आप खेल शुरू होने से पहले ही बाहर हो जाते हैं। पेपर इसे एन्रोलमेंट बायस (Enrollment Bias) कहता है।
  • उपमा: कल्पना कीजिए कि आप केवल उन लोगों को अपने बेकिंग क्लब के लिए आमंत्रित करते हैं जिनके पास लाल कार है। भले ही आप लाल कार वाले सभी लोगों से भाग लेने के लिए कहें, लेकिन आपने पहले ही उन सभी को छोड़ दिया है जिनके पास नीली कार, बाइक या कोई वाहन ही नहीं है। आपका "बेकिंग क्लब" पहले से ही पक्षपाती है।
  1. "भागीदारी" पूर्वाग्रह (Participation Bias - वास्तव में कौन आता है?):
    दूसरा, उन लोगों में से भी जिन्हें आमंत्रित किया गया था, हर बैठक में हर कोई नहीं आता। शायद उनकी बैटरी खत्म हो गई है, उनका इंटरनेट अस्थिर है, या उनके टाइम ज़ोन में रात के 3 बज रहे हैं। वे नामांकित हैं, लेकिन वे उस विशिष्ट दौर (round) में भाग नहीं लेते हैं। पेपर इसे पार्टिसिपेशन बायस (Participation Bias) कहता है।
  • उपमा: भले ही आपने लाल कार वाले सभी लोगों को आमंत्रित किया हो, लेकिन शायद केवल वे ही बैठक में आते हैं जो जाग रहे हैं और जिनका टैंक भरा हुआ है।

समस्या: गलत केक बनाना

मौजूदा तरीके अक्सर दूसरी समस्या (कौन आता है) को ठीक करने की कोशिश करते हैं। वे कहते हैं, "ठीक है, जो लोग आज रात आए हैं वे ज्यादातर नाइट-शिफ्ट कार्यकर्ता हैं; आइए उस हिसाब से रेसिपी को एडजस्ट करें।"

लेकिन यह पेपर एक बड़ी समस्या की ओर इशारा करता है: यदि वे लोग जिन्हें पहले ही आमंत्रित किया गया था (लाल कार के मालिक) बाकी शहर जैसे नहीं हैं, तो "कौन आता है" वाले हिस्से को ठीक करने से कोई मदद नहीं मिलेगी। आप नाइट-शिफ्ट कार्यकर्ताओं के लिए रेसिपी को पूरी तरह से एडजस्ट कर सकते हैं, लेकिन आप अभी भी पूरी तरह से लाल-कार मालिकों के आधार पर केक बना रहे हैं। अंतिम परिणाम लाल-कार मालिकों के लिए तो शानदार होगा लेकिन बाकी सभी के लिए बहुत बुरा होगा।

पेपर इसे "टारगेट-पॉपुलेशन मिसमैच" (Target-Population Mismatch) कहता है। मॉडल उन लोगों की सेवा करने के लिए सीखता है जो पहुंच योग्य (reachable) हैं, न कि उन लोगों की जिनकी वह सेवा करने के लिए बना है

समाधान: एक भारित पैमाना (FedIPW)

इसे ठीक करने के लिए, लेखक एक नया तरीका प्रस्तावित करते हैं जिसे FedIPW (Federated Inverse Probability Weighting) कहा जाता है।

इसे एक साधारण औसत के बजाय एक भारित पैमाने (weighted scale) के रूप में सोचें।

  • पुराना तरीका (FedAvg): यदि 10 लोग अपडेट भेजते हैं, तो आप प्रत्येक व्यक्ति को 1/10वां भार देते हैं।
  • नया तरीका (FedIPW): आप देखते हैं कि वे लोग कौन थे जो नहीं आए और पूछते हैं, "क्यों?"
    • यदि एक समूह (मान लीजिए, एंड्रॉइड फोन वाले लोग) सख्त सॉफ़्टवेयर नियमों के कारण शायद ही कभी आमंत्रित किया जाता है, लेकिन जब उन्हें आमंत्रित किया जाता है तो वे उपस्थित होते हैं, तो एल्गोरिदम उनके अपडेट को अतिरिक्त भार (extra weight) देता है।
    • यदि एक समूह (मान लीजिए, नए आईफोन वाले लोग) को अक्सर आमंत्रित किया जाता है लेकिन वे शायद ही कभी उपस्थित होते हैं, तो उनके अपडेट को भी सावधानीपूर्वक भारित किया जाता है ताकि वे उन लोगों का प्रतिनिधित्व कर सकें जो वास्तव में उपस्थित हुए।

आमंत्रण मिलने की संभावना और उपस्थित होने की संभावना के आधार पर अपडेट को गणितीय रूप से "री-वेटिंग" (re-weighting) करके, सर्वर यह पुनर्निर्माण कर सकता है कि "औसत शहर का बेकर" क्या योगदान देता, भले ही उन्होंने वास्तव में बैटर का एक टुकड़ा कभी न भेजा हो।

क्या होगा यदि हमारे पास सभी विवरण नहीं हैं? ("सीमित जानकारी" वाला समाधान)

कभी-कभी, सर्वर को उन लोगों के विवरण का पता नहीं होता है जिन्हें आमंत्रित नहीं किया गया था (उदाहरण के लिए, इसे नहीं पता कि शहर में कितने लोगों के पास पुराने फोन हैं)। यह केवल बड़ी तस्वीर जानता है (उदाहरण के लिए, "शहर का 20% हिस्सा एंड्रॉइड का उपयोग करता है")।

इस स्थिति में, पेपर एक कैलिब्रेशन (Calibration) ट्रिक का सुझाव देता है।

  • उपमा: कल्पना कीजिए कि आप बेकर्स के एक नमूने के साथ बेकिंग कर रहे हैं, लेकिन आप पूरे शहर की जनसांख्यिकी (demographics) को सटीक रूप से नहीं जानते। हालांकि, आपके पास एक जनगणना रिपोर्ट है जो कहती है, "शहर में 50% पुरुष और 50% महिलाएं हैं।"
  • यदि आपका बेकर्स का नमूना 80% पुरुषों का है, तो आप महिलाओं को अनदेखा नहीं कर सकते। इसके बजाय, आप पुरुषों के अपडेट का भार कम कर देते हैं और महिलाओं के अपडेट का भार बढ़ा देते हैं जब तक कि आपका नमूना जनगणना रिपोर्ट की तरह (50/50) न दिखने लगे।
  • यह सब कुछ पूरी तरह से ठीक नहीं करता है, लेकिन यह आपको सही रेसिपी के काफी करीब ले आता है।

"बायस फ्लोर" (Bias Floor) की चेतावनी

पेपर एक "बायस फ्लोर" के बारे में भी चेतावनी देता है।

कल्पना कीजिए कि आप लक्ष्य (bullseye) को हिट करने की कोशिश कर रहे हैं। यदि आप अपने लक्ष्य से थोड़ा चूक जाते हैं क्योंकि आपका निशाना डगमगा रहा है (रैंडम एरर), तो आप अभ्यास से बेहतर हो सकते हैं। लेकिन यदि आपकी बंदूक ही टेढ़ी है (स्ट्रक्चरल एरर), तो आप चाहे कितना भी अभ्यास कर लें, हमेशा केंद्र से चूक जाएंगे।

पेपर सिद्ध करता है कि यदि आप "एन्रोलमेंट" चरण (टेढ़ी बंदूक) को अनदेखा करते हैं, तो आप एक बायस फ्लोर (Bias Floor) पर पहुंच जाएंगे। आप चाहे कितने भी राउंड प्रशिक्षण क्यों न करें, मॉडल कभी भी पूरी आबादी के लिए वास्तविक सर्वोत्तम समाधान तक नहीं पहुंच पाएगा। यह एक ऐसे "काफी अच्छा" ज़ोन में फंस जाएगा जो वास्तव में उन लोगों के लिए गलत है जिनकी आप परवाह करते हैं।

सारांश

  • मुद्दा: फेडरेटेड लर्निंग अक्सर विफल हो जाती है क्योंकि जो लोग प्रशिक्षण में शामिल होते हैं (नामांकन) और जो लोग वास्तव में भाग लेते हैं, वे पूरी जनसंख्या का प्रतिनिधित्व नहीं करते हैं।
  • समाधान: दो-चरणीय सुधार (FedIPW) का उपयोग करें जो गणितीय रूप से अपडेट को भारित करता है ताकि यह हिसाब लगाया जा सके कि शुरुआत में किसे बाहर रखा गया था और प्रक्रिया के दौरान कितने लोग छूट गए
  • मुख्य बात: केवल यह ठीक करना पर्याप्त नहीं है कि बैठक में कौन आता है; आपको यह भी ठीक करना होगा कि बैठक के लिए किसे आमंत्रित किया गया था। यदि आप ऐसा नहीं करते हैं, तो आपका मॉडल एक विशिष्ट समूह के प्रति पक्षपाती रहेगा, चाहे आपका एल्गोरिदम कितना भी स्मार्ट क्यों न हो।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →