سعر Fly.trade (FLY)

Fly.trade هو بروتوكول لتجميع السيولة وتنفيذ التداولات لمبادلات الأصول داخل السلسلة وعبر السلاسل. ولا يعتمد على مجمع تداول واحد بوصفه مصدر التسعير الوحيد، بل يدمج منصات التداول اللامركزية (DEX) الحالية ومجمعات سيولة الجسور للعثور على مسارات قابلة للتنفيذ للأصول والسلاسل التي يحددها المستخدم. يعالج هذا التصميم تشتت السيولة متعددة السلاسل: فقد تكون السيولة المتاحة للأصل أو زوج التداول نفسه موزعة بين بروتوكولات وسلاسل مختلفة. يستخدم موجّه Fly هذه المصادر للبحث عن عروض أسعار؛ إلا أن سعر التنفيذ الفعلي والانزلاق السعري والمسارات المتاحة تظل متغيرة بحسب السيولة السائدة وحجم التداول والسلاسل المختارة.

FLY هو رمز بروتوكول Fly.trade، وتصفه الإعلانات بأنه أداة حوافز وحوكمة تربط المتداولين والمودعين والبروتوكول. وفي نموذجه المستوحى من ve(3,3)، يتيح قفل FLY الحصول على xFLY، ويُمكّن الحاملين من التصويت في الحوكمة بشأن رسوم البروتوكول والانبعاثات وموضوعات الشراكات. لذلك، لا تُفعّل استخدامات حوكمة FLY تلقائيًا لكل مبادلة، بل تتم عبر القفل والتصويت للمشاركة في معلمات على مستوى البروتوكول وتوزيع الحوافز. كما تصف الإعلانات تصميمًا لتوزيع الرسوم على المودعين؛ لكن الأهلية الفعلية والتوزيعات ونتائج العائد تظل رهينة قواعد البروتوكول المنشورة في ذلك الوقت وحالة المشاركة.

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

في المبادلات عبر السلاسل، يجمع Fly.trade بين الجسر وطبقة الرسائل الخاصة به لربط العملية على سلسلة المصدر بالمبادلة أو التسليم اللاحقين على سلسلة الوجهة؛ ولا يحتاج المستخدم إلى البحث بنفسه وبشكل منفصل عن جسر ومنصة DEX على سلسلة الوجهة. تؤكد وثائق البروتوكول أن هذا النهج يتيح إكمال مسار تداول عبر السلاسل دون الحاجة أولًا إلى التحويل اليدوي إلى عملة مستقرة أو أصل السلسلة الأصلية للوجهة. لكن المبادلة عبر السلاسل ليست تبادلًا فوريًا واحدًا على سلسلة واحدة: فهي تتضمن على الأقل معاملة على سلسلة المصدر، ورسالة عبر السلاسل أو نقل أصول، ومعالجة على سلسلة الوجهة. وتتأثر المسارات النهائية المتاحة ووقت الوصول وعرض السعر والتكلفة بالسلاسل المختارة وسيولة الجسر وDEX وحالة السلسلة.

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

انطلق حدث توليد الرمز (TGE) لـ FLY على Sonic في 6 يونيو 2025 عند 13:00 UTC. ويمثل هذا الحدث وقت الإطلاق العام لـ FLY بوصفه الرمز الأصلي لـ Fly.trade، وليس مرادفًا للقول إن بروتوكول Fly.trade نفسه بدأ لأول مرة تقديم خدمات المبادلات عبر السلاسل في ذلك اليوم. يوضح الإعلان أيضًا أن Fly.trade كان يحمل سابقًا اسم Magpie Protocol. لذلك قد يظهر اسم Magpie Protocol عند البحث عن مواد مشروع أقدم أو روابط التطبيق أو التقارير التاريخية؛ وهذا يعكس تطور اسم المشروع، ولا ينبغي اعتباره بروتوكولًا آخر غير ذي صلة.

يجمع التوجيه داخل السلسلة في Fly.trade السيولة من عدة منصات DEX، بينما يستخدم التوجيه عبر السلاسل أيضًا مجمعات سيولة الجسور. والهدف من جمع مصادر متاحة أكثر هو تقليل أثر تجزؤ السيولة على عمق السوق والانزلاق السعري وعروض الأسعار، وإتاحة اختيار المسارات للموجّه بين المصادر المتاحة. هذه آلية لتوجيه المعاملات ودمج السيولة، ولا تعني أن جميع المعاملات ستحصل على التكلفة الأدنى نفسها أو تكلفة ثابتة. فقد تغير الأوامر الكبيرة أو شح السيولة أو حالة الجسر أو رسوم Gas على السلسلة التكلفة الفعلية ونتيجة التنفيذ لمعاملة معينة.

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

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

يدمج تصميم Fly.trade عبر السلاسل طبقة رسائل الجسر ضمن مسار تنفيذ التداول، بحيث يمكن لنية المستخدم على سلسلة المصدر أن تطلق العملية اللاحقة على سلسلة الوجهة. وبالمقارنة مع قيام المستخدم يدويًا بعملية متعددة الخطوات تتمثل في «الجسر أولًا، ثم العثور على DEX، ثم المبادلة»، يكلّف هذا الدمج البروتوكول باختيار المسار وربط الخطوات. تؤدي طبقة الرسائل دور التنسيق عبر السلاسل، لكنها لا تلغي الاعتماد على الجسر الأساسي أو تنفيذ سلسلة الوجهة أو مصادر السيولة. وإذا تغير توافر أي حلقة أو حالتها، فقد تختلف أيضًا المسارات القابلة للتنفيذ والتجربة الفعلية.

يربط إعلان Fly.trade حقوق حوكمة xFLY برسوم البروتوكول والانبعاثات وموضوعات الشراكات. تحدد الرسوم كيفية معالجة الرسوم التي يولدها البروتوكول، وترتبط الانبعاثات باتجاه توزيع رموز الحوافز، بينما تتعلق موضوعات الشراكات بترتيبات تعاون البروتوكول مع مشاريع خارجية؛ وجميعها خيارات على مستوى البروتوكول لا على مستوى مبادلة واحدة. ما يُحصل عليه بعد قفل FLY ليس تحكمًا شخصيًا يُنفذ تلقائيًا في كل موضوع، بل أهلية للمشاركة في التصويت وفق آلية حوكمة البروتوكول. وتعتمد النتيجة النهائية عادةً على قواعد التصويت وحالة المشاركة ومقترحات الحوكمة التي دخلت حيز التنفيذ.

يمكن تلخيص العلاقة الأساسية في Fly.trade على النحو الآتي: يُدخل المستخدم طلب المبادلة، ويختار الموجّه مسار تنفيذ داخل السلسلة أو عبر السلاسل من سيولة DEX والجسور، وتكمل المحفظة الموافقة والتأكيد، ثم تُسلّم الأصول إلى محفظة المستخدم وفق ذلك المسار. أما FLY وxFLY فيقعان في طبقة الحوافز والحوكمة للبروتوكول، لا بوصفهما أصل Gas مطلوبًا لكل معاملة. لذلك ينبغي تقييم «كيفية تنفيذ هذه المبادلة» و«كيفية مشاركة FLY في حوكمة البروتوكول» كل على حدة. يعتمد الأول أساسًا على الأصول والسلاسل والسيولة والجسر وتأكيد المحفظة؛ بينما يعتمد الثاني على قفل FLY وxFLY وقواعد الحوكمة والحوافز السارية في ذلك الوقت.