মেইননেট মার্জ সংক্রান্ত ঘোষণা

• ইথেরিয়াম 'প্রুফ-অফ-স্টেক'-এর মতো সর্বসম্মত কার্যপদ্ধতির দিকে এগোচ্ছে! 'দ্য মার্জ' নামে পরিচিত পরিবর্তনকে প্রথমে বেলাট্রিক্স আপগ্রেডের সাথে বিকন চেইনে অ্যাক্টিভেট করতে হবে। এর পরে, নির্দিষ্ট Total Difficultyর ভ্যালুর স্তরে পৌঁছানোর পরে, 'প্রুফ-অফ-ওয়ার্ক' চেইন 'প্রুফ-অফ-স্টেক'-এ মাইগ্রেট করবে।
• বেলাট্রিক্স আপগ্রেড, বিকন চেইনের মধ্যে ইপচ 144896-এর জন্য সময় নির্ধারণ করা হয়েছে যা আশা করা হচ্ছে যে -- 6 সেপ্টেম্বর, 2022 তারিখে UTC 11:34:47 am-এ হবে।
• 'দ্য মার্জ'-কে ট্রিগার করার Terminal Total Difficulty হল 58750000000000000000000, যা 10 থেকে 20 সেপ্টেম্বর, 2022-এর মধ্যে হবে বলে আশা করা হচ্ছে।
• মনে রাখবেন: আগেই ঘোষণা করা হয়েছে, যে কিইলন টেস্টনেটে এখন সানসেট তথা শাটডাউন টাইমলাইন চালানো হবে। 6 সেপ্টেম্বর, 2022-এ অপারেটর বন্ধ থাকবে।

ব্যাকগ্রাউন্ড

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

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

আপগ্রেড বিষয়ক তথ্য

সময়

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

বেলাট্রিক্স আপগ্রেড, বিকন চেইনের মধ্যে ইপচ 144896-এর জন্য সময় নির্ধারণ করা হয়েছে যা আশা করা হচ্ছে যে -- 6 সেপ্টেম্বর, 2022 তারিখে UTC 11:34:47 am-এ হবে।

প্যারিস হল ট্রানজিশনের এক্সিকিউশন লেয়ারের একটি অংশ, এক্সিকিউশন লেয়ারে Terminal Total Difficulty (TTD) 58750000000000000000000 ভ্যালুতে পৌঁছানোর মাধ্যমে যা ট্রিগার করা হবে এবং আশা করা হচ্ছে যে এটি 10 থেকে 20 সেপ্টেম্বর, 2022-এর মধ্যে হবে। কোন তারিখে TTD এসে পৌঁছাবে সেই সঠিক তারিখ নির্ভর করছে প্রুফ-অফ-ওয়ার্ক-হ্যাশ রেটের ওপর। রূপান্তরের এস্টিমেট এখানে পাওয়া যাবে bordel.wtf and 797.io/themerge।

একবার এক্সিকিউশন লেয়ার TTD ছাড়িয়ে গেলে, পরবর্তী ব্লকটি শুধুমাত্র একজন বিকন চেইন যাচাইকারীই তৈরি করতে পারবেন। একবার বিকন চেইন এই ব্লকটিকে চূড়ান্ত করে দিলে মার্জ ট্রানজিশন সম্পূর্ণ বলে বিবেচিত হবে। স্বাভাবিক নেটওয়ার্ক অবস্থার অনুমানের উপর নির্ভর করে বলা যায় যে প্রথম পোস্ট-TTD ব্লকে পৌঁছানোর 2 ইপচ (বা প্রায় ~13 মিনিট) পরে এটি হতে পারে!

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

ক্লায়েন্ট রিলিজ

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

