مشكلة المعالج في 1984: متطلبات التوسع في الويب 3 تحتاج إلى التسوية من نظير إلى نظير، وليس سلاسل الكتل الأكبر

المصدر: CryptoNewsNet
العنوان الأصلي: مشكلة المعالج في 1984: توسيع Web3 يتطلب التسوية من نظير إلى نظير، وليس سلاسل الكتل الأكبر | رأي
الرابط الأصلي:

الملخص

• السعي وراء معاملات ضخمة في الثانية يعكس عقلية “الساعة الأسرع” أحادية النواة الفاشلة في الثمانينات؛ إذ صُممت سلاسل الكتل للتسوية النهائية، وليس للتسوية عالية التردد، مما يجعل تصاميم L1/L2 الأحادية غير متوافقة جوهرياً مع الاستخدام الواقعي.
• رسوم الغاز تخلق احتكاكاً نفسياً واقتصادياً؛ السيولة مجزأة عبر السلاسل، مما يغذي استغلال الجسور بقيمة تزيد عن 2 مليار دولار في 2025؛ والمطورون مجبرون على التعامل مع تعقيد السلاسل المتقاطعة الذي يضعف تجربة المستخدم ويبطئ الابتكار.
• طبقات التسوية خارج السلسلة وغير الموثوقة (L3) — المشابهة لنموذج TrustFi في البنوك — تتيح تفاعلات خالية من الرسوم للمستخدم، وسيولة موحدة بدون جسور خطرة، وتوسعة متوازية من خلال التخصص بدلاً من زيادة حجم الكتل بالقوة.

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

في تاريخ الحوسبة، تم تحقيق مليون تعليمة في الثانية (1 MIPS) بواسطة الحواسيب الفائقة في 1964، والحواسيب الصغيرة في 1977، وبحلول عام 1984، كان متوسط معالج Intel المنزلي قد لحق بالركب، حيث كان يعالج حوالي 1-3 MIPS. اليوم، تعمل الحوسبة الحديثة في نطاق التيرافلوب (تريليونات العمليات)، ومع الحواسيب الفائقة، نشهد الآن بيتا أو إكسا فلوب (رباعية وخماسية التريليونات من العمليات)، بينما لا تزال سلاسل الكتل تناقش ملايين المعاملات في الثانية، من عصر مضى. هذا التركيز على الإنتاجية هو طريق مسدود تقنياً، يشبه إلى حد كبير الخطأ الأساسي الذي تم ارتكابه في بدايات الحوسبة — مشكلة المعالج في عام 1984.

سلاسل الكتل L1 تعيد مشكلة 1984

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

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

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

العوائق الهيكلية أمام تبني Web3

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

التحدي التالي الذي يجب حله فوراً هو تجزئة السيولة. الأصول معزولة عبر مئات السلاسل، مما يخلق أحواض سيولة منفصلة. اليوم، تُعد الجسور بين السلاسل كابوساً أمنياً، مسؤولة عن مليارات الدولارات في الاختراقات. في النصف الأول من عام 2025 وحده، سرق القراصنة أكثر من 2.17 مليار دولار، وكانت جسور السلاسل المتقاطعة واستغلال التحكم في الوصول هي نقاط الهجوم الرئيسية. هذه التجزئة هي نقيض السوق المالية الصحية والموحدة التي يمكن أن يخلقها Web3.

يجب أن نعترف بأن بناء تطبيق dApp متعدد السلاسل حقاً هو إنجاز هندسي معقد ومتعدد البروتوكولات. يُجبر المطورون على قضاء وقتهم في إدارة البنية التحتية لعدة سلاسل بدلاً من التركيز على طبقة التطبيق. هذا التعقيد يبطئ الابتكار ويؤدي مباشرة إلى تجارب المستخدم المتعثرة التي تعاني منها تطبيقات Web3 اليوم.

التحول إلى التسوية من نظير إلى نظير

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

النهج الموصى به يعاكس إنشاء طبقة ثانية جديدة (Layer-2 rollup) لأنها لا تزال تعتمد على L1 في التنفيذ والتسوية النهائية. يشجع على إنشاء شبكة Layer-3 متخصصة في التسوية والتصفية عالية التردد بين الأقران. يمكن أن تستخدم هذه الطبقة L3 تقنية TrustFi بسيطة ومحدثة وفعالة من حيث رأس المال لإجراء تداولات فورية وعبر السلاسل بشكل غير وصائي وخارج السلسلة. في TrustFi، تتم تصفية ملايين المعاملات يومياً بين البنوك، ولا يتم تسوية سوى الأرصدة الصافية عبر البنك المركزي. في Web3، تُعد L1 بمثابة البنك المركزي للتسوية النهائية، وتصبح L3 غرفة تسوية لا مركزية وغير موثوقة.

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

الخلاصة

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