# بهترین روشها برای ذخیره داده های NFT با استفاده از IPF

IPFS مناسب برای ذخیره و پرداختن به داده ها برای NFT ها یا نشانه های غیرقانونی است. این راهنما همه چیز در مورد نحوه ذخیره داده ها برای NFT ها در IPF ها است تا سازندگان و صاحبان NFT تجربه خوبی داشته باشند که می توانند در آزمون زمان بایستند.

از آنجا که NFT پس از ایجاد آن به راحتی قابل تغییر نیست ، ایده خوبی است که در مورد نحوه ذخیره ، پرداختن ، پرداختن به داده های NFT شما فکر کنید و به مرور زمان پایدار باشید. به همین دلیل ما به مشخصات نحوه تهیه ابرداده NFT خود می پردازیم ، و همچنین به انواع مختلف پیوندها به محتوای IPFS و چه زمانی باید از هر یک استفاده کنید. سرانجام ، خواهیم دید که چرا تهیه برنامه ای برای پایداری داده های شما برای یک تجربه خوب کاربر مهم است. با پیروی از این توصیه ها ، می توانید از آینده ای طولانی و سالم برای داده های NFT خود اطمینان حاصل کنید.

این راهنما برای توسعه دهندگان در ساخت سیستم عامل های NFT و ابزارهای دیگر است ، و این تمرکز بر نحوه قالب بندی داده های شما و پیوند به آن برای بهترین نتایج بلند مدت است. اگر به دنبال جزئیات در مورد تعامل قرارداد هوشمند و نحوه کارکردن توکین هستید ، به راهنمای ما برای مین کردن NFT ها با IPF بروید ، جایی که ما با استفاده از یک شبکه تست Ethereum ، کل فرآیند را از پایان به پایان می رسانیم.

اگر به یک شیرجه عمیق تر در دنیای بهترین شیوه های NFT و توسعه NFT به طور کلی علاقه دارید ، به مدرسه NFT بروید

(پنجره جدید را باز می کند) برای راهنماهای مفهوم ، آموزش ها و How-tos.

# انواع پیوندهای IPFS و چه زمانی از آنها استفاده کنید

چند روش مختلف برای مراجعه به داده های IPF وجود دارد که هر یک از آنها به بهترین وجه برای موارد استفاده متفاوت مناسب است.

# CID

CID ها به طور منحصر به فرد یک قطعه از محتوا را شناسایی می کنند. CID را می توان از طریق شبکه به صورت باینری جمع و جور ذخیره و ارسال کرد ، اما هنگام نمایش به کاربران ، به عنوان رشته هایی از شخصیت های تصادفی به نظر می رسد. در اینجا یک مثال آورده شده است:

bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi 

دو نسخه از CID وجود دارد که توسط IPF استفاده می شود. مثال بالا نسخه 1 CID (یا CIDV1) است و نسبت به فرمت قدیمی "نسخه 0" مزایایی دارد ، به خصوص هنگام مشاهده محتوای IPFS در وب با استفاده از یک دروازه IPFS. بهتر است از CID های نسخه 1 برای پرداختن به داده های NFT ، در رمزگذاری Base32 استفاده کنید.

برای فعال کردن CIDV1 هنگام استفاده از خط فرمان IPFS ، هنگام اجرای دستور IPFS ADD ، پرچم-cid-version = 1 را اضافه کنید:

IPFاضافه کردن-به دست آوردن=1 ~/no-Time-to-Explain. jpeg اضافه شده bafkreigg4a4z7o5m5pwzcfyphodsbbdp5sdiu5bwibdw5wvq5t24qswula no-to-to-explain. jpeg 

در JavaScript می توانید از گزینه های زیر برای روش ipfs. add استفاده کنید:

محاصره کردنسید= در انتظارIPF.اضافه کردن(محتوا>,  سیدبرون: 1, هاشالگ: 'sha2-256' >) 

اگر قبلاً یک نسخه 0 CID برای محتوای خود دارید ، دیگر نیازی به اضافه کردن آن به IPFS فقط برای دریافت فرمت CID جدید نیست! شما می توانید با استفاده از خط فرمان IPFS یا در وب در CID. IPFS. IO یک CID V0 را به V1 تبدیل کنید

(پنجره جدید را باز می کند). اگر مطمئن نیستید که کدام نسخه را دارید ، می توانید تفاوت را بیان کنید. نسخه 0 CID همیشه 46 کاراکتر است و از QM شروع می شود.