কোন ক্লায়েন্ট চালানো হবে তা বেছে নেওয়ার সময় যাচাইকারীকে EL এবং CL উভয় ক্লায়েন্ট চালানোর সময়ে যে ঝুঁকিগুলো হতে পারে সেগুলো বিশেষভাবে মনে রাখতে হবে। এইসব ঝুঁকির ব্যাখ্যা ও তার ফলাফল এখানে খুঁজে পাওয়া যাবে। বর্তমান EL এবং CLক্লায়েন্ট ডিস্ট্রিবিউশনের অনুমান ও একটি ক্লায়েন্ট থেকে অন্য ক্লায়েন্টে পাল্টানোর নির্দেশ এখানে খুঁজে পাবেন।

কনসেনশাস লেয়ার

এক্সিকিউশন লেয়ার

সতর্কতা: গেথ ভার্সানে v1.10.22 ক্রিটিকাল ডেটাবেস ইস্যু আছে, এই ভার্সানটি ব্যবহার করবেন না এবং আপনি ইতিমধ্যেই আপগ্রেড করে রাখলে, অনুগ্রহ করে যথা শীঘ্র সম্ভব v1.10.23-এ আপগ্রেড করুন।

আপগ্রেডের বিশদ বিবরণ

'দ্য মার্জ'-এর জন্য কনসেনশাস-ক্রিটিক্যাল পরিবর্তন দুটি জায়গায় নির্দিষ্ট করা হয়েছে:

• কনসেনশাস-স্পেসিফিকেশন রিপোজিটরির Bellatrix ডিরেক্টরির অধীনে, কনসেনশাস লেয়ার পরিবর্তন হয়
• এক্সিকিউশন-স্পেসিফিকেশন রিপোজিটরিতে Paris স্পেসিফিকেশনের অধীনে, এক্সিকিউশন লেয়ার পরিবর্তিত হয়

এগুলি ছাড়াও, অন্যান্য দুটি স্পেসিফিকেশনে কীভাবে কনসেনশাস ও এক্সিকিউশন লেয়ারের ক্লায়েন্ট একে অপরের সাথে ইন্টার‌্যাক্ট করে, তার ব্যাপারে আলোচনা করা হয়েছে:

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

বাগ বাউন্টি বোনাস মার্জ করা

সমস্ত মার্জ সম্পর্কিত বাউন্টি প্রতিরোধের অক্ষমতার জন্য এখন এবং 8 সেপ্টেম্বরের মধ্যে 4x গুণক পাবে। ক্রিটিকাল বাগের মূল্য এখন $1 মিলিয়ন USD।

আরও বিশদ বিবরণের জন্য বাগ বাউন্টি প্রোগ্রাম দেখুন।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

নোড অপারেটর হিসাবে, আমার কী করা উচিত?

মার্জের পরে, ইথেরিয়াম ফুল নোড একটি কনসেনশাস স্তরের (CL) সাথে যোগ করা হবে, যেটি প্রুফ-অফ-স্টেক বিকন চেইন এবং ব্যবহারকারীর স্টেট ম্যানেজ করা এক্সিকিউশন স্তরের (EL) ক্লায়েন্ট রান করে এবং এটি লেনদেনের সাথে যুক্ত কম্পিউটেশনও রান করে। ইঞ্জিন API নামে JSON RPC পদ্ধতির একটি নতুন সেট ব্যবহার করে একটি প্রমাণিত পোর্ট দিয়ে EL এবং CL ক্লায়েন্টে যোগাযোগ স্থাপন করা হবে। EL এবং CL ক্লায়েন্ট JWT সিক্রেট ব্যবহার করে একে অপরের প্রমাণীকরণ করে। নোড অপারেটরদের তাদের ক্লায়েন্টদের নথিপত্র কীভাবে তৈরি এবং কনফিগার করতে হয় সে সম্পর্কে নির্দেশাবলী দেখা উচিত।

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

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

এটা জোর দিয়ে বললে ক্ষতি নেই যে প্রতিটি স্তর একটি স্বতন্ত্র সেটের পিয়ার রক্ষণাবেক্ষণ করবে এবং নিজের APIগুলো প্রকাশ করবে। এইভাবে বিকন এবং JSON RPC APIগুলো উভয়ই প্রত্যাশা অনুযায়ী কাজ করবে।

