ब्लॉग

Transcription के बाद हम आपका ऑडियो क्यों हटाते हैं

लेखक: Hushscript | प्रकाशित: 1 जून 2026 | अंतिम समीक्षा: 14 अक्टूबर 2026

Hushscript प्रोसेसिंग के बाद ट्रांसक्रिप्शन ऑडियो की अपनी प्रति हटा देता है। 30 दिन बाद नहीं, खाता बंद करने पर नहीं, आपके याद रखकर अनुरोध करने पर नहीं। हटाना अपने आप होता है, और ट्रांसक्रिप्ट ही आपके पास रहता है।

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

हटाने का मामला

ग्राहक ऑडियो को बनाए रखने से जोखिम की कई अलग-अलग श्रेणियां बनती हैं। इसे हटाने से इसे कम करने के बजाय प्रत्येक को हटा दिया जाता है, और यह अंतर पहले दिखाई देने से कहीं अधिक मायने रखता है।

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

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

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

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

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

Hushscript क्या हटाता है, और क्या नहीं

‘हटाया गया’ शब्द ढीले ढंग से इस्तेमाल होता है, इसलिए सटीक होना ठीक है कि यहां इसमें क्या आता है और क्या नहीं।

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

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

इसलिए जब यह साइट कहती है कि Hushscript आपका ऑडियो हटा देता है, तो इसे ट्रांसक्रिप्शन ऑडियो की प्रति के बारे में एक खास, संकीर्ण दावे की तरह पढ़ें, इस व्यापक वादे की तरह नहीं कि कुछ भी संग्रहीत नहीं है या स्पीच प्रदाता की तरफ़ सब कुछ तुरंत साफ़ हो जाता है। संकीर्ण रूप ही वह है जिसके पीछे हम खड़े हो सकते हैं।

Hushscript में विलोपन कैसे काम करता है

Hushscript आपका ऑडियो केवल उसे ट्रांसक्राइब करने के लिए रखता है। वह किसी लाइब्रेरी में दोबारा खोले जाने के इंतज़ार में नहीं पड़ा रहता। जीवनचक्र छोटा और एक दिशा वाला है।

1. आप अपलोड करते हैं। आप फ़ाइल को ऑडियो से टेक्स्ट जैसे पेज पर या किसी और अपलोड बिंदु पर डालते हैं। ऑडियो, और केवल ऑडियो, प्रोसेसिंग कतार में जाता है। अगर फ़ाइल वीडियो है, तो उसका ऑडियो पहले ही आपके ब्राउज़र में तैयार हो चुका होता है (संगत होने पर दोबारा एन्कोड किए बिना कॉपी किया जाता है, ज़रूरत पड़ने पर ही स्थानीय रूप से कन्वर्ट किया जाता है), इसलिए वीडियो डेटा आपके डिवाइस पर ही रहता है।
2. ट्रांसक्राइब होता है। स्पीच इंजन ऑडियो को प्रोसेस करता है और वक्ता लेबल और टाइमस्टैम्प के साथ ट्रांसक्रिप्ट लौटाता है। यही एकमात्र चरण है जहां ऑडियो सक्रिय रूप से इस्तेमाल में होता है।
3. सहेजा जाता है, फिर हटाया जाता है। ट्रांसक्रिप्ट आपके डैशबोर्ड में लिखा जाता है, और Hushscript ऑडियो की अपनी प्रति हटा देता है। कोई चौथा चरण नहीं है जहां रिकॉर्डिंग किसी लाइब्रेरी में पड़ी रहे; वह प्रोसेसिंग से सीधे हटाए जाने तक जाती है।

क्योंकि कोई ठहराव वाला चरण नहीं है, ऑडियो अवधारण की कोई सेटिंग नहीं है जिसे कॉन्फ़िगर करना या भूलना पड़े। ऑडियो काम के लिए रहता है और प्रोसेसिंग के बाद हटा दिया जाता है। संक्षेप में: Hushscript की ट्रांसक्रिप्शन ऑडियो प्रति काम के लिए मौजूद रहती है, आपकी स्रोत फ़ाइल आपके डिवाइस पर रहती है, और ट्रांसक्रिप्ट ही बचा रहता है।

