مراجعة مشروع Dymension
هل يصبح التصميم المعياري الحل الأمثل لمشاكل البلوكتشين؟ وما هو دور مشاريع AppChain في هذا التوجه؟
أود التنويه على أنه بعد الانتهاء من كتابة التحليل التقني لمشروع Dymension بالكامل، وأثناء مراجعة الجزء المتعلق بالاستثمارات اكتشفت أن مؤسس المشروع شخص صهيوني يعيش في فلسطين المحتلّة يُسمى “Yishay Harel“.
للأسف دراسة تقنيات المشروع وكتابة التحليل استغرق مني وقتًا طويلًا، لكني قمت بحذف معظم المقال الذي كتبته، خصوصًا الجزء المتعلق بعملة المشروع كما هو المعتاد في التحليلات التي أنشرها عن المدونة، لأني لا أنصح أحدًا بالاستثمار في هذا المشروع الملوّث.
أبقيت جزءًا من المقال الذي كتبته، والذي يناقش الجانب التقني من المشروع لسببين:
أردت الحديث عن مفهوم AppChain ودورها في تطوير تقنيات البلوكتشين، لأن هذا المفهوم سيصبح من أهم مفاهيم الكريبتو في المستقبل القريب، ومشروع Dymension أحد الأمثلة عليه.
أردت من المتابعين الاستفادة من التحليل التقني الذي نشرته عن المشروع ليصبح لديهم قدرة على فهم كيفية تقييم المشاريع المشابهة عند اتخاذ قرار الاستثمار، حيث أن تحليل المنافسين من الأمور الهامّة قبل اتخاذ قرار الاستثمار.
كما ذكرت؛ لا تلوث مالك بالاستثمار في هذا المشروع الذي يوجد له الكثير من البدائل والمنافسين مثل Cosmos | Osmosis| ZetaChain | Optimism وغيرهم.
التصميم المعياري كحل لمشاكل البلوكتشين
تحدثنا في مقالات سابقة عن مفهوم التصميم المعياري للبلوكتشين “Modular Blockchain“، وكيف ازداد الاهتمام بهذه التقنية كوسيلة للتغلب على أسوأ مشاكل البلوكتشين وهي مشكلة عدم القدرة على التوسع، أو ما يُسمى بالمعضلة الثلاثية للبلوكتشين “The Blockchain Trilemma“.
التصميم المعياري يعني فصل مهام البلوكتشين الرئيسية (التنفيذ | التسوية | الإجماع) عن بعضها؛ وعدم حاجة كل بلوكتشين إلى تبني التصميم النمطي الذي يتطلب قيامها بالمهام الثلاثة معًا. بدلًا من ذلك؛ يمكن للبلوكتشين أن تتخصص في مهمّة واحدة أو اثنتين فقط، وتقوم بنقل عبئ المهمّة الثالثة لطرف خارجي.
هذا التصميم يسمح بتجزئة مهام البلوكتشين، وهو ما يسمح بوجود مساحة أكبر لتوسعة البلوكتشين، لأنها لم تعد تحتاج إلى القيام بكل المهام معًا على نفس الطبقة، ولكن يمكنها أن تركز على تنفيذ دور أو أكثر من أدوار البلوكتشين، وتقوم بتوزيع باقي هذه المهام على شبكة أخرى أو أكثر متخصصة في تلك المهام.
أحد أهم ركائز التصميم المعياري الحديث للبلوكتشين هي تقنية نشر البيانات “Data Availability“، والتي تتولى مهام نشر البيانات، وهذا يجعل مشروع البلوكتشين يعتمد على المشاريع التي توفر هذه التقنية في التعامل مع بيانات البلوكتشين مثل مشروع Celestia على سبيل المثال، وبالتالي المساهمة في توسع البلوكتشين.
فكرة مشاريع نشر البيانات تقوم على التخصص في مهمة محددة من مهام شبكات البلوكتشين، وهي السماح للمستخدم بالتحقق من بيانات معينة من المفترض أنه تم نشرها من قبل على بلوكتشين ما، وهل هذه البيانات كانت في يومٍ من الأيام جزءًا من سجل الكتل لشبكة معينة؟
فهم مسألة التصميم المعياري للبلوكتشين وتقنية نشر البيانات أمر هام جدًا لفهم هذا المقال إن شاء الله عن مشروع Dymension. لذلك أنصح بالرجوع لمقالي عن تقنية توافر البيانات، والذي شرحت فيه بالتفصيل هاتين النقطتين.
ما هو مشروع Dymension؟
مشروع Dymension عبارة عن بلوكتشين من الطبقة الأولى، تعتمد على نظام إثبات الحصّة PoS. تسمح بلوكتشين Dymension ببناء نوع جديد من أنواع الشبكات عليها وهي شبكات الـ RollApps.
شبكات الـ RollApps (مصطلح مختلف لنوع مختلف من الشبكات عن الـ Rollups) هي فكرة ظهرت حديثًا لشبكات مهيأة ومصممة خصيصًا لنوع محدد من الاستخدام أو التطبيق العملي. هذا شرح مختصر لفكرة الـ RollApps، وسيتم تفصيل هذا المفهوم في فقرة لاحقة إن شاء الله.
يستخدم مشروع Dymension تقنيات “IBC“ التي توفر إمكانية تحقيق التوافقية بين الشبكات، والتي طورها مشروع Cosmos، وهي واحدة من أفضل التقنيات التي تم تطويرها في هذا المجال؛ إن لم تكن الأفضل.
من خلال مزيج من التقنيات المتطوّرة؛ يسمح مشروع Dymension للمطورين بإطلاق شبكات خاصّة بتطبيقاتهم، دون حاجة إلى القلق من تشغيل وصيانة هذه الشبكات، وفي نفس الوقت يمكن لهذه التطبيقات التراسل ومشاركة السيولة والمستخدمين على تطبيقات الشبكات الأخرى في بيئة Dymension.
أبرز مثال على أهمية هذه التقنيات وزيادة الإقبال عليها هو إطلاق تطبيق Uniswap شبكة خاصّة بالتطبيق “Unichain“ باستخدام تقنيات OP Stack على بلوكتشين الإيثريوم، والانضمام إلى بيئة Optimism Superchain الشبيهة ببيئة Dymension.
شرح تقنيات مشروع Dymension
سنتحدث الآن عن التقنيات التي يقدّمها مشروع Dymension وأهميتها، وكيف يمكن أن تساهم في زيادة تبني واستخدام شبكة المشروع، وكذلك تأثيرها على مستقبل عملة DYM.
بلوكتشين موجّهة للتطبيقات [AppChain]
مصطلح AppChain هو أحد المصطلحات الحديثة نوعًا ما في عالم البلوكتشين. وللتقريب؛ يمكن القول بأنه أشبه بطبقة بلوكتشين صفر، أي شبكات التي تم تصميمها لتعمل كبنية تحتية لشبكات من الطبقة الأولى تبنى عليها، لتوفر له أمورًا مثل الحماية، والقابلية للتوسع، والتوافقية مع الطبقات الأولى الأخرى المبنية على نفس البلوكتشين، وأقرب أمثلة على ذلك هي مشاريع (Polkadot | Cosmos).
تقنيات AppChain تتبى نفس أفكار البلوكتشين من الطبقة صفر، لكن بشكل أكثر توسعًا، وبالاعتماد على تقنيات أحدث مثل تقنيات نشر البيانات “Data Availability“ على سبيل المثال كما سنتعرف في هذا المقال.
يوفر مشروع Dymension بنية تحتية وحزم برمجية جاهزة للمطورين من أجل بناء وتخصيص شبكات بنظام وتفصيلات معينة، بحيث يحقق التطبيق أقصى استفادة من أداء الشبكة.
ولأن تصميم مشروع Dymension تصميم معماري، فشبكات التطبيقات التي تم إطلاقها على بلوكتشين Dymension؛ والتي يُطلق عليها “RollApps“، وهو اسم مشتق من مصطلح “Rollups“ الذي يُشير إلى معظم طبقات الإيثريوم الثانية.
يكون دورها مقتصرًا على جزء واحد فقط من مهام البلوكتشين وهو التنفيذ “Execution“، وتوفر بلوكتشين Dymension لهذه الشبكات مهمات تسوية المعاملات “Settlement“، وكذلك نشر البيانات “Data Availability“.
هذا التصميم يرفع عن كاهل مطوري التطبيق عبئ تشغيل وإدارة بلوكتشين كاملة وإدارة وصيانة كافّة أجزائها، والتكلفة المادّية الباهظة لكل هذا، وبدلًا من ذلك؛ يمكن للمطورين التركيز فقط على تصميم وتطوير شبكاتهم لتلائم أغراض التطبيق ذاتها، دون الاهتمام بأي تفاصيل أخرى، وبالتالي؛ يمكن إطلاق شبكات على أعلى قدر من الكفاءة والملائمة لأغراض التطبيق.
على الرغم من ذلك، تمتلك الشبكات المبنية على Dymension استقلالية كاملة، فكل شبكة لها بيئة خاصّة بها لا يمكن التحكم فيها أو التداخل معها من شبكة أخرى، يمكنها امتلاك عملة خاصّة بها لدفع رسوم المعاملات، يمكنها استخدام خدمات خاصّة لنشر البيانات، يمكنها امتلاك نظام خاصّ لحوكمة المشروع وغيرها من الأمور.
حركة المعاملات داخل بيئة Dymension
مرور المعاملات داخل بيئة Dymension يمر بمرحلتين أساسيتين:
مرور المعاملات من المستخدم للتطبيق.
مرور المعاملات من التطبيق إلى طبقة التسوية & خدمة نشر البيانات.
المعاملات داخل بيئة التطبيق
في البداية يُرسل المستخدم معاملة أو أكثر عبر التطبيق، وهنا يكون دور التطبيق الوحيد وهو تنفيذ هذه المعاملة، ويتولى المُسلسل “Sequencer“ تجميع هذه المعاملات لتكوين الكتل.
بعد ذلك يتم نشر هذه الكتل على خدمة من خدمات نشر البيانات مثل Celestia أو EigenDA ثم يتم النشر النهائي على طبقة التسوية (بلوكتشين Dymension أو Dymension Hub).
من المزايا التي توفرها بيئة Dymension هي إمكانية التخلص من مشكلة مركزية المُسلسل “Sequencer“، والتي تعاني منها كل طبقات الإيثريوم الثانية، حيث تعتمد على مُسلسل مركزي واحد فقط يدره فريق المشروع لتنفيذ معاملات الشبكة وإنشاء الكتل، وهذه نقطة في غاية السلبية، لأنها تسمح لهذا المسلسل بالقيام بأمور قد تصل إلى سرقة كل أصول الشبكة.
يسمح تصميم Dymension للشبكات بامتلاك ميزة لا مركزية المُسلسل، وإمكانية وجود العديد منهم، وإمكانية اختيار مجتمع كل شبكة لمجموعة من الشروط التي يجب أن تتوفر في المُسلسل وطريقة الاختيار والتدوير بينهم حسب شروط معينة، وهذه ميزة مهمة لا توجد في أغلب المشاريع المنافسة.
مركز مدمج لصناعة السوق آليًا Embedded Hub AMM
واحدة من أهم المزايا التي يوفرها التصميم المعماري لبلوكتشين تتبنى مفهوم التوافقية أو التشغيل البيني مثل Dymension هي السماح للتطبيقات أو الشبكات المختلفة المبنية عليها بالمشاركة في الكثير من الأمور أهمها السيولة “Liquidity“.
يوفر مشروع Dymension مستودع مدمج بشكل افتراضي على البلوكتشين الخاصّة به مستودع أو مركز مدمج لصناعة السوق آليًا “Automated Market Maker“، وهذا المصطلح معروف في عالم التداول والتمويل اللا مركزي، ويُشير إلى عملية تنفيذ أوامر البيع والشراء والاقتراض وغيرها، وتوجيه هذه المعاملات إلى أفضل أحواض سيولة لتنفيذ المعاملة بأفضل سعر ممكن، وهذا شيء تحدثت عنه في مراجعة مشروع Sei.
مع مشاركة سيولة كل شبكة مبنية على بلوكتشين Dymension في مستودع السيولة الموحّد للمشروع يصبح لدينا مستودع ضخم من السيولة المشتركة والتي يكون لها الكثير من الاستخدامات، وتكون مفيدة جدًا لتطبيقات التداول والتمويل اللا مركزي، وتوفر تجربة مستخدم مميزة.
من خلال هذا المستودع يمكن للتطبيقات الناشئة الوصول إلى سوق ضخم من السيولة لتوفير تجربة استخدام جيدة، بدلًا من البقاء بشكل منعزل في طبقة أولى أو ثانية دون سيولة أو مستخدمين.
سلمت يمناك يامحمد ونصيحتك في صحيفتك
اللهم أنصر المسلمين في كل مكان