Gitea: संगठन, रिपॉजिटरी और उपयोगकर्ताओं के लिए संघ

यह शायद फ़ेडरेटेड रिपॉजिटरी का समर्थन करने के लिए पर्याप्त होगा

@kolaente संघ की सुविधा स्पष्ट रूप से उपयोगकर्ताओं की समझ के लिए बनाती है। यदि आप रिपॉजिटरी साझा करना चाहते हैं तो आपको मिरर फीचर का उपयोग करना चाहिए। लेकिन परियोजना प्रबंधक के लिए अन्य गिट उदाहरणों से उपयोगकर्ताओं को जोड़ने के लिए यह बहुत सुविधाजनक होगा।

यह भी देखें #184 (क्या यह उसी का डुप्लिकेट है?)

@strk तरह, लेकिन मुझे लगता है कि यह आगे जाता है

@strk तरह का। लेकिन इस मुद्दे में न केवल पुल अनुरोधों के लिए संगठन के लिए फेडरेशन सुविधा का पूर्ण एकीकरण शामिल है।

आपका मतलब दूरस्थ उपयोगकर्ताओं के प्राधिकरण के लिए है?
जैसा कि मुझे लगता है कि "फेडरेशन" को कई अलग-अलग छोटे में विभाजित करना उपयोगी है
लागू करने के लिए चीजें, या एक टिकट बहुत बड़ा हो जाएगा।

@strk मैं इस बात को कई टिकटों में विभाजित करने के विचार से सहमत हूं। यह टिकट यूजर फेडरेशन का टिकट हो सकता है ना? लेकिन मैं अन्य प्लेटफॉर्म के उपयोगकर्ताओं के लिए प्रमाणीकरण नहीं चाहता। मैं अन्य उपयोगकर्ताओं को जोड़ने की क्षमता चाहता हूं। उपयोगकर्ता को उपयोगकर्ता के Gita उदाहरण से एक आमंत्रण प्राप्त होगा। वह अपने उदाहरण से भंडार या संगठन का उपयोग करेगा।

किसी फ़ेडरेशन में किसी को अनुमति देने के लिए सक्षम होने की आवश्यकता है
पहचानें कि कोई (एक वैश्विक पता)। जैसा कि आपने खुद का उल्लेख किया है I
थिंक ओनक्लाउड उपयोग करता है "@"पहचानकर्ता के रूप में, लेकिन मुझे पता नहीं क्या
इसके लिए प्रोटोकॉल का उपयोग करता है। Friendica/GNUSसामाजिक और अन्य OStatus को लागू करना
संघ भी उपयोग कर सकते हैं "@"के माध्यम से किसी और चीज़ की मैपिंग
वेबफिंगर मानक (जो अलग-अलग निर्दिष्ट करने की अनुमति देने के लिए खुला है
प्रोटोकॉल)। एक अन्य समुदाय (इंडीवेब एक, देखें indieweb.org) का उपयोग करता है
लोगों की पहचान करने के लिए वेब पते, क्योंकि इसका उपयोग OpenID के साथ संस्करण 2.0 तक किया जाता है।
नया ओपनआईडी (ओपनआईडी-कनेक्ट) फिर से वेबफिंगर का उपयोग करता है।

मुझे लगता है कि वेबफिंगर मानक एक अच्छा समाधान हो सकता है। लेकिन मुझे लगता है कि यह किसी उपयोगकर्ता के गिट ईमेल के साथ भी संघर्ष कर सकता है।

संघर्ष कहाँ है?

बल्कि, वेबफिंगर के बारे में जो मुझे नापसंद है, वह यह है कि इसे नियंत्रित करने की आवश्यकता है
डोमेन रूट (जो आपके पास OpenID URL के साथ नहीं है)।

