Volition

ما هو Volition؟

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

ببساطة، يمنح Volition تطبيقات الكريبتو خياراً بين إتاحة البيانات على السلسلة بأسلوب Rollup وإتاحة البيانات خارج السلسلة بأسلوب Validium.

يوصف الدليل الرسمي لـ StarkEx Volition بأنه وضع هجين لإتاحة البيانات، يمكن للمستخدمين من خلاله اختيار وضع البيانات على السلسلة أو خارجها.

ويكتسب هذا الاختيار أهمية لأن إتاحة البيانات تمثل إحدى أكبر المفاضلات بين التكلفة والأمان في توسيع Layer 2.

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

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

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

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

لماذا يهم Volition في الكريبتو؟

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

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

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

إذا كانت البيانات متاحة، يمكن للمستخدمين والعقد المستقلة إعادة بناء حالة النظام.

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

ولهذا تعد إتاحة البيانات من أهم مسائل الأمان في تصميم Layer 2.

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

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

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

ويتيح Volition للتطبيقات مزج هذه الخيارات بدلاً من اختيار وضع واحد فقط لكل شيء.

Volition مقارنةً بـ Rollup

ينشر Rollup ما يكفي من بيانات المعاملات أو الحالة إلى الطبقة الأساسية بحيث يستطيع المستخدمون إعادة بناء حالة Layer 2 بصورة مستقلة.

يوضح دليل L2BEAT لإتاحة البيانات أن حلول Rollup تنشر بيانات Layer 2 إلى Ethereum، ولذلك لا تضيف افتراضات ثقة إضافية تتعلق بإتاحة البيانات.

وهذه هي القوة الأساسية لإتاحة البيانات في Rollup.

يعتمد المستخدمون على السلسلة الأساسية لإتاحة البيانات اللازمة لاستعادة الحالة أو التحقق منها.

لكن ذلك قد يكون مكلفاً لأن مساحة الكتل في الطبقة الأساسية محدودة وذات قيمة.

ويختلف Volition لأنه لا يشترط استخدام كل البيانات لإتاحة على السلسلة بأسلوب Rollup.

بدلاً من ذلك، يتيح Volition لبعض البيانات استخدام وضع Rollup، ولبيانات أخرى استخدام الإتاحة خارج السلسلة.

وهذا يعني أن Volition يمكنه إبقاء البيانات عالية الأمان على السلسلة، مع نقل البيانات الأقل خطراً أو عالية التكرار إلى وضع أقل تكلفة.

يكون وضع Rollup عادةً الخيار الأقوى من ناحية الأمان.

أما Volition فهو الخيار الأكثر مرونة.

Volition مقارنةً بـ Validium

يستخدم Validium براهين الصلاحية لإثبات صحة انتقالات الحالة، مع الاحتفاظ ببيانات المعاملات خارج السلسلة.

توضح وثائق Ethereum الرسمية حول Validium أن بعض أنظمة Validium تستخدم لجان إتاحة البيانات لتخزين نسخ من بيانات الحالة خارج السلسلة والتصديق على إتاحة هذه البيانات.

يمكن أن يؤدي ذلك إلى خفض التكاليف لأن النظام لا ينشر جميع البيانات إلى السلسلة الأساسية.

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

Volition ليس مجرد Validium.

إنه نموذج هجين يمكن أن يشمل إتاحة البيانات بأسلوبي Rollup وValidium.

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

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

Validium هو أحد أوضاع إتاحة البيانات.

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

Volition وإتاحة البيانات

إتاحة البيانات هي الفكرة الأساسية وراء Volition.

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

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

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

وهذه نقطة أساسية يغفل عنها المبتدئون غالباً.

يتحقق برهان الصلاحية من الصحة.

بينما تتحقق إتاحة البيانات من إمكانية العثور على البيانات المطلوبة.

يفصل Volition بين هذين السؤالين بوضوح أكبر.

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

