ফুসাকা 🦓

ইথেরিয়ামের বহুল প্রত্যাশিত ফুসাকা আপগ্রেড 3 ডিসেম্বর, 2025-এ লাইভ হয়েছে

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

ফুসাকায় উন্নতিসমূহ

ব্লব স্কেল করা

PeerDAS

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

ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং (DAS) (opens in a new tab)-এর মাধ্যমে, সমস্ত ব্লব ডেটা সংরক্ষণ করার পরিবর্তে, প্রতিটি নোড ব্লব ডেটার একটি উপসেটের জন্য দায়ী থাকবে। ব্লবগুলো নেটওয়ার্কের নোডগুলোর মধ্যে সমানভাবে এলোমেলোভাবে বিতরণ করা হয়, যেখানে প্রতিটি ফুল নোড ডেটার মাত্র 1/8 অংশ ধারণ করে, যার ফলে তাত্ত্বিকভাবে 8 গুণ পর্যন্ত স্কেল করা সম্ভব হয়। ডেটার প্রাপ্যতা নিশ্চিত করতে, ডেটার যেকোনো অংশ সম্পূর্ণ ডেটার বিদ্যমান 50% থেকে পুনর্গঠন করা যেতে পারে এমন পদ্ধতিগুলোর মাধ্যমে যা ভুল বা অনুপস্থিত ডেটার সম্ভাবনাকে ক্রিপ্টোগ্রাফিকভাবে নগণ্য স্তরে নামিয়ে আনে (~10²⁰-এর মধ্যে 1 থেকে 10²⁴-এর মধ্যে 1)।

এটি নোডগুলোর জন্য হার্ডওয়্যার এবং ব্যান্ডউইথের প্রয়োজনীয়তা সহনীয় রাখে এবং ব্লব স্কেলিং সক্ষম করে, যার ফলে লেয়ার ২ (l2)-গুলোর জন্য কম ফিতে আরও বেশি স্কেল পাওয়া যায়।

PeerDAS সম্পর্কে আরও জানুন

রিসোর্স:

• EIP-7594 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)
• PeerDAS-এ DappLion: Scaling Ethereum Today | ETHSofia 2024 (opens in a new tab)
• একাডেমিক: A Documentation of Ethereum’s PeerDAS (PDF) (opens in a new tab)

ব্লব-প্যারামিটার-অনলি ফর্ক

লেয়ার ২ (l2)-গুলো ইথেরিয়ামকে স্কেল করে - তাদের নেটওয়ার্ক বাড়ার সাথে সাথে, তাদের ইথেরিয়ামে আরও ডেটা পোস্ট করতে হয়। এর মানে হলো সময়ের সাথে সাথে ইথেরিয়ামকে তাদের জন্য উপলব্ধ ব্লবের সংখ্যা বাড়াতে হবে। যদিও PeerDAS ব্লব ডেটা স্কেল করতে সক্ষম করে, এটি ধীরে ধীরে এবং নিরাপদে করা দরকার।

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

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

গ্যাস লিমিটের মতো অন্যান্য কনফিগারেশনের মতোই ক্লায়েন্টদের দ্বারা ব্লব প্যারামিটার অনলি ফর্কগুলো সেট করা যেতে পারে। বড় ইথেরিয়াম আপগ্রেডগুলোর মধ্যে, ক্লায়েন্টরা target এবং max ব্লবগুলো বাড়িয়ে যেমন 9 এবং 12 করতে সম্মত হতে পারে এবং তারপর নোড অপারেটররা সেই ছোট ফর্কে অংশ নিতে আপডেট করবে। এই ব্লব প্যারামিটার অনলি ফর্কগুলো যেকোনো সময় কনফিগার করা যেতে পারে।

ডেনকুন আপগ্রেডে যখন প্রথম নেটওয়ার্কে ব্লব যুক্ত করা হয়েছিল, তখন লক্ষ্য ছিল 3। পেকট্রায় তা বাড়িয়ে 6 করা হয়েছিল এবং ফুসাকার পরে, এখন এই বড় নেটওয়ার্ক আপগ্রেডগুলো থেকে স্বাধীনভাবে একটি টেকসই হারে তা বাড়ানো যেতে পারে।

