পোর্টাল নেটওয়ার্ক

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

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

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

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

আমাদের কেন পোর্টাল নেটওয়ার্ক প্রয়োজন

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

ব্লকচেইন এবং এর সাথে সম্পর্কিত স্টেট ও রিসিপ্ট ডাটার এই লোকাল কপিটি নোডের হার্ড ডিস্কে প্রচুর জায়গা নেয়। উদাহরণস্বরূপ, একটি কনসেন্সাস ক্লায়েন্ট-এর সাথে যুক্ত Geth (opens in a new tab) ব্যবহার করে একটি নোড চালানোর জন্য 2TB হার্ড ডিস্কের সুপারিশ করা হয়। স্ন্যাপ সিঙ্ক (snap sync) ব্যবহার করলে, যা শুধুমাত্র তুলনামূলকভাবে সাম্প্রতিক ব্লকস থেকে চেইন ডাটা সংরক্ষণ করে, Geth সাধারণত প্রায় 650GB ডিস্ক স্পেস দখল করে কিন্তু প্রতি সপ্তাহে প্রায় 14GB করে বৃদ্ধি পায় (আপনি পর্যায়ক্রমে নোডটিকে প্রুন করে আবার 650GB-তে নামিয়ে আনতে পারেন)।

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

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

পোর্টাল নেটওয়ার্ক কীভাবে কাজ করে?

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

নোডগুলো JSON-RPC API-এর মাধ্যমে নির্দিষ্ট ডাটাও সার্ভ করতে পারে, এভাবেই অ্যাপ এবং ওয়ালেট ইথিরিয়াম নোডগুলোর সাথে তথ্য সোয়াপ করে। তবে, এগুলোর কোনোটিই লাইট ক্লায়েন্টদের ডাটা সার্ভ করার জন্য আদর্শ প্রটোকল নয়।

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

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

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

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

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

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

লক্ষ্য হলো লাইটওয়েট পোর্টাল ক্লায়েন্টগুলোর একটি ডিসেন্ট্রালাইজড নেটওয়ার্ককে নিম্নলিখিত কাজগুলো করতে দেওয়া:

• চেইনের হেড ট্র্যাক করা
• সাম্প্রতিক এবং ঐতিহাসিক চেইন ডাটা সিঙ্ক করা
• স্টেট ডাটা পুনরুদ্ধার করা
• লেনদেন ব্রডকাস্ট করা
• EVM ব্যবহার করে লেনদেন এক্সিকিউট করা

এই নেটওয়ার্ক ডিজাইনের সুবিধাগুলো হলো:

• সেন্ট্রালাইজড প্রোভাইডারদের ওপর নির্ভরতা কমানো
• ইন্টারনেট ব্যান্ডউইথ ব্যবহার কমানো
• সিঙ্কিং কমানো বা শূন্য করা
• রিসোর্স-সীমাবদ্ধ ডিভাইসগুলোতে অ্যাক্সেসযোগ্য (<1 GB RAM, <100 MB ডিস্ক স্পেস, 1 CPU)

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

পোর্টাল নেটওয়ার্কগুলো

ডিফল্টরূপে ক্লায়েন্ট ডাইভার্সিটি

পোর্টাল নেটওয়ার্ক ডেভেলপাররাও প্রথম দিন থেকেই চারটি আলাদা পোর্টাল নেটওয়ার্ক ক্লায়েন্ট তৈরি করার ডিজাইন চয়েস নিয়েছিলেন।

পোর্টাল নেটওয়ার্ক ক্লায়েন্টগুলো হলো:

• Trin (opens in a new tab): Rust-এ লেখা
• Fluffy (opens in a new tab): Nim-এ লেখা
• Ultralight (opens in a new tab): Typescript-এ লেখা
• Shisui (opens in a new tab): Go-তে লেখা

একাধিক স্বাধীন ক্লায়েন্ট ইমপ্লিমেন্টেশন থাকা ইথিরিয়াম নেটওয়ার্কের স্থিতিস্থাপকতা এবং ডিসেন্ট্রালাইজেশন বাড়ায়।

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

আরও পড়ুন

• পোর্টাল নেটওয়ার্ক (ডেভকন বোগোটায় পাইপার মেরিয়াম) (opens in a new tab)।
• পোর্টাল নেটওয়ার্ক ডিসকর্ড (opens in a new tab)
• পোর্টাল নেটওয়ার্ক ওয়েবসাইট (opens in a new tab)