ڈیٹا کی دستیابی

ایتھریم میں "بھروسہ نہ کریں، تصدیق کریں" ایک عام مقولہ ہے۔ اس کا مقصد یہ ہے کہ آپ کا نوڈ آزادانہ طور پر اس بات کی تصدیق کر سکے کہ اسے ملنے والی معلومات درست ہیں، جس کے لیے وہ اپنے ساتھیوں (peers) سے موصول ہونے والے بلاکس میں موجود تمام ٹرانزیکشنز کو ایگزیکیوٹ کرتا ہے تاکہ یہ یقینی بنایا جا سکے کہ تجویز کردہ تبدیلیاں بالکل ان تبدیلیوں سے میل کھاتی ہیں جو نوڈ نے آزادانہ طور پر کمپیوٹ کی ہیں۔ اس کا مطلب یہ ہے کہ نوڈز کو اس بات پر بھروسہ کرنے کی ضرورت نہیں ہے کہ بلاک بھیجنے والے ایماندار ہیں۔ اگر ڈیٹا غائب ہو تو یہ ممکن نہیں ہے۔

ڈیٹا کی دستیابی سے مراد وہ اعتماد ہے جو ایک صارف کو ہو سکتا ہے کہ کسی بلاک کی تصدیق کے لیے درکار ڈیٹا واقعی نیٹ ورک کے تمام شرکاء کے لیے دستیاب ہے۔ Ethereum لیئر 1 پر فل نوڈز کے لیے یہ نسبتاً آسان ہے؛ فل نوڈ ہر بلاک میں موجود تمام ڈیٹا کی ایک کاپی ڈاؤن لوڈ کرتا ہے - ڈاؤن لوڈنگ کو ممکن بنانے کے لیے ڈیٹا کا دستیاب ہونا لازمی ہے۔ غائب ڈیٹا والے بلاک کو بلاک چین میں شامل کرنے کے بجائے مسترد کر دیا جائے گا۔ یہ "آن چین ڈیٹا کی دستیابی" ہے اور یہ مونولیتھک (monolithic) بلاک چینز کی ایک خصوصیت ہے۔ فل نوڈز کو غلط ٹرانزیکشنز قبول کرنے کے لیے دھوکہ نہیں دیا جا سکتا کیونکہ وہ ہر ٹرانزیکشن کو خود ڈاؤن لوڈ اور ایگزیکیوٹ کرتے ہیں۔ تاہم، ماڈیولر بلاک چینز، لیئر 2 رول اپس اور لائٹ کلائنٹس کے لیے، ڈیٹا کی دستیابی کا منظر نامہ زیادہ پیچیدہ ہے، جس کے لیے کچھ زیادہ جدید تصدیقی طریقہ کار کی ضرورت ہوتی ہے۔

پیشگی شرائط

آپ کو بلاک چین کے بنیادی اصولوں، خاص طور پر کنسینسس میکانزمز کی اچھی سمجھ ہونی چاہیے۔ یہ صفحہ یہ بھی فرض کرتا ہے کہ قاری بلاکس، ٹرانزیکشنز، نوڈز، اسکیلنگ سلوشنز، اور دیگر متعلقہ موضوعات سے واقف ہے۔

ڈیٹا کی دستیابی کا مسئلہ

ڈیٹا کی دستیابی کا مسئلہ پورے نیٹ ورک کو یہ ثابت کرنے کی ضرورت ہے کہ بلاک چین میں شامل کیے جانے والے کچھ ٹرانزیکشن ڈیٹا کی مختصر شکل واقعی درست ٹرانزیکشنز کے ایک سیٹ کی نمائندگی کرتی ہے، لیکن ایسا تمام نوڈز کو تمام ڈیٹا ڈاؤن لوڈ کرنے کی ضرورت کے بغیر کرنا ہے۔ بلاکس کی آزادانہ تصدیق کے لیے مکمل ٹرانزیکشن ڈیٹا ضروری ہے، لیکن تمام نوڈز کو تمام ٹرانزیکشن ڈیٹا ڈاؤن لوڈ کرنے کا پابند کرنا اسکیلنگ میں ایک رکاوٹ ہے۔ ڈیٹا کی دستیابی کے مسئلے کے حل کا مقصد یہ کافی یقین دہانی فراہم کرنا ہے کہ مکمل ٹرانزیکشن ڈیٹا ان نیٹ ورک شرکاء کو تصدیق کے لیے دستیاب کرایا گیا تھا جو خود ڈیٹا ڈاؤن لوڈ اور اسٹور نہیں کرتے ہیں۔

