মূল কন্টেন্টে যান

পেজ সর্বশেষ আপডেট করা হয়েছে: ২৩ ফেব্রুয়ারী, ২০২৬

স্টেটলেসনেস, স্টেট এক্সপায়ারি এবং হিস্ট্রি এক্সপায়ারি

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

বর্তমানে, উচ্চ ডিস্ক স্পেসের প্রয়োজনীয়তা নোডগুলোতে সর্বজনীন অ্যাক্সেসের ক্ষেত্রে প্রধান বাধা। এটি মূলত ইথিরিয়ামের স্টেট ডেটার বড় অংশ সংরক্ষণ করার প্রয়োজনীয়তার কারণে ঘটে। এই স্টেট ডেটাতে নতুন ব্লকস এবং লেনদেন সঠিকভাবে প্রক্রিয়া করার জন্য প্রয়োজনীয় গুরুত্বপূর্ণ তথ্য থাকে। এই লেখাটি তৈরি করার সময়, একটি সম্পূর্ণ ইথিরিয়াম নোড চালানোর জন্য একটি দ্রুতগতির 2TB SSD সুপারিশ করা হয়। যে নোড কোনো পুরোনো ডেটা মুছে ফেলে না, তার স্টোরেজ প্রয়োজনীয়তা প্রতি সপ্তাহে প্রায় 14GB হারে বৃদ্ধি পায় এবং জেনেসিস থেকে সমস্ত ডেটা সংরক্ষণকারী আর্কাইভ নোডগুলো 12 TB-এর কাছাকাছি পৌঁছেছে (ফেব্রুয়ারি 2023-এ লেখার সময়)।

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

নোডগুলোর জন্য স্টোরেজ কমানো

প্রতিটি নোডকে যে পরিমাণ ডেটা সংরক্ষণ করতে হয় তা কমানোর বেশ কয়েকটি উপায় রয়েছে, যার প্রতিটির জন্য ইথিরিয়ামের মূল প্রটোকল-কে ভিন্ন মাত্রায় আপডেট করতে হবে:

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

ডেটা এক্সপায়ারি

হিস্ট্রি এক্সপায়ারি

হিস্ট্রি এক্সপায়ারি বলতে ক্লায়েন্ট-দের সেই পুরোনো ডেটা মুছে ফেলাকে বোঝায় যা তাদের প্রয়োজন হওয়ার সম্ভাবনা কম, যাতে তারা কেবল অল্প পরিমাণ ঐতিহাসিক ডেটা সংরক্ষণ করে এবং নতুন ডেটা এলে পুরোনো ডেটা বাদ দেয়। ক্লায়েন্ট-দের ঐতিহাসিক ডেটা প্রয়োজন হওয়ার দুটি কারণ রয়েছে: সিঙ্কিং এবং ডেটা রিকোয়েস্ট পরিবেশন করা। প্রাথমিকভাবে, ক্লায়েন্ট-দের জেনেসিস ব্লক থেকে সিঙ্ক করতে হতো, চেইনের হেড পর্যন্ত প্রতিটি পরবর্তী ব্লক সঠিক কিনা তা যাচাই করে। বর্তমানে, ক্লায়েন্ট-রা চেইনের হেডে পৌঁছানোর জন্য "উইক সাবজেক্টিভিটি চেকলপয়েন্ট" ব্যবহার করে। এই চেকপয়েন্টগুলো হলো বিশ্বস্ত শুরুর পয়েন্ট, যেমন ইথিরিয়ামের একেবারে শুরুর পরিবর্তে বর্তমানের কাছাকাছি একটি জেনেসিস ব্লক থাকা। এর অর্থ হলো ক্লায়েন্ট-রা চেইনের হেডে সিঙ্ক করার ক্ষমতা না হারিয়ে সবচেয়ে সাম্প্রতিক উইক সাবজেক্টিভিটি চেকপয়েন্টের আগের সমস্ত তথ্য বাদ দিতে পারে। ক্লায়েন্ট-রা বর্তমানে তাদের স্থানীয় ডেটাবেস থেকে ঐতিহাসিক ডেটার জন্য রিকোয়েস্টগুলো (JSON-RPC এর মাধ্যমে আসা) পরিবেশন করে। তবে, হিস্ট্রি এক্সপায়ারির সাথে এটি সম্ভব হবে না যদি অনুরোধ করা ডেটা মুছে ফেলা হয়ে থাকে। এই ঐতিহাসিক ডেটা পরিবেশন করার ক্ষেত্রেই কিছু উদ্ভাবনী সমাধানের প্রয়োজন।

