Aave: لماذا قد يصبح الإقراض اللامركزي بنية تحتية مالية أساسية.
ماذا يحدث عندما لا يعود الاقتراض والإقراض يتطلبان بنكًا تقليديًا يقف بين الطرفين؟ ذلك السؤال هو أحد الأسباب التي تجعل Aave يواصل التميز بالنسبة لي في مجال التمويل اللامركزي. فبدلًا من مجرد إنشاء رمز آخر أو منصة تداول أخرى، يركز Aave على إحدى أكثر الوظائف الأساسية في التمويل: الإقراض والاقتراض. في جوهره، Aave هو بروتوكول إقراض لامركزي حيث يمكن للمستخدمين توفير الأصول الرقمية إلى مجمعات السيولة وكسب الفائدة، بينما يمكن للمستخدمين الآخرين اقتراض الأصول من خلال تقديم ضمانات. تُدار العملية عبر العقود الذكية بدلًا من الاعتماد على مؤسسة مركزية تقليدية للموافقة على كل معاملة.
سأتوقف عن الكلام الآن وأترك لـ#power من هذه المجتمعة أن يتحدث من تلقاء نفسه. $MAGMA آمل حقًا أن تتمكن من الشعور بالعمل الجاد والتفاني والشغف في هذا الفيديو. استمتع! $FF مرحبًا بكم في#StarLineTeam ! لنتطور معًا 🚀
Chainlink: البنية التحتية التي تربط البلوك تشين بالعالم الحقيقي
ما الفائدة من عقد ذكي إذا لم يكن بإمكانه الوصول إلى المعلومات خارج سلسلة الكتل بشكل موثوق؟ توجد هذه الأسئلة في قلب أحد أهم التحديات في Web3. تتميز سلاسل الكتل بقدرتها على التحقق من المعلومات الموجودة بالفعل على السلسلة، لكن العديد من التطبيقات تحتاج إلى بيانات خارجية. لا يمكن لأسعار الفائدة والطقس ونتائج الرياضة والأحداث المالية وغيرها من المعلومات الواقعية أن تظهر داخل سلسلة الكتل من تلقاء نفسها. هنا تصبح Chainlink مثيرة للاهتمام.
رؤية الغروب الأوسع: الخصوصية والامتثال والبنية التحتية المالية
ما الذي يلزم لكي يصبح البلوكشين بنية تحتية حقيقية لأسواق المال، وليس مجرد منصة معاملات أخرى؟
يرتكز ردّ دودسك على توليفة صعبة تجمع بين: الخصوصية والامتثال وقابلية التوسع وسهولة الاستخدام المالية.
تُقدّم ورقة دودسك البيضاء الشبكة على وجه التحديد لتخدم أسواقًا مالية مُنظَّمة، حيث لا يمكن كشف المعلومات المالية الحسّاسة للعامة فحسب، لكن ما تزال المتطلبات التنظيمية تفرض ضرورة وجود إشراف مناسب وقابلية للتدقيق.
وتجمع هندستها عدة عناصر معًا.
تم تصميم الإثبات الموجز (Succinct Attestation) حول نهائية منخفضة التأخير وقابلية التوسع للتطبيقات المالية. يوفر Kadcast طبقة الاتصالات الأساسية لنشر الكتل والمعاملات ورسائل الإجماع بكفاءة.
ثم تأتي طبقات المعاملات والأصول. يوفّر Moonlight معاملات شفافة قائمة على الحسابات، بينما يُقدّم Phoenix معاملات UTXO تُحافظ على الخصوصية. يمنح النموذجان التطبيقات نهجين مختلفين لمرئية المعاملة.
وبالنسبة للأصول المُنظَّمة، يوسّع Zedger البنية لتشمل الأوراق المالية والأصول في العالم الحقيقي، مع دعم آليات مثل الإصدار والحرق والإجراءات المؤسسية والتحويلات القسرية والخصوصية وقابلية التدقيق.
وهذا هو المشهد الأكبر: لا يُقدّم دودسك الخصوصية على أنها عكس الامتثال. بل يحاول تصميمهما معًا ضمن البنية التحتية المالية.
بعد 15 يومًا من استكشاف البنية، يصبح الفكرة المركزية واضحة: التحدي الحقيقي ليس هو نقل التمويل إلى السلسلة (on-chain)، بل بناء بلوكشين يمكن للمؤسسات المالية استخدامه بالفعل.
من بنية البلوكشين التحتية إلى نظام بيئي فعلي. يصبح البلوكشين نظامًا بيئيًا عندما تبدأ البنية التحتية في ربط المطورين والتطبيقات والمستخدمين والمؤسسات.
يعكس النظام البيئي الحالي لدى Dusk هذه البنية الأوسع. تصف وثائقها نظامًا بيئيًا يمتد عبر التطبيقات والمحافظ والشبكة والأدوات والمبادرات المجتمعية والتكاملات المؤسسية. على طبقة التطبيقات، توفر Pieswap إمكانيات التبادل اللامركزي على DuskEVM بينما تقدم $DUSK Domains خدمة تسمية مجتمعية وتوفر Sozu منصة ترميز مجتمعي.
تعد طبقة المطورين أيضًا مهمة بالمثل. @Dusk توفر #dusk Connect لتطبيقات المتصفح وW3sper لتكاملات JavaScript وRusk HTTP APIs لفهرسة البنية التحتية والمحافظ/التبادلات والعملاء الآخرين. كما يدعم DuskEVM أدوات EVM المألوفة لتطبيقات مثل الأصول المُمَثَّلة بالرموز وDeFi AMMs والإقراض.
ثم يوجد الجانب المؤسسي. يسرد توثيق النظام البيئي Chainlink كمزوّد أوراكل وشريك CCIP لـ DuskEVM، وNPEX للـ RWA والأوراق المالية المُنظَّمة، وQuantoz لعملة مستقرة باليورو (EUR) مُنظَّمة تتكامل مع Dusk. هنا تصبح الفروقات بين البلوكشين والنظام البيئي ذات معنى. الإجماع والخصوصية والعقود الذكية والتنفيذ تُعد أساسًا، لكنها تصبح مفيدة عندما يستطيع المطورون والمؤسسات فعلًا البناء حولها.
بالنسبة إلى Dusk، تتمثل الخطوة التالية للقياس في التقدم ليس في القدرات التقنية فحسب، بل في عمق النظام البيئي.
ما الذي يهم أكثر لاعتماد طويل الأمد: بنية تحتية أقوى كامنة أم نظام بيئي ينمو فوقها؟
غروب الشمس والأصول الواقعية المُرمّزة. ماذا يحدث عندما تتحرك الأصول الواقعية على السلسلة، لكن لا تزال هناك حاجة إلى الالتزام بالخصوصية والقواعد التي تعكس بنيتها المالية الأساسية؟
هنا تصبح "Zedger" الخاصة بـDusk ذات صلة بشكل خاص. تصف وثائق Dusk Zedger كبروتوكول لإصدار وإدارة الخصوصية المتوافقة للأصول الخاضعة للتنظيم. والغرض منه ليس مجرد تمثيل أصل رقميًا، بل توفير بنية تحتية للأدوات المالية حيث يجب أن تتعايش المتطلبات التنظيمية مع السرية. يتعمق محتوى البحث أكثر في وصف عقود Zedger كإطار لإدارة الأوراق المالية والأصول الواقعية سواء كانت مُرمّزة أو مُصدرة بشكل أصلي. صُمم البروتوكول حول الامتثال التنظيمي وخصوصية المستخدمين باستخدام براهين المعرفة الصفرية وقدرات التدقيق. كما أن وظائفه مصممة أيضًا حول دورة حياة الأصول المالية. يحدد المصدر آليات تشمل الإنعاش (minting) والاحتراق (burning)، والإجراءات التابعة للشركات مثل توزيعات الأرباح والتحويلات القسرية، مع الحفاظ على صحة التحقق من البراهين وإمكانية التدقيق. وهذا تمييز مهم. ليست عملية الترميز مجرد وضع سجلات الملكية على بلوكتشين. فالأصول المالية الحقيقية لديها قواعد إصدار، وقيود على التحويل، وإجراءات تابعة للشركات، ومتطلبات خاصة بكل ولاية/اختصاص قضائي. تحاول معمارية Dusk معالجة هذه المتطلبات مع الحفاظ على السرية. كما تسرد وثائق نظامها البيئي أيضًا NPEX كشريك مؤسسي لإصدار الأصول الواقعية الخاضعة للتنظيم والأوراق المالية على Dusk. بالنسبة لـ@Dusk ، السؤال المثير للاهتمام هو ما إذا كان بإمكان البلوكشين أن يصبح بنية تحتية مالية مفيدة دون إجبار المؤسسات على الاختيار بين الشفافية والخصوصية. $DUSK #dusk
هل يمكن للأصول المرمّزة الخاضعة للتنظيم أن تصبح أحد أقوى الاختبارات الواقعية لقدرة البلوكشين على الجمع بين الخصوصية والامتثال؟
لماذا تختار سلسلة البلوك تشين Rust وWebAssembly بدلًا من الاعتماد فقط على EVM؟
يعكس غروبVM خيارًا متعمدًا لتوفير مسار تنفيذ أصلي للمطورين مباشرةً على Dusk L1.
تُكتب عقود غروبVM بلغة Rust وتُترجم إلى WebAssembly (WASM) وتُنفّذ مباشرةً على L1. يمنح ذلك العقود إمكانية الوصول إلى نموذج التنفيذ الخاص بـ Dusk ونماذج معاملات بروتوكول العقود وأيضًا بدائيات L1، بدلًا من وضع طبقة توافق إضافية بين التطبيق والشبكة الأساسية.
كما أن نموذج Rust يوجّه أيضًا طريقة بناء المطورين. عقود غروبVM هي مكتبات Rust no std تُترجم إلى wasm32-unknown باستخدام إطار عمل Dusk’s Forge الذي يُنشئ الصادرات المطلوبة. يمكن أن تستمر حالة العقد بين الاستدعاءات الناجحة بينما لا تُلتزم تغييرات الحالة الخاصة بالاستدعاءات الفاشلة.
يُعد WASM ذا صلة خاصة لأن المصدر نفسه بلغة Rust ينتج كلًّا من أثر العقد على السلسلة وموثّق/سائق البيانات (data driver) على نحوٍ خارج السلسلة يستخدمه المحافظ (wallets) والمستكشفون (explorers) وSDKs.
تضع وثائق Dusk هذا البيئيّة على أنها مناسبة لمنطق مستوى البروتوكول الخاص بـ Dusk، ونماذج معاملات المعاملات الأصلية (native transaction models) والخصوصية وقدرات الإثباتات الصفرية للمعرفة (zero knowledge)، وكذلك للتطبيقات التي تتطلب وصولًا مباشرًا إلى ميزات L1.
لذا، بالنسبة إلى @Dusk فإن Rust/WASM ليس مجرد تفضيل للمطورين. بل هو جزء من استراتيجية الشبكة لتزويد التطبيقات بوصول أعمق إلى الوظائف الأصلية للبلوك تشين.
هل يمكن أن تصبح عملية التنفيذ الأصلية أكثر أهمية مع تزايد احتياج التطبيقات إلى تكامل أعمق مع البروتوكول الأساسي للبلوك تشين؟
ماذا يحدث عندما يمنح L1 مُصمَّم حول الخصوصية والبنية التحتية المالية أيضًا المطورين إمكانية الوصول إلى نموذج تطوير الإيثيريوم؟
هذا هو دور DuskEVM.
تصف وثائق Dusk DuskEVM باعتباره بيئة تنفيذ متوافقة مع EVM يمكن للمطورين من خلالها البناء باستخدام Solidity أو Vyper مع الاستفادة من أدوات وبنية تحتية مألوفة لدى الإيثيريوم. يتضمن ذلك محافظ EVM القياسية عبر JSON-RPC وأطر التطوير مثل Foundry وHardhat وviem وethers.
التفصيل المعماري المهم هو أن DuskEVM لا يعمل كبيئة معزولة. تأتي آلية التسوية وتوافر البيانات عبر DuskDS بينما يعمل DUSK كأصل الغاز الأصلي.
وهذا يخلق مسارًا عمليًا لتطوير التطبيقات المصممة بالفعل حول منظومة EVM. وتحدد Dusk على وجه التحديد حالات استخدام مثل تطبيقات الأصول المُمَثَّلة برموز (tokenized) وبروتوكولات DeFi وAMMs والإقراض.
وتكمن الأهمية بالتالي أقل في مجرد إضافة التوافق مع EVM، وأكثر في تقليص الفجوة في الأدوات بين ممارسات التطوير المعتمدة لدى الإيثيريوم والبنية التحتية الأساسية لـ Dusk.
بالنسبة إلى @Dusk، يتيح ذلك للمطورين نقطة دخول مألوفة دون الحاجة إلى التخلي عن البنية المعمارية الأصلية للشبكة.
هل يمكن أن يصبح التوافق مع EVM واحدًا من أهم الجسور بين البنية التحتية المتخصصة لـ Dusk وبين مجتمع المطورين الأوسع بكثير؟
NEAR Protocol: لماذا تتجه البنية التحتية للبلوك تشين نحو تجارب مستخدم أفضل ماذا لو كانت أكبر عائق أمام اعتماد Web3 ليس تقنية البلوك تشين نفسها، بل مدى تعقيدها عندما يتعلق الأمر باستخدامها؟ تُعد هذه الإجابة أحد الأسباب التي تجعلني أجد NEAR Protocol مثيرًا للاهتمام. ومع تطور صناعة البلوك تشين، لا تزال التحسينات التقنية مثل قابلية التوسع واللامركزية مهمة، لكن المستخدمين السائدين يتوقعون أيضًا شيئًا أبسط بكثير: تطبيقات سهلة الفهم ومريحة للاستخدام.
هل يحتاج البلوك تشين إلى إجبار كل مطور على بيئة تنفيذ واحدة؟
تتخذ Dusk نهجًا مختلفًا عبر توفير مسارين لعقود ذكية، صُمما كلٌ منهما ليلائم نموذج تطوير مختلف.
DuskVM هو المسار الأصلي. يكتب المطورون العقود بلغة Rust ثم يقومون بتجميعها إلى WASM وتشغيلها مباشرةً على شبكة Dusk L1. يتيح ذلك للعقود وصولًا مباشرًا إلى نموذج تنفيذ Dusk L1 ونماذج المعاملات وبروتوكول العقود والقدرات التي تحتاج إلى أن تكون قريبة من الطبقة الأساسية، بما في ذلك ميزات الخصوصية ووظائف الإثباتات بالمعرفة الصفرية.
أما DuskEVM فيأخذ مسارًا يركز على التوافق. يمكن للمطورين استخدام Solidity أو Vyper إلى جانب محافظ EVM ومكتبات وأدوات مألوفة. يتم توفير التسوية وتوافر البيانات عبر DuskDS بينما يعمل DUSK كرمز الغاز الأصلي.
وعليه، فإن الفارق لا يتعلق بكون أحد البيئتين أفضل بقدر ما يتعلق بمواءمة البنية مع متطلبات التطبيق. يفضل DuskVM التنفيذ المباشر على L1 والقدرات الأصلية لدى Dusk. أما DuskEVM فيخفض عتبة الدخول أمام المطورين الذين يعملون بالفعل ضمن منظومة Ethereum.
بالنسبة إلى Dusk، فإن توفير المسارين يخلق توازنًا مثيرًا للاهتمام بين الوظائف الأصلية ووضوح تجربة المطورين.
هل يمكن أن يكون دعم التنفيذ الأصلي والتوافق مع EVM استراتيجية أقوى للمطورين بدلًا من فرض بيئة موحدة واحدة؟