معاملة التصويت

ما هي معاملة التصويت؟

معاملة التصويت هي معاملة على السلسلة تسجل إجراء تصويت على شبكة بلوكشين أو بروتوكول لامركزي أو DAO أو نظام مدققين أو عقد ذكي للحوكمة.

في الكريبتو، قد تشير معاملة التصويت إلى مفهومين مرتبطين لكن مختلفين.

المعنى الأول هو معاملة تصويت للحوكمة، حيث يقدم حامل توكن أو مندوب أو مدقق أو مصوّت مخول تصويته على مقترح أو استفتاء أو إجراء حوكمة أو تغيير في البروتوكول.

والمعنى الثاني هو معاملة تصويت لإجماع المدققين، حيث يقدم المدققون في بعض شبكات البلوكشين أصواتاً للمساعدة في تأكيد الكتل أو اختيار الانقسامات أو المشاركة في إجماع الشبكة.

يوضح دليل OpenZeppelin الرسمي للحوكمة على السلسلة أنه يمكن استخدام عقود Governor لإنشاء المقترحات والتصويت عليها وتنفيذها عبر العقود الذكية.

وتوضح وثائق حسابات التصويت في Solana أن سلطات تصويت المدققين توقّع معاملات التصويت، وأن هويات المدققين تدفع رسوم معاملات التصويت.

وبالنسبة للمبتدئين، فإن أبسط تعريف هو: معاملة التصويت هي معاملة بلوكشين تسجل تصويتاً، إما لحوكمة البروتوكول أو لإجماع على مستوى المدققين.

لماذا تهم معاملات التصويت؟

تهم معاملات التصويت لأنها تحول الآراء وقوة الحوكمة وسلوك المدققين وقرارات البروتوكول إلى نشاط بلوكشين قابل للتحقق.

ومن دون معاملات التصويت، ستعتمد أنظمة حوكمة عديدة على السلسلة على وعود خارج السلسلة أو قرارات خاصة أو تنسيق مركزي.

تنشئ معاملة التصويت سجلاً علنياً لمن صوّت، ومقدار قوة التصويت المستخدمة، والمقترح المعني، ووقت تقديم التصويت.

وتساعد هذه الشفافية المجتمعات على تدقيق القرارات.

كما تساعد حاملي التوكنات والباحثين والمندوبين والمدققين وفرق البروتوكولات على فهم المشاركة في الحوكمة.

في DAO، يمكن لمعاملات التصويت أن تقرر إنفاق الخزانة والموافقة على المنح وترقيات العقود الذكية وتغييرات المعلمات وعمليات تكامل البروتوكولات وإجراءات الطوارئ وقواعد الحوكمة.

يوضح دليل Ethereum الرسمي حول DAO أن قواعد DAO وإنفاق الخزانة يمكن أن تتحكم بهما العقود الذكية، وأن التغييرات خارج القواعد تفشل ما لم تتم الموافقة عليها من خلال عملية الحوكمة.

في أنظمة المدققين، يمكن لمعاملات التصويت أن تساعد الشبكة على التوصل إلى إجماع وقياس مشاركة المدققين وتوزيع المكافآت.

وهذا يعني أن معاملات التصويت ليست رمزية فحسب.

فقد تؤثر في أصول حقيقية وقواعد بروتوكول حقيقية وأمان شبكة حقيقي واتجاه مجتمع حقيقي.

معاملة التصويت مقابل تصويت الحوكمة

تصويت الحوكمة هو القرار أو التفضيل الذي يعبر عنه المصوّت.

أما معاملة التصويت فهي معاملة البلوكشين التي تسجل هذا التصويت أو تقدمه على السلسلة.

على سبيل المثال، قد يختار عضو DAO خيار «مع» في مقترح.

التصويت نفسه هو اختيار العضو.

أما معاملة التصويت فهي معاملة بلوكشين موقعة تقدم ذلك الاختيار إلى عقد الحوكمة.

ويهم هذا الفرق لأن ليس كل تصويت حوكمة يصبح معاملة تصويت على السلسلة.

تستخدم بعض الأنظمة التصويت خارج السلسلة، حيث يوقع المستخدمون الرسائل وتُخزن الأصوات خارج البلوكشين الرئيسية.

وتستخدم بعض الأنظمة التصويت على السلسلة، حيث يُكتب كل تصويت كمعاملة بلوكشين.

وتستخدم بعض الأنظمة تصويتاً مختلطاً، حيث يشير تصويت خارج السلسلة إلى تفضيل المجتمع وتنفذ معاملة على السلسلة النتيجة لاحقاً.

ينبغي للمستخدمين دائماً التحقق مما إذا كان تصويتهم توقيعاً خارج السلسلة دون رسوم غاز، أو معاملة على السلسلة، أو جزءاً من مسار حوكمة مختلط.

معاملة التصويت مقابل التصويت خارج السلسلة

تُسجّل معاملة التصويت على السلسلة مباشرة على البلوكشين.

أما التصويت خارج السلسلة فعادة ما يُوقّع بواسطة محفظة لكنه يُخزن خارج السلسلة الرئيسية، غالباً لتقليل التكاليف وتحسين المشاركة.

تصف وثائق Snapshot Snapshot بأنها منصة تصويت تتيح لـ DAO وبروتوكولات DeFi ومجتمعات NFT التصويت من دون رسوم غاز عبر حوكمة خارج السلسلة ومفتوحة المصدر.

قد يكون التصويت خارج السلسلة أسهل وأقل تكلفة لأن المستخدمين لا يدفعون رسوم الغاز مقابل كل تصويت.

كما يمكن أن يدعم استراتيجيات تصويت مرنة ولقطات للتوكنات والتفويض وإشارات المجتمع.

لكن التصويت خارج السلسلة قد لا ينفذ النتيجة تلقائياً على السلسلة.

