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

পেজ সর্বশেষ আপডেট করা হয়েছে: ১১ মার্চ, ২০২৬

গ্ল্যামস্টারডাম

ইথিরিয়ামের আসন্ন গ্ল্যামস্টারডাম আপগ্রেডটি পরবর্তী প্রজন্মের স্কেলিং এর পথ পরিষ্কার করার জন্য ডিজাইন করা হয়েছে। গ্ল্যামস্টারডাম নামটি "Amsterdam" (এক্সিকিউশন লেয়ার আপগ্রেড, যা পূর্ববর্তী একটি Devconnect লোকেশনের নামে নামকরণ করা হয়েছে) এবং "Gloas" (কনসেন্সাস লেয়ার আপগ্রেড, যা একটি তারার নামে নামকরণ করা হয়েছে) এর সমন্বয়ে গঠিত।

ফুসাকা (Fusaka) আপগ্রেডে অর্জিত অগ্রগতির পর, গ্ল্যামস্টারডাম নেটওয়ার্ক কীভাবে লেনদেন প্রক্রিয়া করে এবং এর ক্রমবর্ধমান ডাটাবেস পরিচালনা করে তা পুনর্গঠন করার মাধ্যমে L1 স্কেলিং এর উপর ফোকাস করে, যা মৌলিকভাবে ইথিরিয়াম কীভাবে ব্লক তৈরি এবং যাচাই করে তা আপডেট করে।

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

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

গ্ল্যামস্টারডামের জন্য বিবেচিত উন্নতিসমূহ

গ্ল্যামস্টারডাম আপগ্রেডটি তিনটি প্রধান লক্ষ্যের উপর কেন্দ্র করে তৈরি:

  • প্রসেসিং দ্রুত করা (প্যারালালাইজেশন): নেটওয়ার্ক কীভাবে ডাটা নির্ভরতা রেকর্ড করে তা পুনর্গঠন করা, যাতে এটি ধীরগতির, একের পর এক ক্রমানুসারে না করে একই সময়ে নিরাপদে অনেক লেনদেন প্রক্রিয়া করতে পারে।
  • সক্ষমতা সম্প্রসারণ: ব্লক তৈরি এবং যাচাই করার ভারী কাজগুলোকে বিভক্ত করা, যা নেটওয়ার্ক-কে ধীর না করে বিপুল পরিমাণ ডাটা প্রচার করার জন্য আরও বেশি সময় দেয়।
  • ডাটাবেস স্ফীতি রোধ করা (টেকসইতা): নতুন ডাটা সংরক্ষণের দীর্ঘমেয়াদী হার্ডওয়্যার খরচ সঠিকভাবে প্রতিফলিত করতে নেটওয়ার্ক ফি সমন্বয় করা, যা হার্ডওয়্যারের কর্মক্ষমতা হ্রাস রোধ করার পাশাপাশি ভবিষ্যতের গ্যাস লিমিট বৃদ্ধিকে আনব্লক করে।

সংক্ষেপে, গ্ল্যামস্টারডাম কাঠামোগত পরিবর্তন আনবে যাতে নেটওয়ার্ক এর সক্ষমতা বৃদ্ধির সাথে সাথে এটি টেকসই থাকে এবং কর্মক্ষমতা উচ্চ থাকে।

L1 স্কেলিং এবং প্যারালাল প্রসেসিং

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

হেডলাইনার প্রস্তাবনা: এনশ্রাইন্ড প্রপোজার-বিল্ডার সেপারেশন (ePBS)

  • অফ-প্রটোকল ট্রাস্ট অনুমান এবং থার্ড-পার্টি রিলেগুলোর উপর নির্ভরতা দূর করে
  • বর্ধিত প্রোপাগেশন উইন্ডোর মাধ্যমে অনেক বড় পেলোড অনুমোদন করে L1 স্কেলিং সমর্থন করে
  • সরাসরি প্রটোকলে ট্রাস্টলেস বিল্ডার পেমেন্ট প্রবর্তন করে

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

প্রপোজার এবং বিল্ডারদের মধ্যে আউট-অফ-প্রটোকল সম্পর্ক ব্লক যাচাইকরণের সময় একটি "হট পাথ" তৈরি করে যা -দের একটি সংকীর্ণ 2-সেকেন্ডের উইন্ডোতে লেনদেন সম্প্রচার এবং এক্সিকিউশন দ্রুত সম্পন্ন করতে বাধ্য করে, যা নেটওয়ার্ক কতটা ডাটা পরিচালনা করতে পারে তা সীমিত করে।

