ما بعد العائد السنوي: وداعًا لثقة الصندوق الأسود وإعادة تقييم منطق أمان الستاكينغ للإيثريوم

بقلم: imToken

خلال الفترة الماضية، لم تتوقف حوادث الأمان في قطاع الكريبتو تقريبًا.

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

بالنسبة لحاملي الإيثريوم، ينطبق الأمر نفسه على المشاركة في الستاكينغ.

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

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

إذا سلّمت الإيثريوم لطرف ثالث، فمن يملك صلاحية السحب؟ وإذا كان مزود خدمة محترف يدير المدقق، فهل لا يزال بإمكان المستخدم التحكم في رأس المال بنفسه؟ وما هي المخاطر الإضافية التي تظهر بين الستاكينغ الأصلي والستاكينغ السائل؟

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

أولًا: خط الدفاع الأول لأمان الستاكينغ: من يملك صلاحية سحب الأصول؟

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

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

لكن عقدة التحقق لا تُدار بمفتاح واحد، ففي نظام ستاكينغ الإيثريوم، تنقسم الصلاحيات الأساسية إلى نوعين:

مفتاح التوقيع (Signing Key): يُستخدم للتشغيل اليومي لعقدة التحقق، بما في ذلك تقديم مقترحات الكتل وإثباتات التحقق، وهو صلاحية تشغيلية للمشاركة في إجماع الشبكة؛

مفتاح السحب (Withdrawal Key): يُستخدم للتحكم في ملكية رأس المال المخزن والعوائد، ويحدد العنوان المحدد الذي لا يمكن إعادة الأموال إلا إليه (عادةً ما يكون مرتبطًا مباشرة بعنوان محفظة المستخدم ذاتية الحفظ)، ويمثل السيطرة النهائية على الأصول؛

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

بفهم هذا الفصل في الصلاحيات، يمكن رؤية الفرق الجوهري بين نموذجي الحفظ وعدم الحفظ:

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

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

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

بالطبع، عدم الحفظ لا يعني انعدام المخاطر.

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

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

ثانيًا: كيف يحمي بروتوكول الإيثريوم الأصلي أصول الستاكينغ؟

بعد فهم السيطرة على المفاتيح، يبقى سؤال رئيسي آخر: لماذا تعتبر المشاركة المباشرة في الستاكينغ الأصلي للإيثريوم متفوقة بوضوح من الناحية الأمنية على منتجات الستاكينغ المشتقة المختلفة من الأطراف الثالثة؟

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

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

فهو لا يحتاج إلى الاعتماد على مجمع أموال من طرف ثالث لتجميع الأصول، ولا إلى سك عملة مشتقة (مثل LST) لتمثيل حقوق الستاكينغ بشكل غير مباشر، مما يزيل من الجذور المخاطر المركبة الناتجة عن عقود بروتوكولات الأطراف الثالثة، والحوكمة عبر الطبقات، وانفصال سعر المشتقات.

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

أولًا، يقيد البروتوكول سلوك المدققين من خلال المكافآت والعقوبات.

يجب أن يظل المدقق متصلًا بالإنترنت باستمرار، ويقدم مقترحات الكتل وإثباتات التحقق كما هو مطلوب. إذا تعطلت العقدة أو انقطعت عن الاتصال لفترة طويلة، فقد يفوت المكافآت ويتعرض لعقوبات على الرصيد. وإذا ارتكب المدقق مخالفات أكثر خطورة، مثل التوقيع على كتل متعارضة، فقد يؤدي ذلك إلى تفعيل Slashing (آلية المصادرة)، حيث يتم حرق جزء من الإيثريوم المخزن وإجبار المدقق على الخروج من الشبكة. الهدف من هذه الآلية هو جعل المشاركين يتحملون المسؤولية مقابل حصولهم على عوائد الستاكينغ، بحيث يدفع أي سلوك يحاول الإضرار بإجماع الشبكة ثمنًا اقتصاديًا حقيقيًا.

ثانيًا، يمكن أن تكون صلاحية السحب مستقلة عن صلاحية تشغيل المدقق.

هذا تصميم مهم جدًا في الستاكينغ الأصلي من ناحية أمان الأصول. حتى لو حدثت مشكلة في مفتاح توقيع المدقق، فطالما أن مفتاح السحب لا يزال محفوظًا بأمان لدى المستخدم، لا يمكن للمهاجم ببساطة استخدام مفتاح التوقيع لسحب رأس المال المخزن للمستخدم مباشرة. وقد حسّنت الإيثريوم هذه الآلية بعد ترقية Pectra، حيث يمكن لعنوان السحب أيضًا بدء عملية خروج المدقق مباشرة، دون الاعتماد الكامل على مفتاح توقيع المدقق. وهذا يمنح المستخدمين غير الاحتجازيين ضمانًا أساسيًا "لسحب الأموال إجباريًا" في الحالات القصوى.

أخيرًا، يخضع الخروج من الستاكينغ الأصلي أيضًا لقواعد البروتوكول.

يدعم الستاكينغ الأصلي سحب المكافآت والخروج الكامل من رأس المال، لكنه لا يتم بشكل فوري مثل التحويلات العادية في المحفظة. بعد أن يبدأ المدقق الخروج، يجب أن يدخل في طابور الخروج على مستوى الشبكة وفقًا لقواعد البروتوكول (تعتمد مدة الانتظار على عدد المدققين الذين يخرجون في نفس الوقت على مستوى الشبكة)، وبعد اكتمال ذلك، يتم تسوية رأس المال والمكافآت المتبقية تلقائيًا إلى عنوان السحب المرتبط (اقرأ المزيد: "لماذا يجب الانتظار شهرًا للمشاركة في الستاكينغ الأصلي للإيثريوم الآن؟").

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

