---
title: "ডেটা প্রাপ্যতা"
description: "ইথেরিয়ামে ডেটা প্রাপ্যতা সম্পর্কিত সমস্যা এবং সমাধানগুলির একটি ওভারভিউ"
lang: bn
---

"বিশ্বাস করবেন না, যাচাই করুন" ইথেরিয়ামে একটি সাধারণ প্রবাদ। এর মূল ধারণাটি হলো, আপনার নোড পিয়ারদের কাছ থেকে প্রাপ্ত ব্লকগুলির সমস্ত ট্রানজ্যাকশন এক্সিকিউট করে স্বাধীনভাবে যাচাই করতে পারে যে প্রাপ্ত তথ্য সঠিক, যাতে প্রস্তাবিত পরিবর্তনগুলি নোড দ্বারা স্বাধীনভাবে গণনা করা পরিবর্তনগুলির সাথে হুবহু মিলে যায়। এর মানে হলো নোডগুলিকে ব্লকের প্রেরকরা সৎ কিনা তা বিশ্বাস করতে হবে না। ডেটা অনুপস্থিত থাকলে এটি সম্ভব নয়।

**ডেটা প্রাপ্যতা** বলতে একজন ব্যবহারকারীর সেই আত্মবিশ্বাসকে বোঝায় যে একটি ব্লক যাচাই করার জন্য প্রয়োজনীয় ডেটা সত্যিই সমস্ত নেটওয়ার্ক অংশগ্রহণকারীদের কাছে উপলব্ধ রয়েছে। [ইথেরিয়াম](/) লেয়ার ১ (l1)-এর ফুল নোডগুলির জন্য এটি তুলনামূলকভাবে সহজ; ফুল নোড প্রতিটি ব্লকের সমস্ত ডেটার একটি অনুলিপি ডাউনলোড করে - ডাউনলোড করা সম্ভব হওয়ার জন্য ডেটা উপলব্ধ _থাকতেই_ হবে। অনুপস্থিত ডেটা সহ একটি ব্লক ব্লকচেইনে যুক্ত হওয়ার পরিবর্তে বাতিল করা হবে। এটি হলো "অনচেইন ডেটা প্রাপ্যতা" এবং এটি মনোলিথিক ব্লকচেইনের একটি বৈশিষ্ট্য। ফুল নোডগুলিকে অবৈধ ট্রানজ্যাকশন গ্রহণ করার জন্য প্রতারিত করা যায় না কারণ তারা প্রতিটি ট্রানজ্যাকশন নিজেরাই ডাউনলোড এবং এক্সিকিউট করে। তবে, মডুলার ব্লকচেইন, লেয়ার ২ (l2) রোলআপ এবং লাইট ক্লায়েন্টগুলির জন্য, ডেটা প্রাপ্যতার বিষয়টি আরও জটিল, যার জন্য আরও কিছু অত্যাধুনিক যাচাইকরণ পদ্ধতির প্রয়োজন হয়।

## পূর্বশর্ত {#prerequisites}

আপনার [ব্লকচেইনের মৌলিক বিষয়গুলি](/developers/docs/intro-to-ethereum/), বিশেষ করে [ঐক্যমত মেকানিজম](/developers/docs/consensus-mechanisms/) সম্পর্কে ভালো ধারণা থাকা উচিত। এই পৃষ্ঠাটি ধরে নেয় যে পাঠক [ব্লক](/developers/docs/blocks/), [ট্রানজ্যাকশন](/developers/docs/transactions/), [নোড](/developers/docs/nodes-and-clients/), [স্কেলিং সলিউশন](/developers/docs/scaling/) এবং অন্যান্য প্রাসঙ্গিক বিষয়গুলির সাথে পরিচিত।

## ডেটা প্রাপ্যতার সমস্যা {#the-data-availability-problem}

