গঙ্কার শাসন: কিভাবে একটি বিকেন্দ্রীভূত নেটওয়ার্ক পরিচালিত হয়

Gonka-তে শাসনব্যবস্থা দুই স্তরে কাজ করে, প্রতিটির নিজস্ব গতি ও সিদ্ধান্তের পরিধি আছে।

Operational Voting (মিনিট) — নেটওয়ার্কের ভেতরের তাৎক্ষণিক সিদ্ধান্ত। inference রিকোয়েস্ট বা PoC ফলাফলের বৈধতা নিয়ে বিতর্ক দেখা দিলে হোস্টরা Cosmos SDK-এর x/group মডিউলের মাধ্যমে ভোট দেয়। ভোটের ওজন নির্ধারিত হয় PoC weight দ্বারা — নোড যত বেশি কম্পিউটেশন করে, তার প্রভাব তত বেশি। এই ভোটগুলো কয়েক মিনিট চলে এবং নির্দিষ্ট বিরোধ নিষ্পত্তি করে: inference ঠিক ছিল কি না, নোড তার কাজ করেছে কি না।

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

বেশিরভাগ ক্রিপ্টো প্রকল্প থেকে মূল পার্থক্য: ভোটের ওজন নির্ধারিত হয় Proof of Compute দ্বারা, স্টেকিং দ্বারা নয়। Gonka-তে শুধু ওয়ালেটে টোকেন জমিয়ে «ভোট কেনা» সম্ভব নয়। প্রভাব আসল কম্পিউট অবদানের সমানুপাতিক — সেই GPU-গুলো, যারা AI রিকোয়েস্ট প্রসেস করে এবং প্রুফ অফ ওয়ার্ক জেনারেট করে। v0.2.16 আপডেট থেকে গত এপোক-এ যাচাইকৃত ক্ষমতাই গণনায় আসে: নতুন হোস্ট প্রথম এপোকে শূন্য ওজনে ভোট দেয়, আর ক্ষমতা বাড়লে পরের এপোক থেকে ভোট যোগ হয়। এতে শাসনব্যবস্থা তাদের সাথে যুক্ত থাকে যারা সত্যিই নেটওয়ার্ক আর্কিটেকচার সমর্থন করে, স্পেকুলেটিভ পুঁজির সাথে নয়।

বাস্তবে এর মানে হলো: ৮× H100-এর দুটি সার্ভারের একজন অপারেটরের ভোট প্রায় দ্বিগুণ, যার একটি এমন সার্ভার আছে তার চেয়ে — কারণ সে প্রায় দ্বিগুণ inference রিকোয়েস্ট প্রসেস করে। সিস্টেমটি স্ব-ভারসাম্যপূর্ণ: যারা নেটওয়ার্কের কাজে বেশি বিনিয়োগ করে, তারাই তার উন্নয়নে বেশি প্রভাব রাখে।

Gonka প্রোটোকল আপগ্রেড হলো কোড থেকে নেটওয়ার্কে অ্যাক্টিভেশন পর্যন্ত একটি সুসংগঠিত প্রক্রিয়া। প্রতিটি ধাপ স্বচ্ছ ও যাচাইযোগ্য।

আপগ্রেড প্রক্রিয়া:

1. GitHub-এ Pull Request — ডেভেলপাররা (Gonka টিম বা কন্ট্রিবিউটররা) gonka-ai/gonka রিপোজিটরিতে PR তৈরি করেন।
2. কমিউনিটি রিভিউ — কোড যাচাই, আলোচনা ও পরীক্ষা করা হয়। গুরুত্বপূর্ণ পরিবর্তনের জন্য CertiK অডিট।
3. Release — inferenced বাইনারির নতুন সংস্করণ তৈরি হয়।
4. On-chain proposal — পরিবর্তনের বিবরণসহ নেটওয়ার্কে আপগ্রেড প্রস্তাব তৈরি হয়।
5. Deposit + Vote — হোস্টরা ডিপোজিট জমা দেন (অ্যাক্টিভেশন থ্রেশহোল্ড) এবং voting period-এ ভোট দেন।
6. Cosmovisor — অনুমোদিত হলে Cosmovisor নির্দিষ্ট ব্লক উচ্চতায় স্বয়ংক্রিয়ভাবে নোড আপডেট করে।