ويتيح ذلك للمطورين الاختيار بين إتاحة أقوى وتكلفة أقل وفق احتياجات كل جزء من التطبيق.

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

كيف يعمل Volition؟

يعمل Volition من خلال السماح للنظام بالحفاظ على مناطق أو أشجار مختلفة لإتاحة البيانات لأنواع مختلفة من البيانات.

توضح وثائق StarkEx حول إتاحة البيانات أن Volition يتيح للتطبيقات استخدام خزائن ZK-Rollup وValidium معاً، ويتيح للمستخدمين تحديد نطاق الخزينة الذي سيستخدمونه لكل أصل يملكونه.

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

وقد يوجد أصل أو رصيد آخر في خزينة Validium حيث تُخزّن البيانات خارج السلسلة عبر نظام لإتاحة البيانات.

يمكن للتطبيق تتبع الخزينة أو وضع التخزين المطبق على كل أصل.

وقد ينقل المستخدم الأصول بين الأوضاع عندما يدعم التطبيق هذا الإجراء.

ينشئ هذا طيفاً لإتاحة البيانات بدلاً من تصميم ثابت واحد.

يمكن لنظام البراهين نفسه التحقق من انتقالات الحالة، بينما يختار المستخدمون ضمانة الإتاحة التي تتوافق مع تفضيلاتهم للمخاطر والتكلفة.

لذلك، لا يمثل Volition بلوكشين منفصلة بحد ذاته.

بل هو بنية لإتاحة البيانات تُستخدم داخل أنظمة التوسيع.

Volition في StarkEx

يُعد Volition أحد أوضاع إتاحة البيانات المرتبطة بـ StarkEx.

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

تنص وثائق StarkEx على أن وضع ZK-Rollup ينشر أرصدة الخزائن على السلسلة بصيغة calldata، بينما يحافظ وضع Validium على إتاحة البيانات خارج السلسلة عبر لجنة إتاحة البيانات.

كما تنص الوثائق نفسها على أن Volition ينطبق على التداول الفوري في StarkEx ويتيح للمستخدمين استخدام خزائن ZK-Rollup وValidium معاً.

وهذا يعني أن StarkEx Volition ليس مجرد فكرة نظرية.

بل موثق كنموذج مدعوم لإتاحة البيانات لحالات استخدام محددة في StarkEx.

ومع ذلك، ينبغي للمستخدمين التحقق من التطبيق المحدد الذي يستخدمونه.

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

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

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

يتطلب فهم Volition التحقق من التقنية الأساسية والإعدادات الفعلية للتطبيق معاً.

Volition في Starknet

ناقشت Starknet أيضاً Volition كجزء من خارطة طريقها لخفض تكاليف إتاحة البيانات.

يوضح مقال Starknet الرسمي حول Volition أن Volition سيسمح للمطورين باختيار إتاحة البيانات على Ethereum L1 أو على Starknet L2، بما في ذلك على مستوى كل متغير تخزين.

تصف وثائق Starknet الحالية حول إتاحة البيانات Starknet بأنها Validity Rollup ترسل فروق الحالة والتزامات الحالة إلى Ethereum.

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

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

تصف صفحة خارطة طريق Starknet لوضع Volition Volition بأنه نهج هجين لإتاحة البيانات على السلسلة وخارجها، ومصمم لخفض تكاليف بيانات L1.

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

أما بالنسبة للمستخدمين، فالفكرة الأساسية هي أن أوضاع البيانات لا تتضمن جميعها افتراضات الاستعادة والأمان نفسها.

Volition وبراهين الصلاحية

يرتبط Volition ارتباطاً وثيقاً ببراهين الصلاحية، لكن المصطلحين ليسا متماثلين.

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

ويتحكم Volition في مكان إتاحة البيانات المرتبطة بهذه الانتقالات.

وهذا الفرق جوهري.

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