গ্রাফের উৎস: Ethereum Blobs - @hildobby, Dune Analytics (opens in a new tab)

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

এক্সিকিউশন খরচ দ্বারা সীমাবদ্ধ ব্লব ভিত্তি ফি

লেয়ার ২ (l2)-গুলো ডেটা পোস্ট করার সময় দুটি বিল প্রদান করে: ব্লব ফি এবং সেই ব্লবগুলো যাচাই করার জন্য প্রয়োজনীয় এক্সিকিউশন গ্যাস। যদি এক্সিকিউশন গ্যাস প্রাধান্য পায়, তবে ব্লব ফি নিলাম 1 Wei-তে নেমে যেতে পারে এবং মূল্যের সংকেত হওয়া বন্ধ করতে পারে।

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

• ব্লব ফি মার্কেট সর্বদা কনজেশনের প্রতিক্রিয়া জানায়
• লেয়ার ২ (l2)-গুলো নোডগুলোর উপর চাপানো কম্পিউটের অন্তত একটি অর্থপূর্ণ অংশ প্রদান করে
• এক্সিকিউশন লেয়ার (EL)-এ ভিত্তি ফি বৃদ্ধি আর ব্লব ফি-কে 1 Wei-তে আটকে রাখতে পারে না

রিসোর্স:

• EIP-7918 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)
• স্টোরিবুক ব্যাখ্যাকারী (opens in a new tab)

লেয়ার ১ (l1) স্কেল করা

ইতিহাসের মেয়াদোত্তীর্ণতা এবং সহজ রসিদ

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

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

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

MODEXP-এর জন্য উচ্চতর সীমা নির্ধারণ

এতদিন পর্যন্ত, MODEXP প্রিকম্পাইল প্রায় যেকোনো আকারের সংখ্যা গ্রহণ করত। এটি পরীক্ষা করা কঠিন, অপব্যবহার করা সহজ এবং ক্লায়েন্টের স্থিতিশীলতার জন্য ঝুঁকিপূর্ণ করে তুলেছিল। EIP-7823 একটি স্পষ্ট সীমা নির্ধারণ করে: প্রতিটি ইনপুট সংখ্যা সর্বাধিক 8192 বিট (1024 বাইট) দীর্ঘ হতে পারে। এর চেয়ে বড় যেকোনো কিছু প্রত্যাখ্যান করা হয়, ট্রানজ্যাকশনের গ্যাস পুড়ে যায় এবং কোনো স্টেট পরিবর্তন ঘটে না। এটি গ্যাস লিমিট পরিকল্পনা এবং নিরাপত্তা পর্যালোচনাগুলোকে জটিল করে তোলা চরম ক্ষেত্রগুলো দূর করার পাশাপাশি বাস্তব-বিশ্বের চাহিদাগুলো খুব স্বাচ্ছন্দ্যে পূরণ করে। এই পরিবর্তনটি ব্যবহারকারী বা ডেভেলপারের অভিজ্ঞতাকে প্রভাবিত না করেই আরও নিরাপত্তা এবং DoS সুরক্ষা প্রদান করে।

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

ট্রানজ্যাকশন গ্যাস লিমিট ক্যাপ

EIP-7825 (opens in a new tab) প্রতি ট্রানজ্যাকশনে 16,777,216 (2^24) গ্যাসের একটি ক্যাপ যোগ করে। ব্লক গ্যাস লিমিট বাড়ানোর সাথে সাথে যেকোনো একক ট্রানজ্যাকশনের সবচেয়ে খারাপ পরিস্থিতির খরচ সীমাবদ্ধ করে এটি সক্রিয় DoS হার্ডেনিং। এটি গ্যাস লিমিট বাড়ানোর মাধ্যমে স্কেলিং মোকাবেলা করার অনুমতি দেওয়ার জন্য বৈধতা এবং প্রচারকে মডেল করা সহজ করে তোলে।

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

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

MODEXP গ্যাস খরচ বৃদ্ধি

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

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

এই EIP বাস্তব গণনামূলক খরচের সাথে মেলাতে মূল্য নির্ধারণ পরিবর্তন করে:

