يبدأ Fluent من AltVM نحو التنفيذ المندمج، ما هي السرديات الجديدة التي يبحث عنها سوق Layer2؟

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

في مثل هذا السياق، واصلت Fluent مؤخرًا تعزيز مسار "التنفيذ المدمج" (Blended Execution)، وركزت على التعاون بين VM متعددة، وبيئة تنفيذ موحدة، وأدوات المطورين، مع الاستمرار في دفع شبكات الاختبار وبيئة Builder، مما جعل المشروع يدخل تدريجيًا نطاق مناقشة مسار AltVM. مقارنةً بالعديد من الطبقات الثانية التي لا تزال تركز على مؤشرات الأداء، تأمل Fluent في حل مشكلة الانقسام البيئي المتزايد في عصر متعدد السلاسل.

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

تحديثات Fluent الأخيرة حول مسار التنفيذ المدمج

خلال الأشهر الماضية، كان أحد التغييرات الأساسية في Fluent هو تعزيز مسار "التنفيذ المدمج" بشكل مستمر.

ركزت الشركة مؤخرًا على تحديثات المنتجات حول "القدرة على التعبير" (Expressivity) و"التوافق بين VM متعددة" (Cross-VM composability)، وبدأت تدريجيًا في دفع شبكات الاختبار العامة، وSDK Fluentbase، وأدوات التطوير مثل gblend. مقارنةً بالطبقات الثانية التقليدية التي كانت تركز أكثر على التوافق مع EVM، الآن تركز Fluent بشكل أكبر على القدرة الأصلية على التعاون بين بيئات التنفيذ المختلفة.

وفقًا للمسار الحالي للمشروع، تأمل Fluent في تحقيق التعاون بين EVM، وWasm، وSVM في نفس طبقة التنفيذ، بحيث يمكن للمطورين بناء تطبيقات عبر VM مختلفة من خلال بيئة موحدة.

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

مقارنةً بما كان يركز عليه السوق سابقًا من "سرعة الشبكة"، بدأ القطاع الآن يعيد مناقشة: "هل يمكن للسلاسل أن تتعاون بشكل حقيقي؟"

لماذا لم تعد مشاريع AltVM تركز فقط على معايير الأداء

من خلال التغيرات الأخيرة في سوق AltVM، بدأ التركيز في المنافسة يتغير تدريجيًا.

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

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

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

مقارنةً بزيادة TPS فقط، تأمل Fluent في بناء بيئة تنفيذ أكثر انفتاحًا، تتيح لتطبيقات VM المختلفة التعاون مباشرة، بدلاً من استمرار الانقسام داخل بيئات مختلفة.

التغيرات في تكاليف تفاعل المستخدم بعد انقسام السلاسل

على مدى السنوات الماضية، أدى توسع بيئة متعددة السلاسل بسرعة إلى زيادة واضحة في تعقيد تفاعل المستخدمين.

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

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

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

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

لماذا بدأ نقاش قابلية التكوين بين VM متعددة يدخل في حوارات المطورين

مقارنةً بتركيز المستخدمين العاديين على تجربة التفاعل، بدأ المطورون يركزون بشكل متزايد على مسألة أخرى: هل يمكن حقًا أن تتكون قابلية التكوين بين بيئات التنفيذ المختلفة؟

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

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

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

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

ما الذي قد تتطلبه بيئة التنفيذ للوكيل الذكي والتداول الآلي

توسيع نطاق تطبيقات الوكيل الذكي (AI Agent) يؤثر أيضًا على متطلبات السوق لطبقة التنفيذ.

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

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

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

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

كيف تؤثر تمويل Fluent ودفع شبكات الاختبار على توقعات السوق

مع استمرار شبكات الاختبار العامة في التقدم، وتوسع بيئة Builder، بدأ توقع السوق تجاه Fluent يتغير.

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

وفي الوقت نفسه، دعم Fluent من قبل مؤسسات مثل Polychain زاد من اهتمام السوق بمسار AltVM.

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