يوفر الوضع بأسلوب Rollup للمستخدمين ضمانات أقوى لإعادة البناء المستقل لأن البيانات متاحة على السلسلة الأساسية.

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

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

ولهذا غالباً ما يُناقش Volition في السياق نفسه مع ZK-Rollups وValidiums.

فهو يجمع بين الصحة القائمة على البراهين وإتاحة البيانات المرنة.

Volition ولجان إتاحة البيانات

لجنة إتاحة البيانات، والتي يُشار إليها غالباً باسم DAC، هي مجموعة من الجهات المسؤولة عن تخزين البيانات خارج السلسلة والتصديق على إتاحتها.

توضح وثائق Ethereum حول Validium أن بعض أنظمة Validium تعيّن مجموعة موثوقة من الجهات لتخزين نسخ من بيانات الحالة وتقديم براهين الإتاحة.

في تصميم Volition، قد تستخدم إتاحة البيانات خارج السلسلة DAC أو نظاماً آخر لإتاحة البيانات، وفقاً للتنفيذ.

قد يخفض ذلك التكاليف، لكنه يغير نموذج الثقة.

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

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

وهذه هي المفاضلة الأساسية في Volition.

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

ليست DAC سيئة تلقائياً.

إنها نموذج ثقة مختلف يجب تقييمه وفق عضوية اللجنة والشفافية والمراقبة والهيكل القانوني واللامركزية وآليات التعامل مع الفشل.

Volition وخفض التكاليف

يمكن لـ Volition خفض تكاليف المعاملات لأن نشر البيانات على سلسلة أساسية يكون مكلفاً غالباً.

توضح وثائق Ethereum الرسمية حول إتاحة البيانات أن بعض حلول Rollup تنشر البيانات بصيغة calldata أو blobs، وأن EIP-4844 قدم تخزين blob أقل تكلفة لبيانات Rollup.

حتى بعد معاملات blob، تظل إتاحة البيانات عاملاً رئيسياً في التكلفة لكثير من أنظمة التوسيع.

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

يعالج Volition مشكلة التكلفة هذه بالسماح بوضع البيانات التي تحتاج إلى إتاحة أقوى فقط في الوضع الأعلى تكلفة.

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

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

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

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

Volition وخيار المستخدم

تشير كلمة Volition إلى الاختيار، وهذه هي الفكرة الأساسية.

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

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

يوفر Volition مرونة أكبر.

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

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

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

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

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

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

يتيح Volition للأنظمة أن تُصمم وفق هذه الاختلافات.

Volition ونقل الأصول بين الأوضاع

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

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

وهذا يعني أن المستخدم قد ينقل أصلاً من خزينة بأسلوب Validium إلى خزينة بأسلوب ZK-Rollup أو بالعكس عند دعم ذلك.

تكتسب هذه الحركة أهمية لأن تفضيلات المخاطر يمكن أن تتغير.

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

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

ينبغي للتطبيقات أن تجعل هذه الحركة مفهومة.

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

إذا أخفت الواجهة الوضع، فقد لا يفهم المستخدمون ضمانة الإتاحة الفعلية.

ينبغي لتصميم Volition الجيد أن يجعل إتاحة البيانات ظاهرة وسهلة الاختيار.

Volition وعمليات السحب

تُعد عمليات السحب من أهم الموضوعات في Volition.

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

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

وهذا لا يعني أن كل وضع خارج السلسلة غير آمن.

بل يعني أن ضمانة السحب تعتمد على التصميم.

ينبغي لنظام Volition أن يوضح ما يحدث إذا فشل مزود إتاحة البيانات خارج السلسلة أو اختفى أو فرض رقابة على المستخدمين أو حجب البيانات.

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

ينبغي للمستخدمين التعامل مع وضع إتاحة البيانات باعتباره جزءاً من مخاطر السحب.

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

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

Volition والمفاضلات الأمنية

لا يلغي Volition المفاضلات.

