منذ عام 2026، بدأت ديناميكيات المنافسة في سوق الطبقة الثانية (Layer2) تشهد تحولات ملحوظة. فبينما كان تركيز القطاع سابقًا ينصب على سرعة المعاملات (TPS)، ورسوم الغاز، والأداء المتوازي، يعيد المزيد من المشاريع اليوم طرح سؤال جوهري: مع سوق بات مشبعًا بطبقات تنفيذ عالية الأداء، ما هي التحديات الجوهرية التي يجب على شبكات البلوكشين العامة معالجتها في المرحلة القادمة؟
في هذا السياق، كثّفت Fluent جهودها في نهج "التنفيذ المدمج" (Blended Execution)، حيث تواصل تطوير شبكة الاختبار العامة ونظام البناة الخاص بها حول التعاون بين الآلات الافتراضية المتعددة (VMs)، وبيئات التنفيذ الموحدة، وسلاسل أدوات المطورين. وقد عزز هذا النهج من حضور المشروع في نقاشات AltVM. وبينما لا تزال العديد من حلول الطبقة الثانية تركز على مؤشرات الأداء، تسعى Fluent لمعالجة التشتت المتزايد بين الأنظمة البيئية في عصر الشبكات المتعددة (multi-chain).
وبالنظر إلى السوق الحالي، دخلت الطبقة الثانية ككل مرحلة واضحة من التقلبات. ولم يعد الاعتماد فقط على سرديات الأداء خيارًا كافيًا للتميز. فقد أصبحت قضايا تجربة المطورين، والسيولة، وتعقيد التفاعل بين الشبكات محط اهتمام جديد للقطاع. وفي هذا السياق، يُنظر إلى "التنفيذ المدمج" كمسعى جديد للابتكار في طبقات التنفيذ.
تواصل Fluent تحديث استراتيجيتها حول التنفيذ المدمج
خلال الأشهر الماضية، كان من أبرز تحركات Fluent التزامها المستمر بتطوير مفهوم التنفيذ المدمج.
واصل الفريق إصدار تحديثات تركز على "التعبيرية" (Expressivity) و"قابلية التركيب عبر الآلات الافتراضية" (Cross-VM composability)، مع تقدم مستمر في شبكة الاختبار العامة، وFluentbase SDK، وأدوات المطورين مثل gblend. وعلى عكس مشاريع الطبقة الثانية التقليدية التي تركز بشكل أساسي على التوافق مع EVM، تعطي Fluent أهمية أكبر للتعاون الأصلي بين بيئات التنفيذ المختلفة.
وبحسب خارطة الطريق الحالية، تهدف Fluent إلى تمكين EVM وWasm، ولاحقًا SVM، من العمل معًا ضمن طبقة تنفيذ واحدة. وسيتمكن المطورون من بناء تطبيقات عابرة للآلات الافتراضية ضمن بيئة موحدة.
ويحظى هذا التوجه باهتمام متزايد نتيجة هيكل السوق الحالي. فقد توسع النظام البيئي المتعدد الشبكات بسرعة في السنوات الأخيرة، لكن التشتت بين الآلات الافتراضية المختلفة أصبح أكثر وضوحًا. إذ يضطر المطورون باستمرار إلى التبديل بين اللغات وسلاسل الأدوات وبيئات التنفيذ، بينما يحتاج المستخدمون إلى نقل الأصول بين الشبكات، وتبديل السلاسل، وإدارة محافظ متعددة بشكل متكرر.
فبعد أن كان التركيز في السوق سابقًا على "مدى سرعة السلسلة"، أصبح السؤال اليوم: "هل يمكن للشبكات أن تتعاون فعليًا؟"
لماذا لم تعد مشاريع AltVM تتنافس فقط على الأداء؟
تشير التحولات الأخيرة في سوق AltVM إلى تغير في أولويات المنافسة.
لفترة من الزمن، تنافست مشاريع مثل Monad وMegaETH وغيرها من طبقات التنفيذ الجديدة بشكل شبه حصري على مؤشرات الأداء—سرعة المعاملات، الكمون، تكاليف الغاز، وكفاءة التنفيذ. ومع دخول المزيد من الشبكات عالية الأداء إلى السوق، باتت معايير الأداء وحدها غير كافية للتميز طويل الأمد.
وفي الوقت نفسه، بدأ القطاع يدرك قضية أخرى: حتى في حال استمرار تحسن أداء الشبكات، قد لا تترجم هذه المزايا إلى حالات استخدام مستدامة ما لم تُحل تحديات أنظمة المطورين، والتعاون بين الشبكات، والسيولة.
وفي هذا السياق، تعيد بعض مشاريع طبقات التنفيذ الجديدة تركيزها على "التعبيرية" و"حرية المطورين". ويعد تركيز Fluent على التنفيذ المدمج محاولة للإجابة على هذا التساؤل.
فبدلًا من رفع سرعة المعاملات فقط، تسعى Fluent لبناء بيئة تنفيذ أكثر انفتاحًا، حيث يمكن للتطبيقات عبر الآلات الافتراضية المختلفة أن تتعاون مباشرة، بدلًا من بقائها معزولة في أنظمة بيئية منفصلة.
كيف تغيرت تكاليف تفاعل المستخدم بعد تشتت الشبكات المتعددة؟
رغم أن التوسع السريع للنظام البيئي المتعدد الشبكات عزز نمو القطاع في السنوات الأخيرة، إلا أنه زاد من تعقيد تفاعلات المستخدمين بشكل كبير.
فمعظم المستخدمين اليوم يلمسون آثار التشتت: كثرة نقل الأصول بين الشبكات، ضعف التوافق بين المحافظ، تشتت السيولة، وتعدد مسارات تحويل الأصول بشكل متزايد.
وتفاقمت هذه المشكلة مع انتشار حلول الطبقة الثانية. فرغم استفادة المستخدمين من رسوم غاز أقل وأداء أعلى، إلا أن التعقيد التشغيلي يواصل الارتفاع.
ويواجه المطورون تحديات مماثلة. إذ تجعل الفروقات في سلاسل الأدوات، وتبديل اللغات، وتشتت الأنظمة البيئية بين الآلات الافتراضية من الصعب تحقيق تعاون حقيقي بين الأنظمة البيئية المختلفة.
وتشير الاتجاهات الحديثة في السوق إلى أن المزيد من المشاريع تستكشف إمكانية وجود "طبقة تفاعل موحدة" و"بيئة تنفيذ موحدة". وفي هذا السياق، يلقى نهج Fluent في التنفيذ المدمج اهتمامًا متزايدًا بين المطورين.
لماذا أصبحت قابلية التركيب عبر الآلات الافتراضية محور اهتمام المطورين؟
في حين يركز المستخدمون العاديون على تجربة التفاعل، أصبح المطورون يولون اهتمامًا متزايدًا لإمكانية تحقيق قابلية التركيب الحقيقية بين بيئات التنفيذ المختلفة.
تاريخيًا، عملت EVM وWasm وSVM كأنظمة بيئية منفصلة بالكامل. وكان على المطورين تعلم لغات مختلفة والتكيف مع سلاسل أدوات متباينة، مما صعّب مشاركة الحالة والمنطق بين التطبيقات.
وقد ساهم هذا الهيكل في نمو الأنظمة البيئية بشكل مستقل، لكنه زاد من تشتت القطاع. ومع صعود تطبيقات الوكلاء الذكيين (AI agents)، والتداول الآلي، والتطبيقات المعقدة على السلسلة، تتزايد الحاجة إلى التعاون بين الآلات الافتراضية.
وتتركز نقاشات المطورين اليوم حول ما إذا كان بإمكان "بيئة تنفيذ موحدة" خفض تكاليف التطوير وتعزيز قابلية تركيب التطبيقات. ويتركز عمل Fluent المستمر في التنفيذ المدمج على دمج بيئات التنفيذ المختلفة ضمن إطار أساسي واحد.
ورغم أن هذا التوجه لا يزال في مراحله الأولى، إلا أن التعاون بين الآلات الافتراضية ينتقل تدريجيًا من كونه مفهومًا تقنيًا إلى موضوع عملي في أوساط المطورين.
ما هي بيئات التنفيذ التي تتطلبها تطبيقات الذكاء الاصطناعي والتداول الآلي؟
يُعيد توسع تطبيقات الوكلاء الذكيين (AI agents) رسم متطلبات طبقات التنفيذ.
فقد كانت التطبيقات على السلسلة سابقًا تعتمد بشكل أساسي على التفاعل اليدوي للمستخدمين. ومع انتشار الوكلاء الذكيين والاستراتيجيات الآلية، قد تنتقل العديد من العمليات على السلسلة من "تشغيل المستخدم" إلى "الأتمتة البرمجية".
ويفرض هذا التغير متطلبات جديدة على بيئات التنفيذ. فعلى سبيل المثال، قد يحتاج الوكلاء الذكيون للوصول في الوقت ذاته إلى السيولة والبيانات والعقود الذكية عبر عدة شبكات. وغالبًا ما تعجز الهياكل التقليدية للآلات الافتراضية المتشتتة عن دعم سيناريوهات الأتمتة المعقدة.
ولهذا السبب، يناقش المزيد من المطورين "قابلية التركيب عبر الآلات الافتراضية". فبالنسبة للوكلاء الذكيين، لا تكمن الأهمية في أداء شبكة واحدة، بل في قدرة بيئات التنفيذ المختلفة على التعاون بكفاءة وتكلفة مناسبة.
ورغم أن العلاقة بين الوكلاء الذكيين والتنفيذ المدمج لا تزال في طور التشكل، إلا أن بعض المطورين المخضرمين بدأوا في استكشاف كيفية الجمع بين الاثنين.
تغير توقعات السوق بعد تمويل Fluent وتوسعة شبكة الاختبار
مع تقدم شبكة الاختبار العامة وتوسع نظام البناة، تتغير توقعات السوق تجاه Fluent.
فبعد أن كانت الجهود السابقة في الغالب مفاهيمية، أصبحت Fluent اليوم تطور أدوات وSDKs ومجتمع بناة نشط. وقد عزز نمو نادي البناة (Blended Builders Club) والأنشطة الموجهة للمطورين من استراتيجية المشروع القائمة على "النظام البيئي للمطورين أولًا".
كما أن دعم Fluent من مؤسسات مثل Polychain جذب إليها الانتباه ضمن فضاء AltVM.
ومع ذلك، لا يزال المستثمرون يتوخون الحذر تجاه مشاريع AltVM. فمن جهة، يدرك السوق القيمة طويلة الأمد للابتكار في طبقات التنفيذ. ومن جهة أخرى، أدى تزايد مشاريع الطبقة الثانية وAltVM إلى فائض واضح وشدة المنافسة.
وبالنسبة لـ Fluent، لم يعد التحدي الحقيقي تقنيًا فقط، بل في قدرتها على بناء نظام بيئي مستدام للمطورين وحالات استخدام واقعية.
تشتت السيولة في الطبقة الثانية يبقى تحديًا طويل الأمد
رغم أن التوسع السريع للطبقة الثانية عزز النشاط على السلسلة في السنوات الأخيرة، إلا أن تشتت السيولة بات يشكل مشكلة جدية.
فالأصول أصبحت موزعة بين حلول الطبقة الثانية المتعددة وأنظمة الآلات الافتراضية المختلفة. وبدأت تكاليف الجسور، وتعقيد العمليات بين الشبكات، وتكاليف انتقال المستخدمين تؤثر على كفاءة النظام البيئي ككل.
ومن منظور السوق، لهذا السبب تعيد المزيد من المشاريع النظر في "بيئات التنفيذ الموحدة" و"التعاون عبر الآلات الافتراضية".
ومع استمرار نمو عدد الشبكات، قد لا يكون معيار التنافسية الرئيسي هو سرعة المعاملات، بل قدرة المشاريع على دمج السيولة وموارد المطورين بأفضل شكل.
وبالنسبة لـ Fluent، يكمن المنطق طويل الأمد وراء نهج التنفيذ المدمج في خفض تكاليف التعاون بين الآلات الافتراضية. لكن هذا التوجه لا يزال بحاجة إلى إثبات من خلال تطبيقات واقعية ونمو النظام البيئي للمطورين.
هل يمكن أن يصبح التنفيذ المدمج نموذج البنية التحتية القادم؟
في هذه المرحلة، يبدو أن "التنفيذ المدمج" اتجاه ناشئ أكثر من كونه توجهًا راسخًا في الصناعة.
فبينما كانت المنافسة في الطبقة الثانية تدور سابقًا حول الأداء فقط، يدخل القطاع اليوم مرحلة أكثر تعقيدًا. إذ يركز المطورون على التعاون بين الشبكات، ويهتم المستخدمون بتجربة التفاعل، وتدفع سيناريوهات الوكلاء الذكيين إلى إعادة التفكير في بيئات التنفيذ.
ويعد تنفيذ Fluent المدمج محاولة لإعادة تعريف العلاقات بين طبقات التنفيذ.
ومع ذلك، لا تزال آراء السوق منقسمة. إذ يرى البعض أن قابلية التركيب عبر الآلات الافتراضية قد تصبح اتجاهًا رئيسيًا للبنية التحتية في المرحلة القادمة، بينما يرى آخرون أن معظم المطورين قد لا يحتاجون إلى بيئات تنفيذ مدمجة معقدة.
وبالنسبة لـ Fluent، يبقى السؤال الأهم هو ما إذا كان التنفيذ المدمج قادرًا على توليد طلب مستدام على تطبيقات واقعية، بدلًا من أن يظل مجرد سرد تقني.
الملخص
إن دفع Fluent نحو التنفيذ المدمج لا يقتصر على تعزيز سردية AltVM، بل يعكس تحولًا أوسع في المنافسة ضمن سوق الطبقة الثانية.
ومع تزايد تشتت الأنظمة البيئية المتعددة، وارتفاع تكاليف التعاون بين المطورين، وتوسع سيناريوهات الوكلاء الذكيين، تتكثف النقاشات حول بيئات التنفيذ الموحدة وقابلية التركيب عبر الآلات الافتراضية. ينتقل سوق الطبقة الثانية من التركيز على سرعة المعاملات ومؤشرات الأداء إلى مرحلة بنية تحتية أكثر تعقيدًا.
وبالنسبة لـ Fluent، يمثل الانتقال من التنفيذ المدمج إلى تطوير نظام البناة وسلاسل الأدوات العابرة للآلات الافتراضية تحولًا من مشروع AltVM تقليدي للطبقة الثانية إلى بنية تحتية طويلة الأمد للتنفيذ المدمج. وما إذا كان هذا التوجه سيلبي طلب المطورين المستدام يبقى مرهونًا بإثباته من خلال تطبيقات واقعية مستقبلًا.
الأسئلة الشائعة
لماذا جذبت Fluent الانتباه في السوق مؤخرًا؟
تحظى Fluent باهتمام متزايد في السوق بسبب استراتيجيتها في التنفيذ المدمج، وجهودها في التعاون بين الآلات الافتراضية، وتطوير شبكة الاختبار المستمر. ومع دخول المنافسة في الطبقة الثانية مرحلة جديدة، أصبح التنفيذ المدمج موضوعًا متجددًا بين المطورين.
ما هو التنفيذ المدمج؟
التنفيذ المدمج هو نهج تقترحه Fluent لدمج بيئات تنفيذ متعددة. يهدف بالأساس إلى تمكين EVM وWasm، ولاحقًا SVM، من التعاون ضمن سلسلة واحدة، مما يقلل من تشتت التطوير وتفاعلات المستخدمين.
لماذا لم تعد Fluent تركز فقط على مؤشرات الأداء؟
تخلت Fluent عن التركيز الحصري على مؤشرات الأداء لأن المنافسة في سوق AltVM باتت متشابهة حول الأداء. وبدلًا من رفع سرعة المعاملات فقط، تسعى Fluent للتميز طويل الأمد من خلال التعاون بين الآلات الافتراضية وبيئات التنفيذ الموحدة.
لماذا دخلت قابلية التركيب عبر الآلات الافتراضية في نقاشات السوق؟
تزداد أهمية قابلية التركيب عبر الآلات الافتراضية نتيجة تشتت الأنظمة البيئية وتوسع سيناريوهات الوكلاء الذكيين. فقد تتطلب التطبيقات المعقدة على السلسلة الوصول المتزامن إلى بيئات تنفيذ مختلفة، مما يدفع المطورين لإعادة النظر في استراتيجيات طبقات التنفيذ الموحدة.
ما هو التحدي الأكبر الذي تواجهه Fluent حاليًا؟
يكمن التحدي الرئيسي أمام Fluent في أن التنفيذ المدمج لا يزال في مراحله الأولى. ويبقى إثبات ما إذا كان الطلب على التعاون بين الآلات الافتراضية قادرًا على بناء نظام بيئي مستدام للمطورين وتطبيقات واقعية أمرًا يحتاج إلى المزيد من التجربة والاختبار.
