العملات الرقمية تدخل عالم التيار السائد، ولكن ليس بالطريقة التي تتخيلها

لن يكون المستقبل مشابهًا لـ Bitcoin أو Ethereum أو Solana، ولن تهيمن عليه أعمال NFT الفنية أو عملات الميم. من غير المرجح أيضًا أن يكون Ethereum Virtual Machine (EVM) أو Solana Virtual Machine (SVM) هو المسيطر. ستندمج سلاسل الكتل تدريجيًا في شبكة الإنترنت كطبقة اتصال آمنة بين التطبيقات، على غرار التحول من HTTP إلى HTTPS. سيحدث تأثير كبير، لكن تجربة المستخدمين والمطورين ستبقى شبه ثابتة. هذا التحول بدأ بالفعل.

العملات المستقرة، التي تمثل ببساطة أرصدة نقدية على سلاسل الكتل، تعالج بالفعل ما يقارب 9.0 تريليون دولار من حجم التداول السنوي المعدل، وهو ما يضاهي Visa وPayPal. العملات المستقرة لا تختلف جوهريًا عن دولارات PayPal، والفارق أن سلاسل الكتل تمنحها طبقة نقل أكثر أمانًا وقابلية للتشغيل البيني. بعد أكثر من عشر سنوات، لا يزال ETH غير مستخدم فعليًا كعملة ويمكن استبداله بسهولة بالعملات المستقرة. يستمد ETH قيمته من التدفقات النقدية الناتجة عن الطلب على مساحة الكتل في Ethereum وحوافز التخزين. وفي Hyperliquid، الأصول الأعلى حجمًا هي تمثيلات اصطناعية للأسهم والمؤشرات التقليدية وليس رموز العملات الرقمية الأصلية.

الدافع الأساسي لدمج سلاسل الكتل في البنية المالية الحالية كطبقة اتصال آمنة هو تحقيق التشغيل البيني. لا يستطيع مستخدم PayPal اليوم الدفع بسهولة لمستخدم LINE Pay. لو كانت PayPal وLINE Pay تعملان كسلاسل بنفس طريقة Base وArbitrum، لتمكن صانعو السوق مثل Across أو Relay أو Eco أو deBridge من تنفيذ التحويلات فورًا. لن يحتاج مستخدم PayPal إلى حساب LINE، ولن يحتاج مستخدم LINE إلى حساب PayPal. تتيح سلاسل الكتل هذا النوع من التشغيل البيني والتكامل المفتوح بين التطبيقات.

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

الدور المستقبلي للطبقة الأولى اللامركزية: قاعدة بيانات عالمية وليست حاسوبًا عالميًا

أو بمصطلحات العملات الرقمية: طبقة أساس لسلاسل الطبقة الثانية.

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

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

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

النموذج الجديد قابل للتوسع ومرن، ويدعم منصات ضخمة مثل PayPal وZelle وAlipay وRobinhood وFidelity وCoinbase مع تغييرات متوسطة في البنية التحتية. هذه التطبيقات لا تحتاج إلى إعادة كتابة في EVM أو SVM، بل يكفي نشر معاملاتها في قاعدة بيانات مشتركة وآمنة. وإذا كانت الخصوصية ضرورية، يمكنها نشر معاملات مشفرة وتوزيع مفاتيح فك التشفير على عملاء محددين.

خلف الكواليس: كيف تتوسع قاعدة البيانات العالمية

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

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

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

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

سلاسل مترابطة تتشارك قاعدة بيانات عالمية

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

إذا كانت PayPal وLINE وUniswap تعمل كسلاسل طبقة ثانية منفصلة، فنحتاج إلى آلية اتصال آمنة بين السلاسل. للدفع لمستخدم LINE من حساب PayPal، يجب على Uniswap (في سلسلته الخاصة) التحقق من معاملة PayPal، وتنفيذ عدة صفقات، وبدء معاملة LINE، والتحقق من اكتمالها، ثم إرسال تأكيد نهائي إلى PayPal. هذا هو رسائل الطبقة الثانية بين السلاسل.

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

تتطلب المعاملات بين السلاسل في الوقت الفعلي طبقة أولى توفر نهائية سريعة مع توليد إثباتات في الوقت الفعلي أو شهادات TEE.

نحو سيولة موحدة وتمويل بلا احتكاك

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

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

تنويه:

1. تمت إعادة نشر هذه المقالة من [benafisch]. جميع حقوق النشر محفوظة للمؤلف الأصلي [benafisch]. إذا كان لديك أي اعتراض على إعادة النشر، يرجى التواصل مع فريق Gate Learn وسيتم التعامل مع الأمر فورًا.
2. تنويه المسؤولية: الآراء والمواقف الواردة في هذه المقالة تعبر عن وجهة نظر الكاتب فقط ولا تشكل نصيحة استثمارية بأي حال.
3. تتم ترجمة المقالة إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يُذكر خلاف ذلك، يُحظر نسخ أو توزيع أو اقتباس المقالات المترجمة.