بروتوكول FusionFi: بناء جسر أساسي لتوافق AgentFi

المصدر: PermaDAO

نظرة عامة

أطلق Permaswap مؤخرًا حالة توضيحية لـ AgentFi على AO ، والتي تعتمد على البروتوكول FusionFi Protocol (FFP) ، مما أضاف حالة جديدة لإنشاء AMM Agent وإجراء عمليات المراجحة. من خلال FFP ، يمكن للمطورين إنشاء بركة AMM بضع سطور من الكود لتبادل الأصول. بوصفها بروتوكولًا قياسيًا على شبكة AO ، يوفر FFP دعم التشغيل المتبادل لأنواع مختلفة من الوكلاء.

سيقوم هذا المقال أولاً بتنظيم مفاهيم الوكيل والتمويل الذاتي وغيرها من المفاهيم الأساسية ، ثم سيتم تقديم مثالين نموذجيين للوكيل للطلبات والوكيل للسوق المالية الآلية (AMM) ، ويتم عرض كيفية دمج بروتوكول FFP لعملية التداول الثنائية المختلفة ، ثم سيتم استخدام ذلك لتوضيح الدور الحاسم الذي يمكن أن يلعبه FFP في البيئة المالية في المستقبل.

مفاهيم أساسية

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

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

هذا هو التمويل السيادي!

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

أساس AgentFi: الأداء والمرونة

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

AO كوحدة حسابية مستقلة للاللامركزية ، يوفر حاسب متوازي عالمي ، يسمى العملية ، وحدة حسابية مستقلة ، ولكل عملية موارد حسابية مستقلة ، مما يحل مشكلة قيود الأداء. في الوقت نفسه ، يتحكم صاحب العملية في رمز العقدة المشغل في العملية ، ويمكن تحديثه وترقيته بشكل مرن ، مما يوفر أساسا قويا لمرونة AgentFi.

بروتوكول FusionFi

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

إذا تم تطوير وكلاء ماليون مختلفين بشكل مستقل، فسوف ينشأ بالضرورة مجموعة متنوعة من بروتوكولات البرمجيات المختلفة، ويصبح التفاعل بين الوكلاء تحديًا كبيرًا. لحل مشكلة التوافق الذي ينشأ من الاختلافات في الأعمال، تم إطلاق بروتوكول FusionFi (FFP).

بروتوكول FusionFi هو مواصفة وأداة تطوير تهدف إلى ربط عوامل مالية مختلفة وبناء جسور المعلومات وتحقيق التوافق ودمج أعمال مالية متنوعة بحيث يمكن لعوامل FFP المتوافقة التواصل والتفاعل مع بعضها البعض.

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

التطبيق والتوافق

سجل الطلبات (Order Book) و AMM (AMM) هما آليتان تداوليتان مختلفتان، ولكل منهما اختلافات بارزة في عملية التداول. يقوم سجل الطلبات بتسجيل جميع نوايا الشراء والبيع، ويجب أن تنتظر التداولات حتى يتم تطابق أسعار الشراء والبيع قبل أن يتم الوصول إليها، وبالتالي فإنه يعتمد على مشاركة الطرف الآخر. أما AMM فلا تعتمد على الطرف الآخر. فهي تتيح للمستخدمين التداول مباشرة مع أصول البركة والخوارزمية، حيث يقوم مزودو السيولة بإيداع الأموال في البركة، ويقوم AMM باستخدام الخوارزمية (مثل صيغة الضرب الثابت) لضبط الأسعار تلقائيًا، مما يتيح للمستخدمين إتمام التداول بدون الحاجة إلى انتظار التطابق.

يمكن استخدام FFP لمعالجة كتاب الأوامر وتداول AMM بطريقة واحدة وعملية ، ومن ثم دمج السيولة بين الاثنين.

يرجى الرجوع إلى رمز العرض التوضيحي التالي: 01928374656574839201

وكيل دفتر الأوامر (Orderbook Agent)

في عرض الطلب العملي لـ FFP ، يمكن للمطورين إنشاء وكيل دفتر الطلبات (Orderbook Agent) وتنفيذ تداول الأصول:

