Fluid

ما هي Fluid؟

Fluid (المعروفة سابقًا باسم Instadapp) هي طبقة سيولة متعددة السلاسل في التمويل اللامركزي (DeFi) تحاول دمج الأنشطة التي كانت تقليديًا معزولة – الإقراض والاقتراض المفرط الضمان والمقايضات الفورية – في حوض مشترك واحد من الضمانات والديون، بهدف صريح هو تحقيق كفاءة رأسمالية أعلى مقارنة بتصاميم “الأحواض المنفصلة” مثل أسواق الإقراض المستقلة وصنّاع السوق الآليين (AMMs).

ما يميز البروتوكول هو البنية المعمارية أكثر من كونه اختلافًا شكليًا: في صياغة Fluid نفسها، تهدف مكوّنات مثل “طبقة السيولة” المشتركة والبدائيات التي يُشار إليها غالبًا باسم “الضمان الذكي” و“الدين الذكي” إلى السماح لقاعدة رأس المال نفسها بأداء أكثر من وظيفة في الوقت ذاته (مثلًا: دعم الاقتراض وفي الوقت نفسه توفير سيولة للتداول)، وهو جوهر ميزته التنافسية إذا ثبتت متانته تحت الضغط والاختيار المعاكس، وليس فقط في الاختبارات الخلفية أو في الأنظمة السوقية الملائمة، كما هو موصوف في تقديم المنتج الأصلي على Instadapp blog.

من حيث الموضع السوقي، تقع Fluid ضمن فئة “بنية تحتية DeFi” أكثر من كونها dApp “منتجًا واحدًا”: فهي تنافس على السيولة والتدفّقات مع أسواق الأموال وواجهات التداول اللامركزية (DEXs)، لكنها ترث أيضًا تموضع Instadapp التاريخي كمنصة كثيفة التكامل عبر السلاسل.

حتى أوائل عام 2026، عرضت لوحات البيانات التابعة لجهات خارجية مثل DeFiLlama’s Fluid page Fluid كمنصة DeFi كبيرة من حيث القيمة المقفلة (TVL) وحجم تداول DEX الفوري، مع تقديرات معلنة لرسوم البروتوكول وإيراداته، لكن القراءة الأكثر تحفظًا هي أنها بروتوكول متوسط إلى كبير الحجم، يمثل حجمه وزنًا ملموسًا لكنه ما يزال أصغر من الجهات المهيمنة “نظاميًا” في DeFi، وأن سردية نموّه تعتمد على ما إذا كانت السيولة الموحدة ميزة مستدامة أم تكلفة تعقيد لا يتحمّلها المستخدمون إلا عندما تكون الحوافز مرتفعة.

من أسّس Fluid ومتى؟

Fluid مبنية من قبل فريق Instadapp؛ ويُرجِع معظم المحتوى البحثي Instadapp نفسها إلى عام 2018، وغالبًا ما تُنسب إلى الأخوين سامياك جاين وسوماي جاين في المواد التي لخّصتها جهات بحثية مثل Messari وأعيد تأكيدها في إفصاحات المشروع ذات النمط التنظيمي (على سبيل المثال، “الورقة البيضاء للأصول المشفّرة” الموجّهة نحو MiCA والمستضافة على instadapp.io).

سياق الإطلاق ذي الصلة هو أن Instadapp بدأت كـ “طبقة وسيطة” في DeFi خلال المرحلة المبكرة لاعتماد DeFi على إيثريوم، حين كانت القابلية للتركيب موجودة لكن أدوات المستخدم وإدارة المراكز ما تزال غير ناضجة؛ في المقابل، تُفهَم Fluid على نحو أفضل كمحاولة في دورة لاحقة لاستيعاب القيود الناجمة عن الاعتماد على بروتوكولات طرف ثالث، عبر طرح حزمة أكثر تكاملًا رأسيًا للسيولة والتنفيذ.

مع مرور الوقت، تحوّل السرد من “إدارة المحافظ والحسابات الذكية” إلى “تصميم السيولة على مستوى البروتوكول”. وقد عرضت Instadapp هذا التحول علنًا في إعلانها عن Fluid، ثم قامت مواد الحوكمة لاحقًا بتقنين توحيد العلامة التجارية: وصفَ مقترح مجتمعي عملية إعادة تسمية وخطة نمو تصبح فيها “Fluid” المظلّة لاتجاه البروتوكول مع الحفاظ على هوية الرمز على السلسلة، كما نوقش في موضوع المنتدى الحَوكمي على gov.fluid.io.

الخلاصة العملية هي أن هوية المشروع تطوّرت من كونه محسّنًا أعلى DeFi إلى محاولة أن يكون ساحة أساسية يمكن لواجهات الاستخدام والاستراتيجيات والمكاملين الآخرين التوجيه من خلالها.

كيف تعمل شبكة Fluid؟