لائٹ نوڈز اور لیئر 2 رول اپس نیٹ ورک کے شرکاء کی اہم مثالیں ہیں جنہیں ڈیٹا کی دستیابی کی مضبوط یقین دہانیوں کی ضرورت ہوتی ہے لیکن وہ خود ٹرانزیکشن ڈیٹا ڈاؤن لوڈ اور پروسیس نہیں کر سکتے۔ ٹرانزیکشن ڈیٹا ڈاؤن لوڈ کرنے سے گریز ہی لائٹ نوڈز کو لائٹ بناتا ہے اور رول اپس کو موثر اسکیلنگ سلوشنز بننے کے قابل بناتا ہے۔

ڈیٹا کی دستیابی مستقبل کے "اسٹیٹ لیس" ایتھریم کلائنٹس کے لیے بھی ایک اہم تشویش ہے جنہیں بلاکس کی تصدیق کے لیے اسٹیٹ ڈیٹا ڈاؤن لوڈ اور اسٹور کرنے کی ضرورت نہیں ہوتی۔ اسٹیٹ لیس کلائنٹس کو اب بھی یہ یقین کرنے کی ضرورت ہوتی ہے کہ ڈیٹا کہیں نہ کہیں دستیاب ہے اور اسے درست طریقے سے پروسیس کیا گیا ہے۔

ڈیٹا کی دستیابی کے حل

ڈیٹا کی دستیابی کی سیمپلنگ (DAS)

ڈیٹا ایویلیبلٹی سیمپلنگ (DAS) نیٹ ورک کے لیے یہ چیک کرنے کا ایک طریقہ ہے کہ آیا ڈیٹا دستیاب ہے، بغیر کسی انفرادی نوڈ پر زیادہ دباؤ ڈالے۔ ہر نوڈ (بشمول نان اسٹیکنگ نوڈز) کل ڈیٹا کا کچھ چھوٹا، تصادفی طور پر منتخب کردہ حصہ ڈاؤن لوڈ کرتا ہے۔ نمونوں کو کامیابی سے ڈاؤن لوڈ کرنا اس بات کی اعلیٰ اعتماد کے ساتھ تصدیق کرتا ہے کہ تمام ڈیٹا دستیاب ہے۔ یہ ڈیٹا ایریژر کوڈنگ (data erasure coding) پر انحصار کرتا ہے، جو ایک دیے گئے ڈیٹاسیٹ کو اضافی معلومات کے ساتھ پھیلاتا ہے (یہ اس طرح کیا جاتا ہے کہ ڈیٹا پر ایک فنکشن جسے پولی نومیئل (polynomial) کہا جاتا ہے، فٹ کیا جاتا ہے اور اس پولی نومیئل کا اضافی پوائنٹس پر جائزہ لیا جاتا ہے)۔ یہ ضرورت پڑنے پر اضافی ڈیٹا سے اصل ڈیٹا کو بازیافت کرنے کی اجازت دیتا ہے۔ اس ڈیٹا کی تخلیق کا ایک نتیجہ یہ ہے کہ اگر اصل ڈیٹا میں سے کوئی بھی حصہ دستیاب نہیں ہے، تو پھیلے ہوئے ڈیٹا کا آدھا حصہ غائب ہو جائے گا! ہر نوڈ کے ذریعے ڈاؤن لوڈ کیے گئے ڈیٹا کے نمونوں کی مقدار کو اس طرح ترتیب دیا جا سکتا ہے کہ اس بات کا انتہائی امکان ہو کہ ہر کلائنٹ کے ذریعے سیمپل کیے گئے ڈیٹا کے ٹکڑوں میں سے کم از کم ایک غائب ہو گا اگر واقعی آدھے سے کم ڈیٹا دستیاب ہو۔