لذا، بالنسبة لـ Fluent، الأهم ليس فقط التقنية، بل القدرة على بناء بيئة مطورين مستدامة وتطبيقات عملية في المستقبل.

لا تزال تجزئة السيولة في Layer2 تمثل تحديًا طويل الأمد

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

حاليًا، يتم تقسيم العديد من الأصول بين بيئات Layer2 المختلفة وبيئات VM، وتكاليف الجسور، وتعقيد التفاعل عبر السلاسل، وتكاليف انتقال الأصول، كلها تؤثر على كفاءة البيئة بشكل عام.

من وجهة نظر السوق، هذا هو السبب في أن المزيد من المشاريع بدأت تناقش مجددًا "البيئة التنفيذية الموحدة" و"التعاون بين VM".

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

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

هل يمكن أن يصبح التنفيذ المدمج هو الاتجاه الأساسي للبنية التحتية في المرحلة القادمة؟

من خلال المرحلة الحالية للصناعة، يبدو أن "التنفيذ المدمج" هو اتجاه جديد في التشكّل، وليس بعد اتجاهًا ناضجًا.

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

في هذا السياق، فإن مسار "التنفيذ المدمج" الذي اقترحته Fluent هو محاولة لإعادة تعريف علاقات طبقات التنفيذ.

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

لذا، بالنسبة لـ Fluent، يبقى السؤال الأهم هو: هل يمكن أن يحقق التنفيذ المدمج طلبات تطبيقات طويلة الأمد، وليس فقط أن يكون مجرد سرد تقني.

الخلاصة

تواصل Fluent مؤخرًا دفع مسار التنفيذ المدمج، وهو ليس مجرد تعزيز سرد AltVM، بل يعكس أن منطق المنافسة في سوق Layer2 يتغير تدريجيًا.

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

بالنسبة لـ Fluent، من خلال مسار التنفيذ المدمج، وبيئة Builder، وأدوات تطوير بين VM، تتجه الأمور بشكل واضح من مجرد طبقة AltVM عادية إلى بنية تحتية أكثر استدامة للتنفيذ المدمج. ومع ذلك، فإن ما إذا كان هذا الاتجاه سيلبي طلبات المطورين على المدى الطويل لا يزال بحاجة إلى مزيد من التطبيقات الحقيقية للتحقق.

الأسئلة الشائعة

لماذا بدأ Fluent مؤخرًا يلفت انتباه السوق؟

بدأ Fluent يلفت انتباه السوق مؤخرًا بشكل رئيسي بسبب مسار "التنفيذ المدمج"، والتعاون بين VM، وتقدم شبكات الاختبار. مع دخول سوق Layer2 مرحلة جديدة من المنافسة، بدأ مسار التنفيذ المدمج يعاد مناقشته بين المطورين.

ما هو مسار "التنفيذ المدمج"؟

هو مسار اقترحته Fluent يهدف إلى جعل بيئات تنفيذ مختلفة مثل EVM، وWasm، وSVM تعمل بشكل متعاون على نفس السلسلة، مما يقلل من مشاكل الانقسام والتفاعل.

لماذا لم تعد Fluent تركز فقط على معايير الأداء؟

لأن سوق AltVM أصبح يعاني من تكرار في الأداء، وتركز المشاريع الآن على التعاون بين VM وبيئة تنفيذ موحدة لبناء تميز طويل الأمد بدلاً من مجرد تحسين TPS.

لماذا بدأ نقاش قابلية التكوين بين VM متعددة يدخل في حوارات السوق؟

بسبب تزايد الانقسام بين بيئات VM المختلفة، وتوسع تطبيقات الوكيل الذكي، وزيادة الحاجة إلى التعاون بين بيئات التنفيذ المختلفة في تطبيقات معقدة على السلسلة.

ما هو أكبر تحدٍ تواجهه Fluent حاليًا؟

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