ما الذي يبنيه STON.fi حقًا خلف واجهة التبديل.

يرى معظم الناس @ston_fi مكانًا لتبديل الرموز على TON.

وهذا جزء فقط من الصورة.

المشكلة الأكبر هي تجزؤ السيولة.

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

هنا تصبح Omniston مهمة.

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

تعتمد البنية على RFQ وسيولة المُحلِّلات (resolver liquidity).

يطلب المستخدم إجراء تبديل.

يتنافس المُحلِّلون عبر تقديم عروض أسعار قابلة للتنفيذ.

بمجرد اختيار عرض السعر، تنسّق Omniston عملية التنفيذ والتسوية. في حالات التبديل بين السلاسل، يمكن استخدام HTLCs مترابطة بحيث تتم عملية التبديل بشكل ذري (atomically) أو يتم رد الأموال للأطراف. تبقى الأصول أصيلة (native) بدلًا من تحويلها إلى تمثيلات مُغلّفة عبر جسر تقليدي.

وهذا التمييز مهم.

الهدف ليس مجرد بناء واجهة تبديل أخرى.

بل نقل التعقيد تحت الواجهة.

لا ينبغي أن يحتاج المستخدمون إلى فهم كل مصدر سيولة أو قرار توجيه أو آلية تسوية لكي يبدلوا الأصول.

ولا ينبغي أن يحتاج المُنشئون إلى إعادة إنشاء تلك البنية التحتية لكل تطبيق أيضًا.

هذا هو الاتجاه الذي تتخذه STON.fi مع Omniston.

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

الجزء المثير للاهتمام ليس مجرد الواجهة.

بل ما يحدث تحتها.

@ston_f

#STONfi #DeFi #TON