1. إنشاء وكيل Orderbook : قم بإنشاء عملية وكيل orderbook من خلال وظيفة createOrderbookProcess ، سيتم في هذا الوقت نشر عملية AO وتحميل منطق العمل المتعلق بـ orderbook ، مما يجعله كيانًا ماليًا مستقلاً مسؤولًا عن تسجيل وإدارة الطلبات.
2. إيداع الأصول：استخدم نص deposit.js لإيداع العملة في وكيل دفتر الطلبات لتوفير الأموال التجارية للطلبات.
3. إنشاء الطلب : من خلال استخدام طريقة agent.makeOrder لإنشاء طلب شراء أو بيع في سجل الطلبات، يتم إرسال جميع الطلبات بناءً على مخطط FFP المحدد إلى شبكة AO، ثم يتم عرض الطلبات بشكل شفاف بتنسيق محدد في الشبكة الالكترونية الكتلية وتنتظر التطابق.
4. تداول الطلبات: استخدام طريقة agent.takeOrder لتنفيذ الطلبات، حيث يتم إتمام التداول تلقائيًا وتحديث الأصول.

وكيل AMM

في الديمو AMM Agent، يعتبر الوكيل الذي ينشئه المستخدم بمثابة بركة سيادة فردية للسيولة. من خلال AgentFi، لا يحتاج المستخدم إلى الاعتماد على منصة مركزية أو تبادل تقليدي، بل يمكنه توفير وظيفة تبادل الأصول بشكل مستقل. فيما يلي هي العملية الأساسية لـ AMM Agent:

1. إنشاء وكيل AMM: يتم إنشاء عملية وكيل AMM من خلال وظيفة createAMMProcess ، ويتم نشرها كعملية AO تحكمها المستخدم ، مما يجعلها كياناً مالياً شخصياً لديه قدرة إدارة السيولة.
2. إيداع الأصول: يقوم المستخدم بإيداع العملة في وكيل AMM، لدعم مجمع السيولة بالأموال، وبالتالي دعم احتياجات التداول.
3. 添加السيولة：استدعاء طريقة agent.addLiquidity ، يمكن إضافة الأصول المودعة إلى مجمع السيولة ، ويمكن للمستخدم تعيين تسعير الأصول في المجمع ونسبة الصرف من خلال العقد الذكي.
4. تحويل تلقائي: يستخدم وكيل AMM الخوارزمية (مثل الصيغة الثابتة للمنتج) لحساب سعر التحويل تلقائيًا ، وسيتم إرجاع نتيجة السعر بناءً على مخطط FFP المحدد إلى المستخدم الذي طلب الصفقة.
5. إزالة السيولة: عندما يريد المستخدم سحب الأموال ، يمكنه استخدام طريقة agent.removeLiquidity لإزالة السيولة من المجمع وسحب الأصول.

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

يمكن الاعتقاد أنه عندما يقوم المستخدم بإنشاء وكيل (سواء كان وكيل AMM أو وكيل دفتر طلبات) ، فإنهم في الواقع يقومون بإنشاء سيادية شخصية اللامركزية. يكسر AgentFi تماما المفهوم التقليدي للتبادل ويسمح للمستخدمين بالتداول دون الاعتماد على منصة معينة. من خلال إعداد قواعد Agent و العقد الذكي بوظائف محددة ، يمكن للمستخدمين توفير “مكان” للاسترداد بشكل مستقل وتحقيق الخدمة المالية المخصصة. تتطلب عملية إنشاء وكيل سطرا واحدا فقط من التعليمات البرمجية. **

التوافق

مخطط FFP هو تنسيق منظم في بروتوكول FusionFi (FFP) يُستخدم لتقييس بيانات التداول والتسوية. يحدد هذا التنسيق تنسيق البيانات وبروتوكول الاتصال في عمليات التداول المختلفة (مثل Orderbook و AMM)، مما يضمن قدرة مختلف أنواع الوكلاء الماليين على التفاعل والتوافق بسلاسة. يتيح هذا التنسيق الموحد تبادل وتحليل البيانات الرئيسية مثل الأسعار وحالة الطلبات ومعلومات الأصول خلال عمليات التداول بين مختلف الوكلاء.