জানুয়ারি থেকে মে ২০২৬ পর্যন্ত নেটওয়ার্ক ১৩+ সফল ভোটিং পার হয়েছে — v0.2.2 থেকে v0.2.13 পর্যন্ত। সব প্রস্তাব অনুমোদিত হয়েছে। প্রধান আপগ্রেডের সময়রেখা:

• v0.2.11 (মার্চ ২০২৬, proposal #31) — ৬৭৩,৬৯৯ ভোট «পক্ষে», বিপক্ষে ০। subnet inference চালু হয়েছে — সাবনেটের মাধ্যমে off-chain কম্পিউটেশনের ব্যবস্থা, যা ১০০ গুণ থ্রুপুট বৃদ্ধির প্রতিশ্রুতি দেয়।
• v0.2.13 (মে ২০২৬, proposal #54) — ২১ মে ২০২৬-এ গৃহীত (৬২.৮% «পক্ষে», ভোটদান ৩৯.৯%, কোরাম ৩৩.৪%), ব্লক 4267300-এ সক্রিয়। নেটওয়ার্কে তৃতীয় মডেল হিসেবে MiniMax-M2.7 যোগ করেছে, Ethereum bridge wiring সক্রিয় করেছে এবং কোরাম ০.২৫-এ নামিয়েছে।

ভোটের বিকল্প:

• Yes — আপগ্রেড সমর্থন করি।
• No — আপগ্রেডের বিপক্ষে।
• No with Veto — কঠোরভাবে বিপক্ষে; ৩৩%-এর বেশি ভোট হলে প্রস্তাব বাতিল হয় এবং ডিপোজিট পুড়ে যায়।
• Abstain — বিরত থাকি, তবে কোরামে অংশ নিই।

সম্পূর্ণ ভোটিং ইতিহাস gonka.gg/network/proposals-এ পাওয়া যায় — প্রতিটি প্রস্তাব, ফলাফল ও ভোটদানকারীদের তালিকা দেখা যায়।

GiP — এটি Gonka প্রোটোকল উন্নয়নের আইডিয়াগুলোর ফরম্যালাইজেশনের একটি সিস্টেম, যা ২৪ ফেব্রুয়ারি ২০২৬-এ GitHub Discussions-এর মাধ্যমে চালু হয়েছে (issue #795)।

প্রতিটি GiP-এর ফরম্যাট:

• Motivation — প্রস্তাবটি কোন সমস্যার সমাধান করে।
• Solution — সমাধানের কারিগরি বর্ণনা।
• Roadmap — ধাপ অনুযায়ী বাস্তবায়নের পরিকল্পনা।
• Open Questions — কমিউনিটির আলোচনার জন্য অমীমাংসিত প্রশ্নসমূহ।

GiP বাধ্যতামূলক নয় — এগুলোর জন্য টিম বাস্তবায়নে বাধ্য নয়। তবে এগুলো কমিউনিটির ঐকমত্য গঠন করে এবং ভবিষ্যতের on-chain proposals-এর দিকনির্দেশনা প্রদান করে। বাস্তবে GiP হলো «pre-governance»: ভোটাভুটির আগের আলোচনা।

প্রধান GiP-সমূহ:

• #800 Multi-Model PoC — একসাথে একাধিক AI-মডেলের সাপোর্ট। বর্তমানে নেটওয়ার্ক MiniMax M2.7 (v0.2.13-এ যুক্ত), DeepSeek V4 Flash (proposal #94) এবং GLM-5.3 Flash (proposal #101)-এর সাথে কাজ করছে। GiP আলাদা Proof of Useful Work-সহ বিভিন্ন মডেলের সমান্তরাল কাজের আর্কিটেকচার বর্ণনা করে।
• #801 Inference Scaling — স্কেলিং-এর জন্য subnet architecture। এই GiP-এর একটি অংশ ইতিমধ্যেই v0.2.11 (subnet inference)-এ বাস্তবায়িত হয়েছে।
• #860 Quality Protocol — উত্তরের গুণমান বিবেচনায় নিয়ে রিকোয়েস্ট রাউটিং। যে নোডগুলো সেরা ফলাফল দেয়, তারা বেশি ট্রাফিক ও রিওয়ার্ড পায়।

যেকোনো অংশগ্রহণকারী GitHub Discussions-এর মাধ্যমে GiP তৈরি করতে পারেন। এন্ট্রির বাধা খুবই সামান্য — শুধু একটি GitHub-অ্যাকাউন্ট এবং সমস্যাটি সম্পর্কে ধারণা থাকলেই হয়। Gonka টিম এবং হোস্টদের সক্রিয় অংশগ্রহণ প্রমাণ করে যে সিস্টেমটি কাজ করছে: প্রস্তাবগুলো ফিডব্যাক পাচ্ছে, উন্নত হচ্ছে এবং বাস্তবায়নের দিকে এগিয়ে যাচ্ছে।

কমিউনিটি পুল - গঙ্কা ইকোসিস্টেমের বিকাশের জন্য তহবিল। জেনেসিস-ইমিশনের প্রায় 20% (~200 মিলিয়ন GNK) অনুদান, বাউন্টি এবং সম্প্রদায়ের উদ্যোগগুলির অর্থায়নের জন্য বরাদ্দ করা হয়েছে।

কোডে অবদানের জন্য বাউন্টি - কমিউনিটি পুলের তহবিল বিতরণের প্রধান প্রক্রিয়া। ডেভেলপাররা gonka-ai/gonka রিপোজিটরিতে PR এর জন্য পুরষ্কার পান: বাগ ফিক্স থেকে নতুন ফিচার বাস্তবায়ন পর্যন্ত। বাউন্টির আকার অবদানের জটিলতা এবং গুরুত্বের উপর নির্ভর করে:

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

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

একটি নব্য নেটওয়ার্ক দুর্বল: অল্প নোড, অল্প স্টেক, 51% আক্রমণ তাত্ত্বিকভাবে সম্ভব। গঙ্কা এই সমস্যাটি কয়েকটি পদ্ধতির মাধ্যমে সমাধান করে।

গার্ডিয়ান সিস্টেম — গঙ্কা দল দ্বারা নিয়ন্ত্রিত তিনটি বিশ্বস্ত নোড, মোট 34% কনসেনসাস পাওয়ার সহ। গার্ডিয়ানরা সিদ্ধান্ত চাপিয়ে দিতে পারে না (গ্রহণের জন্য 34% < 67%), তবে ক্ষতিকারক প্রস্তাবনা ব্লক করতে পারে (34% > 33% ভেটোর থ্রেশহোল্ড)। মূল বিষয়: গার্ডিয়ানরা স্বয়ংক্রিয়ভাবে নিষ্ক্রিয় হয়ে যায় যখন মোট নেটওয়ার্ক ক্ষমতা (total_network_power) 10 মিলিয়ন ইউনিটে পৌঁছে। এটি একটি ম্যানুয়াল সুইচ নয় - নিষ্ক্রিয়করণ প্রোটোকলে প্রোগ্রাম করা আছে।

কোলাটেরাল সিস্টেম — হোস্টদের সম্পূর্ণ ওজন পাওয়ার জন্য GNK-এ জামানত জমা দিতে হবে:

• বেস ওজন (20%) — শর্তহীন ওজন, শুধু নোডের কাজের জন্য চার্জ করা হয়।
• কোলাটেরাল-যোগ্য (80%) — অতিরিক্ত ওজন, শুধুমাত্র GNK-এ জামানত থাকলে উপলব্ধ। জামানতের পরিমাণ কম্পিউটেশনাল ক্ষমতার সমানুপাতিক।

স্ল্যাশিং — লঙ্ঘনের জন্য শাস্তি:

• 20% জামানত — INVALID ইনফারেন্সের জন্য (নোড ভুল ফলাফল দিয়েছে)।
• 10% জামানত — ডাউনটাইমের জন্য (নোড অনুমোদিত থ্রেশহোল্ডের বেশি সময় ধরে অনুপলব্ধ)।

গ্রেস পিরিয়ড — 180 এপোকস (~6 মাস), যার মধ্যে নতুন হোস্টরা জামানত ছাড়াই কাজ করতে পারে। এটি প্রবেশের বাধা হ্রাস করে: মাইনিং শুরু করা যায়, পুরস্কারের মাধ্যমে GNK উপার্জন করা যায় এবং তারপরেই জামানত জমা দেওয়া যায়। গ্রেস পিরিয়ড শেষ হওয়ার পরে, জামানতবিহীন নোড সম্ভাব্য ওজনের মাত্র 20% পায়।

এই সমস্ত প্রক্রিয়াগুলি GNK টোকেনোমিক্স-এ বর্ণিত এবং একটি লক্ষ্যের দিকে পরিচালিত: দীর্ঘমেয়াদী বিকেন্দ্রীকরণকে ত্যাগ না করে প্রাথমিক পর্যায়ে নেটওয়ার্ককে রক্ষা করা।

Gonka-তে Governance কোনো স্থির সিস্টেম নয়, বরং একটি বিবর্তনশীল প্রক্রিয়া। ২০২৬–২০২৭ সালের উন্নয়নের প্রধান দিকগুলো এখানে দেওয়া হলো।

Multi-Model PoC (GiP #800) — বাস্তবায়িত: ২০২৬ সালের মে মাসে DevShards-এর মাধ্যমে প্রথম Kimi K2.6 এসেছিল (পরে নেটওয়ার্ক থেকে সরিয়ে নেওয়া হয়), MiniMax-M2.7 যুক্ত হয়েছে v0.2.13 (proposal #54)-এ, DeepSeek V4 Flash সংযুক্ত হয়েছে আগস্ট ২০২৬-এ (proposal #94), GLM-5.3 Flash — সেপ্টেম্বর ২০২৬-এ (proposal #101)। পরবর্তী প্রার্থী হলো RAG-এর জন্য এম্বেডিং-মডেল: এটি Gonka-এর জন্য নতুন শ্রেণির অ্যাপ্লিকেশন (সার্চ ইঞ্জিন, কর্পোরেট নলেজ বেস, মেমোরিযুক্ত চ্যাটবট) উন্মুক্ত করবে।

Inference Quality Protocol (GiP #860) — গুণমান অনুযায়ী রাউটিং। বর্তমানে রিকোয়েস্টগুলো নোডের প্রাপ্যতা অনুযায়ী বিতরণ করা হয়; ভবিষ্যতে উত্তরের গুণমান অনুযায়ী হবে। সেরা হার্ডওয়্যার এবং বেশি স্থিতিশীল নোডগুলো অগ্রাধিকার পাবে।

On-chain governance migration (2026–2027) — Cosmos SDK থেকে পূর্ণাঙ্গ x/gov মডেলে স্থানান্তর। এটি দেবে: ফরম্যালাইজড proposal types, অনুমোদিত পরিবর্তনের স্বয়ংক্রিয় বাস্তবায়ন, IBC (Inter-Blockchain Communication)-এর সাথে ইন্টিগ্রেশন এবং যেকোনো Cosmos-সামঞ্জস্যপূর্ণ ওয়ালেটের মাধ্যমে governance proposals তৈরির সুবিধা।

ভোটাভুটি পর্যবেক্ষণ এবং অংশগ্রহণের জন্য ভিজিট করুন gonka.gg/network/proposals।