এনশ্রাইন্ড প্রপোজার-বিল্ডার সেপারেশন (ePBS, বা EIP-7732) আনুষ্ঠানিকভাবে প্রপোজারের (যিনি কনসেন্সাস ব্লক নির্বাচন করেন) কাজকে বিল্ডারের (যিনি এক্সিকিউশন পেলোড একত্রিত করেন) কাজ থেকে আলাদা করে, এই হ্যান্ড-অফটিকে সরাসরি প্রটোকলে অন্তর্ভুক্ত করে।

পেমেন্টের জন্য একটি ব্লক পেলোডের ট্রাস্টলেস বিনিময় সরাসরি প্রটোকলে তৈরি করা থার্ড-পার্টি মিডলওয়্যারের (যেমন MEV-Boost) প্রয়োজনীয়তা দূর করে। তবে, বিল্ডার এবং প্রপোজাররা এখনও জটিল বৈশিষ্ট্যগুলোর জন্য অফ-প্রটোকল রিলে বা মিডলওয়্যার ব্যবহার করতে পারেন যা এখনও মূল প্রটোকল এর অংশ নয়।

"হট পাথ" বটলনেক মোকাবেলা করার জন্য, ePBS পেলোড টাইমলাইনেস কমিটি (PTC) এবং একটি ডুয়াল-ডেডলাইন লজিকও প্রবর্তন করে, যা ভ্যালিডেটরস-দের থ্রুপুট সর্বাধিক করার জন্য কনসেন্সাস ব্লক এবং এক্সিকিউশন পেলোড টাইমলাইনেস আলাদাভাবে প্রত্যয়ন করার অনুমতি দেয়।

প্রটোকল স্তরে প্রপোজার এবং বিল্ডারের ভূমিকা আলাদা করা প্রোপাগেশন উইন্ডোকে (বা নেটওয়ার্ক জুড়ে ডাটা ছড়িয়ে দেওয়ার জন্য উপলব্ধ সময়) 2 সেকেন্ড থেকে প্রায় 9 সেকেন্ডে প্রসারিত করে।

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

রিসোর্স: EIP-7732 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

হেডলাইনার প্রস্তাবনা: ব্লক-লেভেল অ্যাক্সেস লিস্টস (BALs)

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

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

ব্লক-লেভেল অ্যাক্সেস লিস্টস (BALs, বা EIP-7928) হলো প্রতিটি ব্লকে অন্তর্ভুক্ত একটি ম্যাপের মতো, যা কাজ শুরু হওয়ার আগে নেটওয়ার্ক-কে বলে দেয় যে ডাটাবেসের কোন অংশগুলো অ্যাক্সেস করা হবে। BALs-এর জন্য প্রতিটি ব্লকে লেনদেনগুলো স্পর্শ করবে এমন প্রতিটি একাউন্ট পরিবর্তনের হ্যাস অন্তর্ভুক্ত করা প্রয়োজন, সেইসাথে সেই পরিবর্তনগুলোর চূড়ান্ত ফলাফল (সমস্ত স্টেট অ্যাক্সেস এবং পোস্ট-এক্সিকিউশন ভ্যালুগুলোর হ্যাস রেকর্ড)।

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

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

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

eth/71 ব্লক অ্যাক্সেস লিস্ট এক্সচেঞ্জ

ব্লক অ্যাক্সেস লিস্ট এক্সচেঞ্জ (eth/71 বা EIP-8159) হলো ব্লক-লেভেল অ্যাক্সেস লিস্টগুলোর সরাসরি নেটওয়ার্কিং সঙ্গী। যেখানে BALs প্যারালাল এক্সিকিউশন আনলক করে, সেখানে eth/71 পিয়ার-টু-পিয়ার প্রটোকল আপগ্রেড করে যাতে নোডগুলো আসলে নেটওয়ার্ক জুড়ে এই তালিকাগুলো শেয়ার করতে পারে। ব্লক অ্যাক্সেস লিস্ট এক্সচেঞ্জ বাস্তবায়ন করা দ্রুত সিঙ্কিং সক্ষম করবে এবং নোডগুলোকে এক্সিকিউশনলেস স্টেট আপডেট সম্পাদন করার অনুমতি দেবে।