قد تحتاج DAO مع ذلك إلى محفظة متعددة التوقيع أو عقد خزينة أو Timelock أو وحدة حوكمة أو معاملة تنفيذ لتنفيذ القرار.

تكون معاملات التصويت على السلسلة أعلى تكلفة في بعض الشبكات، لكنها قد تخلق ضمانات تنفيذ أقوى عند ربطها بعقود حوكمة ذكية.

والمفاضلة بسيطة.

فالتصويت خارج السلسلة يحسن سهولة الوصول، بينما تحسن معاملات التصويت على السلسلة قابلية التحقق المباشر والتنفيذ.

كيف تعمل معاملة تصويت الحوكمة؟

تبدأ معاملة تصويت الحوكمة عادةً بمقترح.

قد يطلب المقترح من المجتمع الموافقة على ترقية عقد أو تحويل من الخزانة أو تغيير معلمة أو ميزانية منح أو ترحيل بروتوكول أو قاعدة توكن أو تحديث لعملية الحوكمة.

يحدد عقد أو نظام الحوكمة من يمكنه التصويت.

ويحدد أيضاً كيفية احتساب قوة التصويت.

قد تأتي قوة التصويت من توكنات الحوكمة أو التوكنات المفوضة أو التوكنات المخزنة أو ملكية NFT أو حصة المدقق أو السمعة أو قاعدة أخرى.

يربط المصوت محفظته، ويراجع المقترح، ويختار خيار التصويت، ويوقع معاملة.

ثم تُرسل المعاملة إلى البلوكشين.

ويتحقق عقد الحوكمة مما إذا كان المصوت مؤهلاً ومقدار قوة التصويت المطبقة.

وإذا كانت صحيحة، يُسجّل التصويت.

بعد انتهاء فترة التصويت، يتحقق النظام من النصاب وحد التصويت وحالة المقترح وقواعد Timelock وشروط التنفيذ.

وإذا مر المقترح، فقد تنفذ معاملة أخرى القرار.

خيارات معاملات التصويت الشائعة

تدعم أنظمة الحوكمة الكثيرة خيارات تصويت بسيطة مثل «مع» و«ضد» و«امتناع».

وتدعم بعض الأنظمة «نعم» و«لا» و«لا مع حق النقض» و«امتناع».

وتدعم بعض الأنظمة التصويت بالترتيب أو تصويت الموافقة أو التصويت التربيعي أو تصويت القناعة أو التصويت المرجح أو استراتيجيات تصويت مخصصة.

توضح وثائق استراتيجيات التصويت في Snapshot أن استراتيجيات التصويت تحدد كيفية احتساب قوة التصويت ويمكن تخصيصها لاحتياجات الحوكمة المختلفة.

لذلك، قد تسجل معاملة التصويت أكثر من مجرد نعم أو لا.

فقد تسجل دعم التصويت أو وزنه أو نص السبب أو البيانات الوصفية أو طريقة التصويت أو بيانات الحوكمة المشفرة، بحسب البروتوكول.

ينبغي للمستخدمين قراءة واجهة التصويت بعناية لأن الأنظمة المختلفة تفسر الخيارات بطرق مختلفة.

فعلى سبيل المثال، قد يُحتسب الامتناع ضمن النصاب في نظام ما لكنه لا يؤثر في اتجاه النتيجة.

وقد يرفض تصويت النقض مقترحاً بقوة أكبر من تصويت «لا» العادي في نظام آخر.

يعتمد معنى خيار التصويت على قواعد الحوكمة.

قوة التصويت في معاملات التصويت

تحدد قوة التصويت مقدار التأثير الذي تحمله معاملة التصويت.

في أنظمة DAO الكثيرة، تعتمد قوة التصويت على رصيد توكنات الحوكمة أو توكنات الحوكمة المفوضة.

وفي بعض الأنظمة، تعتمد قوة التصويت على التوكنات المخزنة.

وفي بعض مجتمعات NFT، قد تنشأ قوة التصويت من ملكية NFT.

وفي حوكمة المدققين، قد تأتي قوة التصويت من الحصة المفوضة إلى المدققين أو الممثلين.

توضح وثائق حوكمة Cardano أن حاملي ada يمكنهم تفويض حقوق التصويت إلى الممثلين المفوضين، وأن إجراءات الحوكمة هي أحداث على السلسلة تبدأ بالمعاملات وتحتوي نوافذ للتصويت والتنفيذ.

قد تُحتسب قوة التصويت عند كتلة لقطة أو وقت لقطة أو بداية المقترح أو إنشائه أو وقت تقديم التصويت.

ويمنع ذلك بعض أشكال التلاعب بالتصويت، مثل اقتراض التوكنات بعد رؤية المقترح والتصويت بقوة مؤقتة.

لكن تصميم اللقطات لا يزيل جميع مخاطر الحوكمة.

إذ يمكن للحاملين الكبار والمندوبين وأمناء الحفظ والخزائن والحيتان وDAO أن يؤثروا بشدة في النتائج.

تتسم معاملة التصويت بالشفافية، لكن قوة التصويت قد تظل مركزة.

التفويض ومعاملات التصويت

يسمح التفويض لمحفظة بإسناد قوة التصويت إلى محفظة أو ممثل آخر.

يصف دليل Ethereum حول DAO التفويض بأنه نسخة DAO من الديمقراطية التمثيلية، حيث يفوض حاملو التوكنات أصواتهم إلى أشخاص يلتزمون بالبقاء على اطلاع.

والتفويض مفيد لأنه لا يملك كل حامل توكن وقتاً لقراءة كل مقترح.

يمكن للمندوب أن يتخصص في الحوكمة أو المخاطر أو إدارة الخزانة أو ترقيات البروتوكول أو استراتيجية المنظومة.

