حاکمیت On-Chain: توضیح فناوری پشتیبان
شکستن عملی یک واژهنامه از نحوه پیادهسازی قراردادهای هوشمند، مکانیسمهای رایگیری و لایههای اجماع برای حاکمیت غیرمتمرکز.
در مورد حاکمیت مثل یک فرآیند سیاسی صحبت میشود، اما مکانیزم پشت آن خالصاً مهندسی نرمافزار است: قراردادهای هوشمند، حسابداری توکن، و قوانین اجماعی که تصمیم میگیرند کی میتوان یک سیستم را تغییر داد و چگونه. اگر یک DAO یا مسیر ارتقای پروتکل را ارزیابی میکنید، درک فناوری پشتیبان از خواندن بیانیه ماموریت مهمتر است.
اجزای اصلی
اکثر سیستمهای حاکمیت on-chain از مجموعهای کوچک از اجزاء ساخته میشوند:
- قراردادهای رایگیری — پیشنهادات را ردیابی میکنند، آرا را میشمارند و آستانههای گروهی را اعمال میکنند
- وزندهی توکن یا شهرت — تعیین میکند که رای یک آدرس خاص چقدر ارزش دارد (وزندار با توکن، درجه دوم یا تفویضشده)
- قراردادهای timelock — اجرای پیشنهادات تصویبشده را تأخیر میدهند، معمولاً ۲۴-۷۲ ساعت، تا کاربران بتوانند قبل از اجرای تغییرات واکنش نشان دهند
- ماژولهای اجرا — مسیر کد که در واقع قراردادهای تأثیرگذار را فراخوانی میکند پس از تصویب رای
Compound's Governor Bravo و OpenZeppelin's Governor contracts پیادهسازیهای مرجع هستند که بیشتر پروژههای جدیدتر آنها را fork یا توسعه میدهند. اگر یک پایگاه کد را میخواهید بخوانید تا الگو را بفهمید، Governor.sol از OpenZeppelin بخوانید — خوب نظرخواهیشده است و تمام چرخه پیشنهاد را نشان میدهد: پیشنهاد، رای، صف، اجرا.
نحوه عملی حرکت پیشنهاد از طریق سیستم
یک پیشنهاد صرفاً یک پست انجمن نیست که غیررسمی رایگیری شود. On-chain، calldata است: آدرس قرارداد هدف، انتخابگر تابع و پارامترهای رمزگذاریشده. هنگامی که کسی یک پیشنهاد حاکمیت ارائه میدهد، دقیقاً تراکنشی را که اگر رای تصویب شود اجرا خواهد شد ارائه میدهد.
جریان معمولاً بهصورت زیر است:
- پیشنهاددهنده calldata بهعلاوه توضیح ارائه میدهد، اغلب حداقل موجودی توکن لازم است تا اسپم جلوگیری شود
- تأخیر رایگیری (معمولاً ۱ بلاک تا چند روز) دارندگان را موقع میدهد تا قبل از شروع رایگیری بررسی کنند
- دوره رایگیری اجرا میشود (Compound تقریباً ۳ روز بهطور پیشفرض استفاده میکند، اگرچه بسیاری از forks پنجرههای طولانیتر پیکربندی میکنند)
- اگر آستانههای گروهی و تصویب برآورده شوند، پیشنهاد بهداخل timelock صف میرود
- پس از پایان تأخیر timelock، هر کسی میتواند execute را فراخوانی کند تا تراکنش را اجرا کند
آن شکاف بین بستن رایگیری و اجرا نقطۀ ایمنی پشتیبانی است. این پنجرهای است که جامعه میتواند یک پیشنهاد بدخصد یا اشتباه را متوجه شود و در موارد شدید، پاسخ اضطراری را هماهنگ کند — با فرض اینکه پروتکل دارای نقش نگهبان اضطراری یا بازنویسی multisig است، که بسیاری در مراحل اولیۀ حاکمیت دارند.
جایی که منطق وزندهی پیچیده میشود
رایگیری ساده وزندار با توکن مشکل شناختۀ شدهای دارد: هر کس که بیشترین توکن را نگهدارد نتایج را کنترل میکند، و حضور رایدهندگان معمولاً کم است. چند انجمن حاکمیت گزارش میدهند که حضور برای پیشنهادات معمولی در درصدهای تکرقمی عرضۀ در گردش است.
پروژهها چندین راهحل امتحان کردهاند:
- تفویض — دارندگان توکن قدرت رایگیری خود را بدون انتقال توکن به یک نماینده واگذار میکنند، که نحوۀ Compound و Uniswap در رایگیری نماینده است
- رایگیری درجه دوم — هزینۀ آرای اضافی بهصورت درجه دوم افزایش مییابد، در نظر گرفتۀ کاهش تسلط نهنگ، اگرچه مقاومت Sybil (یک فرد ایجاد بسیاری آدرس) مسئلۀ باز باقی میماند
- رایگیری با اعتقاد — استفادهشده توسط برخی ابزار Gitcoin-adjacent، جایی که قدرت رایگیری تا زمانی که توکنها بهیک موضع متعهد بمانند جمع میشود، ترجیح پایدار بر رایهای snapshot را بهترجیح میدهد
هیچ یک از اینها بهطور کامل دینامیک کمحضور و متمایل بهپلوتوکراسی رایگیری توکن را حل نمیکند. آنها تعدیلکنندهاند، نه راهحل، و هر ورودی واژهنامهای که ادعای خلاف آن میکند فناوری را بیشارزیابی میکند.
سیگنالهای خارجزنجیری در برابر اجرای on-chain
بسیاری از آنچه بهنام
با کمک هوش مصنوعی نوشتهشده، بازبینی و منتشرشده توسط Michal Pilch (CISSP)، Korra Studio.
این یکی از یادداشتهای پایگاه دانش Korra Studio است — پلتفرم هر موضوع را با مربی یکبهیک جفت میکند.
شروع رایگانarrow_forward