بل يجعلها أكثر مرونة.

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

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

تحمي براهين الصلاحية من انتقالات الحالة غير الصحيحة.

لكنها لا تحمي تلقائياً من عدم إتاحة البيانات.

ولهذا ينبغي لمستخدمي Volition فهم أمان البراهين وأمان إتاحة البيانات معاً.

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

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

ينبغي أن يشمل التحليل الأمني وضع DA ونظام البراهين ونموذج المشغّل وقابلية الترقية وآلية الخروج الطارئ وتصميم الجسر وتحذيرات واجهة المستخدم.

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

Volition وEthereum Blobs

قدم EIP-4844 في Ethereum معاملات blob لخفض تكلفة إتاحة البيانات لحلول Rollup.

توضح وثائق Ethereum الرسمية حول إتاحة البيانات أن بعض حلول Rollup تنشر بيانات المعاملات في تخزين blob الأقل تكلفة بعد تطبيق EIP-4844.

وهذا يجعل بيانات Rollup على السلسلة أقل تكلفة من أساليب calldata فقط الأقدم في كثير من الحالات.

لكن blobs الأقل تكلفة لا تلغي الفكرة الأوسع لـ Volition.

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

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

يبقى Volition مهماً لأنه لا يتعلق فقط بمستوى الرسوم الحالي.

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

تخفض حلول Rollup القائمة على blobs تكلفة جزء واحد من الطيف.

ويتيح Volition للتطبيقات التحرك عبر هذا الطيف.

حالات استخدام Volition

يكون Volition مفيداً عندما يتضمن التطبيق مستويات مختلفة من المخاطر ضمن المنتج نفسه.

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

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

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

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

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

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

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

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

Volition للمطورين

يحتاج المطورون الذين يستخدمون Volition إلى تصميم إتاحة البيانات كجزء من منطق التطبيق.

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

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

وينبغي لهم شرح هذه الخيارات في واجهة المستخدم.

وينبغي لهم تجنب إخفاء الفروقات الأمنية المهمة خلف تسميات غامضة.

وينبغي لهم اختبار نقل الأصول بين أوضاع إتاحة البيانات.

وينبغي لهم تصميم آليات للتعامل مع الفشل في مشكلات إتاحة البيانات خارج السلسلة.

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

وينبغي لهم أيضاً مراقبة وفورات التكلفة مقابل التعقيد الإضافي.

Volition ليس مجرد ميزة لتحسين الرسوم.

بل هو ميزة معمارية للأمان.

Volition للمستخدمين

ينبغي للمستخدمين فهم وضع إتاحة البيانات المطبق على أموالهم أو نشاطهم.

قد تعرض المحفظة أو التطبيق اللامركزي (dApp) وضعاً أقل تكلفة ووضعاً أعلى أماناً.

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

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

ينبغي للمستخدمين ألا يختاروا بناءً على الرسوم فقط.

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

وينبغي أيضاً أن يسألوا عما إذا كان بإمكانهم نقل الأموال بين الأوضاع والمدة التي يستغرقها ذلك.

ينبغي للتطبيقات الجيدة شرح هذه المفاضلات بوضوح.

إذا لم يوضح التطبيق الوضع المستخدم، فينبغي للمستخدمين توخي الحذر.

في Volition، يمثل إعداد إتاحة البيانات جزءاً من مخاطر المنتج.

Volition وDeFi

يمكن أن يؤثر Volition في تصميم DeFi لأن بروتوكولات DeFi غالباً ما تتعامل مع نشاط عالي القيمة وعالي التكرار في الوقت نفسه.

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

في DeFi، تؤثر إتاحة البيانات في سلامة الضمانات ومنطق التصفية وأرصدة الحسابات والإجراءات المرتبطة بـ Oracle وحصص الخزائن والثقة في عمليات السحب.

ينبغي لبروتوكول DeFi أن يتوخى حذراً شديداً عند وضع بيانات الضمانات الحرجة في وضع إتاحة أضعف.

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

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

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

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