Fluid ليست سلسلة أساسية (L1) ولا حل تحجيم (L2) مستقلاً ولا تشغّل آلية إجماع خاصة بها؛ بل هي بروتوكول على طبقة التطبيقات منشور كسلسلة من العقود الذكية على سلاسل قائمة (لا سيما إيثريوم وحلول L2 الرئيسية)، وتَرِث نموذج الأمان الخاص بالشبكة الأساسية (مثل نهائية إثبات الحصّة في إيثريوم وافتراضات الاحتيال/الصحة الخاصة بالطبقة الثانية عند الاقتضاء).

هذا مهم مؤسسيًا لأن “مخاطر البروتوكول” تهيمن عليها صحة العقود الذكية، وتصميم الأوراكل، وآليات التصفية، وعدوى المخاطر بين الوحدات، أكثر من سياسات مجموعة المدقّقين؛ فالمستخدمون يتحمّلون مخاطر السلسلة ومخاطر العقود/النظام معًا، والمكوّن الثاني هو ما تُعزّزه Fluid عمدًا عبر دمج الإقراض والتنفيذ على نمط AMM في نظام واحد.

تقنيًا، الادّعاء الفارِق في Fluid هو أن ضوابط المخاطر وحسابات السيولة مصمَّمة عند “الطبقة المشتركة”، مع اقتراح البروتوكول بأن أنماط الاقتراض/السحب الشاذة يمكن تقييدها عند طبقة السيولة وأن أدوات الطوارئ يمكنها عزل الوحدات أو إيقافها مؤقتًا للحد من الخسائر، وفق مبررات التصميم في Introducing Fluid.

هذا الاتجاه جذّاب من حيث المبدأ – فالقواطع النظامية (circuit breakers) نادرة في DeFi – لكنه يركّز أيضًا مخاطر الحوكمة والتشغيل: فإذا كان الأمان يعتمد على حقوق إيقاف مميّزة أو إدارة محكمة للمعاملات، تصبح “السلامة” جزئيًا اجتماعية وإدارية وليست مشفّرة-اقتصاديًا بالكامل.

في ما يتعلق بالتدقيق، خضعت بعض مكوّنات Fluid لمراجعة جهات خارجية؛ على سبيل المثال، يوجد تقرير تدقيق منشور في توثيق المشروع لبروتوكول الخزائن من MixBytes، ما يقلّل (ولكن لا يلغي) احتمال الأخطاء التنفيذية القابلة للتجنّب، لا سيما مع تطوّر النظام.

ما هي اقتصاديات رمز instadapp؟

يتم تداول الرمز حاليًا تحت الرمز المختصر FLUID، وبحسب اتصالات الحوكمة حول إعادة التسمية، فقد صيغ تغيير الاسم من INST إلى FLUID كانتقال بنسبة 1:1 مع الإبقاء على عنوان الرمز نفسه وإطار إجمالي المعروض الذي وصفته الحوكمة بأنه غير متغيّر على المستوى الكلي، كما ورد في مقترح إعادة التسمية على gov.fluid.io.

بعبارة أخرى، يشبه ملف المعروض نموذج “سقف ثابت مع توزيع/جداول فكّ حجز” أكثر من كونه أصلًا تضخميًا نشطًا على نمط مكافآت تسييل السيولة السائدة في عصر DeFi الأوّل. بالنسبة للمحللين، فإن المتغيّر الرئيس ليس “الحد الأقصى النهائي للمعروض” بل وتيرة وجهة فك الحجز، وسياسة الخزانة، وما إذا كانت الانبعاثات (حيث توجد) منتِجة (تؤسّس لسيولة مستدامة) أم مجرد استئجار للسيولة (استئجار TVL).

تراكم القيمة أكثر تعقيدًا من إطار “رمز الرسوم” البسيط. تتبع منهجية DeFiLlama ومقاييسها لـ Fluid رسوم البروتوكول، وإيرادات البروتوكول، وبندًا موسومًا بـ “إيرادات الحائزين” مرتبطًا بعمليات إعادة الشراء من قِبل الخزانة، ما يوحي بأن جزءًا من النقاش حول التصميم الاقتصادي تمحور حول توجيه القيمة من نشاط البروتوكول نحو أفعال متصلة بالرمز، حتى لو ظلّت الآلية الدقيقة خاضعة للحوكمة وليست مضمونة بشكل دائم.

يمكن رؤية هذا الإطار مباشرة على DeFiLlama’s Fluid dashboard، والذي يصف “Holders Revenue” بأنه نشاط إعادة شراء للرمز ممول من الخزانة، في حين تُظهر مواضيع الحوكمة مثل نقاش إعادة الشراء على gov.fluid.io أن نطاق عمليات إعادة الشراء وتواترها والمفاضلات مقابل حوافز النمو لا تزال محل جدل.

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

من يستخدم Fluid؟

القراءة المتأنّية للاستخدام تنقسم إلى حقيقتين متنافستين جزئيًا: أولًا، هناك نشاط ملموس على السلسلة في شكل طلب على الاقتراض وحجم تداول DEX؛ ثانيًا، كما في معظم DeFi، يمكن أن يكون جزء غير بسيط من النشاط مدفوعًا بالحوافز وغنيًا بالاستراتيجيات، أكثر من كونه “طلبًا عضويًا” من المستخدم النهائي.