عندما يقدم مندوب معاملة تصويت، قد يمثل هذا التصويت قوة تصويت مفوضة من عدد كبير من حاملي التوكنات.

وهذا يجعل معاملات التصويت أكثر تعقيداً مما قد تبدو عليه.

فقد تمثل معاملة تصويت من محفظة واحدة شخصاً واحداً.

وقد تمثل أيضاً آلاف حاملي التوكنات المفوضين.

يمكن للتفويض أن يزيد المشاركة، لكنه قد يركز التأثير أيضاً.

ينبغي لحاملي التوكنات مراجعة سجل المندوب وسجل التصويت وتضارب المصالح وجودة التواصل والمساءلة قبل تفويض قوة التصويت.

النصاب في معاملات التصويت

النصاب هو الحد الأدنى من المشاركة المطلوب لكي يكون المقترح صحيحاً.

قد يفشل مقترح الحوكمة حتى لو كانت معظم معاملات التصويت المقدمة تدعمه، إذا لم يتحقق النصاب.

يمنع النصاب مجموعة صغيرة من المصوتين من تغيير قواعد بروتوكول مهمة خلال فترات المشاركة المنخفضة.

تصف وثائق Governor من OpenZeppelin وحدات حوكمة يمكنها تحديد مصادر قوة التصويت وقواعد النصاب.

قد يستند النصاب إلى إجمالي عرض التوكنات أو قوة التصويت المتداولة أو قوة التصويت المفوضة أو الحصة أو مقياس آخر.

قد يحسن النصاب المرتفع الشرعية، لكنه يجعل إقرار الحوكمة أصعب.

وقد يجعل النصاب المنخفض الحوكمة أسهل، لكنه يزيد مخاطر الاستيلاء عليها.

تستخدم بعض الأنظمة النصاب الديناميكي أو قواعد النصاب المعزز للحالات الخاصة.

ينبغي للمستخدمين دائماً التحقق من النصاب قبل افتراض أن معاملة التصويت ستؤثر في النتيجة.

قد يُسجل التصويت بصورة صحيحة، لكنه لا ينتج قراراً صحيحاً إذا كانت المشاركة منخفضة جداً.

فترة التصويت ومعاملات التصويت

فترة التصويت هي النافذة الزمنية التي يمكن خلالها تقديم معاملات التصويت.

قد يُرفض المستخدم الذي يقدم التصويت مبكراً جداً إذا لم يبدأ التصويت بعد.

وقد يفوّت المستخدم الذي يقدمه متأخراً جداً الموعد النهائي.

تحدد بعض أنظمة الحوكمة تأخيراً للتصويت بين إنشاء المقترح وبدء التصويت.

ويمنح ذلك حاملي التوكنات وقتاً لمراجعة المقترح وتفويض الأصوات وفحص الكود ومناقشة المخاطر.

تتضمن بعض أنظمة الحوكمة Timelock بين الموافقة على المقترح وتنفيذه.

ويمنح ذلك المستخدمين وقتاً للتفاعل قبل دخول التغيير حيز التنفيذ.

تهم فترات التصويت لأن الحوكمة لا تتعلق فقط بعدد الأصوات النهائي.

بل تتعلق أيضاً بمنح المصوتين وقتاً كافياً لفهم ما يوافقون عليه.

قد تساعد نافذة التصويت القصيرة في الاستجابة للطوارئ، لكنها قد تقلل المشاركة.

وقد تحسن نافذة التصويت الطويلة المشاركة، لكنها قد تؤخر الإصلاحات العاجلة.

رسوم معاملات التصويت

قد تتطلب معاملة تصويت على السلسلة رسوم شبكة.

ويدفع هذه الرسوم عادة المصوت أو المحفظة التي تقدم المعاملة.

وتعتمد التكلفة على البلوكشين وحجم المعاملة وازدحام الشبكة وعدد التوقيعات وتعقيد التنفيذ.

قد تقلل الرسوم المرتفعة مشاركة المصوتين، ولا سيما الحاملين الصغار.

وهذا أحد أسباب استخدام DAO الكثيرة لمنصات التصويت خارج السلسلة للإشارة إلى التفضيلات.

يمكن للتصويت دون رسوم غاز تقليل العوائق، لكنه قد يتطلب عملية تنفيذ منفصلة.

قد يكون التصويت على السلسلة أعلى تكلفة، لكنه يمكن أن يكون قابلاً للتنفيذ مباشرة بواسطة العقود الذكية.

تستخدم بعض الأنظمة شبكات Layer 2 أو Rollups أو معاملات مدعومة أو معاملات وصفية أو تجريد الحساب لتقليل تكلفة التصويت.

ينبغي للمستخدمين التحقق مما إذا كان التصويت يتطلب رسوم غاز قبل المشاركة.

وينبغي لهم أيضاً تأكيد الشبكة التي ستُقدم عليها معاملة التصويت.

نهائية معاملة التصويت

تعني النهائية أن معاملة التصويت قبلتها الشبكة بدرجة كافية تسمح للمستخدمين بالاعتماد عليها.

قد تظهر معاملة التصويت في المحفظة بوصفها معلقة أو مقدمة أو مؤكدة أو نهائية أو فاشلة أو مرتجعة أو مُسقطة، بحسب البلوكشين والمحفظة.

لا ينبغي للمستخدمين افتراض احتساب تصويتهم لمجرد أنهم نقروا زراً.

ينبغي لهم تأكيد نجاح المعاملة في مستكشف البلوكشين أو واجهة الحوكمة.

وإذا فشلت المعاملة، فقد لا يُحتسب التصويت.

وإذا استُبدلت المعاملة أو أُسقطت، فقد لا يُحتسب التصويت.

وإذا صوّت المستخدم على الشبكة الخطأ، فقد لا يُحتسب التصويت.

