تفسير ERC7527: نموذج تسعير لامركزي جديد

‍نظرة عامة

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

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

ERC7527

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

يقترح ERC7527 نموذجا جديدا لتسعير التطبيقات حسب الرموز الإصدار ERC7527. ERC7527 سعر الرمز المميز يحدد في الواقع القيمة السوقية التطبيق (القيمة السوقية التطبيق = ERC7527 السعر × الكمية). يترجم هذا النهج تسعير التطبيق إلى تسعير الرمز المميز ERC7527. ينقسم تسعير الرموز المميزة ERC7527 إلى الجزأين التاليين:

• ERC7527 يوفر واجهة للحصول على عروض الشراء (wrap) والبيع (unwrap) الخارجية، مما يتيح للمطورين تنفيذها بأنفسهم.
• التسعير. يستخدم FOAMM (Function Oracle Automated Market Maker) المعتمد على ERC7527 wrap لتوفير التسعير لعمليات الشراء ، أو unwrap لتوفير التسعير لعمليات البيع دون الحاجة إلى مزودي سيولة خارجيين.

بالنسبة لمشكلة أسعار الشراء والتسعير لرمز ERC7527، يوفر ERC7527 قابلية برمجة متكاملة. على وجه التحديد، يمكن للمستخدم استدعاء الوظيفة التالية للحصول على عروض الأسعار:

ويحتاج مطورو ERC7527 إلى تصميم نموذج العرض أثناء عملية التطوير لتقديم العرض النهائي. عندما يستدعي المستخدم getWrapOracle للحصول على العرض الحالي، يمكن للمستخدم اختيار حقن السيولة في بركة ERC7527 لتحويل العرض إلى تسعير. على وجه التحديد، يمكن للمستخدم استدعاء وظيفة wrap داخل FOAMM لحقن السيولة:

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

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

يمكن للمطورين بناء وظيفة أي سعر بيع بناءً على سيولة التجمع، والتي يجب أن تبقى في توازن التسوية في النهاية. يمكن للمستخدمين استدعاء getUnwrapOracle في أي وقت للحصول على سعر بيع ERC7527 الحالي ويمكنهم اختيار استدعاء وظيفة FOAMM unwrap بعد ذلك لتدمير عملة ERC7527 والحصول على عدد الرموز المميزة لسعر البيع في التجمع:

بشكل عام، بالنسبة للمستخدم، يتكون تفاعل ERC7527 من جزئين فقط:

• استدعاء وظيفة getWrapOracle لقراءة عرض الشراء الحالي ، وفي حال كانت عروض الشراء مناسبة ، يتم استدعاء وظيفة wrap لحقن السيولة والحصول على الرمز الخاص بـ ERC7527.
• استدعاء وظيفة getUnwrapOracle لقراءة التقدير الحالي للبيع ، وفي حال كان التقدير مناسبًا ، استدعاء وظيفة unwrap لتدمير الرموز المملوكة في بركة استخلاص العروض لكمية العروض المباعة.

في القيم المُرجَعَة لدوال getWrapOracle و getUnwrapOracle التي تم ذكرها في النص السابق، تظهر خيارات السعر والرسوم، حيث يُمثل السعر الكمية من الرموز النقدية ERC7527 التي يجب دفعها للحصول على عملية wrap أو unwrap، بينما تُمثِّل الرسوم العمولة التي يجب على المستخدم دفعها عند عملية wrap أو unwrap، وهذه الرسوم يتم سحبها في نهاية المطاف من المستخدم المحدد.

ERC7527 هو نوع من الرموز القياسية، مشابهة للرموز القياسية الأخرى مثل ERC20، ولديها أيضًا عنوان الرمز الخاص بها. يحتوي ERC7527 على الحقول المحددة التالية:

تعرف الهيكل أعلاه على الخصائص الأكثر أهمية لـ ERC7527 ، حيث يمثل العملة الرمزية العملة التي يقدمها المستخدم لصب ERC7527 رمزًا ، ويشير السعر الممتاز إلى السعر الابتدائي لرمز ERC7527 ، ويمثل مستلم الرسوم العملية المتاحة وعنوان استلام الرسوم خلال عملية اللف والفك ، بينما تمثل mintFeePercent و burnFeePercent نسبة الرسوم لعملية اللف والفك.

يتمتع ERC7527 بميزة تقلب مستحقات العرض بمقابل (premium) ، حيث يتم استخدام كلمة ‘السعر’ في تعريف الدالة السابقة ، وهي تشير إلى ‘premium’ داخل هيكل الأصول.

تعريف ERC7527 ثلاث وحدات مختلفة:

1. عنوان عقد تطبيق التطبيق هو عنوان عقد ERC7527 Token. يتطلب ERC7527 أن يرث عقد التطبيق واجهات ERC721Metadata ذات الصلة. ويجب أن يتعرض هذا العقد للواجهة mint و burn لتسهيل استدعاء المجموعة، ويمكن استدعاء واجهة mint و burn فقط من قبل المجموعة لتجنب صب سيئ النية لعقد ERC7527 Token والتي قد تؤدي إلى تفكيك غير متوازن للمجموعة.
2. وكالة وكالة هي البركة التي تم ذكرها في النص السابق والتي يتم فيها تنفيذ FOAMM ، وهي العقد الأساسي للتفاعل مع المستخدمين. يتم تنفيذ وظائف getWrapOracle / wrap / getUnwrapOracle / unwrap التي تم ذكرها في النص السابق في هذا العقد. يتم تخزين الرموز التي يتم حقنها من قبل المستخدمين عند شرائهم (wrap) للاستخدام في حالة الانسحاب (unwrap) . هذا العقد هو عقد لتصفية رموز ERC7527.
3. Factoryمصنع هو عقد مساعد يهدف إلى تبسيط نشر التطبيق والوكالة لتسهيل نشر الرموز الرمزية ERC7527 للمستخدمين.

يمكن الرجوع إلى الرسم البياني للعلاقة بين ثلاثة أنواع من المكونات:

في ERC7527 ، توجد علاقة ربط ثنائية بين التطبيق والوكالة. من الناحية الكودية، يمكن للوكالة فقط استدعاء وظائف الإنشاء والحرق في التطبيق، وتمت إتفاقية ERC7527 أيضًا على سلسلة من الوظائف لتسهيل استعلام المستخدمين عن عنوان الوكالة في حالة معرفة التطبيق (وظيفة getAgency)، وفي حالة معرفة الوكالة (وظيفة getStrategy) للاستعلام عن عنوان التطبيق.

من وجهة نظر السيولة، يوجد سيولة مقابل كل رمز ERC7527 داخل التطبيق، مما يضمن توازن تسوية البركة.

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

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

نموذج السعر المتتالي

في الفقرة السابقة، ناقشنا تفصيلاً مبدأ عمل ERC7527، لكن لم يتم تقديم تفاصيل بناء نموذج عرض الشراء في الفقرة السابقة. يقدم ERC7527 واجهة getWrapOracle هنا فقط، والتنفيذ الفعلي لنموذج عرض الشراء يعتمد بشكل كامل على المطور. في هذه الفقرة، سيتم تقديم نموذج عرض الشراء العام.

يجب أن يُنظر سعر شراء ERC7527 من منظورين ميكرو وماكرو على حد سواء.

من الناحية العامة ، نتوقع أن يزداد سعر ERC7527 الخاص بنا مع زيادة كمية حيازة ERC7527. على نحو أكثر تحديدًا ، يجب ألا يكون سعر ERC7527 الحالي الذي تم الحصول عليه من خلال getWrapOracle أقل من التسعير (أو ما يعرف بـ “سعر الصفقة السابقة”) .

يجب أن تزداد أسعار ERC7527 Token مع زيادة كمية حيازة ERC7527 Token وهذا سيؤدي إلى نتيجة مثيرة للاهتمام، وهي أن ERC7527 Token نفسه سيكون لديه آلية توسيع الائتمان. وبشكل أكثر تحديدًا، ستظهر قيمة سوق ERC7527 Token أكبر من TPL (الإجمالي المقفل من الأقساط). هذه الآلية لتوسيع الائتمان ستجعل كل حائز على ERC7527 Token يحصل على زيادة في الائتمان.

في النص السابق، لم نتطرق إلى بيع unwrap التجاري، حيث يؤدي البيع التجاري لـ unwrap إلى انخفاض السعر المعروض للشراء. يمكننا استخدام نظام بسيط قائم على الكومة لتنفيذ خطة البيع التي تؤدي إلى انخفاض سعر الشراء.

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

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

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

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

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

بشكل عام، يجب أن يتوافق نموذج السعر المثالي مع المتطلبات التالية:

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

بالإضافة إلى ذلك، نأمل أيضا أن يمكن لنموذج التسعير أن يلبي نموذج النمو للتطبيقات التالية:

• في المراحل المبكرة، لديه نمو عالي
• تتمتع مرحلة ما بعد النضج بنمو مستقر نسبيًا

سنقدم الحلول المحددة في النص التالي.

أولاً، يكون تلبية المتطلبات الكبرى في الواقع بسيطًا للغاية، حيث نحتاج إلى تضمين التسعير (Pn-1) كعامل داخل نموذج العرض. ثم، بالنسبة للطلب الدقيق، يمكننا حل المشكلة عن طريق تقسيم الدالة إلى قطع. في النهاية، يمكننا الحصول على الدالة التسعير التالية:

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

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

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

نقوم بإنشاء بيئة لمحاكاة نموذج الأسعار المذكور أعلاه ، ونتائج المحاكاة كما يلي:

في الرسم البياني لشمعة المحاكاة ، تمثل العمود الأول اتجاه سعر ERC7527 الحالي ، في حين يمثل العمود الثاني كمية حالية من ERC7527 ، والتي ستزيد بعملية wrap وتنقص بعملية unwrap. من الناحية البرمجية ، يتم الفعلي تحقيق العمود الثاني عن طريق استدعاء وظيفة totalSupply في التطبيق. يمثل العمود الثالث عدد عمليات wrap و unwrap الحالية ، حيث يمثل الخط الأخضر عدد عمليات ال wrap ، في حين يمثل الخط الأحمر عدد عمليات ال unwrap.

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

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