একটি বিকল্প হলো ক্লায়েন্ট-রা পোর্টাল নেটওয়ার্ক-এর মতো কোনো সমাধান ব্যবহার করে পিয়ারদের কাছ থেকে ঐতিহাসিক ডেটার অনুরোধ করতে পারে। পোর্টাল নেটওয়ার্ক হলো ঐতিহাসিক ডেটা পরিবেশন করার জন্য একটি উন্নয়নশীল পিয়ার-টু-পিয়ার নেটওয়ার্ক যেখানে প্রতিটি নোড ইথিরিয়ামের ইতিহাসের একটি ছোট অংশ সংরক্ষণ করে যাতে পুরো ইতিহাসটি নেটওয়ার্ক জুড়ে ডিস্ট্রিবিউটেড থাকে। প্রাসঙ্গিক ডেটা সংরক্ষণকারী পিয়ারদের খুঁজে বের করে এবং তাদের কাছ থেকে অনুরোধ করার মাধ্যমে রিকোয়েস্টগুলো পরিবেশন করা হয়। বিকল্পভাবে, যেহেতু সাধারণত অ্যাপগুলোরই ঐতিহাসিক ডেটাতে অ্যাক্সেস প্রয়োজন হয়, তাই এটি সংরক্ষণ করা তাদের দায়িত্ব হয়ে উঠতে পারে। ইথিরিয়াম স্পেসে পর্যাপ্ত পরার্থপর ব্যক্তি বা সংস্থাও থাকতে পারে যারা ঐতিহাসিক আর্কাইভ বজায় রাখতে ইচ্ছুক হবে। এটি একটি DAO হতে পারে যা ঐতিহাসিক ডেটা স্টোরেজ পরিচালনা করার জন্য তৈরি হয়, বা আদর্শভাবে এটি এই সমস্ত বিকল্পের একটি সংমিশ্রণ হবে। এই প্রদানকারীরা টরেন্ট, FTP, Filecoin বা IPFS-এর মতো অনেক উপায়ে ডেটা পরিবেশন করতে পারে।

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

EIP-4444 এখনও শিপ করার জন্য প্রস্তুত নয়, তবে এটি সক্রিয় আলোচনার অধীনে রয়েছে। মজার বিষয় হলো, EIP-4444 এর চ্যালেঞ্জগুলো ততটা প্রযুক্তিগত নয়, বরং বেশিরভাগই কমিউনিটি ম্যানেজমেন্ট সম্পর্কিত। এটি শিপ করার জন্য, কমিউনিটির সমর্থন প্রয়োজন যার মধ্যে কেবল সম্মতিই নয়, বরং বিশ্বস্ত সত্তাগুলোর কাছ থেকে ঐতিহাসিক ডেটা সংরক্ষণ এবং পরিবেশন করার প্রতিশ্রুতিও অন্তর্ভুক্ত।

এই আপগ্রেডটি ইথিরিয়াম নোডগুলো কীভাবে স্টেট ডেটা পরিচালনা করে তা মৌলিকভাবে পরিবর্তন করে না, এটি কেবল ঐতিহাসিক ডেটা কীভাবে অ্যাক্সেস করা হয় তা পরিবর্তন করে।

স্টেট এক্সপায়ারি

স্টেট এক্সপায়ারি বলতে পৃথক নোডগুলো থেকে স্টেট সরিয়ে ফেলাকে বোঝায় যদি এটি সম্প্রতি অ্যাক্সেস করা না হয়ে থাকে। এটি বাস্তবায়নের বেশ কয়েকটি উপায় রয়েছে, যার মধ্যে রয়েছে:

  • ভাড়ার মাধ্যমে মেয়াদোত্তীর্ণ: একাউন্ট-গুলোতে "ভাড়া" চার্জ করা এবং তাদের ভাড়া শূন্যে পৌঁছালে তাদের মেয়াদোত্তীর্ণ করা
  • সময়ের মাধ্যমে মেয়াদোত্তীর্ণ: কিছু সময়ের জন্য সেই একাউন্ট-এ কোনো রিডিং/রাইটিং না থাকলে একাউন্ট-গুলোকে নিষ্ক্রিয় করা

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