وإذا انتهى المقترح، فقد لا يُحتسب التصويت.

تكتسب النهائية أهمية خاصة للمقترحات المتقاربة.

قد تغير معاملة متأخرة وفاشلة نتيجة المصوت إذا لم يلاحظ ذلك في الوقت المناسب.

تنفيذ معاملة التصويت

تسجل معاملة التصويت تصويتاً، لكنها قد لا تنفذ المقترح بمفردها.

تفصل أنظمة حوكمة كثيرة بين التصويت والتنفيذ.

أولاً، يقدم المصوتون معاملات التصويت.

ثم يتحقق النظام مما إذا كان المقترح قد مر.

ثم تشغل معاملة تنفيذ الإجراء الذي تمت الموافقة عليه.

يصف دليل الحوكمة من OpenZeppelin دورة حياة الحوكمة بأنها إنشاء المقترحات والتصويت عليها وتنفيذها.

يساعد هذا الفصل على جعل الحوكمة قابلة للتدقيق.

كما يمنح المجتمعات وقتاً للتفاعل إذا مر مقترح خبيث.

لكنه قد يربك المبتدئين.

فقد يمر المقترح لكنه يظل غير منفذ إذا لم يقدم أحد معاملة التنفيذ، أو إذا كان Timelock لا يزال نشطاً، أو إذا فشلت شروط التنفيذ.

ينبغي للمستخدمين التمييز بين التصويت والإقرار والإدراج في قائمة الانتظار وTimelock والتنفيذ.

معاملة التصويت في DAO

في DAO، يمكن أن تمثل معاملة التصويت قرار عضو بشأن كيفية تصرف المنظمة.

قد توافق معاملات تصويت DAO على مدفوعات من الخزانة أو برامج منح أو ميزانيات مجموعات العمل أو ترقيات البروتوكول أو تغييرات اقتصاديات التوكن أو أطر الشراكات أو الهياكل القانونية أو إصلاحات عملية الحوكمة.

ولأن DAO يمكن أن تتحكم في خزائن كبيرة، فقد تترتب على معاملات التصويت عواقب مالية كبيرة.

ينبغي مراجعة تصويت DAO باعتباره إجراءً مالياً وإدارياً جاداً.

ينبغي للمستخدمين قراءة نص المقترح والنقاشات المرتبطة وحمولات التنفيذ وأثره في الخزانة وأهداف العقود الذكية وتعليقات المندوبين وتقييمات المخاطر والمواعيد النهائية للتصويت.

قد يخفي عنوان مقترح قصير كوداً معقداً.

وقد لا يلخص المقترح الودود ما ستفعله معاملة التنفيذ كاملاً.

ينبغي لمصوتي DAO فهم ما توافق عليه معاملة تصويتهم.

تكون DAO أكثر أماناً عندما يراجع المصوتون الكلمات والإجراءات على السلسلة معاً.

معاملة التصويت في حوكمة DeFi

يمكن لمعاملات التصويت في DeFi تغيير معلمات بروتوكول تؤثر في أسواق حقيقية.

قد يغير تصويت حوكمة DeFi عوامل الضمان أو نماذج أسعار الفائدة أو مصادر Oracle أو غرامات التصفية أو توزيع الرسوم أو إصدار المكافآت أو أوزان المجمعات أو حدود المخاطر أو ترقيات العقود.

يصف دليل Ethereum الرسمي حول DeFi التمويل اللامركزي بأنه منتجات وخدمات مالية مبنية على البلوكشين العامة والعقود الذكية.

ولأن أنظمة DeFi تدير الإقراض والتداول والسيولة والرافعة المالية، يمكن لأصوات الحوكمة أن تؤثر في مراكز المستخدمين فوراً أو بعد تأخير.

قد يكون لمعاملة تصويت تبدو تقنية أثر اقتصادي كبير.

فعلى سبيل المثال، قد يؤثر تغيير معلمات الضمانات في مخاطر التصفية.

وقد يؤثر تغيير الإصدار في العائد وعرض التوكن.

وقد يؤثر تغيير إعدادات Oracle في أمان التسعير.

ينبغي لمصوتي DeFi التعامل مع معاملات التصويت باعتبارها قرارات للمخاطر، لا تفضيلات مجتمعية فقط.

معاملة التصويت في حوكمة NFT

قد تستخدم مشاريع NFT معاملات التصويت لقرارات المجتمع.

قد يقرر التصويت إنفاق الخزانة أو التعاون مع الفنانين أو قواعد اللعبة أو توجه الترخيص أو منح المجتمع أو سياسة السوق أو مزايا العضوية أو أولويات خارطة الطريق.

يوضح دليل Ethereum الرسمي حول NFT أن NFT توكنات فريدة يمكن أن تمثل ملكية عناصر فريدة.

قد تستخدم حوكمة NFT توكن NFT واحداً لصوت واحد، أو محفظة واحدة لصوت واحد، أو ندرة مرجحة، أو وصولاً مقيداً بالتوكن، أو استراتيجيات مخصصة.

تصوّت بعض مجتمعات NFT خارج السلسلة لتقليل رسوم الغاز.

ويستخدم آخرون الحوكمة على السلسلة للحصول على ضمانات تنفيذ أقوى.

ينبغي للمستخدمين التحقق مما إذا كان تصويت NFT ملزماً أم استشارياً فقط.

قد يشير تصويت المجتمع إلى تفضيل، لكن مؤسسي المشروع أو موقّعي الخزانة أو مالكي العقود الذكية قد يظلون مسيطرين على التنفيذ.

تكون معاملات التصويت أقوى عندما تحدد قواعد الحوكمة بوضوح ما يحدث بعد التصويت.

معاملات تصويت المدققين

