Herkos

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 पर बताएँ।

डेटा संरक्षण पर बुनियादी जानकारी

पहली परत, कुछ पंक्तियों में; इस दस्तावेज़ का बाकी हिस्सा दूसरी परत है।

संक्षेप में

वह डेटा जो आपके डिवाइस पर रहता है

ब्राउज़र में ऐसा कोई सुरक्षित स्टोरेज नहीं होता। कुंजी साइट के लोकल स्टोरेज में रहती है और हर बार कुछ साइन होने पर 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 पहचान से, इनमें से किसी एक तरीके से साइन इन करते हैं।

आपके रिले। साइन इन करने पर Calendar आपकी सूचियाँ (NIP-65, kind 10002, और आपकी इनबॉक्स सूची, kind 10050) सेटिंग → रिले वाले रिले पर, एक अलग कनेक्शन पर ढूँढता है जो आपकी पहचान नहीं बताता: प्रमाणीकरण माँगने वाले रिले को आपकी नहीं, एक बार इस्तेमाल होने वाली कुंजी मिलती है। उसके बाद:

आपके मेहमानों के रिले (21 अक्टूबर 2026 को तय किया गया)। किसी को आमंत्रित करने के लिए ऐप को यह जानना होता है कि वह निमंत्रण कहाँ पाता है। Calendar उसकी सूचियाँ (10002 और 10050) सिर्फ़ सेटिंग → रिले वाले रिले पर ढूँढता है, किसी तीसरे पक्ष के सार्वजनिक इंडेक्स (जैसे purplepag.es) पर कभी नहीं: वह सेवा देख लेती कि आप किस पते से पूछ रहे हैं और किसके बारे में पूछ रहे हैं, यानी आप किसे आमंत्रित कर रहे हैं। हर मेहमान को अलग से, रैंडम क्रम में, एक बार इस्तेमाल होने वाली कुंजी वाले अपने अलग कनेक्शन पर ढूँढा जाता है, ताकि वे रिले यह न बता सकें कि किसे किसके साथ आमंत्रित किया गया है। वे जो देखते हैं, वह है आपका IP पता और हर उस व्यक्ति की सार्वजनिक कुंजी जिसे आप ढूँढते हैं। अगर किसी की सूचियाँ उन रिले पर नहीं हैं, तो ऐप भेजने से पहले उसे “कोई ज्ञात इनबॉक्स नहीं” के रूप में चिह्नित करता है, और निमंत्रण उस तक नहीं पहुँचता। उसे ढूँढने के लिए, ऐसा कोई रिले जहाँ वह अपनी सूचियाँ प्रकाशित करता है, सेटिंग → रिले में जोड़ें।

आपके डिवाइसों के बीच क्या सिंक होता है, हमेशा आपके लिए एन्क्रिप्ट करके और आपके राइट रिले पर: आपकी कैलेंडर सूचियाँ (उनके इवेंट की कुंजियों के साथ), रिमाइंडर सेटिंग (d=calendar-alarms), आपके फ़ॉलो किए गए कैलेंडर (d=calendar-subscriptions) और वे निमंत्रण जिन्हें आप अनदेखा करते हैं या दूसरों के वे इवेंट जिन्हें आप अपने कैलेंडर से हटाते हैं (kind 30078, d=calendar-declined: सिर्फ़ कौन-सा इवेंट और कब, उसका शीर्षक कभी नहीं)। रिले यह देखते हैं कि ये मौजूद हैं और कब बदलते हैं, यह नहीं कि इनमें क्या लिखा है। डिवाइस जो रिमाइंडर बजाता है, वे उसी खाते के होते हैं जिससे आप साइन इन हैं, किसी पिछले खाते के कभी नहीं।

आपकी कुंजियों की प्रति। Calendar एक प्रति सहेजने की पेशकश करता है: आपकी कैलेंडर सूचियों और उनके इवेंट की कुंजियों वाली एक फ़ाइल, जो उसके लिए आपके चुने पासवर्ड से (NIP-49 के साइफ़र से) एन्क्रिप्ट की जाती है। यह सिर्फ़ वहीं लिखी जाती है जहाँ आप इसे सहेजते हैं; यह किसी रिले या सर्वर पर नहीं जाती। इसके नाम में तारीख होती है, खाता कभी नहीं। याद दिलाने के लिए डिवाइस सिर्फ़ दो तारीखें याद रखता है: आखिरी प्रति की और आखिरी “अभी नहीं” की।

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

आपकी पसंद से सार्वजनिक

ये तब तक बंद रहते हैं जब तक आप इन्हें चालू न करें, और ऐसा करने से पहले ऐप दिखाता है कि हर एक क्या उजागर करता है:

Herkos Calendar आपके सार्वजनिक इवेंट पर दूसरे ऐप द्वारा लिखे गए सार्वजनिक जवाब (RSVP, kind 31925, और हटाने की सूचनाएँ, kind 84) पढ़ता है; वह इनमें से किसी को भी नहीं लिखता।

जो आप खुद देखते हैं

ये कनेक्शन सिर्फ़ तब होते हैं जब आप माँगते हैं:

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 क्लाइंट के लिए। इसके पीछे हमारा कोई सर्वर नहीं है, और यह हमें कुछ नहीं भेजता।

कम शब्दों में (ब्योरा आगे है):

यह डिवाइस पर क्या रखता है। वे इवेंट जो आपके ऐप इसमें लिखते हैं और वे जो यह आपके रिले से लाता है, एक डेटाबेस में, जो ऑपरेटिंग सिस्टम के सुरक्षित स्टोरेज में रखी एक कुंजी से एन्क्रिप्ट किया जाता है। उसके साथ: आपके पेयर किए गए ऐप और हर एक क्या कर सकता है; इसकी सेटिंग (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 एक सार्वजनिक नेटवर्क है। ये चीज़ें उस किसी को भी दिखती हैं जो आपके इस्तेमाल किए जाने वाले रिले से पूछताछ करता है, और ये आपकी सार्वजनिक कुंजी से जुड़ी होती हैं:

आपके विकल्प और अधिकार

बदलाव

जब ऐप का व्यवहार बदलेगा, हम यह दस्तावेज़ बदलेंगे और सबसे ऊपर तारीख दर्ज करेंगे। मूल स्रोत रिपॉज़िटरी में 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 · 中文 · Ελληνικά · हिन्दी · 日本語 · 한국어 · Русский · Українська