في الخطوة الرابعة من وكيل سجل الطلبات ووكيل AMM ، يتم استخدام تنسيق FFP Schema الموحد لكل من أوامر سجل الطلبات وطلبات AMM ، مما يحقق هيكل بيانات موحداً للتسوية. يقوم FFP Schema بتوحيد تشغيلية وكيل عبر الوكلاء.

• المحكم يمكنه البحث مباشرة في داخل السلسلة عن Orderbook الأوامر، ويمكنه مقارنة عروض الأسعار بين Orderbook وAMM من خلال FFP Schema لاكتشاف فروق الأسعار.
• يمكن للمحكم تقديم بيانات التداول الموحدة إلى عملية تسوية FFP لتحقيق التداول الذري عبر وكيل ، وستضمن مواصفات FFP إكمال جميع أوامر المحاذاة بالكامل أو الفشل بالكامل ، مما يتجنب مخاطر عدم التطابق في التداول.

في حالة FFP ، تتم تحقيق التواصل المتبادل بين سير العمل للطلبات و AMM ، حيث يكسر FFP حدود الأعمال الاثنين ويحقق تنسيقهما وتكاملهما.

الميزات

FFP يدعم تسوية الذرية لعدة معاملات ويوفر الميزات المتقدمة التالية ل DEX المبني على FFP:

• تقسيم المعاملات الكبيرة : يمكن للمتداول تقسيم الطلبات الكبيرة إلى عدة طلبات صغيرة. على سبيل المثال ، إذا كان يحتاج المتداول إلى إتمام صفقة بقيمة 1000000 دولار ، فقد تكون من الصعب على عامل واحد تقديم أفضل عرض. تسمح FFP بتقسيم الطلب الكبير إلى عدة طلبات صغيرة تُنفذ بين العملاء المختلفين ، وبالتالي الحصول على أفضل سعر في الشبكة.
• **تجميع الصفقات المتعددة: **يمكن دمج الطلبات المتفرقة في السوق في طلب واحد ، مما يعزز التوافق بين دفتر الطلبات ونموذج صانع السوق الآلي ، مما يجعل التداول أكثر مرونة.
• التداول عبر عدة مراحل: التداول عبر عدة مراحل هو تطبيق موسع لوظيفة الطلب الموحد. على سبيل المثال ، إذا كان المتداول يرغب في تحويل الأصول من A إلى C ، ولكن لا يوجد زوج تداول A-C في السوق ، ولكن هناك زوجي تداول A-B و B-C ، فيمكن لـ FFP دمج صفقتين A-B و B-C كطلب واحد وتحقيق هدف التداول.
• **صفقة بدون رأس المال: **يمكن للمحكمين الاستفادة من فارق الأسعار بين صفقتي تحويط في السوق. على عكس الحلول التقليدية للمراجحة، فإن المراجحة بدون رأس المال في FFP لا تتطلب رأس المال الخاص، حيث يقوم المحكم بتقديم صفقتي تحويط إلى عملية التسوية، حيث يقوم النظام تلقائيًا بتبادل الأصول وتوزيع الفوائد على المحكم.

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

الآفاق

باختصار، قدمت FFP إطارًا موحدًا لوكلاء الخدمات المالية لتحطيم الحواجز بين مختلف سيناريوهات الأعمال المالية. ليس فقط Orderbook و AMM، بل من خلال FFP، يمكن تحقيق التكامل السلس لمجموعة متنوعة من الأعمال المالية مثل القروض والعقود الآجلة والأصول الاصطناعية في المستقبل، وبناء بيئة مالية لامركزية عبر التطبيقات والسيناريوهات المختلفة**.

من خلال توحيد هيكل البيانات (مخطط FFP) ، يبسط FFP التواصل والتسوية بين الوسطاء ، ويعزز مرونة وكفاءة التداول. مع ظهور المزيد من أنواع وكلاء المالية ، من المتوقع أن يصبح FFP البروتوكول الأساسي للبيئة البيئية الخاصة بـ AO AgentFi ، ويعزز انتشار الخدمات المالية السيادية الحقيقية والشخصية.