تختلف معاملات تصويت المدققين عن أصوات حوكمة DAO.

فهي معاملات يقدمها المدققون بوصفها جزءاً من إجماع الشبكة أو تتبع أداء المدققين.

في Solana، يرسل المدققون أصواتاً إلى حسابات التصويت، وتساعد الأصوات المرجحة بالحصة المجموعة على اختيار الكتل عند ظهور الانقسامات، وفق ما توضحه صفحة Solana الرسمية للمدققين.

تصف وثائق Dune لمعاملات تصويت Solana معاملات تصويت Solana بأنها المجموعة الكاملة من معاملات التصويت التي يقدمها المدققون للتصويت على كتلة.

هذا النوع من معاملات التصويت ليس تصويت مستخدم DAO على مقترح.

بل هو معاملة على مستوى الشبكة يستخدمها المدققون لدعم الإجماع وصحة الشبكة.

قد تؤثر معاملات تصويت المدققين في مكافآت المدققين وأداء التخزين واختيار الانقسام ومقاييس موثوقية المدققين.

وعادة ما تُنشأ تلقائياً بواسطة برمجيات المدققين، لا يدوياً بواسطة المستخدمين العاديين.

ولهذا يجب تفسير مصطلح «معاملة التصويت» بحسب السياق.

حسابات التصويت وسلطات التصويت

تفصل بعض أنظمة البلوكشين بين حسابات التصويت وهويات المدققين وسلطات التصويت وسلطات السحب.

توضح وثائق Solana أن حساب التصويت مطلوب لتشغيل مدقق، وأن سلطة التصويت توقّع معاملات التصويت المقدمة بواسطة عقدة المدقق.

كما توضح أن حسابات هوية المدقق تدفع رسوم معاملات التصويت.

يفصل هذا التصميم بين التوقيع التشغيلي والتحكم في سحب المكافآت.

قد تحتاج سلطة التصويت إلى البقاء متصلة بالإنترنت لأنها توقع معاملات تصويت متكررة.

ينبغي عادة حماية سلطة السحب بعناية أكبر لأنها تستطيع سحب المكافآت أو تغيير إعدادات مهمة للحساب.

ويهم هذا التمييز لأمان المدققين.

قد تكون سلطة تصويت ساخنة ضرورية للتشغيل، لكن لا ينبغي كشف سلطة السحب بلا مبالاة.

لذلك، فإن معاملات تصويت المدققين هي نشاط إجماع وأحداث أمان تشغيلي في آن واحد.

وهي توضح كيف يمكن أن يكون التصويت جزءاً من بنية البلوكشين التحتية، وليس الحوكمة فقط.

معاملات التصويت وقفل التوكنات

تستخدم بعض أنظمة الحوكمة قفل التوكنات لزيادة الالتزام بالتصويت.

توضح وثائق Polkadot OpenGov أن المصوتين يمكنهم استخدام تصويت القناعة، حيث يمكن أن تزيد فترات قفل التوكنات الطوعية الأطول وزن التصويت.

يمكن لقفل التوكنات أن يشير إلى التزام أقوى لأن المصوتين يقبلون بسيولة أقل مقابل تأثير أكبر.

وقد يقلل ذلك التلاعب قصير الأجل بالتصويت في بعض التصاميم.

لكن قفل التوكنات قد يفضل أيضاً الحاملين الأثرياء أو طويلي الأجل القادرين على قفل الأصول.

قد تتضمن معاملة التصويت في هذا النوع من الأنظمة ليس فقط اتجاه التصويت، بل مستوى القناعة أو خيار القفل أيضاً.

ينبغي للمستخدمين فهم فترة القفل قبل تقديم معاملة تصويت.

قد يقيّد تصويت مع قناعة حركة التوكنات بعد التصويت.

وقد ينطوي تأثير الحوكمة على مفاضلات في السيولة.

معاملات التصويت وترقيات البروتوكول

تستخدم بعض شبكات البلوكشين معاملات التصويت للموافقة على ترقيات البروتوكول أو تعديلاته.

توضح وثائق Tezos حول التعديلات والتصويت أن بروتوكول Tezos الاقتصادي يمكن تعديله عبر آلية على السلسلة للمقترحات والتصويت والتفعيل.

قد يكون التصويت على ترقية البروتوكول أكثر جدية من استطلاعات المجتمع العادية.

فقد يغير قواعد الإجماع أو تنسيقات المعاملات أو نماذج الرسوم أو قواعد التخزين أو هيئات الحوكمة أو اقتصاديات البروتوكول.

قد تساعد معاملة التصويت في هذا السياق على تحديد الاتجاه التقني المستقبلي للبلوكشين.

ينبغي للمصوتين قراءة وثائق الترقية وتقارير التدقيق ونتائج شبكة الاختبار وتفاصيل التنفيذ ونقاشات المنظومة قبل التصويت.

يمكن لمعاملات التصويت على مستوى البروتوكول أن تؤثر في كل مستخدم على الشبكة.

كما يمكن أن تؤثر في المطورين والمدققين والمحافظ ومزودي البنية التحتية والتطبيقات.

وهذا يجعل المشاركة في الحوكمة جزءاً من صيانة الشبكة.

معاملات التصويت وكتل اللقطات

كتلة اللقطة هي نقطة مرجعية تستخدم لاحتساب أهلية التصويت أو قوته.

إذا كان المقترح يستخدم أرصدة التوكنات عند الكتلة 100، فقد لا تزيد قوة التصويت لهذا المقترح عند شراء التوكنات بعد تلك الكتلة.

يساعد هذا على منع التلاعب في اللحظة الأخيرة عبر حركة التوكنات المؤقتة.

التصويت المستند إلى اللقطات شائع في حوكمة DAO.

ويمكن استخدامه للتصويت خارج السلسلة وعلى السلسلة بحسب النظام.

