• ओपन सोर्स ecosystem में power dynamics कंपनी, डेवलपर और यूज़र के बीच कैसे काम करती है, और इसे हिलाने वाली rug pull (relicensing) और fork जैसी रणनीतियों का क्या असर होता है, इसका एक संक्षिप्त विश्लेषण
  • बड़े cloud providers के भारी प्रभाव के बीच, single-company केंद्रित प्रोजेक्ट relicense करके power को फिर से बाँट सकते हैं, और इसके जवाब में fork उभरते हैं
  • केस स्टडी में Elasticsearch→OpenSearch, Terraform→OpenTofu, Redis→Valkey, Puppet→OpenVox आदि में अलग-अलग तरह की community reshaping और contributor migration दिखाई देती है
  • CLA अपनाना, single-company control, foundation में हस्तांतरण का समय आदि को rug pull के risk signals के रूप में पेश किया गया है, और neutral governance तथा multi-organization contributor base को response strategy के रूप में सुझाया गया है
  • निष्कर्षतः relicensing cloud पर अंकुश लगाने का साधन हो सकता है, लेकिन इससे contributors की शक्ति भी साथ में कमज़ोर होती है, जबकि fork की संभावना कंपनियों के निर्णयों पर रोक लगाने वाली शक्ति की तरह काम करती है

Open Source के भीतर power structure, rug pull और fork

  • ओपन सोर्स software ecosystem में बड़ी कंपनियाँ, छोटी-मध्यम कंपनियाँ, contributors और users सभी अपने-अपने तरीके से software की दिशा और revenue structure को प्रभावित करने की शक्ति का उपयोग करते हैं
  • खास तौर पर बड़े cloud provider काफी ताकतवर हो जाते हैं, और वे छोटी कंपनियों या community की तुलना में बढ़त हासिल करने की प्रवृत्ति रखते हैं
  • ऐसी स्थिति में डेवलपमेंट कंपनी या प्रोजेक्ट की मालिक कंपनी software license बदलकर (rug pull), या इसके उलट community या दूसरी company fork करके power shift पैदा करती है

Power dynamics और रणनीतियों का अवलोकन

  • ओपन सोर्स दुनिया में बड़े cloud provider सबसे मजबूत channel और distribution power का इस्तेमाल करते हैं, जिससे छोटी कंपनियों, contributors और users के शोषण जैसी संरचना बनती है
    • सामंतवाद के दौर में ज़मीन पर नियंत्रण की तरह, cloud provider open source software को service के रूप में पेश करते हैं लेकिन contribution से बचते हैं
    • ज़्यादातर development का काम छोटी कंपनियाँ करती हैं, लेकिन cloud provider के free use की वजह से वे कमजोर स्थिति में रहती हैं
  • Rug pull रणनीति के तहत छोटी कंपनियाँ software को relicense करके cloud provider का मुकाबला करती हैं, लेकिन इससे contributors और users को और अधिक नुकसान होता है
    • cloud provider प्रोजेक्ट को service में बदलते हुए contribution नहीं करते, जिससे छोटी कंपनियों की शक्ति घटती है
    • relicensing से users को नुकसान होता है, लेकिन fork के ज़रिए power balance को फिर से समायोजित किया जा सकता है
  • single-company driven प्रोजेक्ट में rug pull risk अधिक होता है, इसलिए company की reputation का आकलन ज़रूरी है, लेकिन acquisition या bankruptcy की स्थिति में यह बेकार साबित हो सकता है
    • investors के दबाव में revenue बढ़ाने के लिए relicensing की जाती है, खासकर cloud provider से प्रतिस्पर्धा के समय यह अधिक दिखता है
    • अधिक restrictive license के ज़रिए दूसरी कंपनियों के monetization को कठिन बनाकर power shift की कोशिश की जाती है
  • rug pull से पैदा हुआ fork एक विद्रोही collective action की तरह power वापस पाने का साधन है, लेकिन लोगों और संसाधनों की कमी के कारण इसके विफल होने का जोखिम बड़ा होता है
    • बड़ी कंपनियाँ या cloud provider संसाधनों के बल पर fork को support कर सकते हैं, लेकिन लोकप्रिय fork हमेशा सफल नहीं होते
    • MongoDB या Sentry जैसे उदाहरण भी हैं जहाँ fork नहीं हुआ, जबकि Perforce द्वारा Puppet के अधिग्रहण के बाद development को private करने से OpenVox fork शुरू हुआ

प्रमुख मामलों की तुलना

