EigenLayer: إضافة ميزات غير مقيدة بإذن إلى إيثيريوم

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

هذا النص هو نسخة يسهل الوصول إليها من النص الأصلي للفيديو (opens in a new tab) الذي نشرته إيه 16 زد كريبتو. تم تعديله قليلاً لتسهيل القراءة.

مقدمة (0:00)

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

كما قدمني تيم، أنا أستاذ مشارك في جامعة واشنطن في سياتل، حيث نعمل على سلاسل الكتل، والإجماع، ومجالات أخرى على مدار السنوات الأربع والنصف الماضية. خلال العام الماضي، قمت بتأسيس شركة EigenLayer Labs الناشئة. لقد قمنا بالكثير من العمل على بروتوكولات الإجماع — كان لدينا ورقة بحثية بعنوان "كل شيء عبارة عن سباق" (Everything is a Race) والتي تحلل الظروف التي تكون فيها بروتوكولات إثبات العمل (PoW)، وإثبات الحصة (PoS)، وإثبات المساحة من نوع السلسلة الأطول آمنة. لقد بنينا على بعض هذا الفهم — على سبيل المثال، ورقة بحثية تسمى Prism، وهي بروتوكول إثبات العمل بزمن انتقال منخفض للغاية. قمنا أيضًا بعمل يسمى PoSAT حول كيفية إنشاء بروتوكول إثبات الحصة متاح ديناميكيًا، حيث يستمر بروتوكولك في العمل في ظل مشاركة متغيرة.

متى تكون سلاسل الكتل خاضعة للمساءلة (1:31)

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

إجماع متعدد الموارد (2:11)

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

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

علاوة على الإجماع، هناك حلول توسع مثل التقسيم إلى شظايا. كان لدينا بضع أوراق بحثية — شجرة ميركل المشفرة (Coded Merkle Tree) و Free2Shard — حول ذلك.

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

فصل الثقة عن الابتكار (8:30)

بالعودة بالقصة إلى 2008–2009: كانت بيتكوين رائدة في الثقة اللامركزية من خلال تعدين إثبات العمل. علاوة على التعدين، هناك بروتوكول إجماع — السلسلة الأطول أو السلسلة الأثقل — والذي يقرر السلسلة الصالحة. علاوة على ذلك، يحدد Bitcoin Script دلالات التنفيذ. لذلك لدينا طبقة ثقة في القاعدة، وطبقة إجماع في الأعلى، وطبقة تنفيذ فوق ذلك.

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

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

الابتكار المفتوح (10:23)

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

إحدى الطرق لنمذجة ذلك: الطبقات الأساسية — شبكة الثقة، والإجماع، والآلة الافتراضية — مجمعة في شبكة ثقة تنتج الثقة. سلسلة كتل إيثيريوم هي منتج للثقة. التطبيقات الموزعة هي مستهلكة للثقة. تبادل القيمة هو: تحصل التطبيقات اللامركزية (dapps) على الثقة من إيثيريوم وفي المقابل تدفع الرسوم. تمامًا كما كان رأس المال الاستثماري هو فصل رأس المال عن الابتكار، فصلت إيثيريوم الثقة عن الابتكار.

لكن الحواجز أمام الابتكار المفتوح لا تزال قائمة. إذا كان لدي فكرة حول كيفية ترقية بروتوكول إجماع إيثيريوم — لنفترض أننا في عام 2019 وتوصلت إلى بروتوكول إجماع Avalanche — فلا توجد طريقة لنشره على إيثيريوم. إذن ماذا أفعل؟ أذهب وأنشئ عالمي الخاص بالكامل. هذا هو عصر سلاسل الكتل البديلة من طبقة 1 (L1) — كل منها ببروتوكولات إجماع مختلفة، وآلات افتراضية مختلفة، ولكن يتعين على كل منها بناء شبكات الثقة الخاصة بها.