ডেটা প্রাপ্যতার সমস্যা হলো পুরো নেটওয়ার্কের কাছে এটি প্রমাণ করার প্রয়োজনীয়তা যে ব্লকচেইনে যুক্ত হওয়া কিছু ট্রানজ্যাকশন ডেটার সংক্ষিপ্ত রূপ সত্যিই বৈধ ট্রানজ্যাকশনের একটি সেটকে উপস্থাপন করে, তবে সমস্ত নোডকে সমস্ত ডেটা ডাউনলোড করার প্রয়োজন ছাড়াই এটি করতে হবে। স্বাধীনভাবে ব্লক যাচাই করার জন্য সম্পূর্ণ ট্রানজ্যাকশন ডেটা প্রয়োজনীয়, তবে সমস্ত নোডকে সমস্ত ট্রানজ্যাকশন ডেটা ডাউনলোড করতে বলা স্কেলিংয়ের ক্ষেত্রে একটি বাধা। ডেটা প্রাপ্যতার সমস্যার সমাধানগুলির লক্ষ্য হলো পর্যাপ্ত নিশ্চয়তা প্রদান করা যে সম্পূর্ণ ট্রানজ্যাকশন ডেটা সেই সমস্ত নেটওয়ার্ক অংশগ্রহণকারীদের যাচাইকরণের জন্য উপলব্ধ করা হয়েছিল যারা নিজেরা ডেটা ডাউনলোড এবং সংরক্ষণ করে না।

[লাইট নোড](/developers/docs/nodes-and-clients/light-clients) এবং [লেয়ার ২ (l2) রোলআপ](/developers/docs/scaling) হলো নেটওয়ার্ক অংশগ্রহণকারীদের গুরুত্বপূর্ণ উদাহরণ যাদের শক্তিশালী ডেটা প্রাপ্যতার নিশ্চয়তা প্রয়োজন কিন্তু তারা নিজেরা ট্রানজ্যাকশন ডেটা ডাউনলোড এবং প্রসেস করতে পারে না। ট্রানজ্যাকশন ডেটা ডাউনলোড করা এড়ানোর কারণেই লাইট নোডগুলি হালকা হয় এবং রোলআপগুলিকে কার্যকর স্কেলিং সলিউশন হতে সক্ষম করে।

ভবিষ্যতের ["স্টেটলেস"](/roadmap/statelessness) ইথেরিয়াম ক্লায়েন্টদের জন্যও ডেটা প্রাপ্যতা একটি গুরুত্বপূর্ণ উদ্বেগের বিষয়, যাদের ব্লক যাচাই করার জন্য স্টেট ডেটা ডাউনলোড এবং সংরক্ষণ করার প্রয়োজন নেই। স্টেটলেস ক্লায়েন্টদের এখনও নিশ্চিত হতে হবে যে ডেটা _কোথাও_ উপলব্ধ রয়েছে এবং এটি সঠিকভাবে প্রসেস করা হয়েছে।

## ডেটা প্রাপ্যতার সমাধান {#data-availability-solutions}

### ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং (DAS) {#data-availability-sampling}

ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং (DAS) হলো নেটওয়ার্কের জন্য কোনো নির্দিষ্ট নোডের ওপর খুব বেশি চাপ না দিয়ে ডেটা উপলব্ধ কিনা তা পরীক্ষা করার একটি উপায়। প্রতিটি নোড (নন-স্টেকিং নোড সহ) মোট ডেটার কিছু ছোট, এলোমেলোভাবে নির্বাচিত সাবসেট ডাউনলোড করে। সফলভাবে নমুনাগুলি ডাউনলোড করা উচ্চ আত্মবিশ্বাসের সাথে নিশ্চিত করে যে সমস্ত ডেটা উপলব্ধ রয়েছে। এটি ডেটা ইরেজার কোডিং-এর ওপর নির্ভর করে, যা একটি নির্দিষ্ট ডেটাসেটকে রিডান্ড্যান্ট (অতিরিক্ত) তথ্য দিয়ে প্রসারিত করে (এটি করার উপায় হলো ডেটার ওপর _পলিনোমিয়াল_ নামক একটি ফাংশন ফিট করা এবং অতিরিক্ত পয়েন্টগুলিতে সেই পলিনোমিয়াল মূল্যায়ন করা)। এটি প্রয়োজনের সময় রিডান্ড্যান্ট ডেটা থেকে মূল ডেটা পুনরুদ্ধার করার অনুমতি দেয়। এই ডেটা তৈরির একটি পরিণতি হলো যে যদি মূল ডেটার _যেকোনো_ অংশ অনুপলব্ধ থাকে, তবে প্রসারিত ডেটার _অর্ধেক_ অনুপস্থিত থাকবে! প্রতিটি নোড দ্বারা ডাউনলোড করা ডেটা নমুনার পরিমাণ এমনভাবে টিউন করা যেতে পারে যাতে এটি _অত্যন্ত_ সম্ভাবনাময় হয় যে প্রতিটি ক্লায়েন্ট দ্বারা নমুনা করা ডেটা খণ্ডগুলির মধ্যে অন্তত একটি অনুপস্থিত থাকবে _যদি_ অর্ধেকেরও কম ডেটা সত্যিই উপলব্ধ থাকে।

