ইথেরিয়াম হোম ভ্যালিডেটরদের প্রুফ যাচাই করতে চায় কিন্তু ১২ GPU বাস্তবতা নতুন হুমকি তৈরি করে
Ethereum গবেষক ladislaus.eth গত সপ্তাহে একটি ওয়াকথ্রু প্রকাশ করেছেন যেখানে ব্যাখ্যা করা হয়েছে কিভাবে Ethereum প্রতিটি লেনদেন পুনরায় সম্পাদন করা থেকে জিরো-নলেজ প্রুফ যাচাই করার দিকে যাওয়ার পরিকল্পনা করছে।
পোস্টটি এটিকে একটি "শান্ত কিন্তু মৌলিক রূপান্তর" হিসেবে উপস্থাপন করে এবং এই উপস্থাপনা সঠিক। কারণ কাজটি গোপন নয়, বরং এর প্রভাব Ethereum-এর সম্পূর্ণ আর্কিটেকচার জুড়ে এমনভাবে ছড়িয়ে পড়ে যা অংশগুলি সংযুক্ত না হওয়া পর্যন্ত স্পষ্ট হবে না।
এটি Ethereum-এর একটি ফিচার হিসেবে "ZK যোগ করা" নয়। Ethereum একটি বিকল্প যাচাইকরণ পথের প্রোটোটাইপ তৈরি করছে যেখানে কিছু ভ্যালিডেটর প্রতিটি লেনদেন পুনরায় চালানোর পরিবর্তে কমপ্যাক্ট এক্সিকিউশন প্রুফ যাচাই করে ব্লকগুলিতে সত্যায়ন করতে পারে।
যদি এটি কাজ করে, তাহলে Ethereum-এর লেয়ার-১ ভূমিকা "রোলআপের জন্য সেটেলমেন্ট এবং ডেটা উপলব্ধতা" থেকে "হাই-থ্রুপুট এক্সিকিউশনের দিকে স্থানান্তরিত হয় যার যাচাইকরণ হোম ভ্যালিডেটরদের জন্য যথেষ্ট সস্তা থাকে।"
আসলে কী তৈরি করা হচ্ছে
EIP-8025, যার শিরোনাম "Optional Execution Proofs," খসড়া আকারে এসেছে এবং মেকানিক্স নির্দিষ্ট করে।
এক্সিকিউশন প্রুফগুলি একটি নির্দিষ্ট টপিকের মাধ্যমে কনসেনসাস-লেয়ার পিয়ার-টু-পিয়ার নেটওয়ার্ক জুড়ে শেয়ার করা হয়। ভ্যালিডেটররা দুটি নতুন মোডে কাজ করতে পারে: প্রুফ-জেনারেটিং বা স্টেটলেস ভ্যালিডেশন।
প্রস্তাবটি স্পষ্টভাবে বলে যে এটি "হার্ডফর্কের প্রয়োজন নেই" এবং ব্যাকওয়ার্ড কম্প্যাটিবল থাকে, যখন নোডগুলি এখনও আজকের মতো পুনরায় সম্পাদন করতে পারে।
Ethereum ফাউন্ডেশনের zkEVM টিম ২৬ জানুয়ারিতে ২০২৬-এর জন্য একটি সুনির্দিষ্ট রোডম্যাপ প্রকাশ করেছে, যেখানে ছয়টি উপ-থিম তুলে ধরা হয়েছে: এক্সিকিউশন উইটনেস এবং গেস্ট প্রোগ্রাম স্ট্যান্ডার্ডাইজেশন, zkVM-গেস্ট API স্ট্যান্ডার্ডাইজেশন, কনসেনসাস লেয়ার ইন্টিগ্রেশন, প্রুভার ইনফ্রাস্ট্রাকচার, বেঞ্চমার্কিং এবং মেট্রিক্স, এবং ফরমাল ভেরিফিকেশনের সাথে নিরাপত্তা।
প্রথম L1-zkEVM ব্রেকআউট কল ১১ ফেব্রুয়ারি ১৫:০০ UTC-তে নির্ধারিত রয়েছে।
এন্ড-টু-এন্ড পাইপলাইন এভাবে কাজ করে: একটি এক্সিকিউশন-লেয়ার ক্লায়েন্ট একটি ExecutionWitness তৈরি করে, একটি স্বয়ংসম্পূর্ণ প্যাকেজ যাতে সম্পূর্ণ স্টেট না রেখে একটি ব্লক যাচাই করার জন্য প্রয়োজনীয় সমস্ত ডেটা থাকে।
একটি স্ট্যান্ডার্ডাইজড গেস্ট প্রোগ্রাম সেই উইটনেস গ্রহণ করে এবং স্টেট ট্রানজিশন যাচাই করে। একটি zkVM এই প্রোগ্রামটি এক্সিকিউট করে এবং একটি প্রুভার সঠিক এক্সিকিউশনের একটি প্রুফ তৈরি করে। কনসেনসাস লেয়ার ক্লায়েন্ট তারপর পুনরায় সম্পাদনের জন্য এক্সিকিউশন লেয়ার ক্লায়েন্টকে কল করার পরিবর্তে সেই প্রুফ যাচাই করে।
মূল নির্ভরতা হলো ePBS (Enshrined Proposer-Builder Separation), যা আসন্ন Glamsterdam হার্ডফর্কের জন্য লক্ষ্য করা হয়েছে। ePBS ছাড়া, প্রুভিং উইন্ডো প্রায় এক থেকে দুই সেকেন্ড, যা রিয়েল-টাইম প্রুভিংয়ের জন্য খুব টাইট। ePBS ব্লক পাইপলাইনিং প্রদান করলে, উইন্ডোটি ছয় থেকে নয় সেকেন্ড পর্যন্ত প্রসারিত হয়।
চার্টটি দেখায় যে ePBS Ethereum-এর প্রুভিং উইন্ডোকে ১-২ সেকেন্ড থেকে ৬-৯ সেকেন্ডে প্রসারিত করে, যা ১২টি GPU প্রয়োজনীয় বর্তমান সাত-সেকেন্ড গড় প্রুভিং সময়ের তুলনায় রিয়েল-টাইম প্রুফ জেনারেশন সম্ভব করে তোলে।
বিকেন্দ্রীকরণ ট্রেড-অফ
যদি ঐচ্ছিক প্রুফ এবং উইটনেস ফরম্যাট পরিপক্ক হয়, তাহলে সম্পূর্ণ এক্সিকিউশন লেয়ার স্টেট রক্ষণাবেক্ষণ ছাড়াই আরও হোম ভ্যালিডেটর অংশগ্রহণ করতে পারে।
গ্যাস লিমিট বৃদ্ধি করা রাজনৈতিক এবং অর্থনৈতিকভাবে সহজ হয়ে যায় কারণ যাচাইকরণ খরচ এক্সিকিউশন জটিলতা থেকে বিচ্ছিন্ন হয়ে যায়। যাচাইকরণ কাজ আর অন-চেইন কার্যকলাপের সাথে রৈখিকভাবে স্কেল করে না।
তবে, প্রুফিং কেন্দ্রীকরণের নিজস্ব ঝুঁকি বহন করে। ২ ফেব্রুয়ারির একটি Ethereum রিসার্চ পোস্ট রিপোর্ট করে যে বর্তমানে একটি সম্পূর্ণ Ethereum ব্লক প্রুভ করতে প্রায় ১২টি GPU প্রয়োজন এবং গড়ে ৭ সেকেন্ড সময় লাগে।
লেখক কেন্দ্রীকরণ সম্পর্কে উদ্বেগ প্রকাশ করেন এবং উল্লেখ করেন যে সীমা পূর্বাভাস করা কঠিন থেকে যায়। যদি প্রুভিং GPU-ভারী থাকে এবং বিল্ডার বা প্রুভার নেটওয়ার্কে কেন্দ্রীভূত হয়, তাহলে Ethereum "সবাই পুনরায় সম্পাদন করে"-এর জন্য "কম প্রুভ করে, অনেকে যাচাই করে" বিনিময় করতে পারে।
ডিজাইনটি প্রুভিং লেয়ারে ক্লায়েন্ট বৈচিত্র্য চালু করে এটি সমাধান করার লক্ষ্য রাখে। EIP-8025-এর কার্যকারী অনুমান হলো একটি থ্রি-অফ-ফাইভ থ্রেশহোল্ড, যার অর্থ একজন এটেস্টার একটি ব্লকের এক্সিকিউশনকে বৈধ হিসেবে গ্রহণ করে যখন এটি বিভিন্ন এক্সিকিউশন-লেয়ার ক্লায়েন্ট ইমপ্লিমেন্টেশন থেকে পাঁচটির মধ্যে তিনটি স্বাধীন প্রুফ যাচাই করেছে।
এটি প্রোটোকল স্তরে ক্লায়েন্ট বৈচিত্র্য সংরক্ষণ করে কিন্তু হার্ডওয়্যার অ্যাক্সেস সমস্যার সমাধান করে না।
সবচেয়ে সৎ উপস্থাপনা হলো যে Ethereum বিকেন্দ্রীকরণ যুদ্ধক্ষেত্র স্থানান্তরিত করছে। আজকের সীমাবদ্ধতা হলো "আপনি কি একটি এক্সিকিউশন লেয়ার ক্লায়েন্ট চালানোর সামর্থ্য রাখেন?" আগামীকালের হতে পারে "আপনি কি GPU ক্লাস্টার বা প্রুভার নেটওয়ার্ক অ্যাক্সেস করতে পারেন?"
বাজি হলো যে প্রুফ যাচাইকরণ স্টেট স্টোরেজ এবং পুনরায় সম্পাদনের চেয়ে পণ্যায়ন করা সহজ, কিন্তু হার্ডওয়্যার প্রশ্ন খোলা থাকে।
L1 স্কেলিং আনলক
Ethereum-এর রোডম্যাপ, সর্বশেষ ৫ ফেব্রুয়ারি আপডেট করা হয়েছে, "Statelessness" কে একটি প্রধান আপগ্রেড থিম হিসেবে তালিকাভুক্ত করে: বড় স্টেট সংরক্ষণ ছাড়াই ব্লক যাচাই করা।
ঐচ্ছিক এক্সিকিউশন প্রুফ এবং উইটনেস হলো সুনির্দিষ্ট প্রক্রিয়া যা স্টেটলেস যাচাইকরণকে ব্যবহারিক করে তোলে। একটি স্টেটলেস নোডের শুধুমাত্র একটি কনসেনসাস ক্লায়েন্ট প্রয়োজন এবং পেলোড প্রসেসিংয়ের সময় প্রুফ যাচাই করে।
সিঙ্কিং শেষ ফাইনালাইজেশন চেকপয়েন্টের পর থেকে সাম্প্রতিক ব্লকগুলির জন্য প্রুফ ডাউনলোড করার মধ্যে সীমাবদ্ধ হয়।
এটি গ্যাস লিমিটের জন্য গুরুত্বপূর্ণ। আজ, গ্যাস লিমিটের প্রতিটি বৃদ্ধি একটি নোড চালানোকে কঠিন করে তোলে। যদি ভ্যালিডেটররা পুনরায় সম্পাদনের পরিবর্তে প্রুফ যাচাই করতে পারে, তাহলে যাচাইকরণ খরচ আর গ্যাস লিমিটের সাথে স্কেল করে না। এক্সিকিউশন জটিলতা এবং যাচাইকরণ খরচ বিচ্ছিন্ন হয়ে যায়।
২০২৬ রোডম্যাপে বেঞ্চমার্কিং এবং রিপ্রাইসিং ওয়ার্কস্ট্রিম স্পষ্টভাবে মেট্রিক্সকে লক্ষ্য করে যা গ্যাস খরচকে প্রুভিং সাইকেল এবং প্রুভিং সময়ের সাথে ম্যাপ করে।
যদি সেই মেট্রিক্সগুলি স্থিতিশীল হয়, তাহলে Ethereum একটি লিভার পায় যা আগে ছিল না: একজন ভ্যালিডেটর চালানোর খরচ আনুপাতিকভাবে বৃদ্ধি না করেই থ্রুপুট বাড়ানোর ক্ষমতা।
লেয়ার-২ ব্লকচেইনের জন্য এর অর্থ কী
Vitalik Buterin-এর একটি সাম্প্রতিক পোস্ট যুক্তি দেয় যে লেয়ার-২ ব্লকচেইনগুলির স্কেলিংয়ের বাইরে আলাদা হওয়া উচিত এবং স্পষ্টভাবে একটি "নেটিভ রোলআপ প্রিকম্পাইল"-এর মূল্যকে এনশ্রাইনড zkEVM প্রুফের প্রয়োজনের সাথে সংযুক্ত করে যা Ethereum ইতিমধ্যে লেয়ার-১ স্কেল করতে প্রয়োজন।
যুক্তি সরল: যদি সমস্ত ভ্যালিডেটর এক্সিকিউশন প্রুফ যাচাই করে, তাহলে একই প্রুফগুলি নেটিভ রোলআপের জন্য একটি EXECUTE প্রিকম্পাইল দ্বারা ব্যবহার করা যেতে পারে। লেয়ার-১ প্রুভিং ইনফ্রাস্ট্রাকচার শেয়ারড ইনফ্রাস্ট্রাকচার হয়ে যায়।
এটি লেয়ার-২ মূল্য প্রস্তাবকে স্থানান্তরিত করে। যদি লেয়ার-১ যাচাইকরণ খরচ কম রেখে উচ্চ থ্রুপুটে স্কেল করতে পারে, তাহলে রোলআপগুলি "Ethereum লোড সামলাতে পারে না" এই ভিত্তিতে নিজেদের ন্যায্যতা দিতে পারে না।
নতুন বিভেদকারী অক্ষ হলো বিশেষায়িত ভার্চুয়াল মেশিন, আল্ট্রা-লো লেটেন্সি, প্রিকনফার্মেশন এবং কম্পোজেবিলিটি মডেল যেমন রোলআপ যা ফাস্ট-প্রুভিং ডিজাইনের উপর নির্ভর করে।
যে পরিস্থিতিতে লেয়ার-২গুলি প্রাসঙ্গিক থাকে তা হলো যেখানে বিশেষীকরণ এবং ইন্টারঅপারেবিলিটির মধ্যে ভূমিকা বিভক্ত।
লেয়ার-১ হাই-থ্রুপুট, লো-ভেরিফিকেশন-কস্ট এক্সিকিউশন এবং সেটেলমেন্ট লেয়ার হয়ে যায়। লেয়ার-২গুলি ফিচার ল্যাব, লেটেন্সি অপ্টিমাইজার এবং কম্পোজেবিলিটি ব্রিজ হয়ে যায়।
তবে, এর জন্য লেয়ার-২ টিমগুলিকে নতুন মূল্য প্রস্তাব স্পষ্ট করতে হবে এবং Ethereum-কে প্রুফ-যাচাইকরণ রোডম্যাপ পূরণ করতে হবে।
সামনে তিনটি পথ
ভবিষ্যতে তিনটি সম্ভাব্য পরিস্থিতি রয়েছে।
প্রথম পরিস্থিতিতে প্রুফ-ফার্স্ট যাচাইকরণ সাধারণ হয়ে ওঠা। যদি ঐচ্ছিক প্রুফ এবং উইটনেস ফরম্যাট পরিপক্ক হয় এবং ক্লায়েন্ট ইমপ্লিমেন্টেশন স্ট্যান্ডার্ডাইজড ইন্টারফেসের চারপাশে স্থিতিশীল হয়, তাহলে সম্পূর্ণ এক্সিকিউশন লেয়ার স্টেট না চালিয়ে আরও হোম ভ্যালিডেটর অংশগ্রহণ করতে পারে।
গ্যাস লিমিট বৃদ্ধি পায় কারণ যাচাইকরণ খরচ আর এক্সিকিউশন জটিলতার সাথে সারিবদ্ধ হয় না। এই পথ ExecutionWitness এবং গেস্ট প্রোগ্রাম স্ট্যান্ডার্ডাইজেশন ওয়ার্কস্ট্রিম পোর্টেবল ফরম্যাটে একত্রিত হওয়ার উপর নির্ভর করে।
পরিস্থিতি দুই হলো যেখানে প্রুভার কেন্দ্রীকরণ নতুন বাধা পয়েন্ট হয়ে ওঠে। যদি প্রুভিং GPU-ভারী থাকে এবং বিল্ডার বা প্রুভার নেটওয়ার্কে কেন্দ্রীভূত হয়, তাহলে Ethereum বিকেন্দ্রীকরণ যুদ্ধক্ষেত্র ভ্যালিডেটরদের হার্ডওয়্যার থেকে প্রুভার মার্কেট স্ট্রাকচারে স্থানান্তরিত করে।
প্রোটোকল এখনও কাজ করে, কারণ যেকোনো জায়গায় একজন সৎ প্রুভার চেইন লাইভ রাখে, কিন্তু নিরাপত্তা মডেল পরিবর্তিত হয়।
তৃতীয় পরিস্থিতি হলো লেয়ার-১ প্রুফ যাচাইকরণ একটি শেয়ারড ইনফ্রাস্ট্রাকচার হয়ে ওঠা। যদি কনসেনসাস লেয়ার ইন্টিগ্রেশন শক্ত হয় এবং ePBS প্রসারিত প্রুভিং উইন্ডো সরবরাহ করে, তাহলে লেয়ার-২-এর মূল্য প্রস্তাব বিশেষায়িত VMs, আল্ট্রা-লো লেটেন্সি, এবং নতুন কম্পোজেবিলিটি মডেলের দিকে ঝুঁকে যায় শুধুমাত্র "Ethereum স্কেলিং" এর পরিবর্তে।
এই পথের জন্য Glamsterdam-এর জন্য নির্ধারিত সময়ে ePBS পাঠানোর প্রয়োজন।
| পরিস্থিতি | কী সত্য হতে হবে (প্রযুক্তিগত পূর্বশর্ত) | কী ভেঙে যায় / প্রধান ঝুঁকি | কী উন্নত হয় (বিকেন্দ্রীকরণ, গ্যাস লিমিট, সিঙ্ক সময়) | L1 ভূমিকা ফলাফল (এক্সিকিউশন থ্রুপুট বনাম যাচাইকরণ খরচ) | L2 প্রভাব (নতুন বিভেদকারী অক্ষ) | "কী দেখতে হবে" সংকেত |
|---|---|---|---|---|---|---|
| প্রুফ-ফার্স্ট যাচাইকরণ সাধারণ হয়ে ওঠে | Execution Witness + গেস্ট প্রোগ্রাম স্ট্যান্ডার্ড একত্রিত হয়; zkVM/গেস্ট API স্ট্যান্ডার্ডাইজড হয়; CL প্রুফ যাচাইকরণ পথ স্থিতিশীল; প্রুফগুলি P2P-তে নির্ভরযোগ্যভাবে প্রচারিত হয়; গ্রহণযোগ্য মাল্টি-প্রুফ থ্রেশহোল্ড সিমান্টিক্স (যেমন ৩-অফ-৫) | প্রুফ উপলব্ধতা / লেটেন্সি একটি নতুন নির্ভরতা হয়ে ওঠে; যাচাইকরণ বাগ কনসেনসাস সংবেদনশীল হয়ে ওঠে যদি/যখন এটির উপর নির্ভর করা হয়; ক্লায়েন্ট/প্রুভার জুড়ে অমিল | হোম ভ্যালিডেটররা EL স্টেট ছাড়াই সত্যায়ন করতে পারে; সিঙ্ক সময় কমে যায় (ফাইনালাইজেশন চেকপয়েন্টের পর থেকে প্রুফ); গ্যাস-লিমিট বৃদ্ধি সহজ হয়ে যায় কারণ যাচাইকরণ খরচ এক্সিকিউশন জটিলতা থেকে বিচ্ছিন্ন হয় | L1 উচ্চতর-থ্রুপুট এক্সিকিউশনের দিকে স্থানান্তরিত হয় অনেক ভ্যালিডেটরের জন্য ধ্রুবক-ইশ যাচাইকরণ খরচের সাথে | L2গুলিকে "L1 স্কেল করতে পারে না" এর বাইরে নিজেদের ন্যায্যতা দিতে হবে: বিশেষায়িত VMs, অ্যাপ-নির্দিষ্ট এক্সিকিউশন, কাস্টম ফি মডেল, গোপনীয়তা, ইত্যাদি। | স্পেক/টেস্ট-ভেক্টর শক্তকরণ; ক্লায়েন্ট জুড়ে উইটনেস/গেস্ট পোর্টেবিলিটি; স্থিতিশীল প্রুফ গসিপ + ব্যর্থতা হ্যান্ডলিং; বেঞ্চমার্ক কার্ভ (গ্যাস → প্রুভিং সাইকেল/সময়) |
| প্রুভার কেন্দ্রীকরণ বাধা পয়েন্ট হয়ে ওঠে | প্রুফ জেনারেশন GPU-ভারী থাকে; প্রুভিং মার্কেট একত্রিত হয় (বিল্ডার / প্রুভার নেটওয়ার্ক); সীমিত "গ্যারেজ-স্কেল" প্রুভিং; লাইভনেস পরিশীলিত প্রুভারদের একটি ছোট সেটের উপর নির্ভর করে | "কম প্রুভ করে, অনেকে যাচাই করে" শক্তি কেন্দ্রীভূত করে; সেন্সরশিপ / MEV ডায়নামিক্স তীব্র হয়; প্রুভার আউটেজ লাইভনেস/ফাইনালিটি চাপ তৈরি করে; ভৌগোলিক / নিয়ন্ত্রক কেন্দ্রীকরণ ঝুঁকি | ভ্যালিডেটররা এখনও সস্তায় যাচাই করতে পারে, কিন্তু বিকেন্দ্রীকৃত স্থানান্তর: সহজ সত্যায়ন, কঠিন প্রুভিং; কিছু গ্যাস-লিমিট হেডরুম, কিন্তু প্রুভার অর্থনীতি দ্বারা সীমাবদ্ধ | L1 এক্সিকিউশন স্কেলেবল হয়ে ওঠে তাত্ত্বিকভাবে, কিন্তু ব্যবহারিকভাবে প্রুভার ক্ষমতা এবং মার্কেট স্ট্রাকচার দ্বারা সীমাবদ্ধ | L2গুলি বেসড / প্রি-কনফার্মড ডিজাইন, বিকল্প প্রুভিং সিস্টেম, বা লেটেন্সি গ্যারান্টিতে ঝুঁকতে পারে—সম্ভবত বিশেষাধিকারপ্রাপ্ত অভিনেতাদের উপর নির্ভরতা বৃদ্ধি করে | প্রুভিং খরচ ট্রেন্ড (হার্ডওয়্যার প্রয়োজনীয়তা, প্রতি ব্লক সময়); প্রুভার বৈচিত্র্য মেট্রিক্স; বিতরণ করা প্রুভিংয়ের জন্য প্রণোদনা; ব্যর্থতা-মোড ড্রিল (যখন প্রুফ অনুপস্থিত থাকে তখন কী ঘটে?) |
| L1 প্রুফ যাচাইকরণ শেয়ারড ইনফ্রাস্ট্রাকচার হয়ে ওঠে | CL ইন্টিগ্রেশন "শক্ত হয়"; প্রুফ ব্যাপকভাবে উৎপাদিত / ব্যবহৃত হয়; ePBS পাঠায় এবং একটি কার্যকর প্রুভিং উইন্ডো প্রদান করে; ইন্টারফেস পুনর্ব্যবহারের অনুমতি দেয় (যেমন EXECUTE-স্টাইল প্রিকম্পাইল / নেটিভ রোলআপ হুক) | ক্রস-ডোমেইন কাপলিং ঝুঁকি: যদি L1 প্রুভিং ইনফ্রা চাপের মধ্যে থাকে, রোলআপ যাচাইকরণ পথও ক্ষতিগ্রস্ত হতে পারে; জটিলতা / আক্রমণের পৃষ্ঠ প্রসারিত হয় | শেয়ারড ইনফ্রা ডুপ্লিকেট প্রুভিং প্রচেষ্টা হ্রাস করে; ইন্টারঅপারেবিলিটি উন্নত করে; আরও পূর্বাভাসযোগ্য যাচাইকরণ খরচ; ভ্যালিডেটরদের মূল্যায়ন না করে উচ্চতর L1 থ্রুপুটের স্পষ্ট পথ | L1 একটি প্রুফ-যাচাইকৃত এক্সিকিউশন + সেটেলমেন্ট লেয়ারে বিকশিত হয় যা নেটিভভাবে রোলআপ যাচাই করতে পারে | L2গুলি লেটেন্সি (প্রিকনফ), বিশেষায়িত এক্সিকিউশন এনভায়রনমেন্ট, এবং কম্পোজেবল মডেলের (যেমন ফাস্ট-প্রুভিং / সিনক্রোনাস-ইশ ডিজাইন) দিকে পিভট করে শুধুমাত্র "স্কেল-অনলি" এর পরিবর্তে | ePBS / Glamsterdam অগ্রগতি; এন্ড-টু-এন্ড পাইপলাইন ডেমো (উইটনেস → প্রুফ → CL যাচাই); বেঞ্চমার্ক + সম্ভাব্য গ্যাস রিপ্রাইসিং; ন্যূনতম কার্যকর প্রুফ বিতরণ সিমান্টিক্স এবং মনিটরিং রোলআউট |
বৃহত্তর চিত্র
কনসেনসাস-স্পেক্স ইন্টিগ্রেশন পরিপক্কতা সংকেত দেবে যে "ঐচ্ছিক প্রুফ" বেশিরভাগ TODO থেকে শক্ত টেস্ট ভেক্টরে চলে যায় কিনা।
ExecutionWitness এবং গেস্ট প্রোগ্রাম স্ট্যান্ডার্ডাইজ করা ক্লায়েন্ট জুড়ে স্টেটলেস যাচাইকরণ পোর্টেবিলিটির জন্য মূল ভিত্তি। বেঞ্চমার্ক যা গ্যাস খরচকে প্রুভিং সাইকেল এবং প্রুভিং সময়ের সাথে ম্যাপ করে তা নির্ধারণ করবে ZK-বন্ধুত্বের জন্য গ্যাস রিপ্রাইসিং সম্ভব কিনা।
ePBS এবং Glamsterdam অগ্রগতি নির্দেশ করবে ছয় থেকে নয় সেকেন্ডের প্রুভিং উইন্ডো বাস্তবতা হয় কিনা। ব্রেকআউট কল আউটপুট প্রকাশ করবে কার্যকরী গ্রুপগুলি ইন্টারফেস এবং ন্যূনতম কার্যকর প্রুফ বিতরণ সিমান্টিক্সে একত্রিত হয় কিনা।
Ethereum শীঘ্রই প্রুফ-ভিত্তিক যাচাইকরণে স্যুইচ করছে না। EIP-8025 স্পষ্টভাবে বলে যে এটি "এখনও এটির উপর আপগ্রেড ভিত্তি করতে পারে না," এবং ঐচ্ছিক ফ্রেমিং ইচ্ছাকৃত। ফলস্বরূপ, এটি একটি আসন্ন অ্যাক্টিভেশনের পরিবর্তে একটি পরীক্ষাযোগ্য পথ।
তবুও, Ethereum ফাউন্ডেশন একটি ২০২৬ ইমপ্লিমেন্টেশন রোডম্যাপ পাঠিয়েছে, প্রকল্প মালিকদের সাথে একটি ব্রেকআউট কল নির্ধারণ করেছে, এবং সুনির্দিষ্ট পিয়ার-টু-পিয়ার গসিপ মেকানিক্স সহ একটি EIP খসড়া তৈরি করেছে তার মানে এই কাজ গবেষণা সম্ভাব্যতা থেকে একটি ডেলিভারি প্রোগ্রামে চলে গেছে।
রূপান্তরটি শান্ত কারণ এটি নাটকীয় টোকেন অর্থনীতি পরিবর্তন বা ব্যবহারকারী-মুখী ফিচার জড়িত করে না। কিন্তু এটি মৌলিক কারণ এটি এক্সিকিউশন জটিলতা এবং যাচাইকরণ খরচের মধ্যে সম্পর্ক পুনর্লিখন করে।
যদি Ethereum দুটিকে বিচ্ছিন্ন করতে পারে, তাহলে লেয়ার-১ আর বাধা হবে না যা সবকিছু আকর্ষণীয়কে লেয়ার-২-তে বাধ্য করে।
এবং যদি লেয়ার-১ প্রুফ যাচাইকরণ শেয়ারড ইনফ্রাস্ট্রাকচার হয়ে ওঠে, তাহলে সমগ্র লেয়ার-২ ইকোসিস্টেমকে একটি কঠিন প্রশ্নের উত্তর দিতে হবে: আপনি এমন কী তৈরি করছেন যা লেয়ার-১ পারে না?
পোস্ট Ethereum হোম ভ্যালিডেটরদের প্রুফ যাচাই করতে চায় কিন্তু একটি ১২ GPU বাস্তবতা একটি নতুন হুমকি উত্থাপন করে প্রথম CryptoSlate-এ প্রকাশিত হয়েছিল।
আপনি আরও পছন্দ করতে পারেন
ইগনিশন স্ট্রাইপ ক্যাপিটালের সাথে অংশীদারিত্ব করেছে মার্কিন অ্যাকাউন্টিং এবং বুককিপিং ফার্মগুলির জন্য দ্রুত, নমনীয় অর্থায়ন আনলক করতে
MSTR স্টক রিবাউন্ডের দিকে নজর, স্ট্র্যাটেজির মাইকেল সেইলর: Bitcoin বিক্রির জন্য নয়