تبدو هذه الصورة تمامًا مثل صورة عام 2011 لـ بيتكوين و Namecoin. يمكن للابتكارات على مستوى التطبيق اللامركزي (dapp) أن تُبنى ببساطة على إيثيريوم، لكن الابتكارات التي تتعمق أكثر وتلامس قلب حزمة التكنولوجيا يجب أن تنشئ أنظمة بيئية مجزأة للثقة.

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

مشكلة الاقتصاد الجزئي (16:28)

مشكلة الاقتصاد الجزئي: إذا كنت تقوم بتشغيل برمجيات وسيطة (middleware) — لنقل، نظام تخزين بيانات — فيجب عليك إنشاء آلية التخزين الخاصة بك. أنت بحاجة إلى أمان اقتصادي عالٍ، مما يعني تخزين الكثير من رأس المال، ومن ثم يكون لديك تكلفة الفرصة البديلة لرأس المال. على سبيل المثال، تريد تخزين $10 billion في طبقة تخزين البيانات الخاصة بك. يجب عليك دفع معدل سنوي بنسبة 5% أو 10% على رأس المال هذا في عالم غير مضارب. التكلفة المهيمنة ليست التكلفة التشغيلية لتخزين البيانات — بل هي تكلفة تغذية قاعدة رأس مال اقتصادي ضخمة.

تنظر إلى أي نظام بيئي لـ إثبات الحصة (PoS): تذهب 94% من المكافآت إلى الشخص الذي يمتلك رأس المال، وتذهب 6% فقط إلى الشخص الذي يقوم بالعمليات فعليًا. لذلك حتى لو توصلت إلى فكرة خارقة لتقليل التكاليف التشغيلية بمقدار 10x، فإن نسبة 94% تظل دون تغيير. هيكل التكلفة الخاص بك مقيد بتكلفة رأس المال.

إذا كنت تطبيقًا لامركزيًا (dapp)، فإن مشكلة الاقتصاد الجزئي هي أنك تدفع رسومًا عالية جدًا لشبكة ثقة كبيرة مثل إيثيريوم، لكنك مقيد بأضعف ثقة تعتمد عليها. إذا كان لديك أوراكل أو جسر ليس موثوقًا به بنفس القدر، فقد تتعرض للاستغلال هناك. أمانك هو دائمًا القاسم المشترك الأصغر.

المشكلة الاقتصادية (19:52)

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

EigenLayer (20:44)

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

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

ما هي إعادة التخزين؟ في إيثيريوم القائمة على إثبات الحصة (PoS)، تم بالفعل تخزين عشرات المليارات من الدولارات في سلسلة المنارة. EigenLayer هي آلية يقوم من خلالها المخزنون بإعادة التخزين — حيث يضعون نفس رأس المال في مخاطر إضافية. يقومون بقفل حصة التخزين الخاصة بهم في إيثيريوم، وتلتزم نفس الحصة بشروط اقتطاع إضافية. الاقتطاع هو آلية يمكن من خلالها سحب حصتك، ولكنك الآن تضيف أسبابًا إضافية يمكن من خلالها معاقبتك، علاوة على العقود الذكية لـ EigenLayer.

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

كيف تقوم EigenLayer بمواءمة النظام البيئي (23:50)

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

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

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

EigenLayer هي سوق ذات وجهين. أحد الجانبين هو المخزنون الذين يختارون المشاركة. الجانب الآخر هو البرمجيات الوسيطة والخدمات المبنية فوق EigenLayer التي تختار استخدام هؤلاء المخزنين.

الإفراط في الرافعة المالية وإدارة المخاطر (33:00)

سؤال من الجمهور: ماذا لو تم الإفراط في الرافعة المالية لحصة التخزين؟