এটি যেভাবে কাজ করবে তা সম্ভবত নির্দিষ্ট সময়ের জন্য (সম্ভবত ~1 বছর) একটি স্টেট ট্রি থাকার মাধ্যমে। যখনই একটি নতুন সময়কাল শুরু হয়, তখন একটি সম্পূর্ণ নতুন স্টেট ট্রিও শুরু হয়। কেবল বর্তমান স্টেট ট্রি পরিবর্তন করা যেতে পারে, অন্য সবগুলো ইমমিউটেবল। ইথিরিয়াম নোডগুলো কেবল বর্তমান স্টেট ট্রি এবং তার ঠিক আগেরটি ধরে রাখবে বলে আশা করা হয়। এর জন্য একটি এডড্রেস-কে যে সময়কালে এটি বিদ্যমান তার সাথে টাইম-স্ট্যাম্প করার একটি উপায় প্রয়োজন। এটি করার বেশ কয়েকটি সম্ভাব্য উপায় (opens in a new tab) রয়েছে, তবে প্রধান বিকল্পটির জন্য অতিরিক্ত তথ্য সামঞ্জস্য করার জন্য এডড্রেস-গুলোকে দীর্ঘায়িত করা (opens in a new tab) প্রয়োজন, যার অতিরিক্ত সুবিধা হলো দীর্ঘ এডড্রেস-গুলো অনেক বেশি সুরক্ষিত। যে রোডম্যাপ আইটেমটি এটি করে তাকে অ্যাড্রেস স্পেস এক্সটেনশন (opens in a new tab) বলা হয়।

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

স্টেট এক্সপায়ারি এখনও গবেষণা পর্যায়ে রয়েছে এবং শিপ করার জন্য প্রস্তুত নয়। স্টেট এক্সপায়ারি স্টেটলেস ক্লায়েন্ট এবং হিস্ট্রি এক্সপায়ারির পরে ঘটতে পারে কারণ সেই আপগ্রেডগুলো বেশিরভাগ ভ্যালিডেটরস-এর জন্য বড় স্টেট আকারগুলোকে সহজেই পরিচালনাযোগ্য করে তোলে।

স্টেটলেসনেস

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

  • প্রায় তাৎক্ষণিক সিঙ্কিং
  • ক্রমানুসারে না থাকা ব্লকস যাচাই করার ক্ষমতা
  • খুব কম হার্ডওয়্যার প্রয়োজনীয়তার সাথে নোডগুলো চলতে সক্ষম (যেমন, ফোনে)
  • নোডগুলো সস্তা হার্ড ড্রাইভের ওপর চলতে পারে কারণ কোনো ডিস্ক রিডিং/রাইটিং প্রয়োজন হয় না
  • ইথিরিয়ামের ক্রিপ্টোগ্রাফির ভবিষ্যৎ আপগ্রেডগুলোর সাথে সামঞ্জস্যপূর্ণ

উইক স্টেটলেসনেস

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

উইক স্টেটলেসনেসে ব্লকস প্রস্তাব করার জন্য সম্পূর্ণ স্টেট ডেটাতে অ্যাক্সেস প্রয়োজন তবে ব্লকস যাচাই করার জন্য কোনো স্টেট ডেটার প্রয়োজন নেই

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

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

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

L1 যাচাইকরণের জন্য zkEVM হলো একটি পরিপূরক প্রযুক্তি যা স্টেটলেস যাচাইকরণকে আরও উন্নত করতে পারে। কেবল উইটনেস চেক করার পরিবর্তে, ভ্যালিডেটরস একটি জিরো-নলেজ প্রুফ যাচাই করতে পারে যে পুরো ব্লকটি সঠিকভাবে কার্যকর করা হয়েছিল—লেনদেন পুনরায় কার্যকর না করেই ক্রিপ্টোগ্রাফিক নিশ্চিততা প্রদান করে।

স্ট্রং স্টেটলেসনেস

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

গবেষকদের দ্বারা স্ট্রং স্টেটলেসনেস তদন্ত করা হয়েছে তবে বর্তমানে এটি ইথিরিয়ামের রোডম্যাপ-এর অংশ হবে বলে আশা করা হচ্ছে না - এটি বেশি সম্ভব যে ইথিরিয়ামের স্কেলিং প্রয়োজনীয়তার জন্য উইক স্টেটলেসনেস যথেষ্ট।

বর্তমান অগ্রগতি

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

আরও পড়ুন

পেজ সর্বশেষ আপডেট: ২৩ ফেব্রুয়ারী, ২০২৬

pete-vielhaberp (opens in a new tab)
corwintinesc (opens in a new tab)
Sophia-GoldS (opens in a new tab)
+12

এই আর্টিকেলটি কি সহায়ক ছিল?