[ফুল ড্যাঙ্কশার্ডিং](/roadmap/danksharding/#what-is-danksharding) বাস্তবায়িত হওয়ার পরে রোলআপ অপারেটররা তাদের ট্রানজ্যাকশন ডেটা উপলব্ধ করে তা নিশ্চিত করতে DAS ব্যবহার করা হবে। ইথেরিয়াম নোডগুলি সমস্ত ডেটা বিদ্যমান রয়েছে তা নিশ্চিত করতে ওপরে ব্যাখ্যা করা রিডান্ডেন্সি স্কিম ব্যবহার করে ব্লব-এ প্রদত্ত ট্রানজ্যাকশন ডেটা এলোমেলোভাবে নমুনা করবে। ব্লক নির্মাতারা লাইট ক্লায়েন্টদের সুরক্ষিত করার জন্য তাদের সমস্ত ডেটা উপলব্ধ করছে তা নিশ্চিত করতে একই কৌশল প্রয়োগ করা যেতে পারে। একইভাবে, [প্রপোজার-বিল্ডার সেপারেশন (pbs)](/roadmap/pbs)-এর অধীনে, শুধুমাত্র ব্লক নির্মাতাকে একটি সম্পূর্ণ ব্লক প্রসেস করতে হবে - অন্যান্য ভ্যালিডেটররা ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং ব্যবহার করে যাচাই করবে।

### ডেটা অ্যাভেইলেবিলিটি কমিটি {#data-availability-committees}

ডেটা অ্যাভেইলেবিলিটি কমিটি (DAC) হলো বিশ্বস্ত পক্ষ যারা ডেটা প্রাপ্যতা প্রদান করে বা প্রত্যয়ন করে। DAC-গুলি DAS-এর পরিবর্তে, [বা এর সাথে একত্রে](https://hackmd.io/@vbuterin/sharding_proposal#Why-not-use-just-committees-and-not-DAS) ব্যবহার করা যেতে পারে। কমিটিগুলির সাথে আসা সুরক্ষা গ্যারান্টিগুলি নির্দিষ্ট সেটআপের ওপর নির্ভর করে। উদাহরণস্বরূপ, ইথেরিয়াম লাইট নোডগুলির জন্য ডেটা প্রাপ্যতা প্রত্যয়ন করতে ভ্যালিডেটরদের এলোমেলোভাবে নমুনা করা সাবসেট ব্যবহার করে।

কিছু ভ্যালিডিয়াম দ্বারাও DAC ব্যবহার করা হয়। DAC হলো নোডগুলির একটি বিশ্বস্ত সেট যা অফলাইনে ডেটার অনুলিপি সংরক্ষণ করে। কোনো বিবাদের ক্ষেত্রে DAC-কে ডেটা উপলব্ধ করতে হয়। DAC-এর সদস্যরা অনচেইন প্রত্যয়নও প্রকাশ করে এটি প্রমাণ করার জন্য যে উক্ত ডেটা সত্যিই উপলব্ধ রয়েছে। কিছু ভ্যালিডিয়াম DAC-কে একটি প্রুফ-অফ-স্টেক (PoS) ভ্যালিডেটর সিস্টেম দিয়ে প্রতিস্থাপন করে। এখানে, যে কেউ ভ্যালিডেটর হতে পারে এবং অফচেইন ডেটা সংরক্ষণ করতে পারে। তবে, তাদের অবশ্যই একটি "বন্ড" প্রদান করতে হবে, যা একটি স্মার্ট কন্ট্রাক্ট-এ জমা করা হয়। ক্ষতিকারক আচরণের ক্ষেত্রে, যেমন ভ্যালিডেটর ডেটা আটকে রাখলে, বন্ডটি স্ল্যাশিং করা যেতে পারে। প্রুফ-অফ-স্টেক (PoS) ডেটা অ্যাভেইলেবিলিটি কমিটিগুলি সাধারণ DAC-গুলির তুলনায় উল্লেখযোগ্যভাবে বেশি সুরক্ষিত কারণ তারা সরাসরি সৎ আচরণকে উৎসাহিত করে।

## ডেটা প্রাপ্যতা এবং লাইট নোড {#data-availability-and-light-nodes}

[লাইট নোড](/developers/docs/nodes-and-clients/light-clients)-গুলিকে ব্লক ডেটা ডাউনলোড না করেই তাদের প্রাপ্ত ব্লক হেডার-গুলির সঠিকতা যাচাই করতে হবে। এই হালকা হওয়ার মূল্য হলো ফুল নোডগুলি যেভাবে স্থানীয়ভাবে ট্রানজ্যাকশনগুলি পুনরায় এক্সিকিউট করে স্বাধীনভাবে ব্লক হেডারগুলি যাচাই করে, সেভাবে করতে না পারা।

ইথেরিয়াম লাইট নোডগুলি 512 জন ভ্যালিডেটরের এলোমেলো সেটকে বিশ্বাস করে যাদের একটি _সিঙ্ক কমিটি_-তে নিয়োগ করা হয়েছে। সিঙ্ক কমিটি একটি DAC হিসাবে কাজ করে যা ক্রিপ্টোগ্রাফিক স্বাক্ষর ব্যবহার করে লাইট ক্লায়েন্টদের সংকেত দেয় যে হেডারের ডেটা সঠিক। প্রতিদিন, সিঙ্ক কমিটি রিফ্রেশ হয়। প্রতিটি ব্লক হেডার লাইট নোডগুলিকে সতর্ক করে দেয় যে কোন ভ্যালিডেটররা _পরবর্তী_ ব্লকে স্বাক্ষর করবে বলে আশা করা যায়, যাতে তারা আসল সিঙ্ক কমিটি হওয়ার ভান করা কোনো ক্ষতিকারক গোষ্ঠীকে বিশ্বাস করার জন্য প্রতারিত না হয়।

তবে, কী হবে যদি কোনো আক্রমণকারী কোনোভাবে লাইট ক্লায়েন্টদের কাছে একটি ক্ষতিকারক ব্লক হেডার পাঠাতে সক্ষম হয় এবং তাদের বোঝাতে পারে যে এটি একটি সৎ সিঙ্ক কমিটি দ্বারা স্বাক্ষরিত হয়েছে? সেক্ষেত্রে, আক্রমণকারী অবৈধ ট্রানজ্যাকশন অন্তর্ভুক্ত করতে পারে এবং লাইট ক্লায়েন্ট অন্ধভাবে সেগুলি গ্রহণ করবে, কারণ তারা স্বাধীনভাবে ব্লক হেডারে সংক্ষিপ্ত করা সমস্ত স্টেট পরিবর্তনগুলি পরীক্ষা করে না। এর থেকে রক্ষা পেতে, লাইট ক্লায়েন্ট জালিয়াতির প্রমাণ ব্যবহার করতে পারে।

এই জালিয়াতির প্রমাণগুলি যেভাবে কাজ করে তা হলো, একটি ফুল নোড, নেটওয়ার্কের চারপাশে একটি অবৈধ স্টেট ট্রানজিশন গসিপ হতে দেখে, দ্রুত একটি ছোট ডেটা তৈরি করতে পারে যা প্রদর্শন করে যে একটি প্রস্তাবিত স্টেট ট্রানজিশন কোনোভাবেই প্রদত্ত ট্রানজ্যাকশনের সেট থেকে উদ্ভূত হতে পারে না এবং সেই ডেটা পিয়ারদের কাছে সম্প্রচার করতে পারে। লাইট নোডগুলি সেই জালিয়াতির প্রমাণগুলি গ্রহণ করতে পারে এবং খারাপ ব্লক হেডারগুলি বাতিল করতে সেগুলি ব্যবহার করতে পারে, এটি নিশ্চিত করে যে তারা ফুল নোডগুলির মতো একই সৎ চেইন-এ থাকে।

এটি ফুল নোডগুলির সম্পূর্ণ ট্রানজ্যাকশন ডেটাতে অ্যাক্সেস থাকার ওপর নির্ভর করে। একজন আক্রমণকারী যে একটি খারাপ ব্লক হেডার সম্প্রচার করে এবং ট্রানজ্যাকশন ডেটা উপলব্ধ করতেও ব্যর্থ হয়, সে ফুল নোডগুলিকে জালিয়াতির প্রমাণ তৈরি করা থেকে আটকাতে সক্ষম হবে। ফুল নোডগুলি একটি খারাপ ব্লক সম্পর্কে সতর্কবার্তা দিতে সক্ষম হতে পারে, কিন্তু তারা প্রমাণ দিয়ে তাদের সতর্কবার্তাকে সমর্থন করতে পারবে না, কারণ প্রমাণ তৈরি করার জন্য ডেটা উপলব্ধ করা হয়নি!

এই ডেটা প্রাপ্যতার সমস্যার সমাধান হলো DAS। লাইট নোডগুলি সম্পূর্ণ স্টেট ডেটার খুব ছোট এলোমেলো খণ্ড ডাউনলোড করে এবং সম্পূর্ণ ডেটাসেট উপলব্ধ কিনা তা যাচাই করতে নমুনাগুলি ব্যবহার করে। N সংখ্যক এলোমেলো খণ্ড ডাউনলোড করার পরে ভুলভাবে সম্পূর্ণ ডেটা প্রাপ্যতা ধরে নেওয়ার প্রকৃত সম্ভাবনা গণনা করা যেতে পারে ([100টি খণ্ডের জন্য সম্ভাবনা হলো 10^-30](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html), অর্থাৎ, অবিশ্বাস্যভাবে অসম্ভাব্য)।

এমনকি এই পরিস্থিতিতেও, যে আক্রমণগুলি মাত্র কয়েক বাইট আটকে রাখে তা এলোমেলো ডেটা অনুরোধ করা ক্লায়েন্টদের নজরে না-ও আসতে পারে। ইরেজার কোডিং ডেটার ছোট অনুপস্থিত টুকরোগুলি পুনর্গঠন করে এটি ঠিক করে যা প্রস্তাবিত স্টেট পরিবর্তনগুলি পরীক্ষা করতে ব্যবহার করা যেতে পারে। পুনর্গঠিত ডেটা ব্যবহার করে তখন একটি জালিয়াতির প্রমাণ তৈরি করা যেতে পারে, যা লাইট নোডগুলিকে খারাপ হেডার গ্রহণ করা থেকে বাধা দেয়।

**দ্রষ্টব্য:** প্রুফ-অফ-স্টেক (PoS) ইথেরিয়াম লাইট ক্লায়েন্টদের জন্য DAS এবং জালিয়াতির প্রমাণ এখনও বাস্তবায়িত হয়নি, তবে সেগুলি রোডম্যাপে রয়েছে, সম্ভবত জেডকে-স্নার্ক ভিত্তিক প্রমাণের রূপ নেবে। আজকের লাইট ক্লায়েন্টরা এক ধরণের DAC-এর ওপর নির্ভর করে: তারা সিঙ্ক কমিটির পরিচয় যাচাই করে এবং তারপরে তাদের প্রাপ্ত স্বাক্ষরিত ব্লক হেডারগুলিকে বিশ্বাস করে।

## ডেটা প্রাপ্যতা এবং লেয়ার ২ (l2) রোলআপ {#data-availability-and-layer-2-rollups}

[লেয়ার ২ (l2) স্কেলিং সলিউশন](/layer-2/), যেমন [রোলআপ](/glossary/#rollups), অফচেইন ট্রানজ্যাকশন প্রসেস করে ট্রানজ্যাকশন খরচ কমায় এবং ইথেরিয়ামের থ্রুপুট বাড়ায়। রোলআপ ট্রানজ্যাকশনগুলি সংকুচিত করা হয় এবং ব্যাচ আকারে ইথেরিয়ামে পোস্ট করা হয়। ব্যাচগুলি ইথেরিয়ামে একটি একক ট্রানজ্যাকশনে হাজার হাজার পৃথক অফচেইন ট্রানজ্যাকশনকে উপস্থাপন করে। এটি বেস লেয়ারে যানজট কমায় এবং ব্যবহারকারীদের জন্য ফি হ্রাস করে।

তবে, ইথেরিয়ামে পোস্ট করা 'সংক্ষিপ্ত' ট্রানজ্যাকশনগুলিকে কেবল তখনই বিশ্বাস করা সম্ভব যদি প্রস্তাবিত স্টেট পরিবর্তন স্বাধীনভাবে যাচাই করা যায় এবং সমস্ত পৃথক অফচেইন ট্রানজ্যাকশন প্রয়োগের ফলাফল হিসাবে নিশ্চিত করা যায়। যদি রোলআপ অপারেটররা এই যাচাইকরণের জন্য ট্রানজ্যাকশন ডেটা উপলব্ধ না করে, তবে তারা ইথেরিয়ামে ভুল ডেটা পাঠাতে পারে।

[অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/) ইথেরিয়ামে সংকুচিত ট্রানজ্যাকশন ডেটা পোস্ট করে এবং স্বাধীন যাচাইকারীদের ডেটা পরীক্ষা করার অনুমতি দেওয়ার জন্য কিছু সময় (সাধারণত 7 দিন) অপেক্ষা করে। যদি কেউ কোনো সমস্যা চিহ্নিত করে, তবে তারা একটি জালিয়াতির প্রমাণ তৈরি করতে পারে এবং রোলআপকে চ্যালেঞ্জ করতে এটি ব্যবহার করতে পারে। এর ফলে চেইনটি রোল ব্যাক করবে এবং অবৈধ ব্লকটি বাদ দেবে। এটি কেবল তখনই সম্ভব যদি ডেটা উপলব্ধ থাকে। বর্তমানে, অপ্টিমিস্টিক রোলআপগুলি লেয়ার ১ (l1)-এ ট্রানজ্যাকশন ডেটা পোস্ট করার দুটি উপায় রয়েছে। কিছু রোলআপ ডেটাকে স্থায়ীভাবে `CALLDATA` হিসাবে উপলব্ধ করে যা স্থায়ীভাবে অনচেইন থাকে। EIP-4844 বাস্তবায়নের সাথে, কিছু রোলআপ এর পরিবর্তে সস্তা ব্লব স্টোরেজে তাদের ট্রানজ্যাকশন ডেটা পোস্ট করে। এটি স্থায়ী স্টোরেজ নয়। স্বাধীন যাচাইকারীদের ব্লবগুলি জিজ্ঞাসা করতে হবে এবং ইথেরিয়াম লেয়ার ১ (l1) থেকে ডেটা মুছে ফেলার আগে ~18 দিনের মধ্যে তাদের চ্যালেঞ্জগুলি উত্থাপন করতে হবে। ডেটা প্রাপ্যতা শুধুমাত্র সেই সংক্ষিপ্ত নির্দিষ্ট উইন্ডোর জন্য ইথেরিয়াম প্রোটোকল দ্বারা নিশ্চিত করা হয়। এর পরে, এটি ইথেরিয়াম ইকোসিস্টেমের অন্যান্য সত্তার দায়িত্ব হয়ে যায়। যেকোনো নোড DAS ব্যবহার করে ডেটা প্রাপ্যতা যাচাই করতে পারে, অর্থাৎ ব্লব ডেটার ছোট, এলোমেলো নমুনা ডাউনলোড করে।

[জিরো-নলেজ (ZK) রোলআপ](/developers/docs/scaling/zk-rollups)-এর ট্রানজ্যাকশন ডেটা পোস্ট করার প্রয়োজন নেই কারণ [শূন্য-জ্ঞান বৈধতার প্রমাণ](/glossary/#zk-proof) স্টেট ট্রানজিশনের সঠিকতার গ্যারান্টি দেয়। তবে, ডেটা প্রাপ্যতা এখনও একটি সমস্যা কারণ আমরা এর স্টেট ডেটাতে অ্যাক্সেস ছাড়া ZK-রোলআপের কার্যকারিতার গ্যারান্টি দিতে পারি না (বা এর সাথে ইন্টারঅ্যাক্ট করতে পারি না)। উদাহরণস্বরূপ, যদি কোনো অপারেটর রোলআপের স্টেট সম্পর্কে বিশদ আটকে রাখে তবে ব্যবহারকারীরা তাদের ব্যালেন্স জানতে পারবে না। এছাড়াও, তারা নতুন যুক্ত হওয়া ব্লকে থাকা তথ্য ব্যবহার করে স্টেট আপডেট করতে পারবে না।

## ডেটা প্রাপ্যতা বনাম ডেটা পুনরুদ্ধারযোগ্যতা {#data-availability-vs-data-retrievability}

ডেটা প্রাপ্যতা ডেটা পুনরুদ্ধারযোগ্যতা থেকে আলাদা। ডেটা প্রাপ্যতা হলো এই নিশ্চয়তা যে ফুল নোডগুলি একটি নির্দিষ্ট ব্লকের সাথে যুক্ত ট্রানজ্যাকশনের সম্পূর্ণ সেট অ্যাক্সেস এবং যাচাই করতে সক্ষম হয়েছে। এর মানে এই নয় যে ডেটা চিরকালের জন্য অ্যাক্সেসযোগ্য।

ডেটা পুনরুদ্ধারযোগ্যতা হলো ব্লকচেইন থেকে _ঐতিহাসিক তথ্য_ পুনরুদ্ধার করার নোডগুলির ক্ষমতা। নতুন ব্লক যাচাই করার জন্য এই ঐতিহাসিক ডেটার প্রয়োজন নেই, এটি শুধুমাত্র জেনেসিস ব্লক থেকে ফুল নোডগুলি সিঙ্কিং করার জন্য বা নির্দিষ্ট ঐতিহাসিক অনুরোধগুলি পরিবেশন করার জন্য প্রয়োজনীয়।

মূল ইথেরিয়াম প্রোটোকল প্রাথমিকভাবে ডেটা প্রাপ্যতা নিয়ে উদ্বিগ্ন, ডেটা পুনরুদ্ধারযোগ্যতা নিয়ে নয়। ডেটা পুনরুদ্ধারযোগ্যতা তৃতীয় পক্ষ দ্বারা পরিচালিত আর্কাইভ নোডগুলির একটি ছোট জনসংখ্যা দ্বারা প্রদান করা যেতে পারে, অথবা এটি [পোর্টাল নেটওয়ার্ক](https://www.ethportal.net/)-এর মতো বিকেন্দ্রীকৃত ফাইল স্টোরেজ ব্যবহার করে নেটওয়ার্ক জুড়ে বিতরণ করা যেতে পারে।

## আরও পড়ুন {#further-reading}

- [ডেটা প্রাপ্যতা কী?](https://medium.com/blockchain-capital-blog/wtf-is-data-availability-80c2c95ded0f)
- [ডেটা প্রাপ্যতা কী?](https://coinmarketcap.com/academy/article/what-is-data-availability)
- [ডেটা প্রাপ্যতা পরীক্ষার একটি প্রাইমার](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html)
- [শার্ডিং + DAS প্রস্তাবের একটি ব্যাখ্যা](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
- [ডেটা প্রাপ্যতা এবং ইরেজার কোডিং সম্পর্কে একটি নোট](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#can-an-attacker-not-circumvent-this-scheme-by-releasing-a-full-unavailable-block-but-then-only-releasing-individual-bits-of-data-as-clients-query-for-them)
- [ডেটা অ্যাভেইলেবিলিটি কমিটি।](https://medium.com/starkware/data-availability-e5564c416424)
- [প্রুফ-অফ-স্টেক (PoS) ডেটা অ্যাভেইলেবিলিটি কমিটি।](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf)
- [ডেটা পুনরুদ্ধারযোগ্যতা সমস্যার সমাধান](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap#Who-would-store-historical-data-under-sharding)
- [ডেটা প্রাপ্যতা অথবা: কীভাবে রোলআপগুলি চিন্তা করা বন্ধ করতে এবং ইথেরিয়ামকে ভালোবাসতে শিখেছে](https://web.archive.org/web/20250515194659/https://web.archive.org/web/20241108192208/https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum)
- [EIP-7623: কল ডেটা খরচ বৃদ্ধি](https://web.archive.org/web/20250515194659/https://research.2077.xyz/eip-7623-increase-calldata-cost)