ليس الوضع الأقل تكلفة دائماً هو الوضع المناسب للمخاطر المالية.

Volition والألعاب

تمثل الألعاب إحدى أوضح حالات الاستخدام المحتملة لـ Volition.

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

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

يمكن لـ Volition إتاحة بيانات أقل تكلفة للإجراءات المتكررة ومنخفضة القيمة في الألعاب.

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

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

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

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

يمكن لـ Volition جعل ألعاب Web3 أكثر عملية، ولكن فقط عندما يكون نموذج المخاطر ظاهراً.

Volition والمدفوعات الصغيرة

قد يساعد Volition المدفوعات الصغيرة لأن هذه المدفوعات تتأثر كثيراً برسوم المعاملات.

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

وقد يكون نشر بيانات كل دفعة صغيرة إلى طبقة أساسية عالية التكلفة غير فعال.

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

وقد يدعم ذلك الإكراميات والمدفوعات المتدفقة ومدفوعات التجار الصغيرة ومدفوعات الألعاب ومكافآت المبدعين والمدفوعات بين الآلات.

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

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

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

يكون Volition مفيداً لأنه يتيح للأنظمة فصل هذه الطبقات.

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

مخاطر Volition

الخطر الأول في Volition هو ارتباك المستخدمين.

إذا لم يعرف المستخدمون الوضع الذي تستخدمه أصولهم، فقد يسيئون فهم ضمانة الأمان.

الخطر الثاني هو حجب البيانات.

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

الخطر الثالث هو ضعف تصميم الواجهة.

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

الخطر الرابع هو سوء تقدير المطورين.

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

الخطر الخامس هو مخاطر الحوكمة أو الترقية.

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

الخطر السادس هو تجزؤ المراقبة.

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

الخطر السابع هو التكافؤ الزائف.

لا يجعل Volition إتاحة Rollup وValidium متساويتين في الأمان.

فوائد Volition

الفائدة الأولى لـ Volition هي المرونة.

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

الفائدة الثانية هي انخفاض التكلفة.

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

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

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

الفائدة الرابعة هي قابلية التوسع.

يمكن أن يدعم انخفاض ضغط البيانات على الطبقة الأساسية نشاطاً أكبر.

الفائدة الخامسة هي حرية التصميم.

يمكن للمطورين إنشاء تطبيقات توازن بين التكلفة والأمان بدقة أكبر.

الفائدة السادسة هي تحسين خيار المستخدم.

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

الفائدة السابعة هي التبني العملي.

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

مفاهيم خاطئة شائعة حول Volition

أحد المفاهيم الخاطئة هو أن Volition توكن.

Volition ليس توكن.

إنه تصميم لإتاحة البيانات.

ومن المفاهيم الخاطئة الأخرى أن Volition هو نفسه Rollup.

يمكن أن يشمل Volition إتاحة بيانات بأسلوب Rollup، لكنه لا يقتصر على وضع Rollup.

والمفهوم الخاطئ الثالث هو أن Volition هو نفسه Validium.

يمكن أن يشمل Volition إتاحة بأسلوب Validium، لكن ميزته الأساسية هي خيار المستخدم أو التطبيق بين الأوضاع.

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

تثبت براهين الصلاحية الصحة، بينما تضمن إتاحة البيانات إمكانية الوصول إلى البيانات المطلوبة.

والمفهوم الخاطئ الخامس هو أن الرسوم الأقل تعني دائماً الخيار الأفضل.

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

والمفهوم الخاطئ السادس هو أن كل تطبيق يستخدم نظاماً قادراً على Volition يمنح المستخدمين عناصر التحكم نفسها.

يعتمد خيار المستخدم الفعلي على تنفيذ التطبيق.

Volition ببساطة

يعني Volition الاختيار بشأن إتاحة البيانات.