संवेदनशील काम के लिए सबसे काम की जानकारी अक्सर यह होती है कि डेटा कहां प्रोसेस होता है। अगर आप EU, EEA, स्विट्ज़रलैंड या UK में हैं, तो आपका ऑडियो EU में प्रोसेस होता है। बाकी हर जगह इसे अमेरिका में प्रोसेस किया जाता है। दोनों में से कोई भी हो, Hushscript प्रोसेसिंग के बाद ऑडियो की अपनी प्रति हटा देता है। आप पूरा रास्ता यह कैसे काम करता है पेज पर देख सकते हैं, और निजी transcription पेज डेटा संभालने की बारीकियां बताता है और यह भी कि वे डिफ़ॉल्ट रूप से स्टोर करने के चलन से कैसे अलग हैं।

एक उदाहरण: जहां हटाना सच में मायने रखता है

सोचिए, फ़ोन से M4A के रूप में सहेजी गई क्लाइंट के साथ 40 मिनट की रिकॉर्डेड मीटिंग। इसमें नाम, आंकड़े और कुछ ऐसी बातें हैं जिन्हें कोई भी किसी अजनबी के सर्वर पर नहीं रखना चाहता।

आप फ़ाइल को बिना खाते के पूर्वावलोकन में डालते हैं। 5 मिनट की वक्ता-लेबल वाली क्लिप दिखती है ताकि आप पुष्टि कर सकें कि दोनों आवाज़ें सही अलग हो रही हैं। यह पूर्वावलोकन ही अकेला चरण है जिसमें खाता नहीं चाहिए। पूरे ट्रांसक्रिप्शन के लिए खाता और पर्याप्त उपलब्ध मिनट चाहिए। पात्र व्यक्तिगत खाते कार्ड सत्यापन के बाद या अपनी पहली खरीदारी के साथ एक बार 30 मुफ़्त मिनट पा सकते हैं। 40 मिनट की मीटिंग मुफ़्त मिनटों से आगे निकल जाती है, इसलिए आप पहले टॉप अप करते हैं; प्रति मिनट की लागत और मुफ़्त मिनटों की शर्तें कीमतों का पेज पर हैं। फिर पूरा ऑडियो ट्रांसक्राइब होता है, और ट्रांसक्रिप्ट डैशबोर्ड में सहेजे जाते ही Hushscript M4A की अपनी प्रति हटा देता है। आप ‘वक्ता 1’ और ‘वक्ता 2’ को असली नामों में बदलते हैं, अपने रिकॉर्ड के लिए DOCX निर्यात करते हैं, और ट्रांसक्रिप्ट आपके खाते में भंडारण में एन्क्रिप्टेड रहता है, जब तक आप उसे हटा न दें या कोई अवधारण नियम उसे न हटा दे।

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

जब आप सहेजा हुआ ट्रांसक्रिप्ट नहीं चाहते

निजी मोड का उपयोग करें। यह केवल वाक् पहचान को चलाता है, सहेजे गए ट्रांसक्रिप्ट भंडारण और पोस्ट-प्रोसेसिंग एआई को छोड़ देता है, और ट्रांसक्रिप्ट को आपके खाते में रखने के बजाय एक पासवर्ड-संरक्षित संग्रह लौटाता है।

एक सामान्य ट्रांसक्रिप्ट को हटाना

ऑडियो हटाने से रिकॉर्डिंग का मसला सुलझ जाता है। ट्रांसक्रिप्ट दूसरा हिस्सा है, और आप उसे सीधे नियंत्रित करते हैं। ट्रांसक्रिप्शन के बाद, टेक्स्ट आपके डैशबोर्ड में तब तक रहता है जब तक आप उसे हटा नहीं देते।

1. ट्रांसक्रिप्ट खोलें।
2. डिलीट चुनें।
3. ट्रांसक्रिप्ट टेक्स्ट हटा दिया जाता है।

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

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

अवधारण अवधि: तय समय पर हटाना

हर ट्रांसक्रिप्ट हाथ से नहीं हटाया जाता। खाते के स्तर पर एक डिफ़ॉल्ट तय करें: या तो सब कुछ तब तक रखें जब तक आप खुद न हटाएं, या ट्रांसक्रिप्ट 7, 30, 90 या 365 दिनों बाद अपने आप हटवा दें। Hushscript उस समय-सारणी का पालन करता है, आपको कुछ याद रखने की ज़रूरत नहीं। किसी एक ट्रांसक्रिप्ट की अपनी ऑटो-डिलीट तारीख भी हो सकती है जो खाते की डिफ़ॉल्ट को ओवरराइड करती है, उस एक फ़ाइल के लिए जिसे बाकियों से कम समय रखना हो, या ज़्यादा।

