Foundation बंद हो रहा है। टोकन ब्लॉकचेन पर हमेशा के लिए रहेंगे, लेकिन उन्हें बनाने वाली फ़ाइलें (छवियां, वीडियो, मेटाडेटा) IPFS पर रहती हैं, Foundation के नोड्स द्वारा पिन की गई हैं जो आखिरकार ऑफलाइन हो जाएंगे। जब ऐसा होगा, तो लिंक हल करना बंद कर देंगे और आर्टवर्क दृश्य रूप से अनाथ टोकन बन जाएंगे, भले ही on-chain सब कुछ अभी भी वहां हो।
यह गाइड आपको अपने संपूर्ण कार्पस को बैकअप करने के लिए एक स्वतंत्र, विकेंद्रीकृत पिनिंग सेवा पर एक पैसा भी खर्च किए बिना ले जाती है। अंत तक, आपका काम ऐसे बुनियादी ढांचे द्वारा सुरक्षित होगा जिसे आप नियंत्रित करते हैं, न कि किसी ऐसी कंपनी द्वारा जो कल बंद हो सकती है।
यह 30 मिनट से 2 घंटे तक लगता है, यह इस पर निर्भर करता है कि आपके कितने टुकड़े हैं। हर मिनट इसके लायक है।
आप बिल्कुल क्या करेंगे
शुरुआत से पहले समस्या और समाधान को समझना बाद में भ्रम बचाएगा।
समस्या
जब आपने Foundation पर एक टुकड़ा मिंट किया, तो स्मार्ट कॉन्ट्रैक्ट ने Ethereum पर एक संदर्भ संग्रहीत किया (CID, सामग्री पहचानकर्ता) जो IPFS पर आपकी JSON मेटाडेटा फ़ाइल की ओर इशारा करता है। वह JSON शीर्षक, विवरण रखता है, और बदले में वास्तविक छवि या वीडियो फ़ाइल के लिए एक और CID के साथ इशारा करता है।
टोकन स्थायी है। लेकिन CID फ़ाइलें केवल तब तक मौजूद होती हैं जब तक कुछ IPFS नोड उन्हें पिन रखते हैं। Foundation के पास उनके अपने नोड्स पर पिन किए हुए थे। जब वे उन नोड्स को बंद करते हैं, तो अगर कोई और उन फ़ाइलों को पिन नहीं कर रहा है, तो वे नेटवर्क से गायब हो जाती हैं।
समाधान
आप same CID को अपने नोड (वास्तव में, एक मुफ्त सेवा अपने नोड के रूप में कार्य करती है) पर पिन करेंगे। यह फ़ाइलें कहीं और copy नहीं कर रहा, यह समान IPFS नेटवर्क के भीतर उनके अस्तित्व को मजबूत कर रहा है। CID एक जैसा रहता है, टुकड़ा एक जैसा रहता है, लेकिन अब इसके पास अनावृत्ति है: यह Foundation के नोड्स पर और आपके पर रहता है।
जब Foundation अपने नोड्स को बंद करता है, तो आपके सक्रिय रहते हैं। IPFS लिंक काम करते रहते हैं। आपका काम मार्केटप्लेस के बंद होने से बचता है।
Ethereum टोकन (आपकी स्वामित्व, इतिहास, बिक्री) कभी जोखिम में नहीं है। जोखिम में दृश्य और विवरणात्मक परत है। यह परत को बैकअप करता है।
Filebase क्यों और Pinata नहीं
Pinata एक अग्रणी था लेकिन इस विशिष्ट मामले के लिए इसका मुफ्त स्तर अब काम नहीं करता। Filebase ईमानदार विकल्प है।
Pinata हमें चाहिए exact feature के लिए चार्ज करता है (IPFS से Import करें, पहले से मौजूद CID को पिन करना)। मुफ्त स्तर पर आप केवल अपने कंप्यूटर से नई फ़ाइलें अपलोड कर सकते हैं, न कि उन CID को पिन करते हैं जो पहले से नेटवर्क पर exist करते हैं।
Filebase 5 GB स्टोरेज, 1,000 तक फ़ाइलें, एक समर्पित गेटवे, और Import CID feature, सभी बिना क्रेडिट कार्ड के मुफ्त स्तर में शामिल प्रदान करता है। यह Pinata की तुलना में पाँच गुना अधिक जगह है, और मुख्य फ़ंक्शन अप्रतिबंधित है।
Filebase भी भौगोलिक रूप से विभिन्न स्थानों पर 3x अनावृत्ति का उपयोग करता है, जो असली अनावृत्ति है, न कि विपणन भाषा।
Pinata एक बुरी सेवा नहीं है। यह है कि आपका मामला (पहले से ही मिंट किए गए काम को पिन करना) बिल्कुल वह है जो उनका वर्तमान व्यावसायिक मॉडल सशुल्क योजनाओं में धकेलता है। Filebase उस मामले को वैध मुफ्त उपयोग के रूप में मानता है।
अपना मुफ्त Filebase खाता बनाएं
पांच मिनट, कोई क्रेडिट कार्ड नहीं।
- filebase.com पर जाएं और मुफ्त शुरू करें या साइन अप करें पर क्लिक करें।
- अपना ईमेल दर्ज करें और एक शक्तिशाली पासवर्ड बनाएं। कोई कार्ड आवश्यक नहीं, कोई बिलिंग जानकारी नहीं।
- उन्हें भेजे गए लिंक के माध्यम से अपना ईमेल confirm करें।
- अपने username और password के साथ dashboard में लॉग इन करें।
आप अपना खाली workspace देखेंगे। इंटरफेस स्वच्छ है, केवल अंग्रेजी में है, लेकिन प्रवाह सरल है।
अपनी आर्काइव बकेट बनाएं
एक बकेट एक फ़ोल्डर की तरह है जहां आपके पिन रहेंगे।
- Dashboard में, side navigation में Buckets पर क्लिक करें।
- Create Bucket पर क्लिक करें।
- इसे एक अद्वितीय नाम दें, उदाहरण के लिए
your-name-nft-archive। Bucket के नाम वैश्विक हैं, इसलिए अगर आपका लिया गया है तो आपको दूसरा चाहिए। - Network के अंतर्गत, IPFS का चयन करें। Sia या कोई अन्य नेटवर्क न चुनें, आपको अपने Foundation NFT के लिए IPFS चाहिए।
- Create से confirm करें।
Filebase आपको एक नोटिस दिखाएगा कि सार्वजनिक बकेट को सशुल्क योजना की आवश्यकता है। इसे ignore करें, इसे S3 Private पर रखें। वह नोटिस S3 एक्सेस (Amazon का प्रोटोकॉल) के संदर्भ में है, जिसका NFT द्वारा उपयोग नहीं किया जाता है। आपकी फ़ाइलें अभी भी किसी भी IPFS गेटवे से CID द्वारा publicly accessible होंगी: ipfs.io, dweb.link, cloudflare-ipfs.com। private बकेट सेटिंग उसे प्रतिबंधित नहीं करता।
प्रत्येक टुकड़े के लिए CID प्राप्त करें
प्रत्येक टुकड़े के दो CID हैं जिन्हें आपको पहचानने की जरूरत है: एक JSON मेटाडेटा के लिए, दूसरा छवि या वीडियो फ़ाइल के लिए।
Method 1: Foundation से (जबकि यह अभी भी है)
- अपने Foundation प्रोफाइल पर जाएं और अपने एक टुकड़े को खोलें।
- Details या Token Details tab के अंतर्गत आप IPFS या Metadata लिंक पाएंगे।
- यह
https://ipfs.io/ipfs/QmXX.../metadata.jsonजैसा दिखता है। इसे सहेजें। - metadata CID वह हिस्सा है जो
/ipfs/और/metadata.jsonके बीच है:QmXX...
Method 2: JSON को खोलें और media CID खींचें
JSON को अपने browser में खोलें। आप कुछ इस तरह देखेंगे:
{
"name": "Your piece",
"description": "...",
"image": "ipfs://QmYY.../nft.mp4"
}
image field value (या कभी-कभी animation_url) ipfs:// से शुरू होता है और एक और CID के बाद आता है। यह media CID है। इसे भी सहेजें।
एक सरल inventory table बनाएं
प्रत्येक टुकड़े के लिए, record करें:
- टुकड़े का Title
- Metadata JSON CID
- Media file CID (वीडियो या छवि)
- Contract address और TokenID (बाद में Etherscan पर इसे देखने के लिए)
एक सरल spreadsheet काफी है। यह करें जबकि Foundation अभी भी accessible है। अगर आप wait करते हैं, तो डेटा निकालना बाद में काफी कठिन हो सकता है।
अगर आपके Foundation प्रोफाइल पर एक copy-करने में आसान inventory है, तो इसे bulk में ले लें। आप अपने wallet को search करके Etherscan पर सीधे अपने टोकन को देख सकते हैं और NFT के लिए filter कर सकते हैं।
अपने CID को Filebase पर पिन करें
यह वह जगह है जहां जादू होता है। Filebase आपकी फ़ाइलों को IPFS नेटवर्क पर खोजता है और उन्हें अपने नोड्स पर copy करता है।
प्रत्येक टुकड़े के लिए प्रक्रिया
- आपने बनाई गई बकेट को खोलें इसके नाम पर क्लिक करके।
- आप तीन options देखेंगे: Import CID, New Folder, Upload। Import CID पर क्लिक करें।
- एक form खुलता है। पहले टुकड़े के metadata JSON CID को paste करें।
- इसे एक descriptive नाम दें, उदाहरण के लिए
my-piece-metadata.json। - Search and Pin से confirm करें।
Filebase IPFS नेटवर्क पर CID को look up करेगा (यह कुछ सेकंड लगता है) और इसे अपने नोड्स पर pin करेगा। स्टेटस Pinning (प्रगति में, orange icon) से Pinned (confirmed, green icon) में जाएगा।
Media file CID के लिए दोहराएं:
- फिर से Import CID करें।
- वीडियो या छवि CID को paste करें।
- नाम:
my-piece-media.mp4(या सही extension)। - Confirm करें।
Recommended naming convention
consistent नाम का उपयोग करें ताकि आपकी बकेट बाद में browse करने में आसान हो। सुझाव:
- Solo works:
piece-title-metadata.jsonऔरpiece-title-media.mp4 - Collaborations:
split-collaborator-lastname-title-metadata.json - Numbered series:
series-01-title-metadata.json,series-02-...(अगर आपके पास 9 से अधिक हों तो leading zeros का उपयोग करें)
नाम lowercase होने चाहिए, हाइफन के साथ spaces के बजाय, कोई accents या special characters नहीं। यह URLs और filesystems के साथ समस्याओं से बचाता है।
Estimated time
प्रत्येक pin में कुछ सेकंड (छोटी JSON के लिए) से कुछ मिनट (heavy वीडियो के लिए) लगता है। 10-15 pieces के कार्पस के लिए, 40 मिनट से 1 घंटे की manual काम की योजना बनाएं।
अगर आप एक CID को pin करते हैं जो Filebase के पास पहले से कहीं और pin किया हुआ है (क्योंकि किसी और कलाकार ने समान फ़ाइल को pin किया है), तो यह लगभग तुरंत pin हो जाता है। IPFS फ़ाइलों को duplicate नहीं करता, यह उनकी उपस्थिति को मजबूत करता है।
सत्यापित करें कि सब कुछ काम करता है
backup को पूरा कहने से पहले, सत्यापित करें कि फ़ाइलें actually सार्वजनिक नेटवर्क से accessible हैं।
Check 1: सब कुछ Pinned चिह्नित है
अपनी बकेट में Status column को देखें। सभी फ़ाइलों में एक green icon और Pinned label होना चाहिए। अगर कोई अभी भी कई मिनटों बाद Pinning (orange) है, तो और wait करें या refresh करें।
Check 2: एक सार्वजनिक gateway से accessible
अपने CID में से एक को copy करें और इसे इस URL में paste करें, [CID] को replace करते हुए:
https://dweb.link/ipfs/[CID]
अगर आप content को देख सकते हैं (JSON या वीडियो), तो आपका pin decentralized नेटवर्क पर live है, किसी भी gateway से accessible है, Foundation या Filebase की जरूरत के बिना।
Check 3: Reasonable storage use
अपनी बकेट के Storage indicator को देखें। एक typical NFT वीडियो 10 से 80 MB weighs करता है। अगर आपके पास 15 pieces वीडियो के साथ हैं, तो आप 500-800 MB के आसपास होंगे। 5 GB मुफ्त स्तर की limit से बहुत दूर।
अगर आप limit के करीब हैं (क्योंकि आपके पास अधिक pieces या बहुत heavy वीडियो हैं), तो कम महत्वपूर्ण pieces के लिए केवल metadata को pin करने पर विचार करें और उनके वीडियो को extra backup के बिना छोड़ दें (वे अभी भी कुछ समय के लिए अन्य सार्वजनिक IPFS नोड्स पर रहेंगे)।
अपनी वेबसाइट पर लिंक अपडेट करें
अगर आपके पास एक personal website या portfolio है जो आपके NFT को link करता है, तो उन लिंक को बदलने की जरूरत है। Foundation को point करने वाले die करेंगे।
क्या replace करें
अपनी site पर ऐसे लिंक के लिए देखें:
https://foundation.app/mint/eth/0x...../tokenID
https://fnd-collections.mypinata.cloud/ipfs/QmXX.../metadata.json
https://fnd-collections4.mypinata.cloud/ipfs/...
सभी of those काम करना बंद कर देंगे। उन्हें stable IPFS gateway लिंक के साथ replace किया जाना चाहिए।
कौन से लिंक use करें
मैं प्रत्येक टुकड़े के लिए तीन प्रकार के लिंक recommend करता हूं:
1. Metadata (टुकड़े का technical record):
https://dweb.link/ipfs/[METADATA_CID]/metadata.json
2. Media (वीडियो या छवि):
https://dweb.link/ipfs/[MEDIA_CID]/nft.mp4
3. Etherscan (on-chain ownership verification):
https://etherscan.io/token/[CONTRACT]?a=[TOKEN_ID]
यह तीसरा लिंक Foundation लिंक को replace करता है। जहां आप पहले marketplace को point करते थे, अब आप सार्वजनिक Ethereum registry को point करते हैं, जो कभी बंद नहीं होता।
मैं dweb.link का उपयोग करता हूं क्योंकि यह Protocol Labs द्वारा run किया जाता है (foundation, for-profit कंपनी नहीं), relatively तेज, और neutral है। वैध alternatives: ipfs.io (समान provider, कभी-कभी slower), cloudflare-ipfs.com (तेज लेकिन एक centralized कंपनी पर निर्भर करता है)। उनमें से कोई भी काम करता है; CID जो मायने रखता है।
अगर आपके टुकड़े Arweave पर हों (बैकअप की जरूरत नहीं)
कुछ Foundation pieces IPFS के बजाय Arweave का उपयोग करते हैं। उनके पास built-in permanence है।
अगर जब आप अपने piece के metadata को खोलते हैं तो आप URL को arweave.net में ending या एक hash के साथ .arweave.net के साथ शुरू होते हुए देखते हैं, तो आपका टुकड़ा Arweave पर रहता है, IPFS पर नहीं।
Arweave एक अलग decentralized storage network है, philosophically अलग model के साथ: आप mint समय पर एक बार भुगतान करते हैं, और भंडारण दो सौ साल के लिए एक endowment fund के माध्यम से guaranteed है जो नोड्स को indefinitely भुगतान करती है।
Practical conclusion: अगर आपका एक टुकड़ा Arweave पर है, तो इसे backup करने की जरूरत नहीं है। इसकी permanence structural है। बस इसे अपने inventory में note करें और दूसरों के लिए move करें।
Foundation पूरी तरह बंद होने से पहले
शटडाउन से पहले अंतिम actions।
Unsold pieces को delist करें
अगर आपके पास Foundation पर बिक्री के लिए listed pieces हैं जिनके पास अभी भी खरीदार नहीं है, तो shutdown से पहले उन्हें delist करने पर विचार करें। यह Foundation के escrow contract से टोकन को release करता है और इसे आपके wallet (या minter के) में return करता है। कुछ gas खर्च होता है लेकिन बाद में की जटिलताओं से बचाता है।
Collaborators को document करें
अगर आपके पास on-chain split के साथ pieces हैं, तो अपने collaborators को remind करें कि अपने पक्ष से भी यह बैकअप करें। split active रहता है जबकि contract exist करता है, लेकिन फ़ाइलें उन्हें survive करने के लिए multiple नोड्स की जरूरत होती हैं।
Curatorial information को export करें
Foundation जानकारी hold करता है जो on-chain नहीं रहती: collector names के साथ sales history, editorial descriptions, exact auction dates, bids, followers। सब कुछ disappears जब Foundation does। shutdown से पहले whatever आप कर सकते हैं screenshot या export करें।
अपनी कहानी बताएं
अगर आप क्रिप्टो आर्ट स्पेस में कई साल रहे हैं, तो आप cultural history के एक chapter के insider को देख रहे हैं। जो आप याद करते हैं उसे write करें। Event photos, community names, platforms जो fell, bans जो embargoed countries के artists को hit किए। वह narrative archive CID जितना ही matters करता है।
एक बार जब आपने हर piece को pin किया, सार्वजनिक एक्सेस को verify किया, और अपनी website लिंक को update किया, तो आपका corpus Foundation के closing से survive करेगा। काम रहता है। कहानी जारी रहती है।
क्या होगा अगर Filebase itself कभी बंद हो जाए?
न्यायसंगत प्रश्न। अगर आप Foundation पर depend न करने के लिए backup कर रहे हैं, तो क्या आप सिर्फ dependency को दूसरी कंपनी को move कर रहे हैं? ईमानदारी से जवाब देने के लायक।
The short answer
अगर Filebase कल बंद हो जाता, तो आपकी फ़ाइलें तुरंत गायब नहीं होतीं। IPFS single point of failure के माध्यम से नहीं, वरन नोड्स के accumulation के माध्यम से काम करता है जो समान सामग्री को replicate करते हैं। केवल Filebase को closing से एक copy को remove करता है, सभी नहीं।
अधिक महत्वपूर्ण, CID universal हैं। Filebase को नहीं belong करते। अगर कल आप दूसरे provider के साथ account खोलते हैं और same CID को paste करते हैं, तो आपके पास minutes में active backup फिर से है। आपका inventory (Step 05 से spreadsheet) migrate करने के लिए सब कुछ है जो आपको चाहिए।
IPFS persistence actually कैसे काम करता है
IPFS पर एक फ़ाइल जब तक exist करती है जब तक at least एक नोड इसे actively pin रखता है। जब Filebase आपके CID को pin करता है, तो इसके नोड्स (typically distinct locations पर 3x replicated) फ़ाइल को रखते हैं।
लेकिन Filebase आपकी फ़ाइलों को hold करने वाला एकमात्र नहीं है। हर बार जब कोई IPFS gateway visit करता है और आपके piece को load करता है, वह gateway इसे temporarily cache करता है। हर interaction ephemeral copies छोड़ता है। Foundation अभी भी आपके CID को pin किए हुए है जब तक वे close न करें। नेटवर्क को natural replication inertia है।
तीन संभावित scenarios अगर Filebase बंद हो जाए
Scenario 1, shutdown prior notice के साथ (expected case): serious services closures को weeks या months पहले announce करते हैं। आपके पास दूसरे provider को migrate करने के लिए plenty of time होगी: 4EVERLAND, Web3.Storage, Lighthouse। चूंकि आपके पास पहले से ही आपका CID inventory है, migration trivial है: खाता खोलें, same CID को import करें, और continue करें।
Scenario 2, abrupt shutdown बिना notice के: unlikely लेकिन संभव। आपकी फ़ाइलें केवल तब गायब होंगी अगर simultaneously कोई अन्य नोड उन्हें नहीं रखता। किसी भी activity वाली files के लिए, यह statistically rare है।
Scenario 3, acquisition दूसरी कंपनी द्वारा (most common): एक बड़ी कंपनी छोटी को buy करती है और new terms के साथ service को चलाती है। आपके pins transition के माध्यम से active रहते हैं। Recent ecosystem example: KnownOrigin eBay द्वारा acquired किया गया था, serious consequences के साथ, लेकिन पहले से mint की गई फ़ाइलें accessible रहीं।
The robust strategy: multi-provider redundancy
philosophically correct answer सिर्फ Filebase पर नहीं shutting down करने पर trust नहीं है, बल्कि Filebase पर exclusively depend न करना है। Real decentralization को real redundancy की जरूरत है। चार levels की सुरक्षा, gradually implementable:
Level 1, आपके पास जो है: Filebase पर active pins। 5 GB free। Standard case को cover करता है।
Level 2, parallel redundancy: दूसरे provider के साथ दूसरा मुफ्त account खोलें और same pins को replicate करें। Solid options:
- 4EVERLAND: 5 GB free, clean interface, अलग provider base।
- Web3.Storage: Protocol Labs द्वारा (IPFS के creators)। 5 GB free, institutionally बहुत stable।
- Lighthouse: pay-once-for-perpetual-storage model, Filecoin को economic layer के रूप में use करता है।
Same CID को दो distinct providers पर pin किया गया, एक closing दूसरे को affect नहीं करता। यह बिल्कुल है जो decentralization enable करता है: किसी particular provider को tied नहीं होना।
Level 3, local physical copy: सभी media files को अपनी hard drive या external disk में download करें, folders द्वारा organized। सार्वजनिक links serve नहीं करता, लेकिन guarantee करता है कि अगर दुनिया का हर नोड fail करे, तो आप अभी भी masters hold कर रहे हैं। यह archivist का last-resort backup है।
Level 4, optional और advanced: अपना IPFS node run करें IPFS Desktop या IPFS CLI के साथ अपने मशीनों में से एक पर। Maximum technical autonomy। आपका नोड केवल तब तक active है जब तक आपका कंप्यूटर है, इसलिए यह managed services को complement करता है बजाय replace के।
Pragmatic recommendation
अभी के लिए, सिर्फ Filebase के साथ stick करें (Level 1)। यह real short-term risk के लिए काफी है। Filebase 2019 से operating किया जा रहा है और दूसरों की तुलना में institutionally अधिक stable दिखाई देता है।
3 से 6 महीने में, अगर आप reinforce करना चाहते हैं, तो 4EVERLAND या Web3.Storage के साथ खाता खोलें और pins को replicate करें। 15 मिनट काम, क्योंकि आपके पास पहले से हर CID के साथ inventory है। यह real redundancy देता है बिना over-engineering के।
Local hard drive copy आप जब भी समय हो सकते हैं, कोई जल्दबाजी नहीं लेकिन करने के लायक है। आपका IPFS node केवल अगर आप infrastructure को manage करने में enjoy करते हैं।
एक critical difference centralization और dependency के बीच है। Filebase एक centralized provider है (private कंपनी, उनके अपने servers), लेकिन Filebase का आपका उपयोग decoupable है: CID standard IPFS हैं, आपका inventory आपकी disk पर रहता है, और आप किसी भी समय दूसरे provider को move कर सकते हैं। बहुत अलग है Foundation पर कैसे depend किया, जहां Foundation closing का मतलब links, narrative, profile, और community को lose करना। इस बार, कोई भी shutdown annoying होगा लेकिन catastrophic नहीं। यह real progress है।
अक्सर पूछे जाने वाले प्रश्न
Foundation shutdown और NFT preservation के बारे में artists जो अभी पूछ रहे हैं उसके लिए short, direct answers।
Foundation बंद होने पर मेरे NFT का क्या होगा?
टोकन Ethereum पर forever रहते हैं, untouched। जो जोखिम में है वह off-chain layer है: metadata JSON और media files (images, videos) जो currently Foundation के IPFS नोड्स पर रहती हैं। जब वे नोड्स offline हो जाते हैं, तो files inaccessible हो सकती हैं जब तक आप उन्हें दूसरी सेवा जैसे Filebase पर pin न कर लें। स्वामित्व सुरक्षित है; visual representation को बैकअप की जरूरत है।
क्या मुझे अपने NFT को दूसरे blockchain पर move करना होगा?
नहीं। NFT Foundation के भाग्य की परवाह किए बिना Ethereum पर रहते हैं। Foundation एक marketplace interface है; Ethereum underlying blockchain है। आपको केवल off-chain files को बैकअप करने की जरूरत है, न कि tokens move करने की।
क्या Filebase वास्तव में NFT बैकअप के लिए मुफ्त है?
हां। 5 GB भंडारण, 1,000 तक pinned files, dedicated IPFS gateway, और Import CID function, सभी बिना क्रेडिट कार्ड के मुफ्त में। यह Pinata को moved करने वाली feature है जो feature paid plans को करते हैं।
IPFS CID क्या है और यह क्यों matters करता है?
एक CID (Content Identifier) एक cryptographic hash है जो IPFS पर एक file को content से uniquely identify करता है। आपके NFT के smart contract एक CID के reference को store करता है जो metadata, जो media CID की ओर इशारा करता है, की ओर इशारा करता है। CID केवल तब तक सामग्री को resolve करते हैं जब तक नोड्स files को pin करते हैं। कोई pins नहीं, कोई content नहीं, token की मौजूदगी की परवाह किए बिना।
क्या होगा अगर Filebase itself बंद हो जाए?
ऊपर Step 11 में विस्तार से cover किया गया। Short version: CID universal हैं, इसलिए आप अपने inventory का उपयोग करके मिनटों में दूसरे IPFS provider (4EVERLAND, Web3.Storage, Lighthouse) में migrate कर सकते हैं। Robustness के लिए, multi-provider redundancy का उपयोग करें।
क्या मुझे Foundation बंद होने से पहले बिकी हुई NFT को delist करना चाहिए?
अनुशंसित है। Delisting Foundation के escrow contract से token को release करता है minter के wallet में वापस, future relisting को दूसरे marketplaces पर मुक्त करता है। कुछ gas खर्च होता है लेकिन complications को prevent करता है।
पूरी backup प्रक्रिया कितने समय लगती है?
10-15 NFT के लिए, 30 मिनट से 2 घंटे की योजना बनाएं। JSON metadata pins seconds में; video files को couple minutes में pin हो सकते हैं। प्रक्रिया repetitive है लेकिन एक बार CID inventory तैयार हो जाए तो complex नहीं है।
क्या होगा अगर मेरे NFT Arweave पर हों, IPFS पर नहीं?
बैकअप की जरूरत नहीं है। Arweave design द्वारा permanent storage provide करता है: mint समय पर एक बार pay करें, approximately 200 साल के लिए preserved एक economic endowment के माध्यम से जो indefinitely नोड्स को pay करता है।
क्या यह guide Foundation के बाहर artists के लिए काम करता है?
हां। Same process किसी भी NFT पर Ethereum को apply होता है जिसका metadata और media IPFS पर रहते हैं। SuperRare, Zora, Objkt, KnownOrigin (pre-shutdown), Rarible: workflow identical है। केवल CID का source differs करता है।
क्या मैं collector के रूप में किसी और के NFT को pin कर सकता हूं?
हां, और इसे encourage किया जाता है। CID design द्वारा public हैं। NFT को pin करना जिन्हें आपने collected किया है original nodes की failure से आपके collection को protect करता है। अगर आपके पास direct contact है तो artist को notify करने पर विचार करें, विशेष रूप से।
अपना IPFS नोड कैसे चलाएं
यह section उन artists के लिए है जिनको कुछ technical comfort है और अगला autonomy level चाहते हैं। यह आपके काम को बैकअप करना necessary नहीं है (Filebase काफी है), लेकिन अगर किसी भी provider पर depend न करने का विचार आपको appeal करता है, तो यहां path है।
अपना नोड चलाना क्या means करता है
एक IPFS नोड एक कंप्यूटर है जो swarm के रूप में नेटवर्क में एक और member के रूप में भाग लेता है। जब आप software को install करते हैं, तो आपका मशीन files को pin कर सकती है, दुनिया को serve कर सकती है, और किसी भी commercial service पर depend किए बिना उन्हें alive रख सकती है। आप provider के client होने से network के full participant होने तक move करते हैं। publishing house पर depend करने के बजाय अपना printing press own करने का digital equivalent।
Filebase के साथ key difference: Filebase के साथ आप company को ask करते हैं आपकी फ़ाइलों को उनके servers पर pin करने के लिए। अपने नोड के साथ, आप server हैं।
आपका नोड केवल तब तक files को serve करता है जब तक आपका कंप्यूटर powered on और connected to the internet है। अगर आप मशीन को shut करते हैं, तो आपकी files अभी भी अन्य नेटवर्क नोड्स (Filebase, public gateways, अन्य pinning services) पर exist करती हैं, लेकिन आप temporarily contributing बंद कर देते हैं। Real permanent backup के लिए, आपके नोड को most of the time active होना चाहिए।
दो real paths, depend करता है आप कितना control चाहते हैं
Path A: IPFS Desktop (most accessible)
Graphical application आप किसी अन्य program की तरह install करते हैं macOS, Windows, या Linux पर। 5 minutes में setup, visual interface, command line required नहीं। Experimenting और learning के लिए ideal।
Pros: simple installation, visual interface, आप close कर सकते हैं app जब आपको जरूरत न हो।
Cons: RAM को consume करता है जबकि running (200-400 MB), accidentally closing app पर depend करता है, और कंप्यूटर shut करने पर आप availability खो देते हैं।
Path B: Dedicated Raspberry Pi (serious option)
एक Raspberry Pi buy करें (approximately 75-120 USD case, power supply, और SD card के साथ), इस पर IPFS को install करें, और इसे 24/7 home पर रखें अपने router को connected। Dedicated permanent नोड electrical consumption के साथ एक LED bulb (5-10 watts, approximately 2-3 USD monthly)।
Pros: real permanent नोड, आपके main computer से resources को consume नहीं करता, full technical autonomy।
Cons: initial purchase की जरूरत है, अधिक complex technical installation (command line), router configuration external accessibility के लिए।
IPFS Desktop से शुरू करें। Economic commitment के बिना concept को सीखें। अगर कुछ weeks बाद आप feel करते हैं आप actually इसे use करते हैं और real permanence चाहते हैं, तो dedicated Raspberry Pi में invest करने पर evaluate करें।
IPFS Desktop के साथ step by step
Step 1: Installer download करें
ipfs.tech/install/ipfs-desktop/ (official project domain) पर जाएं। अपने operating system installer choose करें: macOS, Windows, या Linux।
Step 2: Install करें
macOS पर, .dmg को open करें और icon को Applications पर drag करें। Windows पर, .exe को run करें। Linux पर, generally एक .AppImage। macOS पर पहली बार, system unverified developer के बारे में warn कर सकता है: System Preferences → Security पर जाएं और manually permission grant करें। Normal है, सॉफ्टवेयर insecure होने का imply नहीं करता।
Step 3: पहली बार run करें
जब आप application को पहली बार खोलते हैं, यह तीन चीजें automatically करता है। पहली, यह अपने नोड के लिए एक unique cryptographic identity बनाता है (network पर आपके नोड के लिए एक permanent ID की तरह)। दूसरी, यह global IPFS network को connect करता है और कुछ seconds में आप दर्जनों या सैकड़ों connected peers (अन्य नोड्स) को देखेंगे। तीसरी, यह पांच tabs के साथ एक interface खोलता है: Status, Files, Explore, Peers, Settings।
Step 4: अपना पहला CID pin करें
Files tab पर जाएं। Top पर एक Import button है। जब आप इस पर click करते हैं, एक menu unfolds होता है options के साथ। From IPFS choose करें (कभी-कभी Add by CID या Import from IPFS के रूप में दिखाया जाता है)। एक से अपना CID paste करें और confirm करें।
आपके नोड को अन्य नोड्स से file को download करना शुरू करेगा जिनके पास है (Filebase, public gateways, कोई active source)। Seconds या minutes में (size के आधार पर) file locally pin हो जाती है। उस moment में आपका कंप्यूटर bees में से एक है जो उस CID को sustain करता है।
Step 5: सत्यापित करें कि यह काम करता है
दो simple checks। पहली, Files में आप CID को एक pin icon और downloaded size के साथ देखना चाहिए। दूसरी, अपने browser में खोलें:
http://localhost:8080/ipfs/[your-CID]
वह localhost:8080 है local gateway जो आपका अपना नोड raise करता है। अगर आप content को देख सकते हैं, तो आपका नोड actively file को serve कर रहा है। यह real technical autonomy है।
Step 6: अपने corpus के बाकी को pin करें
हर CID के साथ process को दोहराएं अपने inventory में। 10-15 piece corpus के लिए, आपके connection के आधार पर 30 मिनट से 2 घंटे की योजना बनाएं।
दैनिक उपयोग के लिए practical विचार
Resource consumption: IPFS Desktop active होने पर 200-400 MB RAM का उपयोग करता है। आधुनिक computers पर कोई समस्या नहीं, लेकिन little memory के साथ machines पर noticeable है। आप Settings में limits को configure कर सकते हैं।
Bandwidth: आपका नोड केवल download नहीं करता, यह अन्य नोड्स को भी upload करता है जो files को request कर रहे हैं। अगर आपके पास limited connection है, तो Settings में limits को configure करें। Normal home connection के साथ आप notice नहीं करेंगे।
कंप्यूटर को shutting down: आपके CID नेटवर्क पर alive रहते हैं जब तक अन्य नोड्स उन्हें pin किए रखते हैं (Filebase remains backup)। आपका नोड simply temporarily contributing को बंद कर देता है। जब आप फिर से turn on करते हैं, यह automatically resume करता है।
Disk space: प्रत्येक pinned CID अपने size को आपकी local disk पर occupy करता है। Calculate करें: Foundation corpus के 500 MB के लिए, आपके नोड का 500 MB है। बड़े Tezos corpora के लिए यह several GB हो सकता है। Check करें आपकी disk को space है।
यह concretely आपको क्या देता है
- Filebase से real independence: अगर यह कल shut down होता आपके node active के साथ, आपकी files बिना intervention के accessible रहतीं।
- Publishing बिना intermediaries के: अगर आप नया काम create करते हैं और इसे IPFS पर pin करना चाहते हैं बिना किसी service से गुजरे, आप सीधे अपने नोड से करते हैं।
- System की technical समझ: एक नोड को run करना, चाहे कुछ weeks के लिए, आपको ecosystem comprehension देता है जो ज्यादातर NFT artists कभी acquire नहीं करते।
- Ecosystem में योगदान: हर additional नोड complete IPFS network को strengthen करता है। आपकी participation केवल self-protection नहीं है, यह एक community act है।
Raspberry Pi की ओर natural evolution
अगर IPFS Desktop के साथ experimenting के बाद आप feel करते हैं आप real permanence चाहते हैं, तो natural path है:
- एक Raspberry Pi 4 (4 या 8 GB RAM) buy करें power supply, case, और 128 GB microSD card के साथ। Total approximately 100-150 USD।
- इसे अपने router को ethernet cable से एक corner में अपने home में connect करें।
- Raspberry Pi विशिष्ट tutorials के अनुसार IPFS को install करें (English में abundant, कुछ Spanish में)।
- Power outages के लिए automatic restart को configure करें नोड को हमेशा active रखने के लिए।
- Advanced optional: एक subdomain को configure करें (उदाहरण के लिए
ipfs.yourname.art) अपने Raspberry को अपना gateway होने के लिए।
वह अंतिम step, अपना gateway अपने domain के साथ, maximum sovereignty है। आप अब भी dweb.link या ipfs.io पर भी depend नहीं करते। आपकी website पर links आपके होंगे: ipfs.yourname.art/ipfs/[CID]/file.mp4।
अपना नोड होना Filebase को replace नहीं करता या obsolete नहीं बनाता आपके द्वारा किए गए work को। यह complements करता है। Ideal strategy combine करता है: Filebase always-active managed backup + IPFS Desktop या Raspberry Pi अपने infrastructure से reinforcing + local hard drive copy last-resort archive के रूप में। तीन redundant layers, हर एक अलग design से protected।
सहायता की जरूरत है?
अगर आपके specific प्रश्न हैं, तो directly reach out करना fastest है। हमारे community में कई लोग ये काम इन weeks में कर रहे हैं, और जितना जल्दी आप backup करते हैं, उतना बेहतर।