Briar रखरखाव मोड में है
एक निच secure messenger Briar, जो Bluetooth, local Wi‑Fi और Tor पर अपने peer-to-peer, serverless डिज़ाइन के लिए जाना जाता है, उसे maintenance mode में रखा जा रहा है क्योंकि डेवलपर्स इस निष्कर्ष पर पहुँचे कि वे आधुनिक mobile OS constraints को पार नहीं कर सकते। टिप्पणीकार बताते हैं कि Android और iOS पर background और battery management की कठोर नीतियाँ, केंद्रीकृत push-notification सिस्टम, और कमजोर network effects फोन पर हमेशा-ऑन P2P messaging को तकनीकी और सामाजिक रूप से नाज़ुक बनाते हैं। इस मामले का उपयोग donation-funded open source की व्यापक सीमाओं, AI के platform-level restrictions को “फिक्स” कर देने पर संदेह, और dedicated mesh radios तथा अन्य P2P या mesh projects में बढ़ती रुचि को दर्शाने के लिए किया जाता है.
Briar का डिज़ाइन और निच
- इसे असामान्य रूप से महत्वाकांक्षी माना गया: पूरी तरह P2P, E2E-एन्क्रिप्टेड, सर्वरलेस, Tor, लोकल Wi‑Fi, और Bluetooth पर काम करने वाला।
- लोकल पीयर डिस्कवरी और ऑफ़लाइन क्षमताओं को ऐसी सुविधाएँ बताया गया है जिन्हें बहुत कम अन्य मैसेंजर सपोर्ट करते हैं।
- सुरक्षा संबंधी चयन बहुत ही सतर्क थे (जैसे DMs में “courier” रिलेइंग से बचना ताकि संपर्क ग्राफ़ लीक न हो), और उपयोगिता की बजाय प्राइवेसी को प्राथमिकता दी गई।
उपयोगिता, अपनाने, और प्लेटफ़ॉर्म सीमाएँ
- कई लोगों का तर्क है कि मैसेंजर के नेटवर्क प्रभाव बहुत कठोर होते हैं; अगर आपके दोस्त स्विच नहीं करते, तो ऐप प्रभावी रूप से बेकार है।
- P2P होने से यह समस्या और बढ़ जाती है: आपको पर्याप्त लोकल डेंसिटी चाहिए, वरना इंटरनेट कनेक्टिविटी पर लौटना पड़ता है।
- iOS की background और push पाबंदियाँ एक बड़ा अवरोध मानी जाती हैं; Briar कभी iOS पर जारी नहीं हुआ।
- Android पर, आक्रामक power management और लंबे समय तक चलने वाली background services पर प्रतिबंध, Google के push सिस्टम का उपयोग किए बिना भरोसेमंद, real-time P2P को कठिन बनाते हैं।
Background ऑपरेशन और नोटिफिकेशन
- कई उपयोगकर्ता non-FCM ऐप्स में देरी से नोटिफिकेशन मिलने की रिपोर्ट करते हैं; Google के push APIs इस्तेमाल करने वाले mainstream ऐप्स बेहतर काम करते हैं।
- तकनीकी टिप्पणियाँ Doze, app standby buckets, FCM priority levels, और whitelisting को समझाती हैं, लेकिन यह नोट करती हैं कि FCM का उपयोग न करने वाले ऐप्स को polling करनी पड़ती है या foreground services चलानी पड़ती हैं, जिससे बैटरी और भरोसेमंदी के बीच समझौता करना पड़ता है।
- कुछ लोगों का मानना है कि और tuning या OS-स्तरीय whitelisting मदद कर सकती है; अन्य कहते हैं कि आधुनिक Android ने बस अधिकांश व्यावहारिक रास्ते बंद कर दिए हैं।
फंडिंग और स्थिरता
- चर्चा की एक धारा प्रोजेक्ट के अटकने का कारण भुगतान करने वाले उपयोगकर्ताओं और दान की कमी को मानती है; अन्य जवाब देते हैं कि Briar के शुरुआत से ही बहुत कम उपयोगकर्ता रहे होंगे और स्वयंसेवकों से अपने प्रोजेक्ट को खुद ही फंड करने की अपेक्षा अनुचित है।
- छोटे, सुरक्षा-महत्वपूर्ण open source टूल्स को लंबे समय तक टिकाए रखना कठिन होने की सामान्य चिंता है।
“फिक्स” के रूप में AI
- एक विवादित थ्रेड “बस एक LLM का उपयोग करो” से Briar को फिर से लिखने या ठीक करने के विचार पर बहस करता है।
- संशयवादी इस पर ज़ोर देते हैं: security-critical कोड, pure coding समस्याओं के बजाय platform-level बाधाएँ, और AI-जनित कोड की बड़ी मात्रा का जोखिम।
- समर्थक दावा करते हैं कि LLMs tedious workaround code में उत्कृष्ट हैं, लेकिन व्यावहारिकता और सुरक्षा पर उन्हें चुनौती दी जाती है।
विकल्प और भविष्य की दिशाएँ
- जिन प्रोजेक्ट्स का उल्लेख या तुलना की गई: qaul.net, BitChat, Meshtastic/MeshCore, Cwtch, Aurora/Geogram, Berty।
- कुछ लोग P2P/mesh को dedicated radios (LoRa, external mesh devices) पर ऑफलोड करने का सुझाव देते हैं, जबकि फोन को thin clients की तरह इस्तेमाल किया जाए।
- कुछ लोग OS-vendor द्वारा निर्मित P2P सुविधाओं की कल्पना करते हैं (जैसे Apple का mesh-शैली iMessage बनाना), लेकिन वे कम mainstream मांग का भी उल्लेख करते हैं.