রিসোর্স:

নেটওয়ার্ক টেকসইতা

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

স্টেট তৈরির গ্যাস খরচ বৃদ্ধি

  • নিশ্চিত করে যে নতুন একাউন্ট বা স্মার্ট কন্ট্রাক্ট তৈরি করার ফি ইথিরিয়ামের ডাটাবেসে তাদের দীর্ঘমেয়াদী বোঝা সঠিকভাবে প্রতিফলিত করে
  • নেটওয়ার্ক-এর সামগ্রিক সক্ষমতার উপর ভিত্তি করে স্বয়ংক্রিয়ভাবে এই ডাটা-তৈরির ফি সমন্বয় করে, একটি নিরাপদ এবং অনুমানযোগ্য বৃদ্ধির হারকে লক্ষ্য করে যাতে স্ট্যান্ডার্ড ফিজিক্যাল হার্ডওয়্যার নেটওয়ার্ক চালানো চালিয়ে যেতে পারে
  • এই নির্দিষ্ট ফিগুলোর হিসাবরক্ষণকে একটি নতুন জলাধারে (reservoir) আলাদা করে, পুরানো লেনদেনের সীমা সরিয়ে দেয় এবং ডেভেলপারদের আরও বড়, আরও জটিল অ্যাপ্লিকেশন স্থাপন করার অনুমতি দেয়

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

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

সমন্বয় ছাড়া, ইথিরিয়ামের স্টেট বছরে প্রায় 200 GiB বৃদ্ধি পেতে পারে যদি নেটওয়ার্ক 100M গ্যাস লিমিট-এ স্কেল করে, যা শেষ পর্যন্ত সাধারণ হার্ডওয়্যারকে ছাড়িয়ে যাবে।

স্টেট তৈরির গ্যাস খরচ বৃদ্ধি (বা EIP-8037) তৈরি করা ডাটার প্রকৃত আকারের সাথে যুক্ত করে খরচগুলোকে সামঞ্জস্যপূর্ণ করে, ফিগুলো আপডেট করে যাতে সেগুলো একটি অপারেশন তৈরি বা অ্যাক্সেস করা স্থায়ী ডাটার পরিমাণের সমানুপাতিক হয়।

EIP-8037 এই খরচগুলোকে আরও অনুমানযোগ্যভাবে পরিচালনা করার জন্য একটি রিজার্ভার (reservoir) মডেলও প্রবর্তন করে; স্টেট গ্যাস চার্জ প্রথমে state_gas_reservoir থেকে নেওয়া হয়, এবং GAS অপকোড শুধুমাত্র gas_left প্রদান করে, যা এক্সিকিউশন ফ্রেমগুলোকে উপলব্ধ গ্যাস ভুল হিসাব করা থেকে বাধা দেয়।

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

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

রিসোর্স: EIP-8037 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

স্টেট-অ্যাক্সেস গ্যাস খরচ আপডেট

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

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

ফলস্বরূপ, কিছু নির্দিষ্ট কমান্ড বর্তমানে একটি নোডকে যে কাজ করতে বাধ্য করে তার তুলনায় কম মূল্যের। উদাহরণস্বরূপ, EXTCODESIZE এবং EXTCODECOPY কম মূল্যের, কারণ তাদের দুটি পৃথক ডাটাবেস রিড প্রয়োজন—একটি একাউন্ট অবজেক্টের জন্য এবং দ্বিতীয়টি প্রকৃত কোড সাইজ বা বাইটকোডের জন্য।

স্টেট-অ্যাক্সেস গ্যাস খরচ আপডেট (বা EIP-8038) আধুনিক হার্ডওয়্যার কর্মক্ষমতা এবং স্টেট সাইজের সাথে সামঞ্জস্য করতে একাউন্ট এবং কন্ট্রাক্ট ডাটা খোঁজার মতো স্টেট-অ্যাক্সেস অপকোডগুলোর জন্য গ্যাস ধ্রুবকগুলো বাড়ায়।

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

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

রিসোর্স: EIP-8038 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

নেটওয়ার্ক স্থিতিস্থাপকতা

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

