MaelleCrypto

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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