فل ڈینک شارڈنگ کے نافذ ہونے کے بعد رول اپ آپریٹرز کے اپنے ٹرانزیکشن ڈیٹا کو دستیاب بنانے کو یقینی بنانے کے لیے DAS کا استعمال کیا جائے گا۔ ایتھریم نوڈز اوپر بیان کی گئی ریڈنڈنسی اسکیم کا استعمال کرتے ہوئے بلابز (blobs) میں فراہم کردہ ٹرانزیکشن ڈیٹا کو تصادفی طور پر سیمپل کریں گے تاکہ یہ یقینی بنایا جا سکے کہ تمام ڈیٹا موجود ہے۔ یہی تکنیک اس بات کو یقینی بنانے کے لیے بھی استعمال کی جا سکتی ہے کہ بلاک پروڈیوسرز لائٹ کلائنٹس کو محفوظ بنانے کے لیے اپنا تمام ڈیٹا دستیاب کر رہے ہیں۔ اسی طرح، پروپوزر-بلڈر علیحدگی کے تحت، صرف بلاک بلڈر کو پورا بلاک پروسیس کرنے کی ضرورت ہوگی - دیگر ویلیڈیٹرز ڈیٹا کی دستیابی کی سیمپلنگ کا استعمال کرتے ہوئے تصدیق کریں گے۔

ڈیٹا کی دستیابی کی کمیٹیاں

ڈیٹا ایویلیبلٹی کمیٹیاں (DACs) قابل اعتماد پارٹیاں ہیں جو ڈیٹا کی دستیابی فراہم کرتی ہیں، یا اس کی تصدیق کرتی ہیں۔ DACs کو DAS کی جگہ، یا اس کے ساتھ ملا کر (opens in a new tab) استعمال کیا جا سکتا ہے۔ کمیٹیوں کے ساتھ آنے والی سیکیورٹی کی ضمانتیں مخصوص سیٹ اپ پر منحصر ہوتی ہیں۔ مثال کے طور پر، ایتھریم لائٹ نوڈز کے لیے ڈیٹا کی دستیابی کی تصدیق کرنے کے لیے ویلیڈیٹرز کے تصادفی طور پر سیمپل کیے گئے ذیلی سیٹس کا استعمال کرتا ہے۔

DACs کو کچھ ویلیڈیمز (validiums) بھی استعمال کرتے ہیں۔ DAC نوڈز کا ایک قابل اعتماد سیٹ ہے جو ڈیٹا کی کاپیاں آف لائن اسٹور کرتا ہے۔ تنازعہ کی صورت میں DAC کو ڈیٹا دستیاب کرانا ضروری ہوتا ہے۔ DAC کے ممبران یہ ثابت کرنے کے لیے آن چین تصدیقیں بھی شائع کرتے ہیں کہ مذکورہ ڈیٹا واقعی دستیاب ہے۔ کچھ ویلیڈیمز DACs کو پروف-آف-اسٹیک (PoS) ویلیڈیٹر سسٹم سے بدل دیتے ہیں۔ یہاں، کوئی بھی ویلیڈیٹر بن سکتا ہے اور ڈیٹا کو آف چین اسٹور کر سکتا ہے۔ تاہم، انہیں ایک "بانڈ" فراہم کرنا ہوگا، جو ایک اسمارٹ کانٹریکٹ میں جمع کیا جاتا ہے۔ بدنیتی پر مبنی رویے کی صورت میں، جیسے کہ ویلیڈیٹر کا ڈیٹا روکنا، بانڈ کو ضبط (slashed) کیا جا سکتا ہے۔ پروف-آف-اسٹیک ڈیٹا کی دستیابی کی کمیٹیاں عام DACs کے مقابلے میں کافی زیادہ محفوظ ہیں کیونکہ وہ براہ راست ایماندارانہ رویے کی حوصلہ افزائی کرتی ہیں۔

ڈیٹا کی دستیابی اور لائٹ نوڈز

لائٹ نوڈز کو بلاک ڈیٹا ڈاؤن لوڈ کیے بغیر موصول ہونے والے بلاک ہیڈرز کی درستگی کی توثیق کرنے کی ضرورت ہوتی ہے۔ اس ہلکے پن کی قیمت یہ ہے کہ وہ فل نوڈز کی طرح مقامی طور پر ٹرانزیکشنز کو دوبارہ ایگزیکیوٹ کر کے بلاک ہیڈرز کی آزادانہ تصدیق کرنے سے قاصر ہوتے ہیں۔