স্ল্যাশড ভ্যালিডেটরদের প্রস্তাব করা থেকে বাদ দেওয়া

  • শাস্তিপ্রাপ্ত (স্ল্যাশড) ভ্যালিডেটরস-দের ভবিষ্যতের ব্লকগুলো প্রস্তাব করার জন্য নির্বাচিত হওয়া থেকে বিরত রাখে, নিশ্চিত মিস হওয়া স্লটগুলো দূর করে
  • ইথিরিয়ামকে সুচারুভাবে এবং নির্ভরযোগ্যভাবে চলতে সাহায্য করে, ব্যাপক স্ল্যাশিং ইভেন্টের ক্ষেত্রে গুরুতর স্থবিরতা প্রতিরোধ করে

বর্তমানে, এমনকি যদি একজন ভ্যালিডেটর স্ল্যাশড হয় (নিয়ম ভঙ্গ করার জন্য বা প্রত্যাশা অনুযায়ী কাজ না করার জন্য শাস্তিপ্রাপ্ত), সিস্টেমটি এখনও অদূর ভবিষ্যতে একটি ব্লকের নেতৃত্ব দেওয়ার জন্য তাদের বেছে নিতে পারে যখন এটি ভবিষ্যতের প্রপোজার লুকঅ্যাহেড তৈরি করে।

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

স্ল্যাশড ভ্যালিডেটরদের প্রস্তাব করা থেকে বাদ দেওয়া (বা EIP-8045) সহজভাবে স্ল্যাশড ভ্যালিডেটরস-দের ভবিষ্যতের দায়িত্বের জন্য নির্বাচিত হওয়া থেকে ফিল্টার করে। এটি নিশ্চিত করে চেইন স্থিতিস্থাপকতা উন্নত করে যে শুধুমাত্র সুস্থ ভ্যালিডেটরস-দের ব্লক প্রস্তাব করার জন্য নির্বাচিত করা হয়েছে, নেটওয়ার্ক ব্যাঘাতের সময় পরিষেবার মান বজায় রাখে।

রিসোর্স: EIP-8045 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

প্রস্থানগুলোকে কনসোলিডেশন কিউ ব্যবহার করতে দেওয়া

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

যেহেতু পেক্ট্রা (Pectra) আপগ্রেড ইথিরিয়াম ভ্যালিডেটরস-দের জন্য সর্বোচ্চ কার্যকর ব্যালেন্স 32 ETH থেকে বাড়িয়ে 2,048 ETH করেছে, তাই একটি প্রযুক্তিগত ফাঁকফোকর উচ্চ-ব্যালেন্সের ভ্যালিডেটরস-দের কনসোলিডেশন কিউ-এর মাধ্যমে ছোট ভ্যালিডেটরস-দের চেয়ে দ্রুত নেটওয়ার্ক থেকে প্রস্থান করার অনুমতি দেয়।

প্রস্থানগুলোকে কনসোলিডেশন কিউ ব্যবহার করতে দেওয়া (বা EIP-8080) সমস্ত স্টেকিং প্রস্থানের জন্য কনসোলিডেশন কিউ-কে গণতান্ত্রিক করে তোলে, সবার জন্য একটি একক, ন্যায্য লাইন তৈরি করে।

আজ এটি কীভাবে কাজ করে তা ভেঙে বলতে গেলে:

  • ইথিরিয়ামের চার্ন লিমিট হলো একটি সুরক্ষা সীমা যে হারে ভ্যালিডেটরস-রা তাদের স্টেক করা ETH প্রবেশ, প্রস্থান বা একত্রিত (কনসোলিডেট) করতে পারে, যাতে নেটওয়ার্ক-এর নিরাপত্তা কখনও অস্থিতিশীল না হয় তা নিশ্চিত করা যায়
  • যেহেতু একটি ভ্যালিডেটর কনসোলিডেশন একটি স্ট্যান্ডার্ড ভ্যালিডেটর প্রস্থানের চেয়ে বেশি চলমান অংশসহ একটি ভারী কাজ, তাই এটি এই সুরক্ষা বাজেটের (চার্ন লিমিট) একটি বড় অংশ খেয়ে ফেলে
  • বিশেষত, প্রটোকল নির্দেশ করে যে একটি স্ট্যান্ডার্ড প্রস্থানের সঠিক নিরাপত্তা খরচ একটি কনসোলিডেশনের খরচের দুই-তৃতীয়াংশ (2/3)

