অন-চেইন গভর্নেন্স: টেক স্ট্যাক ব্যাখ্যা

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

মূল উপাদান

বেশিরভাগ অন-চেইন গভর্নেন্স সিস্টেম একটি ছোট সেট অংশ থেকে তৈরি:

• ভোটিং কন্ট্র্যাক্ট — প্রস্তাব ট্র্যাক করুন, ভোট গণনা করুন এবং কোরাম থ্রেশহোল্ড প্রয়োগ করুন
• টোকেন বা সুনাম ওজন — নির্ধারণ করে একটি নির্দিষ্ট ঠিকানার ভোটের ওজন কতটা (টোকেন-ওজনযুক্ত, দ্বিঘাত বা প্রতিনিধিত্ব)
• Timelock কন্ট্র্যাক্ট — অনুমোদিত প্রস্তাবের সম্পাদন বিলম্ব করুন, সাধারণত ২৪-৭২ ঘন্টা, যাতে পরিবর্তনগুলি আসার আগে ব্যবহারকারীরা প্রতিক্রিয়া জানাতে পারে
• এক্সিকিউশন মডিউল — কোড পাথ যা একটি ভোট পাস হওয়ার পরে প্রভাবিত কন্ট্র্যাক্টগুলি কল করে

Compound এর Governor Bravo এবং OpenZeppelin এর Governor কন্ট্র্যাক্টগুলি রেফারেন্স বাস্তবায়ন যা বেশিরভাগ নতুন প্রকল্প ফর্ক বা সম্প্রসারিত করে। যদি আপনি প্যাটার্ন বুঝতে একটি কোডবেস পড়েন, OpenZeppelin থেকে Governor.sol পড়ুন — এটি ভালভাবে মন্তব্য করা এবং সম্পূর্ণ প্রস্তাব জীবনচক্র দেখায়: প্রস্তাব, ভোট, সারিবদ্ধ, সম্পাদন।

একটি প্রস্তাব সিস্টেমের মাধ্যমে কীভাবে চলে

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

প্রবাহ সাধারণত এভাবে দেখায়:

১. প্রস্তাবকারী calldata এবং একটি বর্ণনা জমা দেয়, প্রায়শই স্প্যাম প্রতিরোধ করতে ন্যূনতম টোকেন ব্যালেন্স প্রয়োজন ২. একটি ভোটিং বিলম্ব (সাধারণত ১ ব্লক থেকে কয়েক দিন) ভোটিং খোলার আগে ধারকদের পর্যালোচনা করার সময় দেয় ३. ভোটিং সময়কাল চলে (Compound ডিফল্টরূপে প্রায় ৩ দিন ব্যবহার করে, যদিও অনেক ফর্ক দীর্ঘ উইন্ডো কনফিগার করে) ४. যদি কোরাম এবং অনুমোদন থ্রেশহোল্ড পূরণ হয়, প্রস্তাবটি একটি timelock মধ্যে সারিবদ্ধ হয় ५. Timelock বিলম্য়ের পরে, যে কেউ লেনদেনটি চালাতে execute কল করতে পারে

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

যেখানে ওজন লজিক জটিল হয়ে ওঠে

সাধারণ টোকেন-ওজনযুক্ত ভোটিং একটি পরিচিত সমস্যা আছে: যে ধারণ করে সবচেয়ে বেশি টোকেন ফলাফল নিয়ন্ত্রণ করে, এবং ভোটার উপস্থিতি সাধারণত কম। গভর্নেন্স ফোরামের একটি মুঠো রুটিন প্রস্তাবের জন্য সঞ্চালনের একক-অঙ্ক শতাংশ রিপোর্ট করে।

প্রকল্পগুলি বেশ কয়েকটি ফিক্স চেষ্টা করেছে:

• প্রতিনিধিত্ব — টোকেন ধারকরা টোকেন স্থানান্তর না করে একটি প্রতিনিধিকে তাদের ভোটিং শক্তি নির্ধারণ করে, যা Compound এবং Uniswap প্রতিনিধিত্বমূলক ভোট পরিচালনা করে
• দ্বিঘাত ভোটিং — অতিরিক্ত ভোটের খরচ দ্বিঘাত বৃদ্ধি পায়, তিমি আধিপত্য হ্রাস করার উদ্দেশ্যে, যদিও Sybil প্রতিরোধ (এক ব্যক্তি অনেক ঠিকানা তৈরি করা) একটি খোলা সমস্যা থাকে
• বিশ্বাস ভোটিং — কিছু Gitcoin-সংলগ্ন সরঞ্জাম ব্যবহার করে, যেখানে ভোটিং শক্তি জমা দেওয়া হয় যত দীর্ঘ টোকেন একটি অবস্থানে প্রতিশ্রুতিবদ্ধ থাকে, দীর্ঘস্থায়ী পছন্দকে স্ন্যাপশট ভোটের উপর অনুকূল করে

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

অফ-চেইন সিগনালিং বনাম অন-চেইন সম্পাদন

অনেক কিছু যা