لنفترض أن هناك عشرة تطبيقات لامركزية (dapps) مختلفة تدير سلاسلها الخاصة، كل منها بقيمة $1 million تعتمد على نفس نِصاب المخزنين البالغ $2 million — تصبح حصة التخزين هذه مفرطة الرافعة المالية. EigenLayer هي أيضًا طبقة إدارة المخاطر. نقوم بنمذجة هذا كمشكلة رسم بياني (graph problem): كل مخزن هو عقدة، وتعتمد كل خدمة على مجموعة من المخزنين، وهناك ربح من الفساد لكل خدمة. ثم تقوم بحساب القطوع (cuts) على هذا الرسم البياني للتأكد من أن النظام لا يفرط في الرافعة المالية أبدًا.

إذا أصبح النظام مفرط الرافعة المالية، ترتفع الرسوم، ويختار المزيد من الأشخاص المشاركة، ويصبح النظام غير مفرط الرافعة المالية مرة أخرى. مع بدء المزيد من الخدمات، ترتفع فرص العائد، ويتم قفل المزيد من رأس المال — بدلاً من تخزين 5% من ETH، قد يكون لديك 50%.

اقتصاديات مساحة الكتلة (43:58)

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

يتم تعيين حد الكتلة بواسطة البنية التحتية لأضعف عقدة. فلسفة إيثيريوم هي قبول مُدَقِّق منزلي في فنزويلا — ربما 1 megabyte في الثانية. هكذا يتم تعيين حد الكتلة. لكن جميع المخزنين الذين يعملون على Amazon Web Services لديهم اتصالات 10 gigabit — فرق بمقدار 10,000x عن أضعف عقدة.

تحل EigenLayer هذا تلقائيًا من خلال إنشاء سوق حرة حيث يمكن لهؤلاء المخزنين إقراض مساحة الكتلة الإضافية الخاصة بهم لخدمات أخرى. يمكن لشخص ما بناء سلسلة أخرى بـ 15 giga-gas لكل كتلة بدلاً من 15 million غاز. تحصل على شيء مثل 60% من أمان إيثيريوم — وهذا جيد بما فيه الكفاية بالفعل.

عدم تجانس المخزنين (48:57)

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

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

ابتكار ديمقراطي ورشيق (51:01)

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

EigenDA والختام (52:56)

نحن نستكشف بناء الجسور، والأتمتة القائمة على الأحداث (event-driven)، وخدمات الترتيب العادل، والسلاسل الجانبية (sidechains)، وتكامل MEV — كل ذلك على EigenLayer. EigenLayer تعمل بالفعل على شبكات اختبار داخلية. لقد قمنا بالفعل ببناء حالة الاستخدام الأولى: طبقة توفر البيانات فائقة النطاق لـ إيثيريوم تسمى EigenDA. إنها طبقة توفر البيانات تدمج أفضل الأفكار في تشفير المحو والالتزامات متعددة الحدود. على شبكة الاختبار الخاصة بنا، المعدل الذي يمكنك من خلاله كتابة البيانات هو 12.4 megabytes في الثانية — أكبر بمقدار 10x مما هو مقرر أن تشحنه إيثيريوم 2.0.

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

أبرز نقاط الأسئلة والأجوبة (58:00)

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

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

حول مساحة كتلة طبقة 1 (L1) مقابل السلاسل الجانبية: يمكنك تشغيل نظام مختلف تمامًا — مثل Solana VM — فوق شبكة ثقة إيثيريوم. شرط الاقتطاع بسيط: إذا قمت بالتوقيع المزدوج على كتلة في نفس العمق، فهذا شرط يمكن التحقق منه على السلسلة وتتعرض للاقتطاع. يعمل هيكل التكلفة لأن معيدي التخزين ليس لديهم تكلفة إضافية لرأس المال، والفرق بين سلسلة جانبية لـ EigenLayer وامتلاك سلسلتك الخاصة هو أنك لا تحتاج إلى رمز مميز جديد للقيمة ولا تحتاج إلى الدفع للحفاظ على تكلفة رأس المال لذلك الرمز المميز.