স্টেকার হিসেবে আমাকে কী করতে হবে?

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

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

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

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

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

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

কেন Terminal Total Difficulty তারিখের অনুমান এত ব্যাপক হয়?

প্রতিটি ব্লকে যোগ করা ক্রমবর্ধমান অসুবিধা নেটওয়ার্ক হ্যাশ রেটের উপর নির্ভর করে, যা পরিবর্তনশীল। যদি নেটওয়ার্কে আরও হ্যাশ রেট যুক্ত হয়, তাহলে TTD-তে শীঘ্র প্রভাব পড়বে। অনুরূপভাবে, যদি হ্যাশ রেট নেটওয়ার্ক ছেড়ে যায়, TTD-তে পরে প্রভাব পড়বে। হ্যাশ রেটের লেভেলে উল্লেখযোগ্য হ্রাসের ক্ষেত্রে, একটি TTD Override সমন্বয় করা যেতে পারে, যেমনটি রোপস্টেনে করা হয়েছিল।

একটি অ্যাপ্লিকেশন বা টুলিং ডেভেলপার হিসাবে আমরা কী করা উচিত?

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

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

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

একজন ইথেরিয়াম ব্যবহারকারী বা ইথার হোল্ডার হিসাবে, এমন কি কিছু আছে যা আমার করা প্রয়োজন?

আপনি অন-চেইনে ইথেরিয়াম অ্যাপ্লিকেশন ব্যবহার করছেন, এক্সচেঞ্জে ইথার ধরে রেখেছেন বা একটি নিজের হেফাজতে একটি ওয়ালেট আছে, তাহলে আপনাকে কিছু করতে হবে না। আপনার ব্যবহার করা কোনো অ্যাপ্লিকেশান, এক্সচেঞ্জ বা ওয়ালেট যদি অতিরিক্ত নির্দেশনা বা সুপারিশ অফার করে, তাহলে আপনাকে যাচাই করতে হবে যে এগুলো আসলে তাদের কাছ থেকে আসছে। স্ক্যামের সন্ধান করুন!

একজন খনি শ্রমিক হিসেবে, আমার কিছু করার আছে কি?

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

আমি যদি একজন খনি বা নোড অপারেটর হই এবং আমি আপগ্রেডে অংশগ্রহণ না করি তাহলে কী হবে?

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

আপনি পুরানো নিয়ম অনুসরণ করে একটি অসঙ্গত চেইনে আটকে থাকবেন এবং ইথার পাঠাতে বা মার্জ-পরবর্তী ইথেরিয়াম নেটওয়ার্কে কাজ করতে পারবেন না।

একজন যাচাইকারী হিসাবে, আমি কি আমার দাবি (স্টেক) তুলে নিতে পারি?

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

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

আমার আরও প্রশ্ন আছে, আমি সেগুলো কোথায় জিজ্ঞাসা করব?

9 সেপ্টেম্বর শুক্রবার 14:00 UTC-তে পরবর্তী মার্জ কমিউনিটি কলে ক্লায়েন্ট টিম ডেভেলপার, টিএইচস্টিকারের সদস্য, গবেষক এবং আরও অনেক জনের সাথে যোগদান করুন!

ধন্যবাদ

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

এখানে তালিকা করার জন্য বছরের পর বছর ধরে অনেক বেশি অবদানকারী রয়েছে, কিন্তু আপনি কে, আপনি তা কি জানেন। আপনারা সবাই বাজারে না থাকলে আমরা এই ক্যাথেড্রালটি তৈরি করতে পারতাম না।

কখন মার্জ হবে? খুব 🔜।

জোসেফ সোয়াইজারকে এই পোস্টের কভার ছবির জন্য ধন্যবাদ!