ينبغي للمستخدمين التحقق من وقت أخذ اللقطة.

إذا فوضوا بعد اللقطة، فقد لا يُحتسب التفويض لهذا المقترح.

وإذا تلقوا توكنات بعد اللقطة، فقد لا تُحتسب تلك التوكنات لهذا المقترح.

وإذا احتفظوا بالتوكنات على سلسلة مختلفة أو في حساب حفظ، فقد تتعرف الاستراتيجية عليها أو لا تتعرف عليها.

لا تهم معاملة التصويت إلا إذا اعترف نظام الحوكمة بقوة المصوت.

معاملات التصويت والرشوة

تحدث رشوة التصويت عندما يُكافأ المصوتون أو يُضغط عليهم للتصويت بطريقة معينة.

في الكريبتو، قد تكون الرشوة مباشرة أو غير مباشرة أو علنية أو مخفية أو قائمة على التوكنات أو مدمجة في البروتوكول.

قد يتلقى المصوت توكنات مقابل التصويت بنعم.

وقد يتلقى مندوب حوافز من بروتوكول يسعى إلى الدعم.

وقد يكافئ سوق سيولة الأصوات التي توجه الإصدار إلى مجمعات معينة.

ليست الرشوة غير قانونية دائماً في جميع السياقات، لكنها قد تخلق مخاطر حوكمة وتضارب مصالح.

قد تبدو معاملة التصويت قراراً مستقلاً بينما تشكل الحوافز خارج السلسلة النتيجة.

ولهذا تهم الشفافية بشأن تعويضات المندوبين وأسواق التصويت وتضارب المصالح.

ينبغي للمستخدمين أن يسألوا: من يستفيد من المقترح، وهل لدى المصوتين حوافز مخفية؟

تحتاج أنظمة الحوكمة إلى أكثر من معاملات تصويت علنية.

فهي تحتاج إلى شفافية اجتماعية ومساءلة.

معاملات التصويت وهجمات الحوكمة

يحدث هجوم الحوكمة عندما يستخدم مهاجم قوة التصويت أو الأصول المقترضة أو المندوبين الذين تمت رشوتهم أو المفاتيح المخترقة أو انخفاض المشاركة لدفع قرار ضار.

قد يرقّي مقترح خبيث العقود أو يستنزف الخزائن أو يغير الملكية أو يعطل الضمانات أو يغير Oracle أو يحول الأصول.

لذلك، قد تكون معاملة التصويت جزءاً من هجوم إذا دعم المصوت مقترحاً ضاراً أو إذا تعرض حساب التصويت للاختراق.

تكون هجمات الحوكمة خطرة بصفة خاصة عندما تستطيع المقترحات تنفيذ الكود تلقائياً بعد إقرارها.

يمكن أن تقلل Timelock ومتطلبات النصاب وحدود المقترحات وآليات النقض ومجالس الأمان والإيقافات الطارئة ومراجعة المقترحات الواضحة المخاطر.

لكن لكل دفاع مفاضلات.

فالحماية المفرطة قد تركز السيطرة.

والحماية القليلة جداً قد تجعل الاستيلاء على الحوكمة سهلاً.

يحتاج نظام الحوكمة الآمن إلى مشاركة المصوتين وتصميم أمني قوي معاً.

ينبغي مراقبة معاملات التصويت مثل إجراءات البلوكشين الأخرى ذات الأثر الكبير.

خصوصية معاملة التصويت

معظم معاملات التصويت على السلسلة علنية.

قد يرى المراقبون المحفظة التي صوّتت، وكيف صوّتت، ومقدار قوة التصويت لديها، ووقت تقديم التصويت.

تدعم هذه الشفافية المساءلة.

لكنها تخلق أيضاً مخاطر للخصوصية.

قد يواجه المصوت ضغطاً اجتماعياً أو سياسياً أو انتقاماً أو محاولات رشوة أو عمليات احتيال موجهة بناءً على سلوك التصويت.

وقد يُتتبع المندوب عبر مقترحات عديدة.

وقد تكشف محفظة أعمال عن استراتيجيتها عبر أصوات الحوكمة.

تستكشف بعض الأنظمة التصويت الخاص والتصويت المحمي وتصويت الالتزام والكشف والتصويت بإثباتات المعرفة الصفرية والحوكمة خارج السلسلة التي تحافظ على الخصوصية.

قد تقلل الخصوصية الإكراه والرشوة، لكنها قد تقلل أيضاً قابلية التدقيق العلني.

يجب أن يوازن تصميم الحوكمة بين الشفافية والمساءلة والخصوصية وقابلية التحقق.

أمان معاملة التصويت

يبدأ أمان معاملة التصويت بأمان المحفظة.

ينبغي للمصوت التحقق من المقترح وموقع الحوكمة الرسمي والسلسلة وعنوان العقد ومطالبة المعاملة وخيار التصويت قبل التوقيع.

قد تسرق مواقع الحوكمة المزيفة الموافقات أو تخدع المستخدمين لتوقيع معاملات غير ذات صلة.

وقد يخفي المقترح الخبيث حمولات تنفيذ خطرة خلف لغة ودودة.

قد يؤثر اختراق محفظة مندوب في كثير من المصوتين إذا كان المندوب يسيطر على قوة تصويت كبيرة.

وقد يؤثر اختراق سلطة تصويت المدقق في عمليات المدقق في الأنظمة التي تتكرر فيها معاملات تصويت المدققين.

ينبغي للمستخدمين حماية المفاتيح الخاصة وعبارات الاسترداد والمحافظ المادية ومحافظ الحوكمة وأجهزة الموقّعين في المحافظ متعددة التوقيع.

بالنسبة للأصوات عالية الأثر، ينبغي للمجتمعات مراجعة المعاملات باستخدام أدوات متعددة.