تعرض لوحات مثل DeFiLlama مبالغ الاقتراض وحجم DEX إلى جانب TVL، ما يساعد على التمييز بين “الضمانات المركونة” والاستخدام الفعلي، لكنها ما تزال غير قادرة على الفصل الكامل بين الطلب الحقيقي للمستخدمين وبين التكرار الآلي للمراكز، وصفقات الفارق السعري (basis trades)، وسلوكيات تعدين السيولة.

قطاعيًا، تُصنَّف Fluid بوضوح كبنية تحتية في DeFi – نشاط أسواق أموال، استراتيجيات مرفوعة، وتنفيذ فوري – أكثر من كونها منصة ألعاب أو مدفوعات استهلاكية؛ وأي قراءة مؤسسية يجب أن تفترض أن تدفقات “المستخدمين المحترفين” والجهات الكمية/القريبة من MEV ذات أهمية هيكلية لأحجامها.

في ما يتعلق بالشراكات الموثوقة، فإن المثال الأوضح في الأبحاث العامة هو سردية التكامل على جانب سولانا، حيث تم تقديم تقنية Fluid كبنية تحتية لمنتج إقراض؛ على سبيل المثال، تشير Messari إلى إعلان شراكة بين Fluid وJupiter لدعم مبادرة إقراض على سولانا، كما ورد في تقريرها Understanding Fluid.

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

ما هي المخاطر والتحديات التي تواجه Fluid؟

المخاطر التنظيمية تتعلق بدرجة أقل بتصنيف مستوى السلسلة (فهي ليست شبكة طبقة أساس) وبدرجة أكبر بتوصيف الرمز، ومركزية الحوكمة، ونقاط تماس الواجهات الأمامية/العمليات. في سياق الاتحاد الأوروبي، يوحي وجود وثيقة إفصاح على نمط MiCA للأصول المشفرة مستضافة من قبل المشروع على instadapp.io بوجود وعي بإطار الإفصاح عن الأصول المشفرة، لكنه لا يحسم كيفية تعامل أي جهة تنظيمية بعينها مع الرمز في سياقات الإنفاذ أو التقاضي، خاصة إذا بدأت توقعات حاملي الرموز تتمحور حول عمليات إعادة الشراء أو آليات التقاط القيمة المرتبطة بالرسوم.

في سياق الولايات المتحدة حتى أوائل 2026، لا توجد، في المصادر العامة السائدة، إجراءات إنفاذ محددة وواسعة الذكر مرتبطة مباشرة بـ Fluid كحالة لبروتوكول بعينه، لكن النمط الأوسع في DeFi لا يزال قائمًا: رموز الحوكمة التي تنزلق من أدوات تنسيق نحو... تميل «الحقوق الاقتصادية المتوقَّعة» إلى تراكم المخاطر، كما أن مناقشات الحوكمة الخاصة بـ Fluid حول إعادة الشراء، الموثَّقة علنًا على gov.fluid.io، هي بالضبط النوع من المساحات التي تراقبها فرق الامتثال المتخصِّصة عن كثب.

كما أن متجهات المركزية ليست بالهيِّنة. يتضمّن إطار الأمان الخاص بـ Fluid قدرةً على التدخل في حالات الطوارئ وإيقاف الوحدات على مستوى الموديول، وفقًا لتقديم البروتوكول على Instadapp blog؛ ورغم أن ذلك قد يُعتبر نهجًا حصيفًا، فإنه ينطوي على أدوار مميَّزة، وتحكّم عبر multisig، وأسطح هجوم على الحوكمة (مثل تركز التفويض، والاستحواذ على قوة التصويت، وتصميم عتبات المقترحات).

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

ما هو الأفق المستقبلي لـ Fluid؟

يمكن التعبير عن النظرة القريبة المدى بأفضل شكل على أنها مسألة تنفيذ مقابل خارطة طريق موثوقة، أكثر من كونها مسألة «بيتا سوقية». توضِّح مواد الحوكمة أن الحقبة التي تلت إعادة العلامة التجارية تهدف إلى مواءمة توسيع المنتج مع الرموز الاقتصادية وإعادة هيكلة الحوكمة، وفقًا لخطة إعادة العلامة التجارية على gov.fluid.io، بينما تشير مناقشات الحوكمة المستمرة إلى أن عمليات إعادة الشراء المموَّلة من الخزينة وتصميم آليات التقاط القيمة ما زالت موضوعات مطروحة للنقاش وليست التزامات محسومة، كما يظهر في خيط مناقشة إعادة الشراء.

على جانب المنتج، تشير تحليلات البروتوكولات من أطراف ثالثة إلى أن Fluid يعمل بالفعل على نطاق واسع عبر سلاسل متعددة، وأي معالم تالية ذات أهمية مؤسسية من المرجَّح أن تدور حول تعزيز ضوابط المخاطر (أداء التصفية تحت تقلبات السوق)، والحفاظ على السيولة غير المحفَّزة، وتوسيع عمليات التكامل دون خلق تبعيات تشغيلية هشة عبر السلاسل، مع تتبُّع الحجم الأساسي والمؤشرات المالية بانتظام من قِبل منصات مثل DeFiLlama.