ये अवधियां सहेजे गए ट्रांसक्रिप्ट टेक्स्ट को नियंत्रित करती हैं। आपका ऑडियो ऊपर बताए सरल नियम पर चलता है: आप कोई भी अवधि चुनें, प्रोसेसिंग के बाद वह हटा दिया जाता है। तय समय पर हटाने के दौरान रसीद डाउनलोड नहीं होती, लेकिन Hushscript उसे आपकी ट्रांसक्रिप्ट सूची में हटाई गई प्रविष्टि पर सहेज देता है, जहां से आप उसे बाद में डाउनलोड कर सकते हैं।

हटाने का प्रमाण: रसीद क्या दिखा सकती है

“हटाने का प्रमाण” वह चीज़ है जो लोग तब खोजते हैं जब वे किसी सेवा से अपना ऑडियो हटाने को कहते हैं और गोपनीयता नीति से ज़्यादा ठोस कुछ चाहते हैं। कोई भी ट्रांसक्रिप्शन सेवा, Hushscript समेत, आपको क्रिप्टोग्राफ़िक प्रमाण नहीं दे सकती कि कोई फ़ाइल उसके बुनियादी ढांचे में कहीं भी नहीं है। किसी नकारात्मक बात को साबित करना ऐसी चीज़ नहीं जो कोई विक्रेता बाहरी पक्ष को दिखा सके, इसलिए हटाने का दावा आख़िरकार विक्रेता पर भरोसे पर टिका है, जिसे ज़्यादा से ज़्यादा उसके अपने लॉग से जांचा जा सकता है। NIST का मीडिया-सैनिटाइज़ेशन मार्गदर्शन यही दायरे की समस्या दिखाता है: सैनिटाइज़ेशन माध्यम, विधि, सत्यापन और निपटान प्रक्रिया पर निर्भर करता है, और उपयोगकर्ता को दिखने वाला रिकॉर्ड इन सभी परतों की जांच नहीं कर सकता।

इसके बदले Hushscript आपको हटाने की रसीद देता है। ट्रांसक्रिप्ट, एआई आर्टिफ़ैक्ट और खाता हटाने के समर्पित प्रवाह एक डाउनलोड करने योग्य JSON फ़ाइल लौटाते हैं, जिसमें दर्ज होता है कि क्या हटाया गया और कब। यह किसी सामान्य वादे से ज़्यादा सीमित और ज़्यादा जांचने योग्य दावा है, और अपनी फ़ाइलों के साथ समय की मुहर वाले नोट की तरह लगाने के काम आता है, जैसे केस फ़ाइल में।

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

ईमानदार हिस्सा: हम क्या रखते हैं, और एन्क्रिप्शन सीमा

गोपनीयता का दावा उतना ही मूल्यवान है जितने हिस्सों को वह स्वीकार करता है। दो बातें साफ़, बिना बढ़ा-चढ़ाकर कहने लायक हैं।

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

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

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

व्यापक कारण

इस उद्योग में डिफ़ॉल्ट भंडारण है। अपलोड करें, ट्रांसक्राइब करें, और सब कुछ ऐसी लाइब्रेरी में रखें जिस पर उपयोगकर्ता वापस लौट सकता है। कुछ लोगों के लिए यह एक वास्तविक विशेषता है: अपने ही एपिसोड का खोजने योग्य संग्रह बनाने वाले पॉडकास्टर को हर ट्रांसक्रिप्ट एक ही जगह होने से फ़ायदा मिलता है, और सामग्री संवेदनशील नहीं होती है।

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

हटाना सही डिफ़ॉल्ट है जब ट्रांसक्रिप्ट वह चीज़ है जो आपको चाहिए और ऑडियो उसे पाने का सिर्फ़ एक ज़रिया है। यदि आपके पास पहले से ही स्रोत फ़ाइल है, अपने डिवाइस पर या अपने स्टोरेज में, तो हमारे पास दूसरी प्रति रखने का कोई कारण नहीं है। तो हम ऐसा नहीं करते।

किसी भी ट्रांसक्रिप्शन टूल पर अपलोड करने से पहले पूछने लायक प्रश्नों सहित व्यापक जोखिम चित्र के लिए, देखें आपका audio upload क्यों नहीं होना चाहिए। वहां वर्णित विलोपन व्यवहार वही है जो यहां वर्णित है; वह पोस्ट संवेदनशील रिकॉर्डिंग के लिए गोपनीयता ट्रेड-ऑफ़ के पूर्ण सेट पर ज़ूम आउट करता है।