يوضح دليل Ethereum الرسمي حول الأمان أهمية حماية الوصول إلى المحفظة والمفاتيح الخاصة وعبارات الاسترداد.

تتطلب معاملة التصويت الآمنة منطق حوكمة صحيحاً وسلوك توقيع آمن معاً.

تحليل معاملات التصويت

يمكن تحليل معاملات التصويت لفهم صحة الحوكمة.

قد يدرس المحللون نسبة مشاركة المصوتين وتركيز قوة التصويت ومشاركة المندوبين ومعدلات نجاح المقترحات وتجميع المحافظ وتوقيت التصويت وأنماط النصاب ونتائج التنفيذ.

توضح ورقة بحثية من عام 2026 حول آليات التصويت من DAO إلى DAO أن تصويت DAO قد يشمل عقوداً ذكية متفاعلة وعلاقات حوكمة فوقية قد تحجب سياق التصويت.

ويهم هذا لأن معاملة تصويت مرئية واحدة قد لا تروي القصة كاملة.

فقد تصوت DAO عبر DAO أخرى.

وقد يمثل المندوب كثيراً من حاملي التوكنات.

وقد تصوّت الخزانة بتوكنات يملكها المجتمع.

وقد يصوّت أمين حفظ نيابة عن مستخدمين كثيرين.

وقد تقسم الحوت الأصوات عبر محافظ متعددة.

ينبغي أن يجمع تحليل معاملات التصويت بين البيانات على السلسلة وسياق الحوكمة.

لا تكون الشفافية مفيدة إلا عندما تُفسر بعناية.

معاملات التصويت الفاشلة

يمكن أن تفشل معاملة التصويت مثل أي معاملة بلوكشين أخرى.

قد تفشل لأن المصوت لا يملك رسوماً كافية للغاز.

وقد تفشل لأن التصويت لم يبدأ بعد.

وقد تفشل لأن المقترح انتهى.

وقد تفشل لأن المصوت لا يملك قوة تصويت.

وقد تفشل لأن المحفظة على الشبكة الخطأ.

وقد تفشل لأن المصوت صوّت بالفعل ولا يسمح النظام بالتغييرات.

وقد تفشل لأن معرّف المقترح أو عنوان العقد غير صحيح.

وقد تفشل لأن المعاملة استُبدلت أو ارتجعت أو أُسقطت.

ينبغي للمستخدمين التحقق من حالة المعاملة بعد التصويت.

قد تظل معاملة التصويت الفاشلة تتطلب رسوم شبكة بحسب البلوكشين.

لا يكفي النقر على زر التصويت إذا لم تنجح المعاملة أبداً.

تغيير معاملة التصويت أو إلغاؤها

تسمح بعض أنظمة الحوكمة بتغيير الأصوات قبل انتهاء فترة التصويت.

وتجعل أنظمة أخرى الأصوات نهائية بمجرد تقديمها.

وتتيح بعض الأنظمة للمستخدمين التصويت مجدداً، حيث يحل التصويت الأحدث محل التصويت السابق.

وتتطلب بعض الأنظمة سحب التصويت أو إعادة الإدلاء به.

وتقفل بعض الأنظمة التصويت بصورة دائمة لذلك المقترح.

ينبغي للمستخدمين مراجعة قواعد الحوكمة قبل التصويت.

إذا لم يُسمح بتغييرات التصويت، فلا يمكن عادة تعديل معاملة تصويت خاطئة.

وإذا سُمح بتغييرات التصويت، فقد يتطلب تغيير التصويت معاملة أخرى ورسماً آخر.

في الأنظمة المفوضة، قد لا يؤثر تغيير التفويض بعد اللقطة في المقترح الحالي.

ينبغي لواجهات الحوكمة أن توضح نهائية التصويت قبل أن يوقع المستخدمون.

معاملة التصويت ببساطة

معاملة التصويت هي معاملة بلوكشين تسجل تصويتاً.

في حوكمة DAO، قد توضح أن محفظة صوّتت مع مقترح أو ضده أو امتنعت عن التصويت عليه.

وفي بعض شبكات البلوكشين، قد تعني أيضاً معاملة مدقق تستخدم للتصويت على الكتل من أجل الإجماع.

قد تتطلب معاملة التصويت رسوم غاز.

وقد تستخدم قوة تصويت من التوكنات أو الحصة أو التفويض أو NFT أو سلطة المدقق.

وقد تظل علنية على السلسلة إلى الأبد.

وقد تساعد في اتخاذ قرار بشأن إنفاق الخزانة أو ترقيات العقود أو قواعد البروتوكول أو أمان الشبكة.

وبالنسبة للمبتدئين، فإن القاعدة الأساسية بسيطة.

قبل توقيع معاملة تصويت، تأكد من فهمك للمقترح والسلسلة وقوة التصويت والرسم وما يحدث إذا مر التصويت.

الأسئلة الشائعة

ما هي معاملة التصويت؟

معاملة التصويت هي معاملة على السلسلة تسجل تصويتاً في الحوكمة أو اتخاذ القرار في DAO أو تصويت البروتوكول أو إجماع المدققين.

هل تتعلق معاملة التصويت دائماً بحوكمة DAO؟

لا، فقد تشير أيضاً إلى معاملات تصويت إجماع المدققين في الشبكات التي يقدم فيها المدققون أصواتاً على الكتل أو اختيار الانقسام.

ما الفرق بين التصويت ومعاملة التصويت؟

التصويت هو اختيار المصوت، بينما معاملة التصويت هي معاملة البلوكشين التي تسجل ذلك الاختيار أو تقدمه على السلسلة.

هل تتطلب معاملة التصويت رسوم غاز؟