Dawn Foster ने विभिन्न rug pull, fork और उसके बाद के प्रभाव को data के आधार पर विश्लेषित किया। (Jupyter notebook dataset के रूप में कुछ परिणाम सार्वजनिक किए गए)

  • Elasticsearch → OpenSearch
    • 2021 में Elastic की SSPL relicensing के बाद AWS ने OpenSearch fork संगठित किया
    • Elastic में internal contributors का अनुपात fork के पहले और बाद में बहुत नहीं बदला, जबकि OpenSearch में Amazon-led contributions जारी रहीं
    • विश्लेषण के अनुसार 2024 में Linux Foundation में हस्तांतरण के बाद भी external contributions में तेज़ बढ़ोतरी नहीं देखी गई
  • Terraform → OpenTofu
    • 2023 में HashiCorp के BSL परिवर्तन के तुरंत बाद OpenTofu को Linux Foundation के तहत शुरू किया गया
    • Terraform में अब भी company-centered contribution बना रहा, लेकिन OpenTofu में कई कंपनियों के नए contributors तेज़ी से आए
    • यह मामला दिखाता है कि user-led fork + neutral foundation launch एक active community बनाने में मददगार रहा
  • Redis → Valkey
    • 2024 में Redis के SSPL परिवर्तन के तुरंत बाद कई मौजूदा external contributors Valkey की ओर चले गए
    • Redis fork से पहले external contribution ratio अधिक होने वाला एक अपवादात्मक मामला था, लेकिन fork के बाद external contribution 0 तक गिर गया, जबकि Valkey कई कंपनियों के गठबंधन वाले community के रूप में शुरू हुआ
  • Puppet → OpenVox
    • Perforce के अधिग्रहण (2022) के बाद development और release को private किया गया और release frequency कम हुई, जिसके जवाब में community ने OpenVox fork आगे बढ़ाया

Data observations और metrics

  • rug pull के बाद GitHub forks की संख्या में तेज़ उछाल अक्सर देखा जाता है, और इसे hard fork पर विचार की गतिविधि का एक proxy signal माना जाता है
    • लंबी अवधि में original और fork साथ-साथ आगे बढ़ते दिखाई देते हैं, लेकिन विश्लेषण बताता है कि relicensed original का usage घटने की प्रवृत्ति देखी जाती है
  • foundation umbrella के तहत launch नए प्रोजेक्ट की शुरुआती अवस्था में contribution आकर्षित करने में मददगार होता है, लेकिन बाद में transfer का असर सीमित हो सकता है
    • OpenSearch का मामला दिखाता है कि सिर्फ transfer कर देने से external contributions में तेज़ बढ़ोतरी की गारंटी नहीं होती

Risk signals और guidelines

  • CLA(Contributor License Agreement) का उपयोग company के हाथ में relicensing authority को केंद्रित करता है, जो power imbalance बढ़ने का संकेत है
    • DCO(Developers Certificate of Origin) आधारित प्रोजेक्ट अपेक्षाकृत rug pull risk कम रखने की प्रवृत्ति दिखाते हैं
  • governance review ज़रूरी है, और single-company control तथा leadership concentration जोखिम कारक हैं
    • neutral foundation, multi-organization leadership, और external contributor base वाले प्रोजेक्ट sustainability के लिहाज़ से अधिक अनुकूल हैं
  • contributor base की चौड़ाई और गहराई भी मूल्यांकन का एक महत्वपूर्ण बिंदु है
    • कंपनियों को जिन प्रोजेक्ट्स पर वे निर्भर हैं उनमें सीधे contributors भेजकर influence और sustainability दोनों मज़बूत करने चाहिए
    • CHAOSS की metrics और practitioner guides का उपयोग प्रोजेक्ट की health diagnosis और improvement के लिए किया जा सकता है

Community और governance पर सुझाव

  • neutral governance structure की ओर बढ़ना और external contributors बढ़ाना rug pull को रोकने का एक व्यावहारिक साधन है
    • fork की संभावना खुद ही कंपनियों के relicensing निर्णय की लागत बढ़ाकर deterrent की तरह काम करती है
  • Hazel Weakly द्वारा सुरक्षात्मक उपायों पर पूछे गए सवाल के जवाब में वक्ता ने Valkey और OpenTofu की सफलता को relicensing पर पुनर्विचार कराने वाले वास्तविक उदाहरण के रूप में बताया
    • Dirk Hohndel ने ज़ोर दिया कि अधिक external contributors को आकर्षित करना rug pull risk बढ़ाकर management decision की risk को बड़ा बनाता है

निष्कर्ष

  • बड़े cloud operators के प्रभाव बढ़ने के साथ ओपन सोर्स ecosystem धीरे-धीरे सामंतवादी संरचना में बदलता दिख रहा है
  • license change cloud कंपनियों की ताकत को सीमित करता है, लेकिन इस प्रक्रिया में community contributors की शक्ति कम होने का दुष्प्रभाव भी पैदा होता है
  • लेकिन contributors और users के पास 'fork' जैसा जवाबी साधन मौजूद है, और यही ओपन सोर्स की वह अलग ताकत है जो सामंतवाद से इसे अलग बनाती है
  • fork की वास्तविक संभावना कंपनियों की भविष्य की नीतिगत निर्णय-प्रक्रिया को प्रभावित करती है, और Valkey, OpenTofu जैसी सफलताओं से प्रेरित होकर कुछ कंपनियों ने rug pull योजनाएँ वापस भी लीं
  • अंततः किसी प्रोजेक्ट की governance neutrality और external contributors की सक्रियता ही rug pull रोकने और स्वस्थ ecosystem बनाए रखने की कुंजी है

संदर्भ सामग्री

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.