• ন্যূনতম চার্জ 200 থেকে 500 গ্যাসে বাড়িয়ে এবং সাধারণ খরচ গণনায় EIP-2565 থেকে এক-তৃতীয়াংশ ছাড় সরিয়ে দিয়ে
• এক্সপোনেন্ট ইনপুট খুব দীর্ঘ হলে খরচ আরও তীব্রভাবে বাড়িয়ে। যদি এক্সপোনেন্ট (দ্বিতীয় আর্গুমেন্ট হিসেবে আপনি যে "পাওয়ার" নম্বরটি পাস করেন) 32 বাইট / 256 বিটের চেয়ে দীর্ঘ হয়, তবে প্রতিটি অতিরিক্ত বাইটের জন্য গ্যাস চার্জ অনেক দ্রুত বৃদ্ধি পায়
• বড় বেস বা মডুলাসের জন্যও অতিরিক্ত চার্জ করে। অন্য দুটি সংখ্যা (বেস এবং মডুলাস) কমপক্ষে 32 বাইট বলে ধরে নেওয়া হয় - যদি কোনোটি বড় হয়, তবে এর আকারের অনুপাতে খরচ বৃদ্ধি পায়

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

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

RLP এক্সিকিউশন ব্লক সাইজ লিমিট

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

বিস্তারিত: এটি RLP-এনকোড করা এক্সিকিউশন ব্লক সাইজের উপর একটি ক্যাপ। মোট 10 MiB, বিকন-ব্লক ফ্রেমিংয়ের জন্য সংরক্ষিত 2 MiB সেফটি মার্জিন সহ। কার্যত, ক্লায়েন্টরা সংজ্ঞায়িত করে

MAX_BLOCK_SIZE = 10,485,760 বাইট এবং

SAFETY_MARGIN = 2,097,152 বাইট,

এবং এমন যেকোনো এক্সিকিউশন ব্লক প্রত্যাখ্যান করে যার RLP পেলোড অতিক্রম করে

MAX_RLP_BLOCK_SIZE = MAX_BLOCK_SIZE − SAFETY_MARGIN

লক্ষ্য হলো সবচেয়ে খারাপ পরিস্থিতির প্রচার/যাচাইকরণের সময়কে সীমাবদ্ধ করা এবং কনসেনসাস লেয়ার গসিপ আচরণের সাথে সামঞ্জস্য করা, গ্যাস অ্যাকাউন্টিং পরিবর্তন না করেই রি-অর্গ/DoS ঝুঁকি কমানো।

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

ডিফল্ট গ্যাস লিমিট 60 মিলিয়নে সেট করা

ফেব্রুয়ারি 2025-এ গ্যাস লিমিট 30M থেকে 36M (এবং পরবর্তীতে 45M)-এ বাড়ানোর আগে, দ্য মার্জ (সেপ্টেম্বর 2022)-এর পর থেকে এই মানটি পরিবর্তিত হয়নি। এই EIP-এর লক্ষ্য হলো ধারাবাহিক স্কেলিংকে অগ্রাধিকার দেওয়া।

EIP-7935 ফুসাকার জন্য ডিফল্ট গ্যাস-লিমিট আজকের 45M-এর উপরে বাড়ানোর জন্য EL ক্লায়েন্ট টিমগুলোকে সমন্বয় করে। এটি একটি তথ্যমূলক EIP, তবে এটি স্পষ্টভাবে ক্লায়েন্টদের ডেভনেটগুলোতে উচ্চতর সীমা পরীক্ষা করতে, একটি নিরাপদ মানে একত্রিত হতে এবং তাদের ফুসাকা রিলিজগুলোতে সেই সংখ্যাটি পাঠাতে বলে।

ডেভনেট পরিকল্পনা ~60M স্ট্রেস (সিন্থেটিক লোড সহ সম্পূর্ণ ব্লক) এবং পুনরাবৃত্তিমূলক বাম্পগুলোকে লক্ষ্য করে; গবেষণা বলে যে সবচেয়ে খারাপ পরিস্থিতির ব্লক-সাইজ প্যাথলজিগুলো ~150M-এর নিচে আবদ্ধ হওয়া উচিত নয়। রোলআউটটি ট্রানজ্যাকশন গ্যাস-লিমিট ক্যাপ (EIP-7825)-এর সাথে যুক্ত করা উচিত যাতে সীমা বাড়ার সাথে সাথে কোনো একক ট্রানজ্যাকশন আধিপত্য বিস্তার করতে না পারে।

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