ينشر وضع Rollup البيانات على السلسلة ويقدم عادةً ضمانات أقوى للإتاحة.

ويحتفظ وضع Validium بالبيانات خارج السلسلة ويخفض التكاليف عادةً، لكنه يضيف افتراضات ثقة تتعلق بإتاحة البيانات.

يتيح Volition للتطبيق استخدام كلا الوضعين.

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

وقد يختار المطور أوضاعاً مختلفة لمتغيرات التخزين المختلفة أو أنواع الأصول المختلفة.

لا يلغي Volition المخاطر.

بل يتيح للمستخدمين والمطورين اختيار المفاضلة بين المخاطر والتكلفة المناسبة لكل حالة.

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

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

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

ما هو Volition في الكريبتو؟

Volition هو تصميم هجين لإتاحة البيانات يتيح للمستخدمين أو التطبيقات الاختيار بين إتاحة البيانات على السلسلة بأسلوب Rollup وإتاحة البيانات خارج السلسلة بأسلوب Validium.

هل Volition بلوكشين؟

لا، Volition ليس بلوكشين بحد ذاته، لأنه بنية لإتاحة البيانات تُستخدم داخل أنظمة التوسيع.

هل Volition توكن؟

لا، Volition ليس توكن.

ما المشكلة التي يحلها Volition؟

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

كيف يختلف Volition عن Rollup؟

يستخدم Rollup إتاحة البيانات على السلسلة، بينما يتيح Volition لبعض البيانات استخدام إتاحة بأسلوب Rollup ولبيانات أخرى استخدام الإتاحة خارج السلسلة.

كيف يختلف Volition عن Validium؟

يحتفظ Validium بالبيانات خارج السلسلة، بينما يتيح Volition للمستخدمين أو التطبيقات الاختيار بين أوضاع الإتاحة خارج السلسلة وعلى السلسلة.

هل يستخدم Volition براهين المعرفة الصفرية؟

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

هل يجعل Volition المعاملات أقل تكلفة؟

يمكن لـ Volition خفض التكاليف عبر السماح لبعض البيانات بتجنب النشر المكلف على السلسلة الأساسية، لكن التوفير يعتمد على التنفيذ ووضع البيانات.

هل Volition أقل أماناً من Rollup؟

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

هل يمكن للمستخدمين اختيار وضع إتاحة البيانات؟

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

هل يمكن نقل الأصول بين أوضاع Volition؟

تتيح بعض تطبيقات Volition نقل الأصول بين خزائن أو أوضاع تخزين بأسلوبي Rollup وValidium.

ما الخطر الرئيسي لـ Volition؟

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

ما هي لجنة إتاحة البيانات؟

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

لماذا قد يختار المستخدم إتاحة البيانات خارج السلسلة؟

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

لماذا قد يختار المستخدم إتاحة البيانات على السلسلة؟

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

هل Volition مفيد لـ DeFi؟

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

هل Volition مفيد للألعاب؟

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

ما الذي ينبغي للمستخدمين التحقق منه قبل استخدام Volition؟

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

الخلاصة

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

بدلاً من فرض كل معاملة ضمن نموذج واحد، يتيح Volition للأنظمة الجمع بين الإتاحة على السلسلة بأسلوب Rollup والإتاحة خارج السلسلة بأسلوب Validium.

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

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

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

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

ومع ذلك، لا ينبغي التعامل مع Volition باعتباره ترقية مجانية بلا مفاضلات.

فإتاحة البيانات على السلسلة وإتاحة البيانات خارج السلسلة لا توفران الضمانات نفسها.

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

ولهذا يجب شرح Volition بوضوح في المحافظ والتطبيقات اللامركزية والوثائق وواجهات المستخدم.

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

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

وينبغي للبروتوكولات توضيح ما يحدث أثناء فشل إتاحة البيانات.

ببساطة، يمثل Volition حرية اختيار مكان إتاحة بيانات البلوكشين.

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