تتطلب معاملات التصويت الكثيرة على السلسلة رسوماً للشبكة، رغم أن بعض أنظمة التصويت خارج السلسلة تستخدم توقيعات دون رسوم غاز بدلاً من ذلك.

هل يمكن تغيير معاملة التصويت؟

يعتمد ذلك على نظام الحوكمة، إذ تسمح بعض الأنظمة بتغيير التصويت قبل الموعد النهائي، بينما تجعل أنظمة أخرى الأصوات نهائية.

ما هي قوة التصويت؟

قوة التصويت هي مقدار التأثير الذي يملكه المصوت، وغالباً ما تستند إلى التوكنات أو التوكنات المفوضة أو الأصول المخزنة أو NFT أو حصة المدقق.

ما هو النصاب؟

النصاب هو الحد الأدنى من المشاركة المطلوب لكي يكون المقترح صحيحاً.

ماذا يحدث إذا لم يتحقق النصاب؟

يفشل المقترح عادةً أو لا يمكن تنفيذه، حتى إذا كانت غالبية الأصوات المقدمة تدعمه.

ما هو التفويض في معاملات التصويت؟

يسمح التفويض لحاملي التوكنات بإسناد قوة التصويت إلى محفظة أو ممثل آخر يمكنه التصويت نيابة عنهم.

هل معاملات التصويت علنية؟

معظم معاملات التصويت على السلسلة علنية ويمكن أن تظهر عناوين المحافظ وخيارات التصويت وقوة التصويت والطوابع الزمنية.

ما هو التصويت خارج السلسلة؟

التصويت خارج السلسلة هو تصويت موقّع بواسطة محفظة ويُخزن خارج البلوكشين الرئيسية، ويستخدم غالباً لتقليل الرسوم وتحسين المشاركة.

هل Snapshot نظام لمعاملات التصويت؟

Snapshot هي أساساً منصة للتصويت خارج السلسلة، رغم أن منظومتها تشمل أيضاً أدوات حوكمة على السلسلة.

ما هي معاملة تصويت المدقق؟

معاملة تصويت المدقق هي معاملة يقدمها مدقق لدعم الإجماع أو اختيار الكتل أو أمان الشبكة في بعض شبكات البلوكشين.

هل يمكن لمعاملة التصويت تنفيذ مقترح؟

عادة لا، لأن التصويت والتنفيذ غالباً ما يكونان خطوتين منفصلتين، رغم أن بعض الأنظمة قد تجمع أجزاءً من العملية.

ما هو هجوم الحوكمة؟

يحدث هجوم الحوكمة عندما تستخدم قوة التصويت لإقرار مقترح ضار أو تغيير قواعد البروتوكول أو استنزاف الأموال أو الاستيلاء على السيطرة.

هل يمكن استخدام معاملات التصويت لترقيات البروتوكول؟

نعم، تستخدم بعض شبكات البلوكشين وDAO معاملات التصويت للموافقة على ترقيات البروتوكول والتعديلات وإجراءات الحوكمة أو رفضها.

لماذا فشلت معاملة التصويت الخاصة بي؟

قد تفشل بسبب عدم كفاية رسوم الغاز أو الشبكة الخطأ أو انتهاء فترة التصويت أو عدم وجود قوة تصويت أو حالة مقترح غير صالحة أو رفض العقد الذكي.

كيف يمكنني التصويت بأمان؟

استخدم روابط الحوكمة الرسمية، وتحقق من المقترح والسلسلة، واقرأ حمولة التنفيذ، واحمِ محفظتك، وتأكد من نجاح معاملة التصويت.

الخلاصة

تُعد معاملة التصويت جزءاً أساسياً من حوكمة الكريبتو وإجماع البلوكشين.

في DAO وبروتوكولات DeFi، تسجل كيفية تصويت حاملي التوكنات أو المندوبين أو أعضاء المجتمع على المقترحات.

وفي بعض أنظمة المدققين، تسجل مشاركة المدققين في التصويت على الكتل والإجماع.

وهذا يجعل المصطلح مهماً عبر الحوكمة والبنية التحتية معاً.

يمكن لمعاملة التصويت أن تؤثر في إنفاق الخزانة وترقيات العقود الذكية ومعلمات البروتوكول وقرارات مجتمع NFT ومكافآت المدققين واختيار انقسام الشبكة وتعديلات البلوكشين.

قد تبدو بسيطة ظاهرياً، لكنها غالباً ما تحمل عواقب جدية.

ينبغي للمستخدمين فهم قوة التصويت والنصاب وفترات التصويت والتفويض ورسوم الغاز وخطوات التنفيذ والخصوصية قبل التصويت.

وينبغي لهم أيضاً معرفة ما إذا كان التصويت على السلسلة أو خارج السلسلة أو مختلطاً.

قد يكون التصويت الذي لا يتطلب رسوم غاز مجرد إشارة موقعة خارج السلسلة.

وقد يكون التصويت المكتوب على السلسلة قابلاً للتدقيق مباشرة ومرتبطاً أحياناً بالتنفيذ التلقائي.

تختلف معاملات تصويت المدققين مرة أخرى لأنها تدعم إجماع الشبكة بدلاً من التصويت على مقترحات المجتمع.

إن أكثر الطرق أماناً للتعامل مع أي معاملة تصويت هي القراءة قبل التوقيع.

تحقق من المقترح.

تحقق من الشبكة.

تحقق من مطالبة المحفظة.

تحقق من آثار التنفيذ.

تحقق من نتيجة المعاملة.

ببساطة، معاملة التصويت هي الطريقة التي يحول بها الكريبتو التصويت إلى إجراء بلوكشين قابل للتحقق.

تجعل معاملات التصويت الجيدة الأنظمة اللامركزية أكثر شفافية، لكن المصوتين الجيدين ما زالوا بحاجة إلى البحث والأمان وحسن التقدير.