UX উন্নত করা

ডিটারমিনিস্টিক প্রস্তাবক লুকঅ্যাহেড

EIP-7917-এর মাধ্যমে, বিকন চেইন পরবর্তী ইপকের জন্য আসন্ন ব্লক প্রস্তাবকদের সম্পর্কে সচেতন হবে। কোন ভ্যালিডেটররা ভবিষ্যতের ব্লকগুলো প্রস্তাব করবে সে সম্পর্কে একটি ডিটারমিনিস্টিক দৃষ্টিভঙ্গি থাকা প্রিকনফার্মেশন (opens in a new tab) সক্ষম করতে পারে - আসন্ন প্রস্তাবকের সাথে একটি কমিটমেন্ট যা গ্যারান্টি দেয় যে ব্যবহারকারীর ট্রানজ্যাকশনটি প্রকৃত ব্লকের জন্য অপেক্ষা না করেই তাদের ব্লকে অন্তর্ভুক্ত করা হবে।

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

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

কাউন্ট লিডিং জিরোস (CLZ) অপকোড

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

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

secp256r1 Curve সাপোর্টের জন্য প্রিকম্পাইল

নির্দিষ্ট ঠিকানা 0x100-এ একটি বিল্ট-ইন, পাসকি-স্টাইলের secp256r1 (P-256) স্বাক্ষর চেকার প্রবর্তন করে যা ইতিমধ্যেই অনেক লেয়ার ২ (l2) দ্বারা গৃহীত একই কল ফর্ম্যাট ব্যবহার করে এবং প্রান্তিক পরিস্থিতিগুলো ঠিক করে, যাতে সেই পরিবেশগুলোর জন্য লেখা কন্ট্রাক্টগুলো কোনো পরিবর্তন ছাড়াই লেয়ার ১ (l1)-এ কাজ করে।

UX আপগ্রেড! ব্যবহারকারীদের জন্য, এটি ডিভাইস-নেটিভ স্বাক্ষরকরণ এবং পাসকি আনলক করে। ওয়ালেটগুলো সরাসরি Apple Secure Enclave, Android কীস্টোর, হার্ডওয়্যার সিকিউরিটি মডিউল (HSMs) এবং FIDO2/WebAuthn-এ ট্যাপ করতে পারে - কোনো সিড ফ্রেজ নেই, মসৃণ অনবোর্ডিং এবং মাল্টি-ফ্যাক্টর ফ্লো যা আধুনিক অ্যাপগুলোর মতো মনে হয়। এর ফলে আরও ভালো UX, সহজ পুনরুদ্ধার এবং অ্যাকাউন্ট বিমূর্তকরণ প্যাটার্ন তৈরি হয় যা বিলিয়ন বিলিয়ন ডিভাইস ইতিমধ্যেই যা করে তার সাথে মেলে।

ডেভেলপারদের জন্য, এটি একটি 160-বাইট ইনপুট নেয় এবং একটি 32-বাইট আউটপুট প্রদান করে, যা বিদ্যমান লাইব্রেরি এবং লেয়ার ২ (l2) কন্ট্রাক্টগুলো পোর্ট করা সহজ করে তোলে। অভ্যন্তরীণভাবে, এটি বৈধ কলারদের না ভেঙে জটিল প্রান্তিক পরিস্থিতিগুলো দূর করতে পয়েন্ট-অ্যাট-ইনফিনিটি এবং মডুলার-তুলনা চেক অন্তর্ভুক্ত করে।

রিসোর্স:

• EIP-7951 টেকনিক্যাল স্পেসিফিকেশন (opens in a new tab)
• RIP-7212 সম্পর্কে আরও জানুন (opens in a new tab) (মনে রাখবেন যে EIP-7951 RIP-7212-কে প্রতিস্থাপন করেছে)