ایتھریم لائٹ نوڈز 512 ویلیڈیٹرز کے بے ترتیب سیٹس پر بھروسہ کرتے ہیں جنہیں ایک سنک کمیٹی (sync committee) کے لیے تفویض کیا گیا ہے۔ سنک کمیٹی ایک DAC کے طور پر کام کرتی ہے جو کرپٹوگرافک دستخط کا استعمال کرتے ہوئے لائٹ کلائنٹس کو اشارہ دیتی ہے کہ ہیڈر میں موجود ڈیٹا درست ہے۔ ہر روز، سنک کمیٹی ریفریش ہوتی ہے۔ ہر بلاک ہیڈر لائٹ نوڈز کو آگاہ کرتا ہے کہ کن ویلیڈیٹرز سے اگلے بلاک پر دستخط کرنے کی توقع کی جائے، تاکہ انہیں اصلی سنک کمیٹی ہونے کا دکھاوا کرنے والے کسی بدنیتی پر مبنی گروپ پر بھروسہ کرنے کے لیے دھوکہ نہ دیا جا سکے۔

تاہم، کیا ہوگا اگر کوئی حملہ آور کسی طرح لائٹ کلائنٹس کو ایک بدنیتی پر مبنی بلاک ہیڈر پاس کرنے میں کامیاب ہو جائے اور انہیں یہ یقین دلا دے کہ اس پر ایک ایماندار سنک کمیٹی نے دستخط کیے ہیں؟ اس صورت میں، حملہ آور غلط ٹرانزیکشنز شامل کر سکتا ہے اور لائٹ کلائنٹ انہیں آنکھیں بند کر کے قبول کر لے گا، کیونکہ وہ بلاک ہیڈر میں خلاصہ کی گئی تمام اسٹیٹ تبدیلیوں کو آزادانہ طور پر چیک نہیں کرتے ہیں۔ اس سے بچنے کے لیے، لائٹ کلائنٹ فراڈ پروفز (fraud proofs) کا استعمال کر سکتا ہے۔

یہ فراڈ پروفز اس طرح کام کرتے ہیں کہ ایک فل نوڈ، نیٹ ورک کے ارد گرد ایک غلط اسٹیٹ ٹرانزیشن کو پھیلتے ہوئے دیکھ کر، تیزی سے ڈیٹا کا ایک چھوٹا سا ٹکڑا تیار کر سکتا ہے جو یہ ظاہر کرتا ہے کہ ایک مجوزہ اسٹیٹ ٹرانزیشن ممکنہ طور پر ٹرانزیکشنز کے دیے گئے سیٹ سے پیدا نہیں ہو سکتی اور اس ڈیٹا کو ساتھیوں (peers) تک نشر کر سکتا ہے۔ لائٹ نوڈز ان فراڈ پروفز کو اٹھا سکتے ہیں اور انہیں خراب بلاک ہیڈرز کو مسترد کرنے کے لیے استعمال کر سکتے ہیں، اس بات کو یقینی بناتے ہوئے کہ وہ فل نوڈز کی طرح اسی ایماندار چین پر رہیں۔

اس کا انحصار فل نوڈز کی مکمل ٹرانزیکشن ڈیٹا تک رسائی پر ہے۔ ایک حملہ آور جو خراب بلاک ہیڈر نشر کرتا ہے اور ٹرانزیکشن ڈیٹا کو دستیاب کرنے میں بھی ناکام رہتا ہے، وہ فل نوڈز کو فراڈ پروفز بنانے سے روکنے کے قابل ہو جائے گا۔ فل نوڈز خراب بلاک کے بارے میں وارننگ کا اشارہ دینے کے قابل ہو سکتے ہیں، لیکن وہ ثبوت کے ساتھ اپنی وارننگ کی حمایت نہیں کر سکتے، کیونکہ ثبوت بنانے کے لیے ڈیٹا دستیاب ہی نہیں کیا گیا تھا!

اس ڈیٹا کی دستیابی کے مسئلے کا حل DAS ہے۔ لائٹ نوڈز مکمل اسٹیٹ ڈیٹا کے بہت چھوٹے بے ترتیب ٹکڑے ڈاؤن لوڈ کرتے ہیں اور نمونوں کا استعمال اس بات کی تصدیق کے لیے کرتے ہیں کہ مکمل ڈیٹا سیٹ دستیاب ہے۔ N بے ترتیب ٹکڑوں کو ڈاؤن لوڈ کرنے کے بعد مکمل ڈیٹا کی دستیابی کو غلط طور پر فرض کرنے کے اصل امکان کا حساب لگایا جا سکتا ہے (100 ٹکڑوں کے لیے امکان 10^-30 ہے (opens in a new tab)، یعنی، ناقابل یقین حد تک ناممکن)۔

