Herkos की गोपनीयता नीति
अंतिम अपडेट: 11 नवंबर 2026। आधिकारिक URL: https://herkos.app/privacy
अनुवाद। यह केवल सुविधा के लिए किया गया अनुवाद है। किसी भी अंतर की स्थिति में अंग्रेज़ी संस्करण ही मान्य होगा।
Herkos Mail, Herkos Calendar, Herkos Notes, Herkos Drive और Herkos Local Relay, Nostr नेटवर्क के लिए मुफ़्त, ओपन-सोर्स ऐप हैं, जिन्हें Herkos प्रोजेक्ट (“हम”) प्रकाशित करता है। Herkos Calendar, Herkos Notes, Herkos Drive और Herkos Local Relay अभी विकास के चरण में हैं। यह दस्तावेज़ बताता है कि ऐप और हमारी वेबसाइटें कौन-सा डेटा संभालती हैं, वह कहाँ जाता है और उसे कौन देख सकता है। हमने इसे पढ़ने के लिए लिखा है, सरसरी नज़र डालने के लिए नहीं: अगर यहाँ कुछ आपको चौंकाए, तो हमें privacy@herkos.email पर बताएँ।
डेटा संरक्षण पर बुनियादी जानकारी
पहली परत, कुछ पंक्तियों में; इस दस्तावेज़ का बाकी हिस्सा दूसरी परत है।
- नियंत्रक — ऐप आपके डिवाइस पर जो रखते हैं और रिले और सर्वर को जो भेजते हैं, उसके लिए: आप, साथ में हर उस रिले और सर्वर का ऑपरेटर जिसका आप इस्तेमाल करते हैं। Herkos को इसमें से कुछ नहीं मिलता। हमारी वेबसाइटों के लिए और आप हमें जो लिखते हैं उसके लिए: Herkos प्रोजेक्ट, privacy@herkos.email।
- उद्देश्य — ऐप: आपके मेल, इवेंट, नोट्स और फ़ाइलें रखना, भेजना और पाना। हमारी वेबसाइटें: पेज परोसना, और अगर आप हमें लिखें तो आपको जवाब देना।
- विधिक आधार — ऐप हमारी तरफ़ कुछ भी प्रोसेस नहीं करते। हमारी वेबसाइटें: उन्हें परोसने और सुरक्षित रखने में हमारा वैध हित; आपको हमारा जवाब: आपका अनुरोध।
- प्राप्तकर्ता — हर ऐप जिन रिले, Blossom सर्वर, ब्रिज और दूसरी सेवाओं का इस्तेमाल करता है, जिनके नाम नीचे एक-एक करके दिए गए हैं, साथ में यह कि वे क्या देखते हैं; हमारी वेबसाइटों के लिए Cloudflare। कुछ डिफ़ॉल्ट सर्वर यूरोपीय संघ के बाहर हैं (नीचे Herkos Drive देखें)। हम किसी को कुछ नहीं बेचते।
- अधिकार — पहुँच, सुधार, मिटाना, आपत्ति, प्रतिबंध और पोर्टेबिलिटी। जो आपके डिवाइस पर है, उसे आप ऐप में देखते, बदलते और मिटाते हैं; जो किसी रिले या सर्वर पर है, उसके लिए उसके ऑपरेटर से संपर्क करें। आप अपने डेटा संरक्षण प्राधिकरण से शिकायत भी कर सकते हैं (स्पेन में, AEPD)।
- अतिरिक्त जानकारी — नीचे: क्या आपके डिवाइस पर रहता है, क्या उससे बाहर जाता है और किसके पास, ऐप-दर-ऐप, और आपके विकल्प।
संक्षेप में
- Herkos में कोई खाता प्रणाली नहीं, अपना कोई सर्वर नहीं और कोई एनालिटिक्स नहीं है। हमें न आपके संदेश मिलते हैं, न आपके इवेंट, न आपके नोट्स, न आपके संपर्क, न आपकी कुंजी और न आपके इस्तेमाल की जानकारी।
- आपकी Nostr सार्वजनिक कुंजी नेटवर्क पर आपकी पहचान है। आप Nostr पर जो कुछ भी प्रकाशित करते हैं (प्रोफ़ाइल, रिले की सूचियाँ, लेबल), वह उससे जुड़ा होता है और आपके इस्तेमाल किए जाने वाले रिले को दिखता है।
- Nostr उपयोगकर्ताओं के बीच मेल एंड-टू-एंड एन्क्रिप्टेड (NIP-17) होता है। पारंपरिक ईमेल पतों को भेजा गया या उनसे आया मेल एक ब्रिज से होकर गुज़रता है, जो उसे पढ़ सकता है।
- कुछ वैकल्पिक सुविधाएँ तीसरे पक्षों को डेटा भेजती हैं (पुश सूचनाएँ, शेड्यूल करके भेजना)। ये तब तक बंद रहती हैं जब तक आप इन्हें चालू न करें, और यह दस्तावेज़ उनमें से हर एक का नाम बताता है।
- कैलेंडर इवेंट आपके डिवाइस पर एन्क्रिप्ट किए जाते हैं। रिले यह देखते हैं कि आपके पास इवेंट हैं, वे लगभग कितने बड़े हैं और कब बदलते हैं, पर यह नहीं कि उनमें क्या लिखा है। सार्वजनिक इवेंट, व्यस्तता सूची और शेयर लिंक आपकी पसंद से, एक-एक करके, सार्वजनिक होते हैं। आपके मेहमान निमंत्रण कहाँ पाते हैं, यह पता करने के लिए Calendar सिर्फ़ आपके रिले से पूछता है, किसी तीसरे पक्ष के इंडेक्स से कभी नहीं।
- नोट्स आपकी अपनी कुंजी के लिए आपके डिवाइस पर एन्क्रिप्ट किए जाते हैं। रिले उन्हें पढ़ नहीं सकते, पर यह देख सकते हैं कि आपके पास कितने नोट हैं और आप हर एक को कब संपादित करते हैं। खोज आपके डिवाइस पर चलती है: आप जो शब्द खोजते हैं, वे कभी उससे बाहर नहीं जाते। आप जो नोट साझा करते हैं, वह सील होकर सिर्फ़ आपके चुने हुए खाते तक जाता है: रिले न यह देखते हैं कि उसे किसने भेजा, न यह कि उसमें क्या लिखा है।
- Herkos Drive में फ़ाइलें Blossom सर्वर पर जाने से पहले, ब्लॉक-दर-ब्लॉक, आपके डिवाइस पर एन्क्रिप्ट की जाती हैं;
उनके नाम और फ़ोल्डर एन्क्रिप्ट होकर रिले पर जाते हैं। रिले और सर्वर देख सकते हैं कि आपके पास कितनी
फ़ाइलें और फ़ोल्डर हैं, वे लगभग कितने बड़े हैं और कब बदलते हैं, पर यह नहीं कि उनके नाम क्या हैं या
उनमें क्या है। शेयर लिंक
#के बाद अपनी कुंजी साथ रखता है: उसे पासवर्ड की तरह सँभालकर रखें। - Herkos Local Relay आपके इवेंट आपके डिवाइस पर, एन्क्रिप्ट करके, रखता है और Herkos को कुछ नहीं
भेजता। वह सिर्फ़ डिवाइस पर ही सुनता है (
127.0.0.1), जब तक आप लोकल नेटवर्क चालू न करें, और तब भी सिर्फ़ आपकी सूची की कुंजियों के लिए। वह सिर्फ़ आपके रिले से और उन लोगों के इनबॉक्स रिले से बात करता है जिन्हें आप लिखते हैं; निजी इवेंट कभी डिवाइस से बाहर नहीं जाते। उसकी कॉपी सिर्फ़ आपके चुने हुए फ़ोल्डर में जाती हैं, क्लाउड में कभी नहीं। Tor चालू होने पर (Windows और Linux), उस तक Tor नेटवर्क से भी पहुँचा जा सकता है, फिर से सिर्फ़ आपकी सूची की कुंजियों से। - हमारी वेबसाइटों (
herkos.appऔर उसके सबडोमेन) को Cloudflare परोसता है, जो किसी भी वेब होस्ट की तरह आपका IP पता देखता है। ये वेबसाइटें कोई कुकी सेट नहीं करतीं और कोई एनालिटिक्स नहीं चलातीं।
वह डेटा जो आपके डिवाइस पर रहता है
- आपकी निजी कुंजी (nsec), जब आप उससे साइन इन करते हैं, ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रखी जाती है (Android Keystore, iOS/macOS Keychain, Windows Credential Manager, Linux पर libsecret, वेब पर एन्क्रिप्ट किया गया लोकल स्टोरेज)। अगर आप रिमोट साइनर (NIP-46 “बंकर”) से साइन इन करते हैं, तो कुंजी कभी डिवाइस तक नहीं पहुँचती।
ब्राउज़र में ऐसा कोई सुरक्षित स्टोरेज नहीं होता। कुंजी साइट के लोकल स्टोरेज में रहती है और हर बार कुछ साइन होने पर JavaScript से गुज़रती है, इसलिए हर पेज तक पहुँच वाला कोई ब्राउज़र एक्सटेंशन, कोई XSS बग या छेड़छाड़ किया गया डिप्लॉयमेंट उसे पढ़ सकता है; और इंस्टॉल किए गए ऐप के विपरीत, वेब पेज हर बार खोलने पर नया कोड देता है। वेब वर्शन के साथ रिमोट साइनर का इस्तेमाल करें, या ऐसी पहचान का जिसे खोना आप सह सकें।
- आपका मेलबॉक्स: डिक्रिप्ट किए गए ईमेल, अटैचमेंट, लेबल, फ़ोल्डर और
संपर्क एक लोकल डेटाबेस में कैश किए जाते हैं, ताकि ऐप ऑफ़लाइन काम करे।
ऑपरेटिंग सिस्टम जो देता है, उसके अलावा डेटाबेस एन्क्रिप्टेड नहीं है; ऐप
लॉक (PIN/बायोमेट्रिक्स) सुविधा के लिए एक रुकावट है, स्टोर किए गए डेटा का एन्क्रिप्शन नहीं।
Android पर ऐप को क्लाउड और डिवाइस-से-डिवाइस बैकअप से बाहर रखा गया है।
- ऐप लॉक PIN: सॉल्ट और स्ट्रेचिंग वाले हैश (PBKDF2) के रूप में रखा जाता है, कभी भी
सादे टेक्स्ट में नहीं। Herkos Calendar और Herkos Notes, दोनों का अपना-अपना अलग PIN है, जो इसी
तरह रखा जाता है।
- आपका कैलेंडर (Herkos Calendar): जिन इवेंट, सूचियों, व्यू कुंजियों और रिमाइंडर को आप पढ़
सकते हैं, वे डिवाइस पर कैश किए जाते हैं, और ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रखी एक
कुंजी से हर रिकॉर्ड अलग से एन्क्रिप्ट किया जाता है। ब्राउज़र में कैलेंडर सिर्फ़ मेमोरी में
रखा जाता है और हर बार रिले से दोबारा लाया जाता है। रिमाइंडर डिवाइस खुद बजाता है: Calendar
किसी पुश सर्वर का इस्तेमाल नहीं करता। अगर आप रिमाइंडर में शीर्षक छिपाना चुनते हैं, तो वे
सिर्फ़ “इवेंट” और उसके शुरू होने का समय बताते हैं। आपकी Calendar कुंजी Herkos Mail की कुंजी
से अलग रखी जाती है (Calendar वाले भाग में “आपका खाता” देखें)।
- आपके नोट्स (Herkos Notes): नोट्स, उनका इतिहास, नोटबुक और खोज इंडेक्स डिवाइस पर कैश किए जाते
हैं, और ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रखी एक कुंजी से हर रिकॉर्ड अलग से एन्क्रिप्ट
किया जाता है। ब्राउज़र में वे इसी तरह, साइट के लिए ब्राउज़र के स्टोरेज (IndexedDB) में रखे जाते
हैं, और कुंजी भी ब्राउज़र में ही रहती है: जिस कंप्यूटर को दूसरे भी इस्तेमाल करते हैं, उस पर यह कम
सुरक्षा देता है। अगर ब्राउज़र साइट के लिए कुछ नहीं रखता (प्राइवेट विंडो, साइट का डेटा ब्लॉक), तो
वे सिर्फ़ मेमोरी में रहते हैं और कनेक्शन के बिना कुछ लिखा नहीं जा सकता। जिस नोट को आप लॉक करते
हैं, उसे अपना अलग पासवर्ड मिलता है; उसके बिना कोई भी उस नोट को नहीं खोल सकता, हम भी नहीं। आपके
नोट्स का बैकअप एक फ़ाइल है, जो सिर्फ़ वहीं लिखी जाती है जहाँ आप उसे सहेजते हैं, और अपने अलग
पासवर्ड से एन्क्रिप्ट की जाती है। अपने-आप बनने वाली कॉपी, जो हर दिन बनती है जब तक आप उसे बंद
न करें, डिवाइस के एक फ़ोल्डर में एक फ़ाइल है (आपके डॉक्यूमेंट्स में Herkos Notes/backups), जो
आपके खाते की कुंजी से एन्क्रिप्ट होती है; आख़िरी सात रखी जाती हैं, और वह कहीं नहीं भेजी जाती
(ब्राउज़र में यह कॉपी नहीं होती)। दूसरे खाते आपके साथ जो नोट साझा करते हैं, वे “दूसरों से मिले”
में, डिवाइस पर और बाकी सब की तरह एन्क्रिप्टेड, तब तक इंतज़ार करते हैं जब तक आप उन्हें रख न लें
या हटा न दें।
- आपकी फ़ाइलें (Herkos Drive): आपकी फ़ाइलों और फ़ोल्डरों की सूची, उनकी कुंजियों के साथ, डिवाइस पर
कैश की जाती है, ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रखी एक कुंजी से हर रिकॉर्ड अलग से एन्क्रिप्ट
करके; जो अभी भेजना बाकी है, और अपलोड होने का इंतज़ार कर रहे ब्लॉक, वे भी एन्क्रिप्ट करके रखे जाते हैं।
थंबनेल सिर्फ़ मेमोरी में रखे जाते हैं। जो फ़ाइल आप डाउनलोड करते हैं या खोलते हैं, वह किसी भी फ़ाइल की
तरह, आपकी चुनी हुई जगह पर बिना एन्क्रिप्शन के लिखी जाती है। आपके Drive का बैकअप (.hbk, या अपने अलग
पासवर्ड वाला इंडेक्स बैकअप) एक फ़ाइल है, जो सिर्फ़ वहीं लिखी जाती है जहाँ आप उसे सहेजते हैं। Android
पर, सिस्टम का फ़ाइल पिकर और “शेयर करें” Drive की फ़ाइलें सिर्फ़ तब दिखाते हैं जब Drive अनलॉक हो, और
किसी ऐप को वहाँ से जो मिलता है, वह उसी समय डिक्रिप्ट होता है, कभी डिस्क पर नहीं लिखा जाता।
- आपका रिले (Herkos Local Relay): उसके इवेंट, पेयर किए गए ऐप, उसकी सेटिंग और यह कि उसकी कॉपी
कहाँ जाती हैं; नीचे उसका अपना भाग देखें।
आप यह सब सेटिंग → अन्य → ऐप्लिकेशन रीसेट करें से, या कोई खाता हटाकर मिटा सकते हैं।
वह डेटा जो आपके डिवाइस से बाहर जाता है, और किसके पास
यह तालिका Herkos Mail के लिए है। Herkos Calendar, Herkos Notes, Herkos Drive और Herkos Local Relay के अपने अलग भाग नीचे हैं।
| पाने वाला | वे क्या देख सकते हैं | कब |
|---|---|---|
| Nostr रिले (डिफ़ॉल्ट सूची सेटिंग → नेटवर्क और सर्वर में, बदली जा सकती है) | आपका IP पता, आपकी सार्वजनिक कुंजी, आपके प्रकाशित इवेंट (प्रोफ़ाइल, रिले की सूचियाँ, Blossom सर्वर की सूची, NIP-32 लेबल, एन्क्रिप्ट की गई सेटिंग) और आपके नाम भेजे गए एन्क्रिप्टेड “गिफ़्ट रैप”, साथ ही उनका समय। रिले गिफ़्ट रैप की सामग्री नहीं पढ़ सकते। जो रिले NIP-42 प्रमाणीकरण माँगता है, उसे आपकी सार्वजनिक कुंजी पता चल जाती है, तब भी जब आप सिर्फ़ पढ़ रहे हों। | हमेशा, जब तक ऐप सिंक करता है; और Android पर ऐप बंद होने पर भी, लगभग हर 15 मिनट में, जब बैकग्राउंड जाँच पुश सर्वर की जगह लेती है। |
| Blossom सर्वर (बदले जा सकते हैं) | आपका IP पता और सार्वजनिक कुंजी, और 32 KB से बड़े ईमेल और उनके अटैचमेंट के एन्क्रिप्ट किए गए ब्लॉब। ब्लॉब को डिक्रिप्ट करने की कुंजी सिर्फ़ एन्क्रिप्टेड संदेश के अंदर ही जाती है। | जब आप कोई बड़ा ईमेल भेजते या खोलते हैं। |
ब्रिज (डिफ़ॉल्ट रूप से uid.ovh, बदला जा सकता है) |
किसी पारंपरिक ईमेल पते (Gmail, Outlook…) को भेजे गए या उससे मिले हर ईमेल की पूरी सामग्री, और आपके द्वारा रजिस्टर किया गया उपनाम name@bridge। ब्रिज स्वतंत्र ऑपरेटर हैं, जिनकी अपनी गोपनीयता शर्तें हैं; Herkos उन्हें नहीं चलाता। |
जब आप @bridge पहचान का इस्तेमाल करते हैं या किसी गैर-Nostr पते पर लिखते हैं। |
| NIP-05 सर्वर (आपके टाइप किए गए पते का डोमेन) | यह कि किसी ने पूछा कि क्या name@domain एक Nostr उपयोगकर्ता है। |
जब आप user@domain पाने वाला जोड़ते हैं। |
पुश सर्वर (डिफ़ॉल्ट रूप से कोई नहीं; सेटिंग → सूचनाएँ में आप api.nmail.li चुन सकते हैं, जो सिर्फ़ रिले relay.nmail.li पर पहुँचने वाले मेल की सूचना देता है और इसलिए उसी के साथ पेश किया जाता है, दोनों को मूल Nostr Mail प्रोजेक्ट चलाता है, या कोई दूसरा सर्वर) |
आपकी सार्वजनिक कुंजी, डिवाइस का पुश टोकन (UnifiedPush एंडपॉइंट), आपकी सूचनाओं की भाषा, और — क्योंकि वह आपकी ओर से रिले पर नज़र रखता है — आपको मेल कब मिलता है (उसमें क्या लिखा है, यह नहीं)। | सिर्फ़ तब, जब आप कोई पुश सर्वर चुनते हैं और किसी खाते के लिए सूचनाएँ चालू करते हैं; सर्वर न होने पर Herkos आपके रिले ख़ुद जाँचता है। उन्हें बंद करने या सर्वर बदलने पर, पुराने सर्वर से सब्सक्रिप्शन मिटाने को कहा जाता है। |
शेड्यूलर DVM (किसी तीसरे पक्ष द्वारा चलाई जाने वाली Nostr सेवा, देखें NostrConfig.schedulerDvm) |
आपकी सार्वजनिक कुंजी, प्रकाशित किए जाने वाले पहले से एन्क्रिप्ट किए गए संदेश, उनके गंतव्य रिले और शेड्यूल किया गया समय। | सिर्फ़ तब, जब आप “बाद में भेजें” का इस्तेमाल करते हैं। |
रिमोट साइनर / NIP-46 के लिए रिले (relay.nsec.app और विकल्प) |
आपकी सार्वजनिक कुंजी और एन्क्रिप्ट किए गए साइनिंग अनुरोध। | सिर्फ़ तब, जब आप किसी बंकर या साइनर ऐप से साइन इन करते हैं। |
| इमेज सर्वर (कोई भी सर्वर, जिसकी ओर कोई प्रोफ़ाइल या ईमेल इशारा करे) | आपका IP पता और वह पल जब इमेज लाई जाती है। प्रोफ़ाइल तस्वीर उस पते से, जो उसके मालिक ने अपनी प्रोफ़ाइल में लिखा है, सिर्फ़ तब डाउनलोड होती है जब आप प्रोफ़ाइल फ़ोटो लोड करें चालू करते हैं (आपके अपने खातों की तस्वीरें हमेशा लोड होती हैं); तब जो भी उस सर्वर को चलाता है, वह जान सकता है कि आपने कब उनके संदेश या उनका संपर्क देखा। ईमेल के अंदर की इमेज डिफ़ॉल्ट रूप से ब्लॉक रहती हैं; जब आप उन्हें लोड कर लेते हैं (इमेज लोड करें, या इमेज हमेशा लोड करें सेटिंग), तो उनके सर्वर, अक्सर भेजने वाले का सर्वर, जान लेते हैं कि आपने ईमेल खोला और कब। जो बैकग्राउंड इमेज आप उसके पते से जोड़ते हैं, वह उसी सर्वर से डाउनलोड होती है। | प्रोफ़ाइल तस्वीरें: सिर्फ़ तब, जब आप उन्हें चालू करें (आपकी अपनी, हमेशा)। ईमेल की इमेज: सिर्फ़ तब, जब आप उन्हें लोड करें। |
आपके निजी रिले। अगर आपके खाते में निजी रिले की सूची है (kind 10013, NIP-37; Herkos Notes और Calendar भी यही सूची इस्तेमाल करते हैं), तो Mail आपके ड्राफ़्ट, एन्क्रिप्टेड सेटिंग, लेबल और शेड्यूल किए गए भेजे गए संदेश उसी सूची के रिले पर रखता है, आपके लिखने वाले रिले पर नहीं; पहले वहाँ छोड़ी गई चीज़ें वह अब भी पढ़ता है, और उन्हें वहाँ से भी मिटाता है। उस सूची के बिना वे आपके लिखने वाले रिले पर जाते हैं। Mail यह सूची सिर्फ़ आपके कहने पर प्रकाशित करता है (सेटिंग → होस्टिंग → निजी रिले), आपकी कुंजी से एन्क्रिप्ट करके: रिले आपकी सार्वजनिक कुंजी, सूची का होना और उसके बदलने का समय देखते हैं, उसमें मौजूद रिले नहीं। किसी दूसरे ऐप की लिखी सूची जैसी है वैसी ही इस्तेमाल होती है और उस पर कभी कुछ नहीं लिखा जाता।
स्वचालित फ़ॉरवर्डिंग (सेटिंग → स्वचालित फ़ॉरवर्डिंग, जब तक आप इसे चालू न करें, बंद)। हर नए संदेश की एक कॉपी आपके चुने हुए एक पते पर जाती है: Nostr खाते को, किसी भी संदेश की तरह एंड-टू-एंड एन्क्रिप्टेड; पारंपरिक पते को, आपके खाते के मुख्य पते के ब्रिज के ज़रिए, जो उसे पूरा देखता है (ऊपर ब्रिज देखें)। यह काम यही डिवाइस करता है, जब Mail चल रहा हो या अगले सिंक पर; यह सेटिंग डिवाइस पर ही रहती है और कभी प्रकाशित नहीं होती।
आपके Android फ़ोन पर साइन करने वाला ऐप (NIP-55, जैसे Amber)। कुंजी उसी ऐप में रहती है, और Mail फ़ोन पर ही उससे सीधे बात करता है, बीच में कोई रिले या नेटवर्क नहीं; डिवाइस सिर्फ़ आपकी सार्वजनिक कुंजी और यह रखता है कि कौन-सा ऐप साइन करता है। Mail उससे सिर्फ़ वही kind साइन करवाता है जो Mail आपके खाते से साइन करता है, और एन्क्रिप्ट व डिक्रिप्ट (NIP-44) करवाता है, संदेशों के लिफ़ाफ़े कभी नहीं, जो एक बार इस्तेमाल होने वाली कुंजियों से बनते हैं, और लौटने वाले हर साइन किए गए इवेंट को इस्तेमाल से पहले जाँचता है।
Herkos Local Relay. अगर Herkos Local Relay उसी डिवाइस पर है, तो Mail एक बार उससे जुड़ने की पेशकश करता है; जब तक आप कनेक्ट करें पर टैप करके Herkos Local Relay में Mail को मंज़ूरी नहीं देते, कुछ नहीं भेजा जाता। Mail अपनी एक कुंजी से उसके साथ जोड़ी बनाता है और हर कनेक्शन पर जाँचता है कि यह वही रिले है। वह आपकी कुंजी से एक बार साइन करता है, ताकि रिले आपके इवेंट आपके अपने इवेंट के रूप में रखे; फिर वह वहाँ इस डिवाइस पर रखा मेल कॉपी करता है और उसके बाद से Mail का भेजा आपके खाते का हर इवेंट और उसे मिला हर लिफ़ाफ़ा, ठीक वैसे ही जैसे वे साइन हुए थे और अब भी एन्क्रिप्टेड, और रिले से कहता है कि उन्हें डिवाइस पर रखे और निजी इवेंट सिर्फ़ आपकी कुंजी को दे। आपके दूसरों को भेजे लिफ़ाफ़े कॉपी नहीं होते। Mail उससे कभी नहीं पढ़ता: यह एक कॉपी है। इसके लिए डिवाइस से कुछ बाहर नहीं जाता।
इनमें से कुछ भी Herkos को खुद नहीं मिलता। कोई क्रैश रिपोर्टिंग या टेलीमेट्री नहीं है।
Herkos Calendar: रिले क्या देखते हैं
Calendar Nostr रिले से बात करता है: आपके खाते के रिले (आपकी NIP-65 और इनबॉक्स सूचियाँ), सेटिंग → रिले वाले रिले (बदले जा सकते हैं) और, जब आप किसी को आमंत्रित करते हैं या किसी निमंत्रण का जवाब देते हैं, उस व्यक्ति के इनबॉक्स रिले। किसी और से नहीं, सिवाय उसके जो आप खुद देखते हैं (नीचे): किसी सार्वजनिक रिले इंडेक्स से भी नहीं। नीचे “आपका खाता” बताता है कि हर एक किस काम का है। कोई Herkos सर्वर नहीं, कोई पुश सर्वर नहीं और कोई टेलीमेट्री नहीं है। हर रिले आपका IP पता और हर कनेक्शन का समय देखता है।
| क्या | उसे स्टोर करने वाले रिले क्या देख सकते हैं | वे क्या नहीं देख सकते |
|---|---|---|
| निजी इवेंट (kind 32678) | आपकी सार्वजनिक कुंजी, यह कि वह कैलेंडर इवेंट है (उसका kind), एक रैंडम पहचानकर्ता, आपने उसे कब बनाया या आखिरी बार बदला, और वह लगभग कितना बड़ा है। यह सिर्फ़ आपके रिले पर स्टोर होता है, जहाँ आपके मेहमान उसे ढूँढते हैं; उनके रिले पर कभी नहीं। | शीर्षक, तारीख और समय, टाइम ज़ोन, दोहराव, जगह, विवरण, मेहमान, रिमाइंडर। |
आपकी कैलेंडर सूचियाँ (kind 32123) और रिमाइंडर सेटिंग (kind 30078, d=calendar-alarms) |
आपकी सार्वजनिक कुंजी, यह कि वे मौजूद हैं, और वे कब बदलती हैं। | उनमें कौन-से इवेंट हैं, उनके नाम, व्यू कुंजियाँ, आपके रिमाइंडर। |
| निमंत्रण (एक गिफ़्ट रैप, kind 1059) | मेहमान की सार्वजनिक कुंजी, और एक k=1052 टैग जो बताता है कि लिफ़ाफ़े में एक कैलेंडर निमंत्रण है (कैलेंडर ऐप, Formstr का ऐप भी, इसी से आपका मेल खोले बिना निमंत्रण ढूँढते हैं)। यह सिर्फ़ मेहमान के अपने इनबॉक्स रिले को भेजा जाता है, एक बार इस्तेमाल होने वाली कुंजी के तहत, अपने अलग रैंडम टाइमस्टैम्प के साथ, और एक ही इवेंट के निमंत्रण रैंडम क्रम में निकलते हैं, हर एक पिछले वाले के 5 से 90 सेकंड बाद (पहला, खुद इवेंट के बाद)। लिफ़ाफ़े में एक समाप्ति तारीख भी होती है, जो भेजने के 60 से 90 दिन बाद के बीच रैंडम चुनी जाती है, ताकि रिले उसे हटा सकें: इससे इवेंट कब है, इसके बारे में कुछ पता नहीं चलता। |
उसे किसने भेजा, वह कौन-सा इवेंट है, और किन दूसरे मेहमानों को आमंत्रित किया गया। |
निमंत्रण का निजी जवाब (एक गिफ़्ट रैप, kind 1059, टैग k=1925) |
पाने वाले की सार्वजनिक कुंजी (आयोजक की, या आपकी अपनी प्रति में आपकी) और यह कि लिफ़ाफ़े में कैलेंडर का जवाब है। यह सिर्फ़ पाने वाले के इनबॉक्स रिले पर जाता है, एक बार इस्तेमाल होने वाली कुंजी, बेतरतीब तारीख़ों और समाप्ति तिथि के साथ, निमंत्रणों की तरह। | कौन जवाब देता है, किस इवेंट को और क्या जवाब देता है। |
| मिटाना (kind 5) | आपकी सार्वजनिक कुंजी और जो आप मिटाते हैं उसका पहचानकर्ता। | — |
जो रिले NIP-42 प्रमाणीकरण माँगता है, उसे आपकी सार्वजनिक कुंजी पता चल जाती है; Calendar ऐसे अनुरोध का जवाब सिर्फ़ आपके अपने रिले पर आपके अपने इवेंट के लिए, और आपका अपना इनबॉक्स पढ़ने के लिए देता है। Nostr पर मिटाना एक अनुरोध है: कोई रिले अपनी प्रति, एन्क्रिप्टेड रूप में, रखे रह सकता है।
इवेंट में मौजूद कोई भी चीज़ यह नहीं छिपा सकती: हर निमंत्रण आपके IP पते से निकलता है, और हर मेहमान आपके रिले से इवेंट अपने IP पते से लेता है। जो रिले आपके कई मेहमानों के इनबॉक्स रखता है, वह बता सकता है कि उनके निमंत्रण एक ही पते से आए थे। इसे सिर्फ़ Tor या VPN छिपाता है।
आपका खाता
Calendar कोई खाता नहीं बनाता: आप पहले से मौजूद अपनी Nostr पहचान से, इनमें से किसी एक तरीके से साइन इन करते हैं।
- अपने Android फ़ोन के साइनर ऐप से (NIP-55, जैसे Amber): कुंजी उसी ऐप में रहती है, और Calendar फ़ोन पर ही उससे सीधे बात करता है, बीच में कोई रिले या नेटवर्क नहीं होता। डिवाइस सिर्फ़ आपकी सार्वजनिक कुंजी और यह रखता है कि कौन-सा ऐप साइन करता है। Calendar उससे वही चीज़ें माँगता है जो बंकर से (नीचे देखें), निमंत्रण के लिफ़ाफ़े कभी नहीं, और लौटकर आने वाले हर साइन किए गए इवेंट को इस्तेमाल करने से पहले जाँचता है।
- अपनी कुंजी से (
nsec, या पासवर्ड से सुरक्षितncryptsec, जिसे डिवाइस पर खोला जाता है): यह ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में, Calendar के अपने नाम के तहत रखी जाती है। Herkos Mail अपने खाते अलग रखता है, और Calendar उन्हें कभी न पढ़ता है, न बदलता है, न मिटाता है: एक ऐप से साइन आउट करने पर आप दूसरे से साइन आउट नहीं होते। bunker://लिंक से: कुंजी आपके साइनर ऐप में ही रहती है। Calendar लिंक में बताए गए रिले के ज़रिए उससे बात करता है, और उससे सिर्फ़ आपकी सार्वजनिक कुंजी, एन्क्रिप्ट और डिक्रिप्ट करना (NIP-44) और Calendar के अपने इवेंट kinds साइन करना माँगता है; निमंत्रण के लिफ़ाफ़े कभी उससे होकर नहीं गुज़रते, क्योंकि उनमें एक बार इस्तेमाल होने वाली कुंजियाँ होती हैं। डिवाइस सिर्फ़ कनेक्शन रखता है (उसके लिए बनाई गई एक कुंजी, साइनर की सार्वजनिक कुंजी और उसके रिले)। वे रिले आपका IP पता, कनेक्शन की कुंजियाँ और यह देखते हैं कि साइन करने के अनुरोध कब किए जाते हैं; अनुरोध एन्क्रिप्टेड होते हैं।- Nostr Connect से (एक QR कोड): बंकर की तरह, पर कनेक्शन सेटिंग → रिले वाले रिले पर चलता है। Calendar न अपना कोई रिले जोड़ता है, न किसी और का।
आपके रिले। साइन इन करने पर Calendar आपकी सूचियाँ (NIP-65, kind 10002, और आपकी इनबॉक्स सूची, kind 10050) सेटिंग → रिले वाले रिले पर, एक अलग कनेक्शन पर ढूँढता है जो आपकी पहचान नहीं बताता: प्रमाणीकरण माँगने वाले रिले को आपकी नहीं, एक बार इस्तेमाल होने वाली कुंजी मिलती है। उसके बाद:
- आपके इवेंट, सूचियाँ और एन्क्रिप्ट की गई सेटिंग आपके NIP-65 राइट रिले पर प्रकाशित होती हैं। वह सूची न हो, तो सेटिंग वाले रिले पर, और खाते का पेज आपको यह बताता है;
- आपके निमंत्रण और जवाब आपके रीड और इनबॉक्स रिले से पढ़े जाते हैं। Calendar NIP-42 प्रमाणीकरण का जवाब सिर्फ़ आपके अपने रिले पर देता है, और सिर्फ़ उसके लिए जो आपका है;
- साइन इन रहते हुए ऐप खोलने पर, जब तक किसी चीज़ की ज़रूरत न हो, वह कहीं कनेक्ट नहीं होता;
- अगर सेटिंग → रिले में इसी डिवाइस पर चलने वाला कोई रिले है (पता
ws://127.0.0.1याws://localhost, जैसे Citrine ऐप), तो हर सिंक उस पर आपके अपने इवेंट, सूचियों और मिटाने के अनुरोधों की एक प्रति भी छोड़ता है, ठीक वैसी जैसी वे साइन किए गए थे और अब भी एन्क्रिप्टेड। इसके लिए डिवाइस से कुछ बाहर नहीं जाता, और जब तक किसी इवेंट को कोई दूसरा रिले रखता है, यह रिले कभी वह रिले नहीं होता जहाँ आपके मेहमानों को उसे ढूँढने को कहा जाता है। डिवाइस के दूसरे ऐप जो उस रिले को पढ़ते हैं, वही देखते हैं जो कोई भी रिले देखता है।
आपके मेहमानों के रिले (21 अक्टूबर 2026 को तय किया गया)। किसी को आमंत्रित
करने के लिए ऐप को यह जानना होता है कि वह निमंत्रण कहाँ पाता है। Calendar उसकी
सूचियाँ (10002 और 10050) सिर्फ़ सेटिंग → रिले वाले रिले पर ढूँढता है,
किसी तीसरे पक्ष के सार्वजनिक इंडेक्स (जैसे purplepag.es) पर कभी नहीं: वह
सेवा देख लेती कि आप किस पते से पूछ रहे हैं और किसके बारे में पूछ रहे हैं, यानी
आप किसे आमंत्रित कर रहे हैं। हर मेहमान को अलग से, रैंडम क्रम में, एक बार
इस्तेमाल होने वाली कुंजी वाले अपने अलग कनेक्शन पर ढूँढा जाता है, ताकि वे रिले
यह न बता सकें कि किसे किसके साथ आमंत्रित किया गया है। वे जो देखते हैं, वह है
आपका IP पता और हर उस व्यक्ति की सार्वजनिक कुंजी जिसे आप ढूँढते हैं। अगर किसी
की सूचियाँ उन रिले पर नहीं हैं, तो ऐप भेजने से पहले उसे “कोई ज्ञात इनबॉक्स
नहीं” के रूप में चिह्नित करता है, और निमंत्रण उस तक नहीं पहुँचता। उसे ढूँढने के
लिए, ऐसा कोई रिले जहाँ वह अपनी सूचियाँ प्रकाशित करता है, सेटिंग → रिले में
जोड़ें।
आपके डिवाइसों के बीच क्या सिंक होता है, हमेशा आपके लिए एन्क्रिप्ट करके और
आपके राइट रिले पर: आपकी कैलेंडर सूचियाँ (उनके इवेंट की कुंजियों के साथ),
रिमाइंडर सेटिंग (d=calendar-alarms), आपके फ़ॉलो किए गए कैलेंडर
(d=calendar-subscriptions) और वे निमंत्रण जिन्हें आप अनदेखा करते हैं या दूसरों
के वे इवेंट जिन्हें आप अपने कैलेंडर से हटाते हैं (kind 30078,
d=calendar-declined: सिर्फ़ कौन-सा इवेंट और कब, उसका शीर्षक कभी नहीं)। रिले
यह देखते हैं कि ये मौजूद हैं और कब बदलते हैं, यह नहीं कि इनमें क्या लिखा है।
डिवाइस जो रिमाइंडर बजाता है, वे उसी खाते के होते हैं जिससे आप साइन इन हैं, किसी
पिछले खाते के कभी नहीं।
आपकी कुंजियों की प्रति। Calendar एक प्रति सहेजने की पेशकश करता है: आपकी कैलेंडर सूचियों और उनके इवेंट की कुंजियों वाली एक फ़ाइल, जो उसके लिए आपके चुने पासवर्ड से (NIP-49 के साइफ़र से) एन्क्रिप्ट की जाती है। यह सिर्फ़ वहीं लिखी जाती है जहाँ आप इसे सहेजते हैं; यह किसी रिले या सर्वर पर नहीं जाती। इसके नाम में तारीख होती है, खाता कभी नहीं। याद दिलाने के लिए डिवाइस सिर्फ़ दो तारीखें याद रखता है: आखिरी प्रति की और आखिरी “अभी नहीं” की।
साइन आउट करना पहले आपको दिखाता है कि क्या खो जाएगा और प्रति सहेजने की पेशकश करता है। फिर यह इस डिवाइस से आपकी कुंजी (या बंकर कनेक्शन) और स्टोर किया गया कैलेंडर मिटा देता है। जो प्रकाशित हो चुका है, वह रिले पर एन्क्रिप्टेड रूप में रहता है। आपने अपने साइनर ऐप में जो अनुमति दी थी, उसे उसी ऐप में वापस लिया जाता है।
आपकी पसंद से सार्वजनिक
ये तब तक बंद रहते हैं जब तक आप इन्हें चालू न करें, और ऐसा करने से पहले ऐप दिखाता है कि हर एक क्या उजागर करता है:
- सार्वजनिक इवेंट (kinds 31922/31923): उनमें मौजूद सब कुछ — शीर्षक, समय, जगह, विवरण — सार्वजनिक है, आपकी सार्वजनिक कुंजी से जुड़ा है, और सार्वजनिक ही रहता है: किसी सार्वजनिक इवेंट को फिर से निजी नहीं बनाया जा सकता।
- व्यस्तता सूची (kind 31926): आपके चुने हुए कैलेंडर के लिए, इस महीने और अगले दो महीनों में आपके व्यस्त रहने के समय, 30 मिनट (या 15) तक राउंड किए हुए। कभी यह नहीं कि क्या, कहाँ या किसके साथ। इसे बंद करने पर रिले से इसे मिटाने को कहा जाता है।
- शेयर लिंक (
herkos.app/e/…): लिंक ही कुंजी है। जिसके पास भी यह है, वह उस इवेंट को तब तक पढ़ सकता है जब तक आप इसे रद्द न करें, और इसका पहला हिस्सा आपकी सार्वजनिक कुंजी दिखाता है। कुंजी#के बाद होती है, जो पते का वह हिस्सा है जिसे ब्राउज़र कभी किसी सर्वर को नहीं भेजते, इसलिए न Cloudflare उसे देखता है, न हम। पेज लिंक में बताए गए रिले से पूछता है; अगर उनमें से कोई जाना-माना रिले नहीं है, तो वह विज़िटर को बताता है कि वह कौन-सा सर्वर है और कनेक्ट करने से पहले पूछता है, क्योंकि वह सर्वर विज़िटर का IP पता देखेगा। रद्द करने पर इवेंट को नई कुंजी से दोबारा एन्क्रिप्ट किया जाता है; जिसने उसे पहले ही पढ़ लिया है, उसके पास वह रहता है जो उसने पढ़ा। - एक्सपोर्ट (
.ics): आपके शीर्षकों और समयों वाली सादे टेक्स्ट की एक फ़ाइल। यह एन्क्रिप्टेड नहीं होती; इसे किसी भी दूसरे निजी दस्तावेज़ की तरह संभालकर रखें। - अपने-आप प्रति (
.ics, .ics में एक्सपोर्ट करें पेज पर): जिस भी दिन Calendar खुला हो, दिन में एक बार, आपके सभी कैलेंडर का एक एक्सपोर्ट आपके चुने हुए फ़ोल्डर में, आख़िरी 7 रखते हुए। एक्सपोर्ट की तरह यह एन्क्रिप्टेड नहीं होती, इसलिए जो कुछ भी उस फ़ोल्डर को पढ़ सकता है (कोई दूसरा ऐप, उसे सिंक करने वाला कोई क्लाउड फ़ोल्डर), वह आपके शीर्षक और समय पढ़ सकता है। Calendar वहाँ सिर्फ़ अपनी फ़ाइलें (herkos-calendar-auto-…ics) लिखता और मिटाता है, और फ़ोल्डर को सिर्फ़ इसी डिवाइस पर याद रखता है। - समस्या रिपोर्ट (बीटा): ऐप सिर्फ़ एक टेक्स्ट तैयार करता है, जिसे आप कॉपी करके खुद भेजें। इसमें ऐप का वर्शन, प्लेटफ़ॉर्म, भाषा, टाइम ज़ोन और यह जानकारी होती है कि रिमाइंडर बज सकते हैं या नहीं; कभी आपके इवेंट, आपकी कुंजी या आपका खाता नहीं।
Herkos Calendar आपके सार्वजनिक इवेंट पर दूसरे ऐप द्वारा लिखे गए सार्वजनिक जवाब (RSVP, kind 31925, और हटाने की सूचनाएँ, kind 84) पढ़ता है; वह इनमें से किसी को भी नहीं लिखता।
जो आप खुद देखते हैं
ये कनेक्शन सिर्फ़ तब होते हैं जब आप माँगते हैं:
- पते से फ़ॉलो किए गए कैलेंडर (
.icsयाwebcal): डिवाइस कैलेंडर सीधे उस पते के सर्वर से माँगता है, सिर्फ़ https पर, हर कुछ घंटों में, बिना कुकी और बिना हमारे किसी बिचौलिए के। वह सर्वर आपका IP पता और माँगने का समय देखता है, और जिसके पास पता है वह कैलेंडर पढ़ सकता है। पतों की सूची आपके डिवाइस और आपके रिले पर रखी जाती है, आपके लिए एन्क्रिप्ट करके (kind 30078,d=calendar-subscriptions)। - फ़ॉलो किए गए सार्वजनिक Nostr कैलेंडर (एक
naddr…लिंक): हर कुछ घंटों में आपके रिले और लिंक में बताए गए रिले से माँगे जाते हैं, कभी दूसरों से नहीं। वे रिले आपका IP पता और यह देखते हैं कि आप कौन-सा कैलेंडर पढ़ते हैं। ये उसी एन्क्रिप्टेड सूची में रहते हैं। - छुट्टियाँ: ये ऐप के अंदर ही आती हैं; इन्हें फ़ॉलो करने से किसी सर्वर से कुछ नहीं माँगा जाता।
- “देखें कि वे खाली हैं या नहीं” (एडिटर में, दबाने पर): ऐप हर मेहमान की सार्वजनिक व्यस्तता सूची (kind 31926) उन रिले से माँगता है जहाँ वह व्यक्ति प्रकाशित करता है, अपनी पहचान बताए बिना। वे रिले आपका IP पता और यह देखते हैं कि आप किसके बारे में पूछते हैं।
- इवेंट की फ़ाइलें: ये एक Blossom सर्वर पर एन्क्रिप्ट रहती हैं। जब आप कोई फ़ाइल खोलते हैं, ऐप उसे उस सर्वर से डाउनलोड करता है, जो आपका IP पता और फ़ाइल का पहचानकर्ता देखता है, कभी उसकी सामग्री नहीं।
Herkos Notes: रिले क्या देखते हैं
Notes Nostr रिले से बात करता है, और किसी और से नहीं। कोई Herkos सर्वर नहीं, कोई पुश सर्वर नहीं और कोई टेलीमेट्री नहीं है। हर रिले आपका IP पता और हर कनेक्शन का समय देखता है।
कौन-से रिले। अगर आपके खाते में एक निजी रिले सूची है (kind 10013, वह सूची जिसका वर्णन NIP-37
करता है), तो Notes उसमें दिए गए रिले का, जैसे वे हैं वैसे ही, इस्तेमाल करता है और उस सूची को कभी
ओवरराइट नहीं करता; वह इस सूची को अपनी सेटिंग वाले रिले पर और उन रिले पर ढूँढता है जहाँ आप प्रकाशित
करते हैं (आपकी NIP-65 सूची)। नहीं तो वह अपनी सेटिंग वाले रिले इस्तेमाल करता है: डिफ़ॉल्ट रूप से
relay.formstr.app, nos.lol और relay.primal.net, ज़्यादा से ज़्यादा आठ, और सभी बदले जा सकते
हैं। सेटिंग में जाने-पहचाने रिले की एक सूची भी है, जिनमें से किसी को भी एक टैप से जोड़ा जा सकता
है; जब तक आप किसी को जोड़ते नहीं, उनमें से किसी से संपर्क नहीं किया जाता। कोई रिले ws://, यानी
बिना एन्क्रिप्शन वाला कनेक्शन, सिर्फ़ तब हो सकता है जब वह डिवाइस पर या घर के नेटवर्क पर हो
(localhost, निजी पते, .local नाम): नोट्स तब भी एन्क्रिप्टेड रूप में जाते हैं, पर उस नेटवर्क पर
कोई भी वह देख सकता है जो रिले देखता है (नीचे की तालिका)। Notes अपनी कोई रिले सूची प्रकाशित नहीं
करता, जब तक आप न कहें (रिले → मेरी निजी रिले सूची के रूप में सहेजें)। तब वह इन रिले को आपकी 10013
सूची के रूप में, आपकी कुंजी से एन्क्रिप्ट करके, उन्हीं रिले पर प्रकाशित करता है जहाँ वह सूचियाँ
ढूँढता है, और Notes में आप जो बदलते हैं उसके साथ उसे अपडेट रखता है: रिले आपकी सार्वजनिक कुंजी, यह कि
सूची मौजूद है और वह कब बदलती है, देखते हैं, उसमें दिए गए रिले नहीं। किसी दूसरे ऐप की लिखी सूची कभी
ओवरराइट नहीं की जाती: Notes उसे जैसा है वैसा इस्तेमाल करता है।
अगर इनमें से कोई रिले इसी डिवाइस पर चलता है (पता ws://127.0.0.1 या
ws://localhost, जैसे Citrine ऐप), तो Notes उस पर आपके नोट्स, नोटबुक और
मिटाने के अनुरोधों की एक प्रति भी छोड़ता है, ठीक वैसी जैसी वे साइन किए गए थे
और अब भी एन्क्रिप्टेड। इसके लिए डिवाइस से कुछ बाहर नहीं जाता; Notes उस रिले से
कभी नहीं पढ़ता, और जो नोट सिर्फ़ उसी के पास है, उसे अपलोड हुआ नहीं माना जाता।
डिवाइस के दूसरे ऐप जो उस रिले को पढ़ते हैं, वही देखते हैं जो कोई भी रिले देखता
है।
Herkos Local Relay. अगर Herkos Local Relay उसी डिवाइस पर है, तो Notes एक बार उससे कनेक्ट होने की पेशकश करता है; जब तक आप कनेक्ट करें पर टैप करके Herkos Local Relay में Notes को मंज़ूरी नहीं देते, कुछ नहीं भेजा जाता। Notes उससे अपनी एक अलग कुंजी से जोड़ी बनाता है, जो इसी जोड़ी के लिए बनाई जाती है, और हर कनेक्शन पर जाँचता है कि यह वही रिले है, ताकि उसके पोर्ट पर सुन रहा कोई दूसरा प्रोग्राम कुछ न पाए। उसके बाद से वह वहाँ आपके नोट्स, चेकपॉइंट, नोटबुक, हटाने के अनुरोध, आपकी निजी रिले सूची और आपके साझा किए नोट्स की सील कॉपी करता है, ठीक वैसे ही जैसे वे साइन किए गए थे और अब भी एन्क्रिप्टेड, और उससे कहता है कि हटाने के अनुरोधों को छोड़कर सब कुछ निजी रखे: रिले यह सब केवल आपकी कुंजी को देता है और किसी और को आगे नहीं भेजता। ताकि रिले इन्हें आपका मानकर रखे, Notes कनेक्ट होते समय एक बार आपकी कुंजी से साइन करता है। इसके लिए डिवाइस से कुछ बाहर नहीं जाता। Notes उससे कभी नहीं पढ़ता: वह एक कॉपी है, और जो नोट सिर्फ़ उसके पास हो उसे अपलोड हुआ नहीं माना जाता। अगर वह जवाब देना बंद कर दे, तो Notes आपके दूसरे रिले के साथ चलता रहता है और बाद में उसे सिर्फ़ वही भेजता है जो उसके पास नहीं पहुँचा। आप उसे Notes की सेटिंग्स में डिस्कनेक्ट कर सकते हैं, या Herkos Local Relay में Notes की अनुमति वापस ले सकते हैं।
| क्या | उसे स्टोर करने वाले रिले क्या देख सकते हैं | वे क्या नहीं देख सकते |
|---|---|---|
| एक नोट (kind 31234, NIP-37) | आपकी सार्वजनिक कुंजी; एक रैंडम पहचानकर्ता (d), जो एक रैंडम संख्या से बनता है, शीर्षक से कभी नहीं; टैग k=30023, जो हर नोट पर एक जैसा होता है, इसलिए वह इस बारे में कुछ नहीं बताता कि आप क्या लिखते हैं; आपने उसे आखिरी बार कब बदला; और वह लगभग कितना बड़ा है। |
शीर्षक, पाठ, टैग, नोटबुक, क्या वह पिन किया गया है, पसंदीदा है या रद्दी में है, और आपने उसे कब बनाया। |
| एक चेकपॉइंट (kind 1234), नोट का इतिहास | आपकी सार्वजनिक कुंजी, वह किस नोट का है (उसका टैग a नोट के पहचानकर्ता की ओर इशारा करता है) और वह कब बना। |
तब नोट में क्या लिखा था। |
| आपकी नोटबुक (kind 30078) | आपकी सार्वजनिक कुंजी, यह कि सूची मौजूद है, और वह कब बदलती है। उसका पहचानकर्ता आपकी सार्वजनिक कुंजी से निकाला जाता है, इसलिए वह आपके सभी डिवाइस पर एक ही होता है। | आपकी नोटबुक के नाम, वे कितनी हैं और हर एक में कौन-से नोट हैं। |
| मिटाना (kind 5) | आपकी सार्वजनिक कुंजी और जो आप मिटाते हैं उसके पहचानकर्ता: नोट और उसके चेकपॉइंट। | — |
| आपका साझा किया गया नोट (kind 1059, एक NIP-59 गिफ़्ट रैप) | जिस खाते के लिए है उसकी सार्वजनिक कुंजी (p); टैग k=30023; एक तारीख, जो रैंडम तरीके से दो दिन तक पीछे रखी जाती है; और वह लगभग कितना बड़ा है। इसे आपकी कुंजी से नहीं, बल्कि इसी के लिए बनी एक बार इस्तेमाल होने वाली कुंजी से साइन किया जाता है। |
किसने भेजा, कब, उसका शीर्षक और पाठ। अंदर, सील किए हुए (kind 13) और सिर्फ़ उस खाते के लिए एन्क्रिप्ट किए हुए, आपकी सार्वजनिक कुंजी और नोट होते हैं: उन्हें सिर्फ़ वही खाता खोल सकता है, और उसे पता चल जाता है कि किसने भेजा। |
क्या छिपाया नहीं जा सकता। किसी नोट का d और k और किसी चेकपॉइंट का a पढ़े जा सकने चाहिए:
रिले को इनकी ज़रूरत होती है, ताकि वे किसी नोट को उसके नए संस्करण से बदल सकें और उसका इतिहास ढूँढ
सकें। इसलिए कोई रिले गिन सकता है कि आपके पास कितने नोट हैं, और देख सकता है कि आप हर एक को
कब संपादित करते हैं और कितनी बार। Notes इसे कम बारीक बनाता है, अदृश्य नहीं: वह हर नोट के लिए
संपादन के हर घंटे में ज़्यादा से ज़्यादा एक चेकपॉइंट सहेजता है, एक तब जब आप कोई बदला हुआ नोट बंद
करते हैं, और जब आप कोई टकराव सुलझाते हैं तो हर पक्ष का एक; हर बार सहेजने पर एक कभी नहीं, ताकि आपके
लिखने की लय मिनट-दर-मिनट प्रकाशित न हो।
आपके नोट्स की समय-सीमा कभी खत्म क्यों नहीं होती। NIP-37 ड्राफ़्ट में एक expiration टैग हो
सकता है (उसके उदाहरण में 90 दिन), और जो रिले उसका पालन करता है, वह उस तारीख को इवेंट मिटा देता है।
एक नोटबुक के लिए इसका मतलब होता ऐसे नोट खोना जिन्हें मिटाने को किसी ने नहीं कहा, इसलिए Notes इसे
कभी नहीं लिखता। इसका दूसरा पहलू: आपके नोट्स रिले पर, एन्क्रिप्टेड रूप में, तब तक रहते हैं जब तक आप
उन्हें मिटा न दें, और Nostr पर मिटाना एक अनुरोध है: कोई रिले अपनी कॉपी रख सकता है।
कोई नोट साझा करना। Notes कॉपी उन रिले पर भेजता है जिनके बारे में दूसरा खाता कहता है कि वह वहाँ
से पढ़ता है (उसके NIP-17 रिले, kind 10050, या वे न हों तो उसकी NIP-65 सूची के पढ़ने वाले रिले),
जिन्हें वह आपके रिले पर ढूँढता है, और आपके अपने रिले पर, ज़्यादा से ज़्यादा आठ। जो जाता है वह नोट
में लिखी बात है (शीर्षक, पाठ और टैग), आपकी नोटबुक, निशान या रद्दी नहीं; बाद में आप जो बदलते हैं,
वह नहीं भेजा जाता। दूसरा खाता अपनी कॉपी रखता है: Notes उसे वापस नहीं ले सकता, और अपना नोट मिटाने
से वह नहीं मिटती। पाने के लिए, Notes आपके रिले से आपकी कुंजी के नाम भेजे गए k=30023 वाले गिफ़्ट
रैप माँगता है और उन्हें डिवाइस पर खोलता है। किसी को हटाने से वह सिर्फ़ डिवाइस से हटता है: गिफ़्ट
रैप ऐसी कुंजी से साइन होता है जिसे कोई नहीं रखता, इसलिए आप दोनों में से कोई भी रिले से उसे मिटाने
को नहीं कह सकता, और वह वहीं रहता है, जिसे आपके सिवा कोई नहीं पढ़ सकता।
खोज लोकल है। सब कुछ एन्क्रिप्टेड है, इसलिए कोई भी रिले आपके लिए खोज नहीं कर सकता। Notes आपके नोट्स डाउनलोड और डिक्रिप्ट करता है और इंडेक्स डिवाइस पर बनाता है; आप जो शब्द खोजते हैं, वे कभी कहीं नहीं भेजे जाते।
जो रिले NIP-42 प्रमाणीकरण माँगता है, उसे आपकी सार्वजनिक कुंजी पता चल जाती है; Notes उसे आपके खाते से जवाब देता है। Notes आपके रिले से वे ड्राफ़्ट भी माँगता है जो दूसरे ऐप ने आपकी कुंजी से लिखे (kinds 31234 और पुराना 30024), ताकि उन्हें सिर्फ़ पढ़ने के लिए दिखा सके, और ऐसा करते समय कुछ भी प्रकाशित नहीं करता। अगर आप रिमोट साइनर (बंकर या Nostr Connect) से साइन इन करते हैं, तो उसके रिले आपके एन्क्रिप्ट किए गए साइनिंग अनुरोध ले जाते हैं, और Notes उससे सिर्फ़ ऊपर बताए गए kinds साइन करने को कहता है (साझा किए गए नोट की सील, kind 13, भी; उसका गिफ़्ट रैप डिवाइस पर, एक बार इस्तेमाल होने वाली कुंजी से साइन होता है)। आपके Android फ़ोन पर किसी साइनर ऐप (NIP-55, जैसे Amber) के साथ, Notes उससे सीधे फ़ोन पर ही बात करता है, बीच में कोई रिले नहीं होता, उससे वही चीज़ें माँगता है, और लौटकर आए हर साइन किए गए इवेंट को इस्तेमाल करने से पहले जाँचता है।
Herkos Drive: रिले और सर्वर क्या देखते हैं
Drive आपकी फ़ाइलों की सामग्री Blossom सर्वर पर और आपकी फ़ाइलों और फ़ोल्डरों की सूची (इंडेक्स) Nostr रिले पर रखता है, दोनों आपके डिवाइस पर एन्क्रिप्ट की हुई। कोई Herkos सर्वर नहीं, कोई पुश सर्वर नहीं और कोई टेलीमेट्री नहीं है। हर रिले और सर्वर आपका IP पता और हर कनेक्शन का समय देखता है। डिफ़ॉल्ट रूप से इंडेक्स पाँच रिले पर और फ़ाइलें पाँच Blossom सर्वर पर जाती हैं, जिनमें से कोई भी Herkos नहीं चलाता; सेटिंग → फ़ाइल होस्टिंग में सर्वर बदले जा सकते हैं, और वहाँ आपका अपना सर्वर भी जोड़ा जा सकता है। हर एक को कौन चलाता है और वह कहाँ है, जहाँ तक हमें पता है (5 नवंबर 2026 को जाँचा गया):
| सर्वर | किसके लिए | ऑपरेटर (जैसा वह खुद बताता है) | कहाँ (उसके IP पते के अनुसार) |
|---|---|---|---|
nos.lol |
इंडेक्स | नहीं बताता | जर्मनी (Hetzner) |
relay.primal.net |
इंडेक्स | Primal | पता नहीं: Cloudflare के पीछे |
relay.nmail.li |
इंडेक्स | Nmail, मूल Nostr Mail प्रोजेक्ट | फ़्रांस (OVH) |
relay.nostr.net |
इंडेक्स | nostr.net (aljaz@nostr.si) | पता नहीं: Cloudflare के पीछे |
nostr.oxtr.dev |
इंडेक्स | 0xtr (oxtrr@protonmail.com) | जर्मनी (Hetzner) |
nostr.download |
फ़ाइलें | नहीं बताता | आयरलैंड (Apex Strata) |
blossom.ditto.pub |
फ़ाइलें | Ditto | संयुक्त राज्य अमेरिका (DigitalOcean) |
blossom.nmail.li |
फ़ाइलें | Nmail, मूल Nostr Mail प्रोजेक्ट | फ़्रांस (OVH) |
blossom.yakihonne.com |
फ़ाइलें | YakiHonne | सिंगापुर (Vultr) |
blossom.jumble.social |
फ़ाइलें | Jumble | पता नहीं: Cloudflare के पीछे |
देश सर्वर के IP पते से निकाला गया है और गलत हो सकता है, और Cloudflare के पीछे का सर्वर यह नहीं दिखाता कि वह कहाँ है; मायने यह रखता है कि हर ऑपरेटर डेटा कहाँ रखने की बात कहता है, और ज़्यादातर यह नहीं बताते। हर ऑपरेटर स्वतंत्र है, अपनी शर्तों के साथ; Herkos का उनमें से किसी के साथ कोई समझौता नहीं है। पाँच फ़ाइल सर्वरों में से कम से कम दो यूरोपीय संघ के बाहर हैं: उनके पास जो है, वह आपके डिवाइस पर एन्क्रिप्ट किया गया है और वे उसे पढ़ नहीं सकते, पर आपका IP पता और हर अपलोड का समय उन तक पहुँचता है।
दो कुंजियाँ। आपका खाता सिर्फ़ एक चीज़ साइन करता है: लोकेटर, आपकी अपनी कुंजी के लिए एन्क्रिप्ट किया गया एक इवेंट, जिससे आपके डिवाइस आपका Drive ढूँढ पाते हैं। बाकी सब कुछ एक वॉल्यूम कुंजी से साइन होता है, जो आपके Drive के लिए रैंडम रूप से बनाई जाती है और आपके खाते से नहीं निकाली जाती, इसलिए इंडेक्स यह नहीं बताता कि वह किसका है। Drive लोकेटर को हर डिवाइस पर एक बार पढ़ता है, हर बार शुरू होने पर नहीं, ताकि रिले आपके खाते और आपके वॉल्यूम को एक साथ माँगे जाते न देखें। जिसके साथ आप कोई फ़ोल्डर साझा करते हैं, उसे भी वॉल्यूम कुंजी मिलती है; आप उसे किसी भी समय बदल सकते हैं (सेटिंग → वॉल्यूम कुंजी): आपके दूसरे डिवाइस अपने-आप साथ आ जाते हैं, और पुरानी कुंजी से साइन की गई चीज़ें अब स्वीकार नहीं की जातीं।
| क्या | उसे रखने वाले रिले क्या देख सकते हैं | वे क्या नहीं देख सकते |
|---|---|---|
| लोकेटर (kind 31152) | आपकी सार्वजनिक कुंजी, एक रैंडम पहचानकर्ता और यह कि वह कब लिखा गया। | उसमें क्या है: वॉल्यूम कुंजी और यह कि आपका इंडेक्स कहाँ है, आपकी कुंजी के लिए एन्क्रिप्ट किया हुआ। |
| कोई फ़ाइल या फ़ोल्डर (kind 31150), हर एक का एक इवेंट | वॉल्यूम कुंजी; एक रैंडम पहचानकर्ता, जो एक रैंडम संख्या से बनता है और कभी नाम से नहीं; उस फ़ोल्डर का पहचानकर्ता जिसमें वह है; वह आख़िरी बार कब बदला; और उसका आकार, दो की घात तक पूर्णांकित। | उसका नाम, प्रकार, आकार, तारीख़ें, कुंजियाँ, वर्शन, और यह कि उसके ब्लॉक किन सर्वरों पर हैं। |
| लिंक (kind 31151) | उसे किसने साइन किया: फ़ोल्डर के लिए वॉल्यूम कुंजी, फ़ाइल के लिए उसी लिंक के लिए बनाई गई कुंजी; एक रैंडम पहचानकर्ता; उसकी समाप्ति तिथि, अगर हो (NIP-40); उसका आकार, पूर्णांकित। | वह क्या खोलता है। |
| मिटाना (kind 5) | आप जो मिटाते हैं, उनके पहचानकर्ता। | — |
| किसी खाते के साथ साझा करना (kind 1059, NIP-59 गिफ़्ट रैप) | जिस खाते के लिए है, उसकी सार्वजनिक कुंजी (p); टैग k=31151; रैंडम रूप से दो दिन तक पीछे रखी गई तारीख़; 60 से 90 दिन बाद की समाप्ति। यह उसी के लिए बनाई गई और एक बार इस्तेमाल होने वाली कुंजी से साइन होता है। |
किसने भेजा, कब, और यह क्या खोलता है। |
जो छिपाया नहीं जा सकता। हर इवेंट बताता है कि वह किस फ़ोल्डर में है, इसलिए कोई रिले गिन सकता है कि आपके पास कितनी फ़ाइलें और फ़ोल्डर हैं, ट्री की बनावट देख सकता है (किस फ़ोल्डर में कितनी चीज़ें हैं) और यह कि हर एक कब बदलता है। वह यह नहीं बता सकता कि उनमें से किसी का नाम क्या है या उसमें क्या है।
Blossom सर्वर को आपकी फ़ाइलों के ब्लॉक मिलते हैं, हर एक अपने संशोधन की अलग कुंजी से एन्क्रिप्ट और 64 KiB के गुणज तक पैड किया हुआ, इसलिए वे देखते हैं कि हर फ़ाइल लगभग कितनी बड़ी है, यह नहीं कि वह क्या है या उसका नाम क्या है। हर अपलोड साइन होता है: आपके अपने सर्वर पर, वॉल्यूम कुंजी से; किसी भी दूसरे पर, सिर्फ़ उस सर्वर और उस फ़ाइल के लिए बनाई गई कुंजी से, जो किसी का नाम नहीं बताती और दो सर्वरों पर कभी एक जैसी नहीं होती। कोई फ़ाइल मिटाने पर उसके सर्वरों से उसके ब्लॉक मिटाने को कहा जाता है; रिले की तरह, कोई सर्वर एक कॉपी रख सकता है।
लिंक (herkos.app/f/…)। किसी फ़ाइल या फ़ोल्डर का लिंक # के बाद वह कुंजी साथ रखता है जो उसे खोलती
है: लिंक ही कुंजी है। # के बाद वाला हिस्सा कभी हमारे सर्वर या Cloudflare तक नहीं पहुँचता, और पेज
उसे पढ़ते ही एड्रेस बार से हटा देता है। पर उससे पहले, ब्राउज़र पूरा पता अपनी हिस्ट्री में रख चुका हो
सकता है, और जो ब्राउज़र अपनी हिस्ट्री सिंक करता है, वह उसे अपने प्रदाता के सर्वरों पर भी रखता है।
हमारी तरफ़ की कोई भी चीज़ इसे रोक नहीं सकती। किसी भी संवेदनशील चीज़ के लिए, लिंक को एक पासवर्ड दें
(तब लिंक उसके बिना कुछ नहीं खोलता, और पासवर्ड अलग से भेजा जाता है), या इसके बजाय उस व्यक्ति के खाते के
साथ साझा करें, जिसके लिए किसी लिंक की ज़रूरत ही नहीं होती। पेज लिंक के रिले और सर्वर पढ़ता है; जिसे
वह नहीं जानता, उससे आपके हाँ कहने के बाद ही संपर्क किया जाता है, क्योंकि वह आपका IP पता देखेगा। लिंक
की समय-सीमा खत्म हो सकती है: उस दिन वह खुलना बंद हो जाता है, और फ़ोल्डर को नई कुंजियाँ मिलती हैं, ताकि
बाद में जोड़ी गई चीज़ें पुरानी कुंजी से न खुलें। जिसने उसे पहले ही खोल लिया है, उसके पास वह रहता है जो
उसने डाउनलोड किया। पहुँच जल्दी काटने के लिए, लिंक हटा दें: तब फ़ोल्डर को तुरंत नई कुंजियाँ मिल जाती हैं।
किसी खाते के साथ साझा करना। Drive यह ढूँढता है कि वह खाता कहाँ पढ़ता है (उसके NIP-17 रिले, kind 10050, या उसकी NIP-65 सूची के पढ़ने वाले रिले), आपके रिले और Drive के रिले पर, एक बार में एक व्यक्ति, किसी सार्वजनिक इंडेक्स में कभी नहीं। हर व्यक्ति को अपना अलग लिंक मिलता है, इसलिए एक को हटाने से बाकी बने रहते हैं, और कोई नहीं जान सकता कि और किसे वह मिला।
जो रिले NIP-42 प्रमाणीकरण माँगता है, उसे वॉल्यूम कुंजी पता चलती है, आपका खाता कभी नहीं: Drive उसे वॉल्यूम कुंजी से जवाब देता है। अगर आप अपने Android फ़ोन पर किसी साइनर ऐप (NIP-55, जैसे Amber) से साइन इन करते हैं, तो Drive उससे सिर्फ़ लोकेटर, पुराने लोकेटर को हटाने वाले अनुरोध और किसी खाते के साथ आप जो साझा करते हैं उसकी सील को साइन करने, और आपकी अपनी कुंजी के लिए एन्क्रिप्ट और डिक्रिप्ट करने को कहता है।
Herkos Local Relay: यह क्या रखता है और किससे बात करता है
Herkos Local Relay एक Nostr रिले है जो आपके अपने डिवाइस पर चलता है, Herkos ऐप और किसी भी दूसरे Nostr क्लाइंट के लिए। इसके पीछे हमारा कोई सर्वर नहीं है, और यह हमें कुछ नहीं भेजता।
कम शब्दों में (ब्योरा आगे है):
- आपका डेटा कौन संभालता है: आप। Herkos को रिले से कुछ नहीं मिलता: न इवेंट, न कुंजियाँ, न IP पते, न आँकड़े। न कोई खाता है, न हमारा कोई सर्वर।
- यह क्या रखता है: आपके डिवाइस पर और एन्क्रिप्ट करके, जो आपके ऐप इसमें लिखते हैं और जो यह आपके रिले से लाता है, पेयर किए गए ऐप और इसकी सेटिंग।
- यह किससे बात करता है: आपके रिले से और उन लोगों के इनबॉक्स रिले से जिन्हें आप लिखते हैं। किसी और से नहीं। अगर आप Tor चालू करते हैं, तो Tor नेटवर्क से भी।
- कब तक: जब तक आप उसे मिटा न दें, ऐप अनइंस्टॉल न कर दें, या आपका चुना हुआ नियम उसकी छँटाई न कर दे। छँटाई डिफ़ॉल्ट रूप से बंद रहती है और आपके अपने इवेंट कभी नहीं मिटाती।
- कॉपी: सिर्फ़ वहीं जहाँ आप चुनें, क्लाउड में कभी नहीं, और ऐसे पासवर्ड से एन्क्रिप्ट की हुई जो सिर्फ़ आप जानते हैं।
- आपके अधिकार: आप ऐप से सब कुछ देख, बदल और मिटा सकते हैं। जो आप पहले ही दूसरे रिले पर प्रकाशित कर चुके हैं, उसे हर रिले अपने पास रखता है: उसके ऑपरेटर से पूछें।
- उम्र: यह 16 साल से कम उम्र के बच्चों के लिए नहीं है।
यह डिवाइस पर क्या रखता है। वे इवेंट जो आपके ऐप इसमें लिखते हैं और वे जो यह आपके रिले से लाता
है, एक डेटाबेस में, जो ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रखी एक कुंजी से एन्क्रिप्ट किया जाता
है। उसके साथ: आपके पेयर किए गए ऐप और हर एक क्या कर सकता है; इसकी सेटिंग (settings.json: पोर्ट,
कोटा, छँटाई, सत्र लॉग चालू है या नहीं, बिना पेयर किए ऐप अंदर आ सकते हैं या नहीं, लोकल नेटवर्क चालू है या
नहीं और उसका पोर्ट); अगर आप लोकल नेटवर्क चालू करते हैं, तो अनुमति-प्राप्त कुंजियों की सूची, आपके दिए
नामों के साथ, और रिले का सर्टिफ़िकेट और उसकी कुंजी, एन्क्रिप्ट किए गए डेटाबेस के अंदर; और कॉपी की
सेटिंग (backups.json: कितनी बार, फ़ोल्डर, वह
सार्वजनिक कुंजी जिसके लिए कॉपी एन्क्रिप्ट की जाती हैं और उसका सॉल्ट, आखिरी कॉपी कब बनी)। इनमें से
कुछ भी गोपनीय नहीं है, और कॉपी का पासवर्ड कभी नहीं रखा जाता। Windows और Linux पर, जब तक यह चलता
है, ऐप के फ़ोल्डर में relay.json बताता है कि यह किस पोर्ट पर सुनता है, ताकि Herkos ऐप इसे ढूँढ
सकें। ऐप अनइंस्टॉल करने पर डेटाबेस मिट जाता है, और उसकी कुंजी बेकार हो जाती है।
कौन कनेक्ट कर सकता है। यह 127.0.0.1 पर सुनता है (पोर्ट 4873, जब तक आप उसे न बदलें): जब तक
लोकल नेटवर्क बंद है, जैसा कि शुरू में होता है, डिवाइस के बाहर से कुछ भी इस तक नहीं पहुँच सकता। डिवाइस का कोई भी ऐप उस पते तक पहुँच सकता है,
इसलिए किसी ऐप या वेब पेज को लिखने से पहले पेयर होना ज़रूरी है, यानी स्क्रीन पर आपकी मंज़ूरी, और जो
वेब पेज पेयर नहीं है उसे लौटा दिया जाता है। किसी ऐप की अनुमति रद्द करने पर वह तुरंत डिस्कनेक्ट हो
जाता है। निजी इवेंट (ड्राफ़्ट, निजी सूचियाँ, रिमाइंडर, आपको मिले सील किए हुए लिफ़ाफ़े) सिर्फ़ उसी को
दिए जाते हैं जो NIP-42 से साबित करे कि उसके पास वह कुंजी है जिसके वे हैं।
लोकल नेटवर्क, अगर आप उसे चालू करते हैं, आपके नेटवर्क के डिवाइसों के लिए एक दूसरा पोर्ट खोलता है
(4874, जब तक आप उसे न बदलें): सिर्फ़ wss://, रिले के अपने सर्टिफ़िकेट के साथ, और सिर्फ़ आपकी सूची
की कुंजियों के लिए, NIP-42 से प्रमाणीकरण के बाद। सूची की कोई कुंजी आपके सार्वजनिक इवेंट और उसके लिए
बने निजी इवेंट पढ़ सकती है, और सिर्फ़ वही इवेंट लिख सकती है जिन पर उसने खुद हस्ताक्षर किए हों; उसे
सूची से हटाने पर वह डिस्कनेक्ट हो जाती है। उसी नेटवर्क पर मौजूद कोई भी देख सकता है कि डिवाइस पर वह
पोर्ट खुला है और उससे कितना ट्रैफ़िक गुज़रता है, पर यह नहीं कि क्या।
Tor, अगर आप इसे चालू करते हैं (Windows और Linux पर; Android पर यह बाद में आएगा), तो relay को Tor की onion सेवा बना देता है, जिसका .onion पता नहीं बदलता। ऐप इस कंप्यूटर का tor प्रोग्राम (या ऐप के साथ आने वाला) चलाता है, जो Tor नेटवर्क से जुड़ता है। उस पते की कुंजी एन्क्रिप्टेड डेटाबेस के अंदर रखी जाती है और सिर्फ़ उसी tor को, इसी डिवाइस पर, दी जाती है; tor के अपने फ़ोल्डर में नेटवर्क की निर्देशिका की उसकी कॉपी और उसकी कुकी रहती है, वह कुंजी कभी नहीं। Tor चालू है या नहीं, यह settings.json में सहेजा जाता है। Tor के ज़रिए वही नियम लागू होते हैं जो लोकल नेटवर्क पर: सिर्फ़ आपकी सूची की कुंजियाँ, NIP-42 से प्रमाणित होने के बाद। जो आपके पते से जुड़ता है वह आपका IP पता नहीं देखता, न आप उसका। सिर्फ़ पता कुछ नहीं खोलता; अगर यह फैल गया है, तो नया पता इसे बदल देता है। Herkos को कुछ नहीं मिलता।
| कौन | वे क्या देख सकते हैं | कब |
|---|---|---|
| आपके रिले (आपकी NIP-65 सूची वाले) | आपका IP पता; आपकी सार्वजनिक कुंजी, जब कोई रिले NIP-42 प्रमाणीकरण माँगता है; वे सार्वजनिक इवेंट जो आप इसके ज़रिए प्रकाशित करते हैं; और, सिंक करने के लिए, यह कि यह आपके किन इवेंट के बारे में पूछता है। | जब आप प्रकाशित करते हैं, और जब यह सिंक करता है (negentropy, NIP-77 के साथ, जहाँ रिले यह सुविधा देता है)। |
| जिन्हें आप लिखते हैं, उनके इनबॉक्स रिले (उनकी NIP-17 सूची, kind 10050, या वह न हो तो उनकी NIP-65 सूची के पढ़ने वाले रिले) | आपका IP पता और उनके नाम भेजा गया सील किया हुआ लिफ़ाफ़ा (NIP-59), जो एक रैंडम इंतज़ार के बाद भेजा जाता है। यह कभी आपके अपने रिले पर नहीं भेजा जाता। | जब कोई ऐप इसके ज़रिए कोई निजी संदेश या आमंत्रण भेजता है। |
| आपकी सूची की कुंजियाँ, लोकल नेटवर्क पर (सिर्फ़ अगर आप उसे चालू करते हैं) | नेटवर्क पर आपके डिवाइस का IP पता; आपके सार्वजनिक इवेंट और उस कुंजी के लिए बने निजी इवेंट। | जब तक वे कनेक्ट हैं। |
| Tor नेटवर्क (सिर्फ़ अगर आप इसे चालू करें) | कि यह डिवाइस Tor इस्तेमाल करता है (पहला Tor रिले आपका IP पता देखता है), यह नहीं कि उससे क्या गुज़रता है; Tor की निर्देशिकाएँ सेवा का विवरण, एन्क्रिप्टेड, रखती हैं, जिसे सिर्फ़ वही पढ़ सकता है जो पता जानता है। | जब तक Tor चालू है। |
| आपकी सूची की कुंजियाँ, Tor के ज़रिए (सिर्फ़ अगर आप इसे चालू करें) | आपके सार्वजनिक इवेंट और उस कुंजी के लिए निजी इवेंट; आपका IP पता नहीं। | जब तक वे जुड़ी हैं। |
कोई कहाँ पाता है, यह पता करने के लिए यह आपके रिले से पूछता है। आपके निजी इवेंट (ड्राफ़्ट, निजी सूचियाँ, रिमाइंडर) कभी डिवाइस से बाहर नहीं जाते। यह कभी अपना पता घोषित नहीं करता (यह किसी की NIP-65 सूची में नहीं है), इसका NIP-11 दस्तावेज़ यह नहीं बताता कि आप कौन हैं, और कोई एनालिटिक्स, टेलीमेट्री या क्रैश रिपोर्ट नहीं है। Android पर यह एक सेवा के रूप में चलता है, एक सूचना और उसके बंद करें बटन के साथ; 10 मिनट तक कोई कनेक्शन न होने पर यह सो जाता है, और कोई Herkos ऐप इसे डिवाइस पर ही जगा देता है, बिना किसी पुश सर्वर के।
सत्र लॉग डिफ़ॉल्ट रूप से बंद रहता है। अगर आप इसे चालू करते हैं, तो यह सिर्फ़ मेमोरी में रहता है, आखिरी 500 पंक्तियाँ, और रिले रुकने पर मिट जाता है: कनेक्शन, NIP-42 प्रमाणीकरण, लिए गए या ठुकराए गए इवेंट और माँगे गए kinds, उनके kind और उनकी id की शुरुआत के रूप में, उनकी सामग्री कभी नहीं।
कॉपी। पूरे स्टोर की एन्क्रिप्ट की गई कॉपी सिर्फ़ वहीं लिखी जाती है जहाँ आप चुनते हैं: डिवाइस का कोई फ़ोल्डर या कोई बाहरी डिस्क। किसी क्लाउड क्लाइंट का फ़ोल्डर (OneDrive, Google Drive, Dropbox, iCloud, Nextcloud, Herkos Drive…) स्वीकार नहीं किया जाता। यह आपके अपने पासवर्ड से एन्क्रिप्ट की जाती है (scrypt और XChaCha20-Poly1305); शेड्यूल की गई कॉपी उस सार्वजनिक कुंजी के लिए, जो उस पासवर्ड से बनती है, इसलिए वे पासवर्ड के बिना बनती हैं। आखिरी सात रखी जाती हैं। पासवर्ड के बिना कोई भी कॉपी नहीं खोल सकता, हम भी नहीं, और अगर आप पासवर्ड खो देते हैं तो कॉपी भी खो जाती है। JSONL एक्सपोर्ट एन्क्रिप्टेड नहीं होता: उसमें आपके निजी इवेंट सादे टेक्स्ट में होते हैं, और ऐप उसे लिखने से पहले यह बताता है।
छँटाई डिफ़ॉल्ट रूप से बंद रहती है: उसके बिना, रिले दूसरे लोगों के इवेंट तब तक रखता है जब तक जगह है। आप उम्र के हिसाब से (30, 90, 180 या 365 दिन) या जगह के हिसाब से (256 MB से 5 GB तक) छँटाई कर सकते हैं, और ऐप पहले दिखाता है कि वह कितना मिटाएगा। यह सिर्फ़ दूसरे लोगों के इवेंट मिटाती है: आपके कभी नहीं, न आपके नाम के लिफ़ाफ़े, न वे kinds जिन्हें आपके ऐप सुरक्षित रखते हैं, न मिटाने के अनुरोध; जगह के हिसाब से, सिर्फ़ तब जब पिछले एक दिन में बनी कोई कॉपी हो। लोकल नेटवर्क या Tor चालू होने पर उम्र के हिसाब से छँटाई बंद नहीं की जा सकती: दूसरे लोगों के इवेंट 90 दिन बाद मिटा दिए जाते हैं, जब तक आप कोई और सीमा न चुनें। जिस इवेंट की समाप्ति तारीख (NIP-40) हो, वह समाप्त होने के बाद किसी को नहीं दिया जाता, चाहे उसे किसी ने भी लिखा हो। और Nostr में हर जगह की तरह, मिटाना एक अनुरोध है: जो पहले ही दूसरे रिले पर जा चुका है, वह वहाँ रह सकता है।
हमारी वेबसाइटें और Cloudflare
herkos.app (herkos.app/e/ और herkos.app/f/ सहित), app.herkos.app (Mail का वेब वर्शन), calendar.herkos.app
और notes.herkos.app (Calendar और Notes के वेब वर्शन, प्रकाशित होने पर) और fdroid.herkos.app (हमारी F-Droid रिपॉज़िटरी) स्टैटिक
फ़ाइलें हैं, जिन्हें Cloudflare (Cloudflare Pages और R2) परोसता है। किसी भी वेब होस्ट की तरह,
Cloudflare को आपका IP पता, आपके ब्राउज़र का यूज़र एजेंट, आपके द्वारा माँगा गया पता (# के बाद
वाले हिस्से के बिना) और समय मिलता है, और वह इन्हें
अपनी गोपनीयता नीति के तहत अपने लॉग में रख सकता है।
हम कोई कुकी सेट नहीं करते और कोई एनालिटिक्स नहीं चलाते; पेज और वेब ऐप की अपनी फ़ाइलें सिर्फ़ इन्हीं डोमेन से आती हैं (उसके बाद वेब ऐप ऊपर बताए गए रिले और सर्वर से कनेक्ट होते हैं), और हम हर विज़िटर के लॉग नहीं देखते। Releases से डाउनलोड GitHub से आते हैं, जो अपनी नीति के तहत इसी तरह का डेटा देखता है।
डिज़ाइन के अनुसार सार्वजनिक
Nostr एक सार्वजनिक नेटवर्क है। ये चीज़ें उस किसी को भी दिखती हैं जो आपके इस्तेमाल किए जाने वाले रिले से पूछताछ करता है, और ये आपकी सार्वजनिक कुंजी से जुड़ी होती हैं:
- आपकी प्रोफ़ाइल (नाम, तस्वीर) और रिले/Blossom सर्वर की सूचियाँ;
- NIP-32 लेबल इवेंट, जिन्हें Herkos Mail तब प्रकाशित करता है जब आप किसी ईमेल को पढ़ा गया मार्क करते हैं, तारांकित करते हैं, संग्रहित करते हैं या किसी फ़ोल्डर में ले जाते हैं — इसमें आपके बनाए फ़ोल्डर का नाम भी शामिल है। इसलिए जो भेजने वाला आपको भेजे गए ईमेल की id जानता है, वह बता सकता है कि आपने उसे कब पढ़ा। हम इन्हें एन्क्रिप्ट करने की योजना बना रहे हैं; तब तक, इसका ध्यान रखें;
- Herkos Calendar में, सिर्फ़ वही जो आप सार्वजनिक करते हैं (ऊपर देखें);
- Herkos Notes में, कोई सामग्री नहीं, सिर्फ़ ऊपर बताया गया पैटर्न: आपके पास कितने नोट हैं और आप उन्हें कब संपादित करते हैं;
- Herkos Drive में, कोई नाम या सामग्री नहीं, सिर्फ़ ऊपर बताया गया पैटर्न: आपके पास कितनी फ़ाइलें और फ़ोल्डर हैं, ट्री की बनावट और हर एक कब बदलता है;
- Herkos Local Relay के ज़रिए, सिर्फ़ वे सार्वजनिक इवेंट जो आपके ऐप प्रकाशित करते हैं, किसी भी रिले की तरह।
आपके विकल्प और अधिकार
- ऊपर बताई गई हर चीज़ सेटिंग → नेटवर्क और सर्वर (रिले, DM रिले, Blossom सर्वर, ब्रिज) और सेटिंग → सूचनाएँ में आपके नियंत्रण में है; Herkos Calendar में रिले, व्यस्तता सूची और हर शेयर लिंक (लिंक से शेयर करें → लिंक रद्द करें) को बदलना आपके हाथ में है; Herkos Notes में, रिले को (उसकी सेटिंग में, या आपकी अपनी निजी रिले सूची में)।
- Herkos Drive में, सर्वर (सेटिंग → फ़ाइल होस्टिंग), वॉल्यूम कुंजी (सेटिंग → वॉल्यूम कुंजी) और हर लिंक और हर वह व्यक्ति जिसके साथ कोई फ़ाइल या फ़ोल्डर साझा किया गया है (शेयर करें), इन्हें बदलना आपके हाथ में है।
- Herkos Local Relay में, पेयर किए गए ऐप और हर एक क्या कर सकता है, पोर्ट, कोटा, छँटाई, सत्र लॉग, लोकल नेटवर्क, Tor और कुंजियों की सूची, और कॉपी उसकी अपनी स्क्रीन में हैं।
- Herkos Notes से साइन आउट करने पर उस डिवाइस के नोट्स मिट जाते हैं, पर उससे पहले ऐप वह सब भेज देता है जो सिर्फ़ वहीं है और आपको बताता है कि आप कितने नोट खो देंगे; रिले पर मौजूद नोट्स बने रहते हैं, और दोबारा साइन इन करने पर वापस आ जाते हैं।
- आप किसी भी समय अपनी कुंजी एक्सपोर्ट कर सकते हैं, कोई खाता हटा सकते हैं (जिससे रिले से आपका डेटा मिटाने को भी कहा जाता है, NIP-62) या ऐप रीसेट कर सकते हैं।
- क्योंकि हमारे पास कोई व्यक्तिगत डेटा नहीं है, हम डेटा तक पहुँच, सुधार या मिटाने के अनुरोधों का जवाब खुद नहीं दे सकते; उन्हें संबंधित रिले, ब्रिज, पुश सर्वर या वेब होस्ट के ऑपरेटर को भेजें। उसे पहचानने में हम आपकी मदद करेंगे।
- Herkos 16 साल से कम उम्र के बच्चों के लिए नहीं है।
बदलाव
जब ऐप का व्यवहार बदलेगा, हम यह दस्तावेज़ बदलेंगे और सबसे ऊपर
तारीख दर्ज करेंगे। मूल स्रोत रिपॉज़िटरी में PRIVACY.md है; प्रकाशित
पेज उसकी कॉपी है।
संपर्क: privacy@herkos.email · https://herkos.app
दूसरी भाषाएं
English · Español · Bahasa Indonesia · Català · Čeština · Deutsch · Français · Italiano · Magyar · Nederlands · Polski · Português (Portugal) · Português (Brasil) · Română · Slovenčina · Suomi · Svenska · Türkçe · 中文 · Ελληνικά · हिन्दी · 日本語 · 한국어 · Русский · Українська