মেটা

eth_config জেসন-আরপিসি মেথড

এটি একটি জেসন-আরপিসি কল যা আপনাকে আপনার নোডকে জিজ্ঞাসা করতে দেয় যে আপনি কোন ফর্ক সেটিংস চালাচ্ছেন। এটি তিনটি স্ন্যাপশট প্রদান করে: current, next, এবং last যাতে ভ্যালিডেটর এবং মনিটরিং টুলগুলো যাচাই করতে পারে যে ক্লায়েন্টরা আসন্ন ফর্কের জন্য প্রস্তুত কিনা।

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

স্ন্যাপশটগুলোর মধ্যে রয়েছে: chainId, forkId, পরিকল্পিত ফর্ক সক্রিয়করণের সময়, কোন প্রিকম্পাইলগুলো সক্রিয় আছে, প্রিকম্পাইল ঠিকানাগুলো, সিস্টেম কন্ট্রাক্ট নির্ভরতা এবং ফর্কের ব্লব শিডিউল।

এই EIP-টি "কোর EIPs" থেকে আলাদা একটি বিভাগে রয়েছে কারণ ফর্কটি আসলে কোনো পরিবর্তন বাস্তবায়ন করে না - এটি একটি নোটিশ যে ক্লায়েন্ট টিমগুলোকে অবশ্যই ফুসাকা আপগ্রেডের মাধ্যমে এই জেসন-আরপিসি মেথডটি বাস্তবায়ন করতে হবে।

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

সচরাচর জিজ্ঞাস্য (FAQ)

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

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

হার্ড ফর্কের পরে কীভাবে ETH রূপান্তর করা যায়?

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

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

জেব্রার বিষয়টি কী?

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

2022 সালে দ্য মার্জ এক্সিকিউশন এবং কনসেনসাস লেয়ারের যোগদানের সংকেত দিতে এর মাসকট হিসেবে একটি পান্ডা ব্যবহার করেছিল (opens in a new tab)। তারপর থেকে, প্রতিটি ফর্কের জন্য অনানুষ্ঠানিকভাবে মাসকট বেছে নেওয়া হয়েছে এবং আপগ্রেডের সময় ক্লায়েন্ট লগগুলোতে ASCII আর্ট হিসেবে প্রদর্শিত হয়। এটি উদযাপন করার একটি মজার উপায় মাত্র।

লেয়ার ২ (l2) স্কেলিংয়ের জন্য কী কী উন্নতি অন্তর্ভুক্ত করা হয়েছে?

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

BPO ফর্কগুলো কীভাবে আলাদা?

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

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

BPO শিডিউল কী?

BPO আপডেটের সঠিক শিডিউল ফুসাকা রিলিজের সাথে নির্ধারণ করা হবে। প্রোটোকল ঘোষণা (opens in a new tab) এবং আপনার ক্লায়েন্টদের রিলিজ নোটগুলো অনুসরণ করুন।

এটি কেমন হতে পারে তার উদাহরণ:

• ফুসাকার আগে: লক্ষ্য 6, সর্বোচ্চ 9
• ফুসাকা সক্রিয়করণে: লক্ষ্য 6, সর্বোচ্চ 9
• BPO1, ফুসাকা সক্রিয়করণের কয়েক সপ্তাহ পরে: লক্ষ্য 10, সর্বোচ্চ 15, দুই-তৃতীয়াংশ বৃদ্ধি
• BPO2, BPO1-এর কয়েক সপ্তাহ পরে: লক্ষ্য 14, সর্বোচ্চ 21

এটি কি ইথেরিয়ামে (লেয়ার ১) ফি কমাবে

এই আপগ্রেডটি লেয়ার ১ (l1)-এ গ্যাস ফি কমায় না, অন্তত সরাসরি নয়। প্রধান ফোকাস হলো রোলআপ ডেটার জন্য আরও ব্লব স্পেস, যার ফলে লেয়ার ২ (l2)-এ ফি কমানো। এর লেয়ার ১ (l1) ফি মার্কেটে কিছু পার্শ্বপ্রতিক্রিয়া থাকতে পারে তবে কোনো উল্লেখযোগ্য পরিবর্তনের আশা করা যায়্বা যায় না।

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

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