ন্যায্য প্রস্থান কিউ-গুলো স্ট্যান্ডার্ড প্রস্থানগুলোকে উচ্চ প্রস্থান চাহিদার সময়কালে কনসোলিডেশন কিউ থেকে অব্যবহৃত স্থান ধার করার অনুমতি দেবে, একটি "3 এর জন্য 2" বিনিময় হার প্রয়োগ করে (প্রতি 2টি অব্যবহৃত কনসোলিডেশন স্পটের জন্য, নেটওয়ার্ক নিরাপদে 3টি স্ট্যান্ডার্ড প্রস্থান প্রক্রিয়া করতে পারে)। এই 3/2 চার্ন ফ্যাক্টর কনসোলিডেশন এবং প্রস্থান কিউ জুড়ে চাহিদার ভারসাম্য বজায় রাখে।

কনসোলিডেশন কিউ-তে অ্যাক্সেস গণতান্ত্রিক করা নেটওয়ার্ক নিরাপত্তার সাথে আপস না করে উচ্চ-চাহিদার সময়কালে ব্যবহারকারীরা যে গতিতে তাদের স্টেক প্রস্থান করতে পারে তা 2.5 গুণ পর্যন্ত বাড়িয়ে দেবে।

রিসোর্স: EIP-8080 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

ব্যবহারকারী এবং ডেভেলপার অভিজ্ঞতা উন্নত করা

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

অন্তর্নিহিত লেনদেন গ্যাস খরচ কমানো

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

প্রক্রিয়া করা কতটা সহজ বা জটিল তা নির্বিশেষে আজ সমস্ত ইথিরিয়াম লেনদেন-এর একটি ফ্ল্যাট বেস গ্যাস ফি রয়েছে। অন্তর্নিহিত লেনদেন গ্যাস কমানো (বা EIP-2780) বিদ্যমান একাউন্ট-গুলোর মধ্যে একটি স্ট্যান্ডার্ড ETH ট্রান্সফার 71% পর্যন্ত সস্তা করার জন্য সেই বেস ফি কমানোর প্রস্তাব করে।

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

প্রস্তাবটি নেটওয়ার্ক-এর স্টেট-কে অভিভূত করা থেকে কম ফি রাখতে একেবারে নতুন একাউন্ট তৈরি করার জন্য একটি ব্যতিক্রম প্রবর্তন করে। যদি একটি ট্রান্সফার একটি খালি, অস্তিত্বহীন এডড্রেস-এ ETH পাঠায়, তবে নেটওয়ার্ক-কে অবশ্যই এর জন্য একটি স্থায়ী নতুন রেকর্ড তৈরি করতে হবে। এর দীর্ঘমেয়াদী স্টোরেজ বোঝা কভার করতে সাহায্য করার জন্য সেই একাউন্ট তৈরির জন্য একটি গ্যাস সারচার্জ যোগ করা হয়।

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

রিসোর্স: EIP-2780 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

ডিটারমিনিস্টিক ফ্যাক্টরি প্রিডিপ্লয়

  • ডেভেলপারদের একাধিক চেইন জুড়ে ঠিক একই এডড্রেস-এ অ্যাপ্লিকেশন এবং স্মার্ট কন্ট্রাক্ট ওয়ালেট স্থাপন করার একটি নেটিভ উপায় দেয়
  • ব্যবহারকারীদের একাধিক লেয়ার ২ (L2) নেটওয়ার্ক-এ একই স্মার্ট ওয়ালেট এডড্রেস রাখার অনুমতি দেয়, কগনিটিভ লোড হ্রাস করে, বিভ্রান্তি হ্রাস করে এবং দুর্ঘটনাক্রমে তহবিল হারানোর ঝুঁকি হ্রাস করে
  • এই সমতা অর্জনের জন্য ডেভেলপাররা বর্তমানে যে ওয়ার্কঅ্যারাউন্ডগুলো ব্যবহার করে তা প্রতিস্থাপন করে, মাল্টি-চেইন ওয়ালেট এবং অ্যাপ তৈরি করা সহজ এবং আরও সুরক্ষিত করে তোলে

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

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