"हम किस मानक को चुनना चाहते हैं" के संबंध में मैं आपको केवल एक्टिविटीपब की ओर इशारा करना चाहता हूं, जिसे वर्तमान में W3C के सोशल फेडरेशन वर्किंग ग्रुप द्वारा समाप्त किया जा रहा है। इसे लागू करने वाली कुछ परियोजनाएँ (या वर्तमान में उस पर काम कर रही हैं) पंप.आईओ, मास्टोडन और मीडियागोब्लिन हैं।

वे वेबफिंगर का उपयोग नहीं करते हैं, हालांकि वे एक निश्चित .जाने-माने पथ के विचार को नापसंद करते हैं, लेकिन इंटरऑपरेबिलिटी के बारे में विचार हैं ।

यह फीचर वास्तव में गेम चेंजर होगा; keybase.io हाल ही में क्लाइंट साइड एन्क्रिप्टेड गिट के साथ आया, यह भी दिलचस्प है।

बस यह बताना चाहते हैं कि एक्टिविटीपब अब हो गया है।

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

वैसे भी, मेरी आशा है कि यह लागू हो जाएगा, इसमें क्रांतिकारी होने की क्षमता है!

जैसा कि चैट में पहले ही कहा जा चुका है, एक्टिविटीपब इन गो एक पिटा है क्योंकि गो जैसी स्थिर भाषा में करना मुश्किल है।

