التمويل الذكي: من AgentFi إلى FusionFi
يتم إنشاء بروتوكول مالي موحد، والذي سيوفر مواصفات مشتركة وموحدة، ويدمج أنواعًا مختلفة من الخدمات المالية، ويتصل بسلاسة مع الذكاء الاصطناعي لتعزيز تعميم وتطوير التمويل الذكي.
JinseFinanceتسجيل الدخول/ اشتراك
بروتوكول FusionFi: بناء الجسر الأساسي لقابلية التشغيل التفاعلي لـ AgentFi
يتبع
المصدر: PermaDAO
نظرة عامة
< /p> أصدرت Permaswap مؤخرًا حالة استخدام توضيحية لـ AgentFi استنادًا إلى بروتوكول FusionFi (FFP) على AO، مما أضاف إنشاء وكيل صانع سوق تلقائي (AMM Agent) وحالة تشغيلية للمراجحة . من خلال FFP، يمكن للمطورين استخدام بضعة أسطر من التعليمات البرمجية لإنشاء مجموعة وكلاء AMM وتحقيق تبادل الأصول. باعتباره بروتوكولًا قياسيًا على شبكة AO، يوفر FFP دعمًا لقابلية التشغيل البيني لأنواع مختلفة من الوكلاء. ستقوم هذه المقالة أولاً بفرز المفاهيم الأساسية لـ AgentFi والتمويل السيادي، ثم تقديم مثالين نموذجيين للوكيل، وكيل Orderbook وAMM Agent، لإظهار كيف يدمج بروتوكول FFP عمليتين مختلفتين للمعاملات، وبعد ذلك استخدم هذا لتوضيح الدور الرئيسي الذي يمكن أن تلعبه FFP في النظام البيئي المالي المستقبلي.
المفاهيم الأساسية
تقدم AgentFi مفهوم "الوكيل" على أساس DeFi، مما يسمح للمستخدمين بنشر وكلاء العقود الذكية الخاصة بهم (الوكلاء) يقوم هذا بإدارة التفاعلات مع البروتوكول تلقائيًا. من خلال الوكيل، يمكن للمستخدمين إجراء عمليات مالية مختلفة بشكل مستقل وتلقائي، مثل إدارة الأصول وتنفيذ الإستراتيجية وما إلى ذلك.
تستخدم بروتوكولات DeFi التقليدية العقود الذكية لتنفيذ عمليات تبادل الأصول والإقراض وغيرها من العمليات، ولكن عادةً ما تكون هذه الأصول مقفلة في عقد ذكي واحد، من ناحية، يجب على المستخدمين أن يعهدوا بالأموال إلى العقد؛ ومن ناحية أخرى، ونتيجة لذلك، يفقد المستخدمون المرونة اللازمة لتخصيص الوظائف والمعلمات ذات الصلة. يتخطى AgentFi هذا القيد، مما يسمح لكل مستخدم أن يكون لديه وكيل مستقل له وظائف مالية وتنفيذ خدمات مالية شخصية من خلاله. بمعنى آخر،يسمح AgentFi لوكلاء المستخدمين بأن يصبحوا كيانات مالية مستقلة، مما يسمح للأفراد بصياغة القواعد المالية، مثل تبادل الأصول، واتفاقيات الإقراض، وقواعد إصدار الأصول، لتحقيق إدارة مالية مخصصة واختراق قيود التقليدية المركزية.
هذا هو التمويل السيادي!
يختلف عن النظام المركزي التقليدي حيث يتحكم البنك المركزي في القواعد المالية، يسمح التمويل السيادي للمستخدمين بصياغة القواعد المالية والتحكم فيها بأنفسهم ولم يعد يعتمد على قاعدة واحدة النظام المقدم من قبل المطورين أو الوكالة المركزية.
أساسيات AgentFi: الأداء والمرونة
أحد أسباب قيام بروتوكولات DeFi التقليدية بإدارة الأموال مركزيًا هو محدودية أداء Ethereum: لا يمكنها ذلك يتم تزويد كل مستخدم بقوة حوسبة وكيلة مستقلة. ونتيجة لذلك، تعمل منصات مثل Compound وUniswap على تحسين التعليمات البرمجية الخاصة بها لاستيعاب قيود blockchain. بالإضافة إلى ذلك، تتمتع العقود الذكية التقليدية الخاصة بتقنية البلوكشين بمرونة منخفضة ويصعب تعديلها أو إعادة نشرها، مما يحد من المرونة الحسابية للوكلاء.
باعتباره جهاز كمبيوتر عالميًا لامركزيًا فائق التوازي، يوفر AO وحدات حوسبة مستقلة (تسمى العمليات). وفي الوقت نفسه، يتم التحكم في كود العقد الذي يتم تشغيله في العملية بواسطة مالك العملية ويمكن تحديثه وترقيته بمرونة، مما يوفر أساسًا متينًا لمرونة AgentFi.
بروتوكول FusionFi
في شبكة AO اللامركزية، سيتم اعتماد AgentFi على نطاق واسع ويمكن للتطبيق إنشاء العديد من التطبيقات المستقلة الكيانات المالية. على سبيل المثال، لا تقدم الشخصيات غير القابلة للعب في الألعاب خدمات الألعاب فحسب، بل تقدم أيضًا خدمات مالية. على سبيل المثال، يمكن لـ NPC في متجر الرهن قبول الرهون العقارية NFT الخاصة باللاعبين وتقديم خدمات القروض. هذا NPC هو وكيل مستقل، أي فرد مالي ذو سيادة. يمكن لجميع المستخدمين والعمليات في AO استخدام هذه الطريقة لإنشاء وكلاء ماليين، ويمكن لأي وحدة حوسبة أن تصبح "مؤسسة مالية" وتقدم خدمات مالية مخصصة.
إذا تطورت أنواع مختلفة من الوكلاء الماليين من تلقاء نفسها، فسوف تنشأ حتماً مواصفات بروتوكول مختلفة، وسيصبح التفاعل بين الوكلاء مشكلة كبيرة. من أجل حل مشاكل التشغيل البيني الناجمة عن اختلافات الأعمال، ظهر بروتوكول FusionFi (FFP).
FusionFi Protocol هو عبارة عن أداة لمواصفات البروتوكول وتطويره مصممة لربط الوكلاء الماليين المختلفين وبناء جسور المعلومات وتحقيق قابلية التشغيل البيني ودمج الخدمات المالية المتنوعة وتمكين قابلية التشغيل البيني للوكلاء المتوافقين مع FFP.
بالنسبة للمستخدمين الذين ليس لديهم الوقت للتعمق في التفاصيل المالية، يمكنك أيضًا استخدام FFP SDK لتحويل وكيلك إلى وكيل بسمات مالية محددة. من خلال تسهيل تنفيذ AgentFi، يجعل FFP التمويل السيادي في متناول اليد.
الممارسة وإمكانية التشغيل التفاعليOrder Book (سجل الطلبات) وAMM (صانع السوق التلقائي) هما آليتان تجاريتان مختلفتان، ولكل منهما اختلافات كبيرة في عمليات التداول الخاصة بهما. يسجل دفتر الطلبات جميع نوايا الشراء والبيع من خلال دفتر الطلبات، وتحتاج المعاملة إلى انتظار مطابقة السعر بين المشتري والبائع قبل إتمامها، لذا فهي تعتمد على مشاركة الطرف المقابل. AMM لا تعتمد على الأطراف المقابلة. يستخدم مجمعات السيولة والخوارزميات للسماح للمستخدمين بالتداول مباشرة مع الأصول الموجودة في المجمع. يقوم مزودو السيولة بإيداع الأموال في المجمع، وتستخدم AMMs الخوارزميات (مثل صيغ المنتجات الثابتة) لضبط الأسعار تلقائيًا، مما يسمح للمستخدمين بإكمال الصفقات دون انتظار المباراة.
يمكن لـ FFP التعامل مع معاملات Orderbook وAMM بطريقة وعملية موحدة، وبالتالي دمج سيولة الاثنين.
يرجى الرجوع إلى الكود التجريبي التالي: https://github.com/permadao/ffp-demo
< قسم><قسم><قسم><قسم><قسم>Order Book (سجل الطلبات) وAMM (صانع السوق التلقائي) هما آليتان تجاريتان مختلفتان، ولكل منهما اختلافات كبيرة في عمليات التداول الخاصة بهما. يسجل دفتر الطلبات جميع نوايا الشراء والبيع من خلال دفتر الطلبات، وتحتاج المعاملة إلى انتظار مطابقة السعر بين المشتري والبائع قبل إتمامها، لذا فهي تعتمد على مشاركة الطرف المقابل. AMM لا تعتمد على الأطراف المقابلة. يستخدم مجمعات السيولة والخوارزميات للسماح للمستخدمين بالتداول مباشرة مع الأصول الموجودة في المجمع. يقوم مزودو السيولة بإيداع الأموال في المجمع، وتستخدم AMMs الخوارزميات (مثل صيغ المنتجات الثابتة) لضبط الأسعار تلقائيًا، مما يسمح للمستخدمين بإكمال الصفقات دون انتظار المباراة.
يمكن لـ FFP التعامل مع معاملات Orderbook وAMM بطريقة وعملية موحدة، وبالتالي دمج سيولة الاثنين.
يرجى الرجوع إلى الكود التجريبي التالي: https://github.com/permadao/ffp-demo
وكيل سجل الطلبات
في FFP في العرض التجريبي لسجل الطلبات، يمكن للمطورين إنشاء وكلاء دفتر الطلبات وإجراء معاملات الأصول:
إنشاء وكيل دفتر الطلبات : إنشاء عملية وكيل سجل الطلبات من خلال وظيفة createOrderbookProcess منطق الأعمال ذو الصلة يجعلها كيانًا ماليًا مستقلاً مسؤولاً عن تسجيل الطلبات وإدارتها.
إيداع الأصول: استخدم البرنامج النصي Deposit.js لإيداع الرموز المميزة في وكيل سجل الطلبات لتوفير أموال التداول للطلب.
إنشاء أمر: قم بإنشاء أمر شراء أو بيع في دفتر الطلبات من خلال طريقة agent.makeOrder ، ويتم إرسال جميع الطلبات إلى AO مخطط FFP محدد في الشبكة، سيتم عرض الطلب بشفافية في شبكة blockchain بتنسيق محدد وانتظار المطابقة.
تلقي معاملة الطلب: استخدم طريقة الطلب agent.takeOrder لتلقي الطلب، وسيقوم النظام تلقائيًا بإكمال المعاملة والتحديث الأصول.
وكيل AMM
في وكيل AMM في العرض التوضيحي، الوكيل الذي أنشأه المستخدم يعادل مجمع سيولة سيادية شخصي. من خلال AgentFi، يمكن للمستخدمين توفير وظائف تبادل الأصول بشكل مستقل دون الاعتماد على المنصات المركزية أو التبادلات التقليدية. فيما يلي العملية الأساسية لعامل AMM:
إنشاء وكيل AMM: قم بإنشاء عملية وكيل AMM من خلال وظيفة createAMMProcess ، يتم نشرها كعملية AO يتحكم فيها المستخدم، مما يجعلها كيانًا ماليًا شخصيًا يتمتع بوظائف إدارة السيولة.
إيداع الأصول: يقوم المستخدمون بإيداع الرموز المميزة في وكيل AMM لضخ الدعم المالي في مجمع السيولة لدعم احتياجات التداول.
إضافة السيولة: اتصل بطريقة agent.addLiquidity ويمكن إضافة الأصول المودعة إلى مجمع السيولة نسبة التسعير والتبادل للأصول في المجمع.
التبادل التلقائي: يستخدم وكيل AMM خوارزميات (مثل صيغة المنتج الثابتة) لحساب سعر الصرف تلقائيًا، وسيتم إرجاع نتيجة السعر إلى الطلب في مستخدمي معاملات مخطط FFP محددين.
إزالة السيولة: عندما يرغب المستخدمون في سحب الأموال، يمكنهم استخدام طريقة agent.removeLiquidity لإزالة السيولة من المجمع وسحب الأصول.
من خلال إنشاء وكيل AMM، يتمتع المستخدمون بحقوق إدارة سيولة مستقلة تمامًا ويمكنهم تقديم خدمات تبادل الأصول دون أطراف مقابلة، وبالتالي إنشاء بيئة معاملات لا مركزية مخصصة.
يمكن اعتبار أنه عندما يقوم المستخدم بإنشاء وكيل (سواء كان وكيل AMM أو وكيل Orderbook)، فهو في الواقع يقوم بإنشاء بورصة لامركزية سيادية شخصية. يكسر AgentFi مفهوم التبادل التقليدي تمامًا، مما يسمح للمستخدمين بالتداول دون الاعتماد على منصة معينة. من خلال تحديد قواعد الوكلاء والعقود الذكية بوظائف محددة، يمكن للمستخدمين توفير "أماكن" للتبادل بشكل مستقل وتحقيق خدمات مالية مخصصة. تتطلب عملية إنشاء الوكيل سطرًا واحدًا فقط من التعليمات البرمجية.
قابلية التشغيل التفاعلي
مخطط FFP هو بروتوكول FusionFi (FFP) تنسيق منظم لتوحيد بيانات المعاملات والتسويات. وهو يحدد تنسيقات البيانات وبروتوكولات الاتصال في عمليات المعاملات المختلفة (مثل Orderbook وAMM) لضمان التشغيل البيني السلس والتوافق بين أنواع مختلفة من الوكلاء الماليين (الوكلاء). يسمح تنسيق البيانات الموحد هذا بمشاركة البيانات الأساسية مثل الأسعار وحالة الطلب ومعلومات الأصول أثناء عملية المعاملة وتحليلها بين الوكلاء المختلفين.
في الخطوة الرابعة من وكيل Orderbook ووكيل AMM، تعتمد كل من أوامر Orderbook وطلبات AMM تنسيق مخطط FFP موحد لتحقيق بنية بيانات تسوية متسقة. يعمل مخطط FFP على توحيد قابلية التشغيل التفاعلي عبر الوكلاء:
يمكن للمحكمين الاستعلام مباشرة عن طلبات دفتر الطلبات على السلسلة، ومقارنة دفتر الطلبات ودفتر الطلبات من خلال عروض أسعار AMM لمخطط FFP ، اكتشف الانتشار.
يحتاج المحكمون فقط إلى إرسال بيانات المعاملات بتنسيق موحد إلى عملية تسوية FFP لتحقيق المعاملات الصغيرة عبر الوكلاء وستضمن مواصفات FFP اكتمال أوامر التحوط المتعددة أو جميعها فشل كل شيء، وتجنب مخاطر عدم اتساق المعاملات.
في حالة FFP، تكون عمليات المعاملات المختلفة الخاصة بـ Orderbook وAMM قابلة للتشغيل المتبادل، مما يكسر الحدود بين نوعي الأعمال ويحقق التعاون والتكامل بينهما.
الميزات
يدعم FFP التسوية الذرية لمعاملات متعددة ويوفر الميزات المتقدمة التالية لـ DEX المبني على FFP:
تقسيم الطلبات الكبيرة: يمكن للمتداولين تقسيم الطلبات الكبيرة إلى عدة أوامر صغيرة. على سبيل المثال، يحتاج المتداول إلى إغلاق صفقة بقيمة مليون دولار، ولكن قد يواجه وكيل واحد صعوبة في تقديم أفضل عرض أسعار. يسمح FFP بتقسيم الطلبات الكبيرة إلى طلبات صغيرة متعددة، والتي يتم تنفيذها بين وكلاء مختلفين للحصول على أفضل سعر في الشبكة.
أوامر تجارية متعددة: يمكن دمج الأوامر المتفرقة في السوق في أمر ذري، مما يعزز قابلية التشغيل البيني لـ Orderbook و AMM، مما يجعل المعاملات أكثر مرونة.
التداول متعدد القفزات: التداول متعدد القفزات هو تطبيق موسع لوظيفة تجميع الأوامر. على سبيل المثال، إذا أراد المتداول استبدال الأصل A بـ C، ولا يوجد زوج تداول A-C في السوق، ولكن هناك أزواج تداول A-B وB-C، فيمكن لـ FFP دمج المعاملتين A-B وB-C في أمر واحد لتحقيق الغرض. من الصفقة.
مراجحة رأس المال الصفرية: يمكن للمراجحة الاستفادة من فرق السعر بين أمري التحوط في السوق. تختلف عن أنظمة المراجحة التقليدية، حيث لا تتطلب المراجحة ذات رأس المال الصفري الخاصة بـ FFP أموالًا خاصة، ويحتاج المراجح فقط إلى تقديم أمرين لعملية التسوية، وسيقوم النظام تلقائيًا بإكمال تبادل الأصول وتوزيع الدخل المنتشر على المراجح.
لا تعمل هذه الميزات المبتكرة التي تقدمها FFP على تبسيط تجربة التداول للمستخدم وضمان أفضل الأسعار فحسب، بل تزيد أيضًا من عدد المراجحين تضمن كفاءة رأس المال التداول الفعال للقيمة.
الآفاق
باختصار، يوفر برنامج FFP إطارًا موحدًا للوكلاء الماليين (الوكلاء)، مما يؤدي إلى كسر الحواجز بين السيناريوهات المالية المختلفة. ليس فقط Orderbook وAMM، ولكن أيضًا من خلال FFP،في المستقبل، يمكن دمج العديد من الشركات المالية مثل القروض والعقود الآجلة والأصول الاصطناعية بسلاسة لبناء نظام بيئي مالي لامركزي متعدد التطبيقات وسيناريوهات متعددة.
من خلال بنية البيانات الموحدة (مخطط FFP)، يعمل FFP على تبسيط الاتصال والتسوية بين الوكلاء، مما يؤدي إلى تحسين مرونة وكفاءة المعاملات. مع ظهور المزيد من أنواع الوكلاء الماليين، من المتوقع أن يصبح FFP هو البروتوكول الأساسي لنظام AgentFi البيئي على AO، مما يعزز تعميم التمويل السيادي الحقيقي والخدمات المالية الشخصية.
احصل على فهم أوسع لصناعة العملات المشفرة من خلال التقارير الإعلامية، وشارك في مناقشات متعمقة مع المؤلفين والقراء الآخرين ذوي التفكير المماثل. مرحبًا بك للانضمام إلينا في مجتمع Coinlive المتنامي:https://t.me/CoinliveSG
أضف تعليق
تسجيل الدخوللترك تعليقك الرائع ...
0 تعليقات
باكرا جدا
تحميل المزيد من التعليقات