یہاں تک کہ اس منظر نامے میں بھی، وہ حملے جو صرف چند بائٹس کو روکتے ہیں، ممکنہ طور پر بے ترتیب ڈیٹا کی درخواستیں کرنے والے کلائنٹس کی نظروں سے اوجھل رہ سکتے ہیں۔ ایریژر کوڈنگ (Erasure coding) ڈیٹا کے چھوٹے غائب ٹکڑوں کو دوبارہ بنا کر اسے ٹھیک کرتی ہے جنہیں مجوزہ اسٹیٹ تبدیلیوں کو چیک کرنے کے لیے استعمال کیا جا سکتا ہے۔ پھر دوبارہ بنائے گئے ڈیٹا کا استعمال کرتے ہوئے ایک فراڈ پروف بنایا جا سکتا ہے، جو لائٹ نوڈز کو خراب ہیڈرز قبول کرنے سے روکتا ہے۔

نوٹ: پروف-آف-اسٹیک ایتھریم لائٹ کلائنٹس کے لیے DAS اور فراڈ پروفز ابھی تک نافذ نہیں کیے گئے ہیں، لیکن وہ روڈ میپ پر ہیں، جو غالباً ZK-SNARK پر مبنی ثبوتوں کی شکل اختیار کریں گے۔ آج کے لائٹ کلائنٹس DAC کی ایک شکل پر انحصار کرتے ہیں: وہ سنک کمیٹی کی شناخت کی تصدیق کرتے ہیں اور پھر موصول ہونے والے دستخط شدہ بلاک ہیڈرز پر بھروسہ کرتے ہیں۔

ڈیٹا کی دستیابی اور لیئر 2 رول اپس

لیئر 2 اسکیلنگ سلوشنز، جیسے کہ ، ٹرانزیکشن کے اخراجات کو کم کرتے ہیں اور ٹرانزیکشنز کو آف چین پروسیس کر کے ایتھریم کی تھرو پٹ (throughput) میں اضافہ کرتے ہیں۔ رول اپ ٹرانزیکشنز کو کمپریس کیا جاتا ہے اور بیچز (batches) میں ایتھریم پر پوسٹ کیا جاتا ہے۔ بیچز ایتھریم پر ایک ہی ٹرانزیکشن میں ہزاروں انفرادی آف چین ٹرانزیکشنز کی نمائندگی کرتے ہیں۔ اس سے بیس لیئر پر ہجوم کم ہوتا ہے اور صارفین کے لیے فیس کم ہوتی ہے۔

تاہم، ایتھریم پر پوسٹ کی گئی 'خلاصہ' ٹرانزیکشنز پر بھروسہ کرنا تب ہی ممکن ہے جب تجویز کردہ اسٹیٹ تبدیلی کی آزادانہ طور پر تصدیق کی جا سکے اور اس بات کی تصدیق کی جا سکے کہ یہ تمام انفرادی آف چین ٹرانزیکشنز کو لاگو کرنے کا نتیجہ ہے۔ اگر رول اپ آپریٹرز اس تصدیق کے لیے ٹرانزیکشن ڈیٹا دستیاب نہیں کرتے ہیں، تو وہ ایتھریم کو غلط ڈیٹا بھیج سکتے ہیں۔