ডিটারমিনিস্টিক ফ্যাক্টরি প্রিডিপ্লয় প্রতিটি অংশগ্রহণকারী EVM-সামঞ্জস্যপূর্ণ চেইনে একটি অভিন্ন স্থানে (বিশেষত, এডড্রেস 0x12) স্থায়ীভাবে একটি ন্যূনতম, বিশেষায়িত ফ্যাক্টরি প্রোগ্রাম স্থাপন করে কাজ করে। এর লক্ষ্য হলো একটি সর্বজনীন, স্ট্যান্ডার্ড ফ্যাক্টরি কন্ট্রাক্ট প্রদান করা যা যেকোনো EVM-সামঞ্জস্যপূর্ণ নেটওয়ার্ক দ্বারা গ্রহণ করা যেতে পারে; যতক্ষণ একটি EVM চেইন অংশগ্রহণ করে এবং এই স্ট্যান্ডার্ডটি গ্রহণ করে, ডেভেলপাররা সেই নেটওয়ার্ক-এ ঠিক একই এডড্রেস-এ তাদের স্মার্ট কন্ট্রাক্ট স্থাপন করতে এটি ব্যবহার করতে সক্ষম হবে।

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

রিসোর্স: EIP-7997 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

ETH ট্রান্সফার এবং বার্ন একটি লগ নির্গত করে

  • প্রতিবার ETH ট্রান্সফার বা বার্ন হওয়ার সময় স্বয়ংক্রিয়ভাবে একটি স্থায়ী রেকর্ড (লগ) তৈরি করে
  • একটি ঐতিহাসিক ব্লাইন্ড স্পট ঠিক করে যা অ্যাপ, এক্সচেঞ্জ এবং ব্রিজ-গুলোকে অ্যাড-হক ট্রেসিং টুলস ছাড়াই নির্ভরযোগ্যভাবে ব্যবহারকারীর ডিপোজিট শনাক্ত করতে দেয়

টোকেন (ERC-20s) এর বিপরীতে, স্মার্ট কন্ট্রাক্ট-গুলোর মধ্যে নিয়মিত ETH ট্রান্সফার একটি পরিষ্কার রসিদ (স্ট্যান্ডার্ড লগ) নির্গত করে না, যা এক্সচেঞ্জ এবং অ্যাপগুলোর জন্য ট্র্যাক করা কঠিন করে তোলে।

ETH ট্রান্সফার এবং বার্ন একটি লগ নির্গত করে (বা EIP-7708) নেটওয়ার্ক-এর জন্য প্রতিবার নন-জিরো পরিমাণ ETH সরানো বা বার্ন করার সময় একটি স্ট্যান্ডার্ড লগ ইভেন্ট নির্গত করা বাধ্যতামূলক করে।

এটি ওয়ালেট, এক্সচেঞ্জ এবং ব্রিজ অপারেটরদের জন্য কাস্টম টুলিং ছাড়াই সঠিকভাবে ডিপোজিট এবং মুভমেন্ট ট্র্যাক করা অনেক সহজ এবং আরও নির্ভরযোগ্য করে তুলবে।

রিসোর্স: EIP-7708 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

eth/70 আংশিক ব্লক রসিদ তালিকা

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

eth/70 আংশিক ব্লক রসিদ তালিকা (বা EIP-7975) নোডগুলোর একে অপরের সাথে কথা বলার একটি নতুন উপায় (eth/70) প্রবর্তন করে যা এই বড় তালিকাগুলোকে ছোট, আরও পরিচালনাযোগ্য টুকরোতে ভাঙার অনুমতি দেয়। eth/70 নেটওয়ার্ক-এর কমিউনিকেশন প্রটোকল এর জন্য একটি পেজিনেশন সিস্টেম প্রবর্তন করে যা নোডগুলোকে ব্লক রসিদ তালিকাগুলো ভেঙে ফেলতে এবং নিরাপদে ছোট, আরও পরিচালনাযোগ্য খণ্ডে ডাটা রিকোয়েস্ট করার অনুমতি দেয়।

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

রিসোর্স: EIP-7975 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)

আরও পড়ুন

সচরাচর জিজ্ঞাসিত প্রশ্ন (FAQ)

গ্ল্যামস্টারডাম হার্ড ফর্ক এর পরে কীভাবে ETH রূপান্তর করা যেতে পারে?

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

স্ক্যাম শনাক্ত করা এবং এড়ানো সম্পর্কে আরও জানুন