@tboerger दिलचस्प। एक्टिविटीपब स्पेक काफी विरासत-भारी ओओ है, लेकिन स्ट्रक्चर एम्बेडिंग के साथ गो में मॉडल करना संभव होना चाहिए, हालांकि जहां तक ​​​​मुझे पता है, जंग में serde जैसा कुछ भी नहीं है (https://docs.serde. rs/serde_json/value/index.html), जो चीजों को काफी सरल करता है, हालांकि गो में एक्टिविटीपब को लागू करने के लिए कुछ प्रयास हैं, जो एक अच्छी शुरुआत हो सकती है क्योंकि यह न केवल पहले से ही json-ld पार्सिंग को लागू करता है, बल्कि यह भी एक्टिविटीस्ट्रीम के लिए मुख्य शब्दावली को परिभाषित करता है।

आप यहाँ किस विशिष्ट झुंझलाहट के बारे में सोच रहे हैं?

@MatejLach एक और प्रोजेक्ट https://github.com/go-fed/activity

गोग्स रिपोजिटरी में प्रासंगिक प्रस्ताव:
https://github.com/gogs/gogs/issues/4437

Gitlab के भंडार में:
https://gitlab.com/gitlab-org/gitlab-ee/issues/4517

नमस्ते! एक्टिविटीपब यहां सह-संपादक हैं। मैं इस समय काफी व्यस्त हूं, लेकिन मैं इसे होते हुए देखना चाहता हूं... यदि आपको कोई प्रश्न चाहिए तो बेझिझक मुझे पिंग करें, या #social पर irc.w3.org पर पूछें।

कृपया https://github.com/go-fed/activity लाइब्रेरी के आसपास के किसी भी प्रश्न/चिंता/टिप्पणियों के लिए मास्टोडन पर मुझसे संपर्क करने में संकोच न करें, जिसका उल्लेख @jas99 ने किया है। स्पष्ट रूप से निर्णय के परिणाम में मेरा निहित स्वार्थ है, लेकिन गो+एक्टिविटीपब चौराहे में काम करने के अपने अनुभवों के बारे में स्पष्ट जानकारी प्रदान करने में मुझे खुशी होगी। मैं @tboerger से सहमत हूं कि एक्टिविटीपब को लागू करना एक खड़ी चट्टान है।

हो सकता है कि हम index नाम से एक नया रिपॉजिटरी बना सकें और ऐसा करने के लिए नया डोमेन index.gita.io सेट कर सकें?

हमें इंडेक्स सर्वर की आवश्यकता क्यों है? @ पागल

यह बहुत अच्छा होगा यदि हमारे पास एक्टिविटीपब प्रोटोकॉल (यानी क्रियाओं के लिए समान एक्सटेंशन का उपयोग करके) के सामान्य कार्यान्वयन पर चर्चा करने वाली विभिन्न परियोजनाएं हो सकती हैं। यह गीता, गॉग्स और गिटलैब के उपयोगकर्ताओं को एक साथ काम करने में सक्षम करेगा, जैसे कि विभिन्न सोशल मीडिया प्लेटफॉर्म के उपयोगकर्ता जो कि फ़ेडरेट मूल रूप से चर्चा कर सकते हैं।

क्या यह जगह हो सकती है? -> https://github.com/git-federation/gitpub

@jaywink महान विचार!

यह अद्भुत होगा! मुझे लगता है कि नेक्स्टक्लाउड (/ ओनक्लाउड) एक आदर्श उदाहरण है कि यह आदर्श कार्यान्वयन के साथ कैसे काम कर सकता है, जैसा कि @JonasFranzDEV ने सुझाव दिया था।

नेक्स्टक्लाउड के साथ, यदि मैं किसी अन्य उदाहरण पर किसी उपयोगकर्ता के साथ एक फ़ोल्डर साझा करना चाहता हूं, तो मैं आसानी से ऐसा कर सकता हूं और दोनों उदाहरणों में एक साझा फ़ोल्डर सेट कर सकता हूं।

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

गीता और अन्य ओपन सोर्स सेल्फ-होस्टेड प्रोजेक्ट्स (जैसे कि गिटलैब सीई) के बीच एक साझा मानक को अपनाने के लिए चर्चा की जा रही लक्ष्य निश्चित रूप से समझ में आता है, और यह बहुत अच्छा होगा अगर इसे गीता, गॉग्स, गिटलैब, आदि के बीच फेडरेशन की अनुमति देकर अपनाया जाए। निजी परियोजनाओं के लिए गिटहब से माइग्रेट करना आसान है, वास्तव में कुछ भी नहीं खोया है, लेकिन सार्वजनिक ओपन सोर्स प्रोजेक्ट्स के लिए हमें यह स्वीकार करना होगा कि गिटहब का एक बड़ा लाभ समुदाय है। मैंने वास्तव में गिटहब पर बहुत सी परियोजनाओं की खोज की है। यदि लोकप्रिय परियोजनाओं को संघबद्ध करने का कोई तरीका था, तो उपयोगकर्ता गतिविधि फ़ीड (यानी किसी अन्य उदाहरण पर किसी मित्र का अनुसरण करने और उनकी गतिविधि का पालन करने में सक्षम होना, पसंद की गई परियोजनाएं, गोपनीयता सेटिंग्स को ध्यान में रखते हुए आदि) उत्कृष्ट होगा - यदि यह संभव होगा।

फ़ेडरेटेड पुल अनुरोध इस दिशा में एक महान पहला कदम होगा (#184), और संभवत: इस समय सबसे महत्वपूर्ण अनुपलब्ध विशेषता है।

यहां आखिरी टिप्पणी के 11 महीने बाद .. मैं सोच रहा हूं कि क्या अभी भी योजनाएं चल रही हैं?

जब हाँ के अलावा किसी प्रकार के मानक पर सहमति हो

फोर्जफेड परियोजना के हिस्से के रूप में वर्तमान चर्चाएं हो रही हैं, इसलिए यदि आप और जानना चाहते हैं तो वहां का अनुसरण करें: https://github.com/forgefed/forgefed

जैसा कि @lafriks ने उल्लेख किया है, एक बार एक सहमत मानक होने के बाद, विभिन्न परियोजनाएं इसे लागू कर सकती हैं।

जाली परियोजना के लिए सही यूआरएल अब है https://notabug.org/peers/forgefed

ऐसा लगता है कि यह अब प्रमुख महत्व का होना चाहिए, यह देखते हुए कि जीथब अब पूरे देशों से पीपीएल के खातों को हटा रहा है।

ForgeFed के पास अब एक चर्चा मंच भी है। गीता से किसी को शामिल करना बहुत अच्छा होगा।

इसके लिए +1। स्थानीय स्व-होस्ट किए गए उदाहरण से काम करना, लेकिन उस पसंद के कारण अलग-थलग न होना वास्तव में दोनों दुनिया के लिए सबसे अच्छा होगा।

फोर्जफेड वर्किंग ग्रुप को टिप्पणी देने के लिए मौजूदा फोर्ज से डेवलपर्स की सख्त जरूरत होगी: https://talk.feneas.org/t/working-group-instructions/196

मैं केवल यह जोड़ना चाहूंगा कि इससे पहले कि Microsoft ने जीथब से बड़े पैमाने पर प्रवासन को प्रेरित किया, यह एक हत्यारा विशेषता नहीं होती ... अब यह है। ओएस परियोजनाओं के लिए कम और कम रेपो जो मैं शोध कर रहा हूं वे अब जीथब पर हैं (यहां प्रतिबिंबित हो सकता है)।

मैंने पढ़ा है कि जीथब प्रतिबद्ध इतिहास एक सीवी की तरह पढ़ सकता है और इसका एक कारण यह है कि सॉफ्टवेयर की दुनिया इतनी करियर मोबाइल है कि एक व्यक्ति मूल्यवान कौशल को स्वयं सिखा सकता है, आसानी से उन्हें प्रदर्शित कर सकता है (सार्वजनिक जीथब इतिहास), और इस प्रकार बेहतर कमाई/आदि के लिए अर्हता प्राप्त करें। यदि आपका योगदान इतिहास दर्जनों निजी सर्वरों में फैला हुआ है तो यह FAR कम दृश्यमान/उपयोगी है।

साथ ही, उनमें से कोई भी सर्वर किसी भी समय डाउन हो सकता है और आपके इतिहास का वह हिस्सा अब चला गया है। फ़ेडरेटेड रिपॉजिटरी के उचित कार्यान्वयन का मतलब यह होगा कि मैं दर्जनों परियोजनाओं (मेरे उदाहरण से) पर दर्जनों परियोजनाओं में भाग ले सकता हूं और यदि वे सभी नीचे चले गए तो भी मेरे पास मेरी 'फेडरेटेड गिट प्रोफाइल' होगी।

ForgeFed रोडमैप से लिंक करना (इस पर काम करने वालों के लिए फंडिंग है):

https://notabug.org/peers/forgefed/issues/87

शायद, एक सरल कार्यान्वयन के लिए, gitea स्थानीय रिपॉजिटरी फ़ाइलों की मेजबानी करने वाली पृष्ठभूमि में एक ipfs नोड चला सकता है (रिपॉजिटरी के नवीनतम संस्करणों को इंगित करने के लिए ipns का उपयोग करके)। फिर हम अन्य गीता उदाहरणों को खोजने और आईपीएनएस हैश और प्रारंभिक डेटा (सितारे, नाम) प्राप्त करने के लिए एक साधारण गपशप प्रोटोकॉल कार्यान्वयन कर सकते थे।
ipfs का उपयोग करने का लाभ तब होगा जब एक उदाहरण पर उपयोगकर्ता अन्य उदाहरणों पर रिपॉजिटरी देखना या फोर्क करना चाहते हैं, यह उस रिपॉजिटरी के कुछ हिस्सों को होस्ट करने में योगदान देगा और संपूर्ण रूप से नेटवर्क के लिए रेपो को तेजी से एक्सेस करेगा।

ipfs/ipns का उपयोग उपयोगकर्ता डेटा को वितरित करने के लिए भी किया जा सकता है जैसे तारांकित भंडार, पुल अनुरोध, जैव इत्यादि। प्रत्येक नोड केवल अन्य नेटवर्क पर उपयोगकर्ताओं के लिए नाम और आईपीएन हैश स्टोर करेगा जो इंस्टेंस की परवाह करता है और यह अनुरोध करने के लिए छोटा होगा अज्ञात उपयोगकर्ताओं के लिए प्रोफ़ाइल डेटा।

ipfs में पहले से ही एक कार्यान्वयन है और उदाहरण के लिए कुछ इस तरह की खोज का उपयोग किया जा सकता है।

यहां पीयर-टू-पीयर स्टोरेज की कोई आवश्यकता नहीं है, जो आप वर्णन करते हैं वह आवश्यक नहीं लगता है या यहां तक ​​​​कि समस्या से संबंधित नहीं है। मुझे नहीं लगता कि गिट स्टोरेज फॉर्मेट और ट्रांसफर प्रोटोकॉल से दूर जाने में कोई दिलचस्पी है। यदि आप यहां कोई लाभ देखते हैं तो शायद आपको एक अलग मुद्दा खोलना चाहिए (मैं निश्चित रूप से नहीं)।

यहां पीयर-टू-पीयर स्टोरेज की कोई आवश्यकता नहीं है

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

आप जो वर्णन करते हैं वह आवश्यक नहीं लगता है या समस्या से संबंधित भी नहीं है।

कारण संघ इतना उपयोगी है (और लोग इसे इतना क्यों चाहते हैं) यह है कि यह उदाहरणों में सहयोग की अनुमति देता है। इंटरप्लानेटरी नेम सिस्टम (आईपीएनएस) में ओपनआईडी के समान व्यवहार है क्योंकि इसका उपयोग उस उपयोगकर्ता की पहचान करने के लिए किया जा सकता है जिसके पास कुछ डेटा अपडेट करने की अनुमति है (उदाहरण के लिए उनके भंडार और व्यक्तिगत प्रोफ़ाइल)। एक IPNS पता किसी अन्य उदाहरण से किसी उपयोगकर्ता को विशिष्ट रूप से पहचान सकता है, उस उपयोगकर्ता को किसी विशिष्ट उदाहरण से जोड़ने की आवश्यकता के बिना। आइए एक उदाहरण दें:
ऐलिस aliceland.net . पर गीता के एक उदाहरण की स्वयं मेजबानी कर रही है
जब ऐलिस एक नया खाता बनाता है, तो gitea एक खाली प्रोफ़ाइल बनाएगा, इसे IPFS पर होस्ट करेगा और फिर एक अद्वितीय IPNS पता उत्पन्न करेगा जो उस प्रोफ़ाइल की ओर इशारा करता है। जब भी ऐलिस एक नया भंडार बनाती है या किसी भी तरह से अपनी प्रोफ़ाइल को अपडेट करती है, तो गीता (पर्दे के पीछे) एक नया आईपीएफएस रिकॉर्ड बनाएगी, पुराने को अनपिन करेगी, और एलिस के आईपीएनएस पते को फिर से असाइन करेगी।
अब मान लें कि बॉब अपने संग्रह के दर्पण से bobland.net पर aliceland.net पर मर्ज अनुरोध सबमिट करना चाहता है।
जब बॉब ने मूल रूप से ऐलिस के रेपो को bobland.net पर फोर्क किया तो उसने ऐलिस के रेपो के आईपीएनएस के साथ-साथ उस प्रतिबद्धता के आईपीएफएस स्थान को भी नोट किया जिससे उसने फोर्क किया था।
जब बॉब मर्ज अनुरोध खोलना चाहता है, तो वह अपना संदेश लिखता है और फिर bobland.net निम्नलिखित चीजों को IPFS ब्लॉक में डाल देगा:

• बॉब का IPNS उपयोगकर्ता पता
• बॉब कमिट्स का IPFS पता खींचना चाहता है
• ऐलिस रेपो में कमिट का IPFS पता जिसे संशोधित किया जाना चाहिए
• मर्ज अनुरोध के लिए बॉब का संदेश और शीर्षक
• बॉब की निजी आईपीएनएस प्रोफ़ाइल कुंजी के साथ डेटा का हस्ताक्षर

Bobland.net तब IPFS पता aliceland.net को भेजेगा जो तब इसे पूरी तरह से अनदेखा करना चुन सकता है, या पते को पार्स कर सकता है, कमिट्स को सत्यापित कर सकता है, टिप्पणी थ्रेड के लिए एक IPNS पता बना सकता है (जो सभी टिप्पणियों को इंगित करता है) और फिर सूचित करें ऐलिस कि बॉब नाम के किसी व्यक्ति ने उदाहरण के लिए Bobland.net ने IPFS पर 3 कमिट के लिए एक मर्ज अनुरोध भेजा है। टिप्पणियों को आईपीएफएस पर भी होस्ट किया जाएगा और आईपीएनएस पते के माध्यम से पहुंचा जा सकेगा।
परिवर्तनशील डेटा के लिए IPNS का उपयोग करने का यह पैटर्न (एक टिप्पणी थ्रेड की तरह) और अपरिवर्तनीय डेटा के लिए IPFS (जैसे टिप्पणियां और कमिट) अधिकांश अंतर-आवृत्ति संघ के लिए लागू किया जा सकता है।

मुझे नहीं लगता कि गिट स्टोरेज फॉर्मेट और ट्रांसफर प्रोटोकॉल से दूर जाने में कोई दिलचस्पी है।

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

क्या आप सिर्फ एक अलग मुद्दा खोल सकते हैं? यह कुछ विशिष्ट के बारे में है, और ForgeFed पहले से ही एक प्रोटोकॉल पर काम कर रहा है। बेहतर अभी तक, इसे उनके साथ लाओ।

"आईपीएफएस/फाइलकोइन/ब्लॉकचैन के बारे में क्या" जैसी टिप्पणियों के साथ मुद्दों पर ढेर करना अशिष्ट लगता है।

+1

GitLab इस सुविधा पर भी चर्चा कर रहा है: https://gitlab.com/gitlab-org/gitlab/-/issues/6468

मैंने कुछ दिनों पहले एक एफवाईआई के रूप में गीता देव विवाद पर पिंग किया था, और फोर्जफेड के पीछे कुछ लोगों तक पहुंचने की सक्रिय रूप से कोशिश कर रहा था, क्योंकि गो-फेड v1 किया जा रहा है और दस्तावेज किया जा रहा है, यह एक उदाहरण प्राप्त करना अच्छा होगा एक्टिविटीपब पर गीता का संघ हालांकि यह कोई छोटा प्रयास नहीं है। मुझे लगता है कि गीता के लोग अन्य प्राथमिकताओं में व्यस्त हैं। दुर्भाग्य से, मुझे फोर्जफेड के किसी भी व्यक्ति को पकड़ने में कोई सफलता नहीं मिली है। :(

एक्टिविटीपब समुदाय में हम में से कुछ, APConf2020 से बाहर आ रहे हैं, एक गिटिया इंस्टेंस पर जमीनी स्तर पर हल्के दस्तावेज़ीकरण प्रक्रिया के साथ प्रयोग कर रहे हैं और यह अभी तक इसके साथ फ़ेडरेट करने में सक्षम नहीं होने के लिए अजीब लगता है।

गिट में पहले से ही विकेन्द्रीकृत मिररिंग के लिए आवश्यक सभी सुविधाएं हैं, केवल कार्यक्षमता गायब है जो इसे समन्वयित करने के लिए जरूरी है, जो कि फोर्जफेड करता है। IPFS को यहां रहने की कोई आवश्यकता नहीं है, और यह देखते हुए कि उनका मेननेट लॉन्च कितना विनाशकारी रहा, मुझे यकीन नहीं है कि प्रोटोकॉल लैब्स द्वारा अन्य परियोजनाओं के साथ गहराई से जुड़ना सुरक्षित है।

मुझे किसी भी मौजूदा पहल पर सहयोग करने में दिलचस्पी है। आइए एक कार्य समूह को एक साथ रखने का प्रयास करें। आगे की चर्चा के लिए इस मैट्रिक्स चैनल का सुझाव दे सकते हैं #n oteworthy:tincan.community