آپٹیمسٹک رول اپس کمپریسڈ ٹرانزیکشن ڈیٹا کو ایتھریم پر پوسٹ کرتے ہیں اور کچھ وقت (عام طور پر 7 دن) انتظار کرتے ہیں تاکہ آزاد تصدیق کنندگان ڈیٹا کو چیک کر سکیں۔ اگر کوئی کسی مسئلے کی نشاندہی کرتا ہے، تو وہ فراڈ پروف بنا سکتا ہے اور اسے رول اپ کو چیلنج کرنے کے لیے استعمال کر سکتا ہے۔ اس کی وجہ سے چین رول بیک ہو جائے گی اور غلط بلاک کو چھوڑ دے گی۔ یہ تب ہی ممکن ہے جب ڈیٹا دستیاب ہو۔ فی الحال، دو طریقے ہیں جن سے آپٹیمسٹک رول اپس L1 پر ٹرانزیکشن ڈیٹا پوسٹ کرتے ہیں۔ کچھ رول اپس ڈیٹا کو مستقل طور پر CALLDATA کے طور پر دستیاب کرتے ہیں جو مستقل طور پر آن چین رہتا ہے۔ EIP-4844 کے نفاذ کے ساتھ، کچھ رول اپس اس کے بجائے اپنا ٹرانزیکشن ڈیٹا سستے بلاب (blob) اسٹوریج پر پوسٹ کرتے ہیں۔ یہ مستقل اسٹوریج نہیں ہے۔ آزاد تصدیق کنندگان کو بلابز سے استفسار کرنا ہوتا ہے اور ایتھریم لیئر-1 سے ڈیٹا ڈیلیٹ ہونے سے پہلے ~18 دنوں کے اندر اپنے چیلنجز اٹھانے ہوتے ہیں۔ ڈیٹا کی دستیابی کی ضمانت ایتھریم پروٹوکول کے ذریعے صرف اس مختصر مقررہ ونڈو کے لیے دی جاتی ہے۔ اس کے بعد، یہ ایتھریم ایکو سسٹم میں موجود دیگر اداروں کی ذمہ داری بن جاتی ہے۔ کوئی بھی نوڈ DAS کا استعمال کرتے ہوئے ڈیٹا کی دستیابی کی تصدیق کر سکتا ہے، یعنی بلاب ڈیٹا کے چھوٹے، بے ترتیب نمونے ڈاؤن لوڈ کر کے۔

زیرو-نالج (ZK) رول اپس کو ٹرانزیکشن ڈیٹا پوسٹ کرنے کی ضرورت نہیں ہوتی کیونکہ اسٹیٹ ٹرانزیشنز کی درستگی کی ضمانت دیتے ہیں۔ تاہم، ڈیٹا کی دستیابی اب بھی ایک مسئلہ ہے کیونکہ ہم ZK-رول اپ کی فعالیت کی ضمانت نہیں دے سکتے (یا اس کے ساتھ تعامل نہیں کر سکتے) اس کے اسٹیٹ ڈیٹا تک رسائی کے بغیر۔ مثال کے طور پر، صارفین اپنے بیلنس نہیں جان سکتے اگر کوئی آپریٹر رول اپ کی اسٹیٹ کے بارے میں تفصیلات روک لے۔ اس کے علاوہ، وہ نئے شامل کیے گئے بلاک میں موجود معلومات کا استعمال کرتے ہوئے اسٹیٹ اپ ڈیٹس نہیں کر سکتے۔

ڈیٹا کی دستیابی بمقابلہ ڈیٹا کی بازیافت

ڈیٹا کی دستیابی ڈیٹا کی بازیافت (data retrievability) سے مختلف ہے۔ ڈیٹا کی دستیابی اس بات کی یقین دہانی ہے کہ فل نوڈز کسی مخصوص بلاک سے وابستہ ٹرانزیکشنز کے مکمل سیٹ تک رسائی حاصل کرنے اور اس کی تصدیق کرنے کے قابل ہو گئے ہیں۔ اس کا لازمی مطلب یہ نہیں ہے کہ ڈیٹا ہمیشہ کے لیے قابل رسائی ہے۔

ڈیٹا کی بازیافت نوڈز کی بلاک چین سے تاریخی معلومات بازیافت کرنے کی صلاحیت ہے۔ نئے بلاکس کی تصدیق کے لیے اس تاریخی ڈیٹا کی ضرورت نہیں ہوتی، یہ صرف جینیسس بلاک (genesis block) سے فل نوڈز کو سنک کرنے یا مخصوص تاریخی درخواستوں کو پورا کرنے کے لیے درکار ہوتا ہے۔

بنیادی ایتھریم پروٹوکول کا تعلق بنیادی طور پر ڈیٹا کی دستیابی سے ہے، نہ کہ ڈیٹا کی بازیافت سے۔ ڈیٹا کی بازیافت فریق ثالث کے زیر انتظام آرکائیو نوڈز کی ایک چھوٹی آبادی کے ذریعے فراہم کی جا سکتی ہے، یا اسے پورٹل نیٹ ورک (opens in a new tab) جیسے ڈی سینٹرلائزڈ فائل اسٹوریج کا استعمال کرتے ہوئے پورے نیٹ ورک میں تقسیم کیا جا سکتا ہے۔