"ডিটারমিনিস্টিক প্রস্তাবক লুকঅ্যাহেড" (EIP-7917) কি ভ্যালিডেটরদের প্রভাবিত করে?

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

ফুসাকা কীভাবে নোড এবং ভ্যালিডেটরদের জন্য ব্যান্ডউইথের প্রয়োজনীয়তাকে প্রভাবিত করে?

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

ফুসাকা BPO-গুলোর পরেও নোডগুলোর প্রয়োজনীয়তা এখনও প্রস্তাবিত মার্জিনের (opens in a new tab) মধ্যেই রয়েছে।

ফুল নোড

কোনো ভ্যালিডেটর ছাড়া সাধারণ নোডগুলো শুধুমাত্র 4টি সাবনেটে সাবস্ক্রাইব করবে, যা মূল ডেটার 1/8 অংশের জন্য কাস্টডি প্রদান করবে। এর মানে হলো একই পরিমাণ ব্লব ডেটার সাথে, সেগুলো ডাউনলোড করার নোড ব্যান্ডউইথ আট (8) গুণ ছোট হবে। একটি সাধারণ ফুল নোডের জন্য ব্লবের ডিস্ক ব্যবহার এবং ডাউনলোড ব্যান্ডউইথ প্রায় 80% কমে মাত্র কয়েক Mb-তে নেমে আসতে পারে।

সোলো স্টেকার

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

একজন সোলো স্টেকারের জন্য, এর মানে হলো তাদের ডিস্ক ব্যবহার এবং ডাউনলোড ব্যান্ডউইথ প্রায় 50% কমে যাবে। তবে স্থানীয়ভাবে ব্লক তৈরি করতে এবং নেটওয়ার্কে সমস্ত ব্লব আপলোড করতে, আরও আপলোড ব্যান্ডউইথ প্রয়োজন। ফুসাকার সময়ে স্থানীয় বিল্ডারদের আগের চেয়ে 2-3 গুণ বেশি আপলোড ব্যান্ডউইথ প্রয়োজন হবে এবং 15/21 ব্লবের BPO2 লক্ষ্যের সাথে, চূড়ান্ত প্রয়োজনীয় আপলোড ব্যান্ডউইথ প্রায় 5 গুণ বেশি, 100Mpbs-এ হতে হবে।

বড় ভ্যালিডেটর

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

4096 ETH-এ, 2টি সর্বোচ্চ ব্যালেন্স ভ্যালিডেটর সহ, নোডটি 'সুপারনোড' হয়ে যায় যা সমস্ত কলাম কাস্টডি করে, তাই সবকিছু ডাউনলোড এবং সংরক্ষণ করে। এই নোডগুলো অনুপস্থিত ডেটা ফিরিয়ে দিয়ে সক্রিয়ভাবে নেটওয়ার্ককে নিরাময় করে তবে এর জন্য আরও অনেক বেশি ব্যান্ডউইথ এবং স্টোরেজ প্রয়োজন। চূড়ান্ত ব্লব লক্ষ্য আগের চেয়ে 6 গুণ বেশি হওয়ায়, সুপার নোডগুলোকে প্রায় 600GB অতিরিক্ত ব্লব ডেটা সংরক্ষণ করতে হবে এবং প্রায় 20Mbps-এ দ্রুত টেকসই ডাউনলোড ব্যান্ডউইথ থাকতে হবে।

প্রত্যাশিত প্রয়োজনীয়তা সম্পর্কে আরও বিস্তারিত পড়ুন। (opens in a new tab)

কী কী EVM পরিবর্তন বাস্তবায়িত হয়েছে?

ফুসাকা নতুন ছোটখাটো পরিবর্তন এবং বৈশিষ্ট্যগুলোর সাথে EVM-কে সুদৃঢ় করে।