গ্ল্যামস্টারডাম আপগ্রেড কি সমস্ত ইথিরিয়াম নোড এবং ভ্যালিডেটরস-দের প্রভাবিত করে?

হ্যাঁ, গ্ল্যামস্টারডাম আপগ্রেডের জন্য এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট উভয়েরই আপডেট প্রয়োজন। যেহেতু এই আপগ্রেডটি এনশ্রাইন্ড প্রপোজার-বিল্ডার সেপারেশন (ePBS) প্রবর্তন করে, তাই নোড অপারেটরদের নিশ্চিত করতে হবে যে নেটওয়ার্ক দ্বারা ব্লকগুলো তৈরি, যাচাই এবং প্রত্যয়ন করার নতুন উপায়গুলো পরিচালনা করার জন্য তাদের ক্লায়েন্ট-গুলো আপডেট করা হয়েছে।

সমস্ত প্রধান ইথিরিয়াম ক্লায়েন্ট উচ্চ অগ্রাধিকার হিসেবে চিহ্নিত হার্ড ফর্ক সমর্থনকারী সংস্করণ প্রকাশ করবে। আপনি ক্লায়েন্ট GitHub রেপো, তাদের Discord চ্যানেল (opens in a new tab), EthStaker Discord (opens in a new tab)-এ এই রিলিজগুলো কখন উপলব্ধ হবে তা জানতে পারেন, অথবা প্রটোকল আপডেটের জন্য ইথিরিয়াম ব্লগে সাবস্ক্রাইব করতে পারেন।

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

একজন স্টেকার হিসেবে, গ্ল্যামস্টারডাম আপগ্রেডের জন্য আমার কী করা দরকার?

প্রতিটি নেটওয়ার্ক আপগ্রেডের মতো, গ্ল্যামস্টারডাম সমর্থনসহ চিহ্নিত সর্বশেষ সংস্করণগুলোতে আপনার ক্লায়েন্ট-গুলো আপডেট করার বিষয়টি নিশ্চিত করুন। রিলিজ সম্পর্কে অবগত হতে মেইলিং লিস্ট এবং EF ব্লগে প্রটোকল ঘোষণা (opens in a new tab)-এর আপডেটগুলো অনুসরণ করুন।

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

L1 স্কেলিং এর জন্য গ্ল্যামস্টারডাম কী কী উন্নতি অন্তর্ভুক্ত করবে?

হেডলাইন বৈশিষ্ট্যটি হলো ePBS (EIP-7732), যা নেটওয়ার্ক লেনদেন যাচাই করার ভারী কাজটিকে কনসেন্সাস-এ পৌঁছানোর কাজ থেকে আলাদা করে। এটি ডাটা প্রোপাগেশন উইন্ডোকে 2 সেকেন্ড থেকে প্রায় 9 সেকেন্ডে প্রসারিত করে, যা ইথিরিয়ামের নিরাপদে অনেক বেশি লেনদেন থ্রুপুট পরিচালনা করার এবং লেয়ার ২ নেটওয়ার্ক-গুলোর জন্য আরও ডাটা ব্লব মিটমাট করার ক্ষমতা আনব্লক করে।

গ্ল্যামস্টারডাম কি ইথিরিয়ামে (লেয়ার 1) ফি কমাবে?

হ্যাঁ, গ্ল্যামস্টারডাম সম্ভবত দৈনন্দিন ব্যবহারকারীদের জন্য ফি কমিয়ে দেবে! অন্তর্নিহিত লেনদেন গ্যাস কমানো (বা EIP-2780) ETH পাঠানোর জন্য বেস ফি হ্রাস করে, যা দৈনন্দিন পেমেন্টের জন্য ETH ব্যবহার করা অনেক সস্তা করে তোলে।

উপরন্তু, দীর্ঘমেয়াদী টেকসইতার জন্য, গ্ল্যামস্টারডাম ব্লক-লেভেল অ্যাক্সেস লিস্টস (BALs) প্রবর্তন করে। এটি প্যারালাল প্রসেসিং সক্ষম করে এবং ভবিষ্যতে উচ্চতর সামগ্রিক গ্যাস লিমিট নিরাপদে পরিচালনা করার জন্য L1-কে প্রস্তুত করে, যা সক্ষমতা বৃদ্ধির সাথে সাথে প্রতি-লেনদেন গ্যাস খরচ কমানোর সম্ভাবনা রয়েছে।