می توانید در مورد CID در راهنمای ما برای آدرس دهی به محتوا ، یا با دنبال کردن آموزش های تعاملی در Protoschool اطلاعات بیشتری کسب کنید

پس از اضافه کردن داده های خود به IPF و CID ، می توانید ابرداده توکن و "نعنا" را روی یک blockchain آماده کنید. برای پیوند دادن به محتوای خود از یک قرارداد هوشمند یا در ابرداده NFT خود ، باید CIDV1 خود را به IPFS URI تبدیل کنید ، همانطور که در زیر توضیح داده شده است.

# IPFS URI

برای مشخص کردن یک قطعه خاص از مطالب در یک زمینه معین ، از شناسه منابع یکنواخت یا URI استفاده می شود. زمینه توسط طرح URI تعیین می شود (به عنوان پیشوند به URI اضافه شده و به دنبال آن: //). طرح URI برای IPFS به سادگی IPFS است.

در اینجا نمونه ای از IPFS URI کامل: ipfs: // bafybebeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi

IPFS URI بازنمایی متعارف برای لینک IPFS است ، زیرا طرح IPFS باعث می شود که CID به محتوا در IPF ها و نه برخی از سیستم های دیگر ، واضح و واضح باشد. برای تولید IPFS URI ، به سادگی یک رشته CID را با IPFS رشته استاتیک: // پیشوند کنید.

همچنین می توانید نام های پرونده را در قسمت مسیر یک IPFS URI قرار دهید. به عنوان مثال ، اگر ابرداده توکن خود را در IPF های پیچیده شده در یک فهرست ذخیره کرده اید ، ممکن است URI شما باشد: IPFS: //bafybeibnsoufrenrenqzsh347nrx5lgkeivez63xvivplfwhtpym/metadata. json

توصیه می کنیم از IPFS URI برای پیوند از قرارداد هوشمند خود به هرگونه داده خارجی ذخیره شده با استفاده از IPF ، از جمله هر ابرداده ای که توکن را توصیف و متناسب می کند ، استفاده کنید.

IPFS URIS همچنین روش توصیه شده برای پیوند از درون ابرداده توکن به تصاویر و سایر دارایی های ذخیره شده در IPF است. برای اطلاعات بیشتر به توصیه های ابرداده زیر مراجعه کنید.

# URL دروازه HTTP

دروازه های HTTP قابلیت تعامل را برای میراث کاربر-سازندگان فراهم می کند که نمی توانند IPFS URI را بطور بومی حل کنند.

یک مثال در اینجا آورده شده است: https://dweb. link/ipfs/bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi

نمایندگان کاربر با پشتیبانی داخلی از IPFS (یا از طریق پسوند مرورگر IPFS همراه ، یا از طریق پشتیبانی بومی ، مانند ارائه شده توسط Brave) قادر خواهند بود پیوندهای دروازه را بشناسند و محتوا را با استفاده از پروتکل های IPF های بومی حل کنند. سایر نمایندگان کاربر به سادگی پیوند به دروازه را دنبال می کنند ، که محتوا را از طریق IPF ها بارگیری می کند و با استفاده از HTTP آن را سرو می کند. شما می توانید جزئیات بیشتری درباره HTTP Gateways در مقاله مفهومی ما در IPFS Gateway بیاموزید.

پیوندهای دروازه برای قابلیت همکاری عالی هستند ، اما آنها نباید پیوند اصلی یا متعارف به داده های شما در IPF ها باشند. در حالی که یک IPFS URI تا زمانی که هر کسی که در IPFS داده داشته باشد ، در دسترس خواهد بود ، اگر اپراتور دروازه آفلاین باشد ، یک پیوند دروازه می تواند شکست بخورد.

در جایی که از پیوندهای دروازه استفاده می شود ، توسعه دهندگان باید اطمینان حاصل کنند که دروازه از کنوانسیون های URL مناسب پیروی می کند. هر یک از ساختارهای URL زیر قابل قبول است:

در برنامه های کاربر کاربر ، توسعه دهندگان باید از طریق هر دو به محتوای IPFS پیوند دهند:

• uri IPFS
• یک URL دروازه HTTP

این بهترین تجربه کاربر را فراهم می کند تا زمانی که مرورگرهای بیشتر از وضوح بومی طرح IPFS URI پشتیبانی کنند. توجه داشته باشید که هر دو نوع پیوند دروازه را می توان در صورت لزوم به راحتی از CID یا IPFS URI تولید کرد.

# ابرداده

بیشتر NFT ها برای توصیف خصوصیات اساسی توکن به نوعی ابرداده ساختاری نیاز دارند. بسیاری از رمزگذاری ها و قالب های داده می توانند مورد استفاده قرار گیرند ، اما استاندارد de-facto برای ذخیره ابرداده به عنوان یک شیء JSON است که به یک رشته بایت UTF-8 رمزگذاری شده است.

در اینجا نمونه ای از برخی از ابرداده های JSON برای NFT آورده شده است:

 "نام": "وقت برای توضیح دادن نیست!", "شرح": "من گفتم هیچ وقت برای توضیح وجود ندارد ، و من در کنار آن ایستاده ام.", "تصویر": "ipfs: //bafybeict2kq6gt4ikgulypt7h7nwj4hmfi2kevrqvnx2osibfuly5x3hu/no-time-to-explain. jpeg" > 

روش های زیادی برای ساختار ابرداده برای NFT وجود دارد و جزئیات زیادی به موارد استفاده خاص برای پلت فرم NFT شما بستگی دارد. مثال بالا از طرحواره تعریف شده در ERC-721 استفاده می کند

به طور کلی ، اتخاذ یا گسترش یک استاندارد موجود مانند طرح های تعریف شده در ERC-721

(پنجره جدید را باز می کند) ایده خوبی است ، زیرا NFT شما با استفاده از کیف پول های استاندارد و سایر ابزارهای مانند Explorers Block قابل مشاهده خواهد بود.

برای پیوند به تصاویر ، فیلم ها و سایر رسانه ها ، به سادگی از IPFS URI استفاده کنید. این بهتر از ذخیره URL HTTP Gateway است ، زیرا به یک ارائه دهنده خاص دروازه گره خورده است. اگر می خواهید از URL های دروازه برای راحتی یا قابلیت همکاری استفاده کنید ، همیشه می توانید آنها را در لایه ارائه برنامه خود تولید کنید.

استفاده از URI های IPF در ابرداده خود برای پیوند به تصاویر و سایر رسانه ها به حفظ یکپارچگی داده های NFT شما کمک می کند! پیوندهای IPFS را نمی توان با آن دستکاری کرد یا تغییر داد تا پس از ایجاد آنها به داده های مختلف اشاره کند.

حتی اگر امروز داده های خود را با IPFS ذخیره نمی کنید ، ایجاد IPFS URI برای رسانه های خود ایجاد می کنید و از جمله آن در ابرداده خود به کسی امکان می دهد یکپارچگی داده ها را پس از بارگیری آن از منبع دیگری تأیید کند. اگر شما (یا هر کس دیگری) بعداً داده ها را به IPF اضافه کنید ، URI شروع به کار خواهد کرد!

از آنجا که شما باید CID تصاویر و رسانه های دیگری را که می خواهید در ابرداده خود به آنها مراجعه کنید ، بدانید ، ساده ترین ایجاد ابرداده پس از اضافه کردن دارایی های رسانه ای خود به IPF ها ساده ترین است.

# حفظ نام پرونده ها با دایرکتوری های IPFS

هنگام افزودن داده ها به IPF ، می توانید با بسته بندی پرونده های خود در یک فهرست ، نام های پرونده قابل خواندن را حفظ کنید.

در JavaScript ، می توانید هنگام تماس با ipfs. add گزینه WrapwithDirectory را تنظیم کنید:

محاصره کردنسید= در انتظارIPF.اضافه کردن(  مسیر: 'metadata. json', محتوا:تظاهر کننده>,  بسته بندی: درست است، واقعی > ) 

هنگام افزودن پرونده هایی که در یک فهرست پیچیده شده اند ، IPFS. ADD CID شیء دایرکتوری را برمی گرداند. برای ساختن یک IPFS URI کامل به پرونده ، می توانید بعد از CID یک شخصیت / کاراکتر را اضافه کنید و به دنبال آن نام پرونده انجام شود. به عنوان مثال: ipfs: //bafybeibnsoufr2renqzsh347nrx54wcubt5lgkeivez63xvivplfwhtpym/metadata. json.

# پایداری و در دسترس بودن

هنگامی که داده های شما در IPFS ذخیره می شود ، کاربران می توانند آن را از هر گره IPFS که دارای یک کپی است ، واکشی کنند ، که می تواند انتقال داده ها را کارآمدتر کند و بار را روی هر سرور واحد کاهش دهد. از آنجا که هر کاربر یک قطعه از داده ها را بدست می آورد ، آنها یک نسخه محلی را در اطراف خود نگه می دارند تا به سایر کاربرانی که بعداً درخواست می کنند کمک کند. با این حال ، مهم است که به یاد داشته باشید که این نسخه ها موقتی هستند و در نهایت حذف می شوند مگر اینکه کاربر تصمیم بگیرد داده ها را "پین" کند. پین کردن CID به IPFS می گوید که داده ها مهم هستند و وقتی گره نزدیک به فضای دیسک آن است ، نباید حذف شوند.

اگر در حال ساختن یک بستر با استفاده از IPF برای ذخیره سازی هستید ، مهم است که داده های خود را به گره های IPFS که قوی و بسیار در دسترس هستند ، پین کنید ، به این معنی که آنها می توانند بدون خرابی قابل توجه و با عملکرد خوب کار کنند. برای یادگیری نحوه خوشه IPFS ، مستندات زیرساخت سرور ما را مشاهده کنید

.

از طرف دیگر ، می توانید مسئولیت زیرساخت ها را به یک سرویس پیننگ از راه دور واگذار کنید. خدمات پین از راه دور مانند پیناتا

(پنجره جدید را باز می کند) برای داده های IPFS خود ، بدون هیچ گونه قفل فروشنده ، فضای ذخیره سازی اضافی و بسیار در دسترس را برای داده های IPFS خود فراهم کنید. از آنجا که محتوای مبتنی بر IPFS به جای مکان توسط CID مورد توجه قرار می گیرد ، می توانید با رشد پلت فرم خود ، بین خدمات پیننگ سرویس دهید یا به زیرساخت های خصوصی خود یکپارچه مهاجرت کنید.

همچنین می توانید از خدمات آزمایشگاه های پروتکل استفاده کنید

(پنجره جدید را باز می کند) برای دریافت داده های خود به IPF ، با ماندگاری طولانی مدت که توسط FileCoin غیرمتمرکز پشتیبانی می شود

(پنجره جدید را باز می کند) شبکه ذخیره سازی. برای کمک به رشد اکوسیستم NFT و حفظ عوام دیجیتال جدید آثار باستانی فرهنگی که NFT ها نشان می دهند ، nft. storage

(پنجره جدید را باز می کند) ذخیره و پهنای باند رایگان برای داده های عمومی NFT را فراهم می کند. برای یک حساب کاربری رایگان در https://nft. storage ثبت نام کنید

برای کسب اطلاعات بیشتر در مورد پایداری و پین کردن ، از جمله نحوه کار با خدمات از راه دور پین ، به نمای کلی ما در مورد پایداری ، ماندگاری و پین کردن مراجعه کنید.

برای مثال برنامه ای که با یک سرویس از راه دور پیننگ برای ذخیره سازی داده های NFT ادغام می شود ، به راهنمای ما برای مینینگ NFT ها با IPF مراجعه کنید.

# خلاصه

IPFS به NFT ها اجازه می دهد تا داده هایی با هر اندازه و قالب را به روشی ایمن ، قابل اثبات و توزیع شده نشان دهند که می تواند در آزمون زمان بایستد.

در اینجا سریع توصیه های ما آورده شده است:

• از IPFS URIS به عنوان شکل متعارف پیوند به داده های IPF استفاده کنید ، به عنوان مثال: IPFS: //bafybeibnsoufr2renqzsh347nrx54wcubt5lgkeivez63xvivplfwhtpym/metadata. json
• URL های HTTP Gateway باید در لایه ارائه برنامه شما ایجاد شود تا تجربه خوبی برای کاربران دارای مرورگرهایی فراهم کند که از IPF به طور بومی پشتیبانی نمی کنند. در صورت امکان ، هر دو URI IPFS و URL های دروازه را در رابط کاربری برنامه خود ارائه دهید.
• در داخل ابرداده برای NFT خود ، از IPFS URIS برای پیوند به تصاویر و سایر دارایی های رسانه ای استفاده کنید. طرح IPFS: // نحوه دریافت داده ها را روشن می کند و CID یکپارچگی داده را تضمین می کند.
• بسته بندی پرونده ها در دایرکتوری ها هنگام افزودن به IPFS توصیه می شود ، زیرا نام های پرونده را حفظ می کند و IPFS URI را به راحتی قابل خواندن می کند.
• تداوم داده ها باید بخشی از طراحی پلتفرم شما باشد. اجرای زیرساخت های IPFS خود یا استفاده از یک سرویس از راه دور Pinning ، داده های شما را بصورت آنلاین و در دسترس نگه می دارد.