ثالثًا: مقارنة بين أربعة حلول رئيسية: أين حدود الأمان لأنماط الستاكينغ المختلفة؟

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

1. الستاكينغ بالحفظ الكامل (المنصات المركزية / مؤسسات الحفظ)

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

2. الستاكينغ السائل (ممثلًا ببروتوكولات LST مثل Lido)

على سبيل المثال، في بروتوكولات الستاكينغ السائل مثل Lido، بعد أن يقوم المستخدم بإيداع الإيثريوم، يمكنه الحصول على LST يمثل حقوق الستاكينغ، مثل stETH، مما يسهل تحقيق عوائد إضافية في DeFi أو التسييل في السوق الثانوية في أي وقت. أكبر ميزة لهذا النوع من الحلول هي خفض عتبة المشاركة، والسماح للمستخدم بمواصلة المشاركة في تطبيقات أخرى مثل DeFi خلال فترة الستاكينغ، لكن مستوى المخاطر يزداد بشكل كبير. إن امتلاك LST لا يعني امتلاك صلاحية سحب المدقق، بل امتلاك سند دين قائم على عقد ذكي. بالإضافة إلى مخاطر مصادرة العقد الأساسية، يحتاج المستخدم أيضًا إلى تحمل مخاطر ثغرات العقود الذكية، ومخاطر حوكمة البروتوكول، ومخاطر خصم سعر LST في السوق الثانوية (انفصال السعر) وتزاحم الاسترداد في ظروف السوق القصوى — وقد حدث هذا عدة مرات في تاريخ LST.

3. الستاكينغ الأصلي غير الاحتجازي (الاحتفاظ بصلاحية السحب + تشغيل عقدة احترافي)

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

4. الستاكينغ المستقل (Solo Staking)

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

باختصار، يمكن تلخيص الاختلافات الأمنية بين النماذج المختلفة على النحو التالي:

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

الستاكينغ السائل: مفتاح السحب بيد البروتوكول/مجمع العقود الذكية، اعتماد مرتفع جدًا على العقد/المنصة، والمخاطر الرئيسية تكمن في ثغرات العقود، ومخاطر الحوكمة، وانفصال سعر LST، وتزاحم الاسترداد.

الستاكينغ الأصلي غير الاحتجازي: مفتاح السحب بيد المستخدم، اعتماد منخفض جدًا على العقد/المنصة (تفاعل مباشر مع البروتوكول الأساسي)، والمخاطر الرئيسية تكمن في عقوبات تشغيل مزود الخدمة (Slashing) وحفظ المفاتيح الشخصية.

الستاكينغ المستقل: مفتاح السحب بيد المستخدم، لا اعتماد على العقد/المنصة، والمخاطر الرئيسية تكمن في أعطال الأجهزة والشبكة، وأخطاء الصيانة التي تؤدي إلى Slashing، وحفظ المفاتيح الشخصية.

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

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

على مستوى التنفيذ الفعلي، يوفر هذا الحل أيضًا وضعين: عقدة تحقق بفائدة مركبة وعقدة تحقق بسحب تلقائي، مما يتيح للمستخدم اختيار طريقة إدارة الأموال بمرونة:

عقدة التحقق بفائدة مركبة: تبقى جميع المكافآت الناتجة عن الستاكينغ تلقائيًا في رصيد المدقق لإعادة الاستثمار المركب، مما يحسن كفاءة الفائدة المركبة طويلة الأجل (يمكن توسيع الحد الأقصى للستاكينغ الفعال لعقدة التحقق الواحدة حتى 2048 إيثريوم)؛

عقدة التحقق بسحب تلقائي: يبقى الرصيد الفعال لعقدة التحقق عند 32 إيثريوم، ويتم إرسال مكافآت الستاكينغ الزائدة من طبقة الإجماع تلقائيًا وبشكل دوري إلى عنوان سحب المستخدم بواسطة بروتوكول الإيثريوم، دون الحاجة إلى المطالبة اليدوية، وهو مناسب للمستخدمين الذين يحتاجون إلى تدفق نقدي دوري؛

بالطبع، اختيار النموذج غير الاحتجازي لا يعني أنه يمكنك أن تكون "مديرًا غائبًا". نظرًا لأن السيطرة النهائية على الأصول في يدك بالكامل، لا يزال يتعين على المستخدم الوفاء بمسؤوليته الأمنية الشخصية — النسخ الاحتياطي لعبارة استرداد المحفظة بشكل آمن دون اتصال، والتحقق بعناية من عنوان السحب قبل بدء الستاكينغ، والحفاظ على فهم واضح لآلية طابور الخروج لبروتوكول الإيثريوم، ورسوم الخدمة، وقواعد المصادرة الأساسية المحتملة.

في الختام

مع دخول المزيد والمزيد من الإيثريوم في نظام العوائد طويلة الأجل، كحاملي عملات، ربما ما نحتاج حقًا إلى الاهتمام به ليس فقط مقدار العائد الذي يمكن أن تحققه أصولنا، بل أيضًا: عندما يحدث وضع متطرف في أي حلقة خدمة خارجية، هل ما زلت أملك المبادرة النهائية لاسترداد رأس المال؟

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