গ্ল্যামস্টারডাম-পরবর্তী আমার বিদ্যমান স্মার্ট কন্ট্রাক্ট-গুলোতে কি কোনো পরিবর্তন হবে?

বিদ্যমান কন্ট্রাক্ট-গুলো গ্ল্যামস্টারডামের পরে স্বাভাবিকভাবে কাজ করতে থাকবে। ডেভেলপাররা সম্ভবত বেশ কয়েকটি নতুন টুল পাবেন এবং তাদের গ্যাস ব্যবহার পর্যালোচনা করা উচিত:

  • সর্বোচ্চ কন্ট্রাক্ট সাইজ বৃদ্ধি (বা EIP-7954) ডেভেলপারদের বড় অ্যাপ্লিকেশন স্থাপন করার অনুমতি দেয়, যা সর্বোচ্চ কন্ট্রাক্ট সাইজ লিমিট প্রায় 24KiB থেকে 32KiB পর্যন্ত বাড়ায়।
  • ডিটারমিনিস্টিক ফ্যাক্টরি প্রিডিপ্লয় (বা EIP-7997) একটি সর্বজনীন, বিল্ট-ইন ফ্যাক্টরি কন্ট্রাক্ট প্রবর্তন করে। এটি ডেভেলপারদের সমস্ত অংশগ্রহণকারী EVM চেইন জুড়ে ঠিক একই এডড্রেস-এ তাদের অ্যাপ্লিকেশন এবং স্মার্ট কন্ট্রাক্ট ওয়ালেট স্থাপন করার অনুমতি দেয়।
  • যদি আপনার অ্যাপ ETH ট্রান্সফার খোঁজার জন্য জটিল ট্রেসিংয়ের উপর নির্ভর করে, তবে ETH ট্রান্সফার এবং বার্ন একটি লগ নির্গত করে (বা EIP-7708) আপনাকে আরও সহজ এবং নির্ভরযোগ্য হিসাবরক্ষণের জন্য লগ ব্যবহারে স্যুইচ করার অনুমতি দেবে।
  • স্টেট তৈরির গ্যাস খরচ বৃদ্ধি (বা EIP-8037) এবং স্টেট-অ্যাক্সেস গ্যাস খরচ আপডেট (বা EIP-8038) নতুন টেকসই মডেল প্রবর্তন করে যা নির্দিষ্ট কন্ট্রাক্ট স্থাপনের খরচ পরিবর্তন করবে, কারণ নতুন একাউন্ট বা স্থায়ী স্টোরেজ তৈরি করার একটি গতিশীলভাবে-সমন্বয়কারী ফি থাকবে।

গ্ল্যামস্টারডাম কীভাবে নোড স্টোরেজ এবং হার্ডওয়্যারের প্রয়োজনীয়তাকে প্রভাবিত করবে?

গ্ল্যামস্টারডামের জন্য বিবেচনাধীন একাধিক EIP স্টেট বৃদ্ধির পারফরম্যান্স ক্লিফকে সম্বোধন করে:

  • স্টেট তৈরির গ্যাস খরচ বৃদ্ধি (বা EIP-8037) 100 GiB/বছর স্টেট ডাটাবেস বৃদ্ধির হারকে লক্ষ্য করার জন্য একটি ডাইনামিক প্রাইসিং মডেল প্রবর্তন করে, যা নিশ্চিত করে যে স্ট্যান্ডার্ড ফিজিক্যাল হার্ডওয়্যার দক্ষতার সাথে নেটওয়ার্ক চালানো চালিয়ে যেতে পারে।
  • eth/70 আংশিক ব্লক রসিদ তালিকা (বা EIP-7975) নোডগুলোকে পেজিনেটেড ব্লক রসিদ রিকোয়েস্ট করার অনুমতি দেয়, যা ইথিরিয়াম স্কেল করার সাথে সাথে ক্র্যাশ এবং সিঙ্ক রোধ করতে ডাটা-ভারী ব্লক রসিদ তালিকাগুলোকে ছোট খণ্ডে ভেঙে দেয়।

পেজ সর্বশেষ আপডেট: ১১ মার্চ, ২০২৬

myelinated-wackerowm (opens in a new tab)
wackeroww (opens in a new tab)
mnelsonBTm (opens in a new tab)

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