عادةً ما أقضي وقتًا أقل في مخطط توزيع الرموز مقارنةً بسؤال واحد: من يستطيع تغيير القواعد؟
لدى العملات الرقمية ما يكفي من المشاريع التي أطلقت على نفسها صفة “مُركزية” بينما ما زالت مجموعة صغيرة تحتفظ بالقدرة على تغيير المعايير أو نقل الأرصدة أو إعادة توجيه الحوافز. إذا كانت هذه القدرة موجودة، فأنا أهتم بها أكثر من مجرد معرفة ما إذا كان أحد “الدلاء” قد حصل على 10% أو 15% عند الإطلاق.
وهذا هو الجزء المفيد بالنسبة لي في @Acurast Token Transparency Filing. يصوّت حاملو ACU عبر OpenGov بتصويت ذي قناعة، والمسار Root يقوم حاليًا بتقييد العمليات المميّزة في البروتوكول مثل ترقيات runtime وتغييرات المعاملات. توجد هنا نقطة دقيقة تهمني: في الإعداد الحالي، يمكن لأعضاء المجلس فقط تقديم مقترحات referenda جديدة، بينما يصوّت حاملو ACU عليها.
كما يذكر الإيداع أنه لا توجد multisig مميّزة أو بوابة إدارية خلفية (admin backdoor) يمكنها الالتفاف على الحوكمة لتعديل معلمات الـ runtime أو الأرصدة أو مكافآت الشبكة. تم تقديمه من قِبل Acurast، لذلك أتعامل معه باعتباره إفصاحًا عن هيكل التحكم المعلن، وليس تدقيقًا مستقلًا. وبالتأكيد لن أحوّل “لا يوجد مفتاح إداري” إلى “مركزية، انتهت القضية”.
لا يختفي الخطر. بل يتغير شكله. ما زلت أرغب في مراقبة من يتحكم في تدفق المقترحات، وكيف تصبح قوة التصويت مركّزة، وما إذا كانت المشاركة واسعة بما يكفي لكي يصبح OpenGov ذا معنى. أنا أكثر ارتياحًا لهذا الهيكل من التحكم الإداري الأحادي، لكنهما مخاطر مختلفة وليستا “لا توجد مخاطر”.
تخبرني عملية توزيع الرموز بمن قد يملك تأثيرًا. وتخبرني بنية الحوكمة بمكان تمكن هذا التأثير فعلًا من التحول إلى تحكم.
أهتم أكثر بالثانية.
https://hub.acurast.com/rebellion?ref=u09wbr
لدى العملات الرقمية ما يكفي من المشاريع التي أطلقت على نفسها صفة “مُركزية” بينما ما زالت مجموعة صغيرة تحتفظ بالقدرة على تغيير المعايير أو نقل الأرصدة أو إعادة توجيه الحوافز. إذا كانت هذه القدرة موجودة، فأنا أهتم بها أكثر من مجرد معرفة ما إذا كان أحد “الدلاء” قد حصل على 10% أو 15% عند الإطلاق.
وهذا هو الجزء المفيد بالنسبة لي في @Acurast Token Transparency Filing. يصوّت حاملو ACU عبر OpenGov بتصويت ذي قناعة، والمسار Root يقوم حاليًا بتقييد العمليات المميّزة في البروتوكول مثل ترقيات runtime وتغييرات المعاملات. توجد هنا نقطة دقيقة تهمني: في الإعداد الحالي، يمكن لأعضاء المجلس فقط تقديم مقترحات referenda جديدة، بينما يصوّت حاملو ACU عليها.
كما يذكر الإيداع أنه لا توجد multisig مميّزة أو بوابة إدارية خلفية (admin backdoor) يمكنها الالتفاف على الحوكمة لتعديل معلمات الـ runtime أو الأرصدة أو مكافآت الشبكة. تم تقديمه من قِبل Acurast، لذلك أتعامل معه باعتباره إفصاحًا عن هيكل التحكم المعلن، وليس تدقيقًا مستقلًا. وبالتأكيد لن أحوّل “لا يوجد مفتاح إداري” إلى “مركزية، انتهت القضية”.
لا يختفي الخطر. بل يتغير شكله. ما زلت أرغب في مراقبة من يتحكم في تدفق المقترحات، وكيف تصبح قوة التصويت مركّزة، وما إذا كانت المشاركة واسعة بما يكفي لكي يصبح OpenGov ذا معنى. أنا أكثر ارتياحًا لهذا الهيكل من التحكم الإداري الأحادي، لكنهما مخاطر مختلفة وليستا “لا توجد مخاطر”.
تخبرني عملية توزيع الرموز بمن قد يملك تأثيرًا. وتخبرني بنية الحوكمة بمكان تمكن هذا التأثير فعلًا من التحول إلى تحكم.
أهتم أكثر بالثانية.
https://hub.acurast.com/rebellion?ref=u09wbr