• স্কেলিংয়ের সময় নিরাপত্তার জন্য, একটি একক ট্রানজ্যাকশনের সর্বোচ্চ আকার 16.7 মিলিয়ন গ্যাস ইউনিটে সীমাবদ্ধ করা হবে (opens in a new tab)।
• নতুন অপকোড কাউন্ট লিডিং জিরোস (CLZ) (opens in a new tab) EVM-এ যুক্ত করা হয়েছে এবং এটি স্মার্ট কন্ট্রাক্ট ভাষাগুলোকে নির্দিষ্ট ক্রিয়াকলাপগুলো আরও দক্ষতার সাথে সম্পাদন করতে সক্ষম করবে।
• ModExp প্রিকম্পাইলের খরচ বাড়ানো হবে (opens in a new tab)—এটি ব্যবহার করা কন্ট্রাক্টগুলো এক্সিকিউশনের জন্য বেশি গ্যাস চার্জ করবে।

নতুন 16M গ্যাস লিমিট কীভাবে কন্ট্রাক্ট ডেভেলপারদের প্রভাবিত করে?

ফুসাকা একটি একক ট্রানজ্যাকশনের সর্বোচ্চ আকার 16.7 মিলিয়ন (opens in a new tab) (2^24) গ্যাস ইউনিটে সীমাবদ্ধ করে। এটি মোটামুটি একটি গড় ব্লকের পূর্ববর্তী আকার যা এটিকে একটি সম্পূর্ণ ব্লক গ্রাস করবে এমন জটিল ট্রানজ্যাকশনগুলোকে মিটমাট করার জন্য যথেষ্ট বড় করে তোলে। এই সীমা ক্লায়েন্টদের জন্য সুরক্ষা তৈরি করে, ভবিষ্যতে উচ্চতর ব্লক গ্যাস লিমিটের সাথে সম্ভাব্য DoS আক্রমণ প্রতিরোধ করে। স্কেলিংয়ের লক্ষ্য হলো কোনো একক ট্রানজ্যাকশন সম্পূর্ণ ব্লক গ্রাস না করেই আরও ট্রানজ্যাকশনকে ব্লকচেইনে প্রবেশ করতে সক্ষম করা।

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

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

ডেভেলপারদের জন্য CLZ-এর অর্থ কী?

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

আমার বিদ্যমান স্মার্ট কন্ট্রাক্টগুলোর জন্য কি কোনো পরিবর্তন আছে?

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

ModExp প্রিকম্পাইলের বর্ধিত খরচের সাথে (opens in a new tab), এর উপর নির্ভরশীল কন্ট্রাক্টগুলো এক্সিকিউশনের জন্য বেশি গ্যাস খরচ করবে। যদি আপনার কন্ট্রাক্ট এর উপর ব্যাপকভাবে নির্ভর করে এবং ব্যবহারকারীদের জন্য আরও ব্যয়বহুল হয়ে ওঠে, তবে এটি কীভাবে ব্যবহার করা হয় তা পুনর্বিবেচনা করুন।

যদি আপনার কন্ট্রাক্টগুলো এক্সিকিউট করা ট্রানজ্যাকশনগুলো একই আকারে পৌঁছাতে পারে তবে নতুন 16.7 মিলিয়ন সীমা (opens in a new tab) বিবেচনা করুন।

আরও পড়ুন

• ইথেরিয়াম রোডম্যাপ
• ফর্ককাস্ট: ফুসাকা (opens in a new tab)
• ফুসাকা মেটা EIP (opens in a new tab)
• ফুসাকা টেস্টনেট ব্লগ ঘোষণা (opens in a new tab)
• Bankless: ফুসাকা এবং পেকট্রা ইথেরিয়ামে কী নিয়ে আসবে (opens in a new tab)
• Bankless: ইথেরিয়ামের পরবর্তী আপগ্রেড: প্রেস্টন ভ্যান লুনের সাথে ফুসাকা, গ্ল্যামস্টারডাম এবং এর বাইরে (opens in a new tab)
• দ্য ফুসাকা ফাইলস (opens in a new tab)
• PEEPanEIPs ব্যাখ্যা করা হয়েছে (opens in a new tab)

পেজ সর্বশেষ আপডেট করা হয়েছে: 6 জুন, 2026

U (opens in a new tab)

a (opens in a new tab)

J (opens in a new tab)

+6

অবদানকারীদের দেখুন