يعرض الرسم البياني أدناه تغييرات الأسعار المحددة بشكل محدد، حيث يعبر B عن الشراء (wrap)، بينما يعبر S عن البيع (unwrap). يمكننا ملاحظة أن النموذج الكامل للتسعير يضمن عدم انخفاض سعر تنفيذ كل عملية شراء على المستوى العام، بينما يتم استخدام تسعير الشراء السابق الموجود في كل عملية بيع، وبالتالي فإن هذه الصورة لها تماثل معين.

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

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

في الواقع، لا زلنا نستخدم نفس وظيفة التسعير مثل السابق، ولكن بتعديل بعض المعلمات، والمنحنى المعدل بعد التعديل كما يلي:

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

نحاول محاكاة تغير أسعار التداول لإمدادات عملة ERC7527 الرمزية من 0 إلى 20000. حصلنا على الرسم البياني للشموع التالي:

السعر الأولي المحدد ل مخطط الشموع أعلاه هو 0.1. عندما يصل العرض إلى 20000 ، pump السعر من 0.1 إلى 300 الأولي ، والسعة pump 3000 مرة.

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

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

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

تطبيقات موسعة

في هذا القسم، سنقدم عدة تطبيقات توسيعية لـ ERC7527 التالية:

• ERC7527 كطبقة حوافز لتطبيقات الذكاء الاصطناعي
• ERC7527 كجهاز أوراكل ذو طابع ذري لتطبيقات أخرى، وخاصة تطبيقات الاقتراض

طبقة الحوافز لتطبيقات الذكاء الاصطناعي

تحتاج تطبيقات الذكاء الاصطناعي إلى طبقة حافز جديدة بينما يمكن أن يوفر ERC7527 طبقة حافز نظامية لتطبيقات الذكاء الاصطناعي، وتعتبر عملة ERC7527 أصل الطبقة الحافزة.

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

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

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

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

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

عندما يحمل المستخدم رمز ERC7527 ، يمكنه استدعاء عقد مصنع ERC6551 الموجود في الشبكة الرئيسية لـ Ethereum لنشر حساب ERC6551 لرمز ERC7527 ، ثم استخدام حساب ERC6551 لاستدعاء عقد الجسور ERC6551 المنشور في الشبكة الرئيسية ، ستقوم عقد الجسور بالاستدعاء عقد مصنع ERC6551 الموجود في الطبقة الثانية من Ethereum لنشر حساب ERC6551 في الطبقة الثانية للمستخدم.

توجد نسخة مبسطة من جزء ERC6551 للتفاعل عبر السلسلة ، يمكن للمطورين الاطلاع على الشفرة الموجودة في ERC6551Mirror ويستخدم هذا المستودع Chainlink CCIP لتنفيذ عمليات التفاعل عبر السلسلة لـ ERC6551.

عند الانتهاء من التفاعل عبر السلسلة ERC6551، يمكن للمستخدم استخدام حساب ERC6551 لاستخراج مكافآت داخل عقد توزيعات الأرباح.

آلة أوراكل الذرية

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

يعمل ERC7615 كما هو موضح في الشكل أدناه:

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

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

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

يمكننا تضمين دفعة ERC7615 داخل وظيفة unwrap ، وإرسال سعر بيع unwrap الحالي مباشرةً إلى بروتوكول الإقراض. عندما يحصل بروتوكول الإقراض على سعر unwrap المرسل ، يمكنه تسوية المراكز التي تستخدم رموز ERC7527 كضمان.

عندما يحتاج موقف الاقتراض ما إلى التسوية، يمكن لاتفاق الاقتراض تنفيذ عملية الكشف لاستخراج السيولة داخل ERC7527Agency لتسوية موقف الاقتراض.

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

في الواقع، يمكن الحصول على سعر البيع المعروض لأي بروتوكول داخل ERC7527، مما يعني أن المطورين يحتاجون فقط إلى كتابة واجهة استقبال لـ ERC7615 للحصول على تسعيرة لأصل وإكمال العمليات الأخرى.

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

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

يمكن لرمز ERC7527 في هذا الوقت الحصول على توزيعات الأرباح داخل عقد الرهن. عندما يقوم المستخدم بإلغاء رهن رمز ERC7527 المحدد ، سيقوم عقد الوكالة بإرسال هذه الرسالة إلى عقد الرهن باستخدام ERC7615 ، وسيقوم عقد الرهن بإلغاء حالة رهن رمز ERC7527 المحدد وإجراء التصفية النهائية.

خلال هذه العملية، تضمن ERC7615 مسألة التصفية في نظام الرهن، وضمن عدم إمكانية الحصول على عوائد الرهن للرموز المميزة ERC7527 التي تم تدميرها.