كلما نظرت إلى STON.fi أكثر، زادت قناعتي بأن تسميته "DEX على TON" تفوّت الصورة الأكبر.

الـDEX هو المكان الذي بدأت منه الرحلة.

ما يبنونه الآن أكثر طموحًا بكثير: بنية تحتية مُصممة لتسهيل الوصول إلى السيولة والتنفيذ عبر نظم بيئية مجزأة من التمويل اللامركزي.

والجزء الرئيسي وراء هذه الرؤية هو Omniston.

يعاني التمويل اللامركزي من مشكلة سيولة.

ليس بسبب عدم كفاية السيولة، بل لأنّها موزعة في كل مكان.

لـTON أسواقه الخاصة.

لإيثريوم أسواقه الخاصة.

تملك Base وBNB Chain وPolygon وشبكات أخرى سيولتها وتطبيقاتها ومستخدميها.

من الناحية التقنية، هذه النظم بيئات منفصلة.

من منظور المستخدم، يخلق هذا الفصل احتكاكًا.

قد تكون لديك الأصول التي تحتاجها، لكن على السلسلة غير الصحيحة.

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

قد تحتاج إلى فهم الجسور ورموز الغاز ومحافظ متعددة والمسارات وبروتوكولات مختلفة.

تعمل STON.fi على جعل كثير من هذا التعقيد يحدث تحت السطح.

هنا يصبح Omniston مهمًا.

بدأ Omniston كـبروتوكول لتجميع السيولة لـ TON، يساعد في العثور على السيولة ومقارنتها عبر مصادر مختلفة.

لقد تطور الآن باتجاه طبقة تنفيذ أوسع يمكنها تنسيق عمليات المبادلة عبر السلاسل. تفصل أحدث بنية بين اكتشاف عروض الأسعار وتنسيق التنفيذ والتسوية والتتبّع في خط أنابيب أكثر مرونة. (STON.fi Blog⁠)

المفهوم بسيط:

بدلاً من أن يحدد المستخدم أفضل مسار، تبحث البنية التحتية عن خيارات قابلة للتنفيذ.

يمكن للمحلِّلات (Resolvers) أن تتنافس عبر تقديم عروض أسعار.

يقيم البروتوكول هذه الخيارات.

ثم يتم تنسيق مسار التنفيذ المُختار عبر آلية التسوية المناسبة.

يؤدي ذلك إلى إنشاء سوق للتنفيذ بدلًا من إجبار كل مستخدم على المرور عبر مسار واحد محدد مسبقًا.

وهذا هو المكان الذي أعتقد فيه أن رؤية STON.fi بعيدة المدى تصبح مثيرة للاهتمام.

إنهم لا يحاولون فقط تجميع سيولة AMM.

يتم تصميم Omniston لجمع نماذج تنفيذ مختلفة معًا.

سيولة DEX.

عروض أسعار يقودها المحلِّل (Resolver-driven quotes).

تنفيذ قائم على الضمان (Escrow).

تسوية عبر السلاسل.

تجارب قد تكون بدون رسوم غاز (gasless).

يمكن أن توجد كل هذه الأشياء تحت تجربة تبديل مبسطة واحدة.

قامت STON.fi بالفعل بدمج توجيه Omniston الذكي داخل dApp الخاصة بها، حيث يحصل تلقائيًا على السيولة من عدة DEXs على TON. وتقول إن بنيتها التحتية قامت بمعالجة أكثر من 29 مليون عملية تبديل وأكثر من 6.5 مليار دولار من حجم المعاملات. (STON.fi Blog⁠)

لكن الفرصة الأكبر هي عبر السلاسل.

يتم بناء معمارية Omniston الأحدث حول التنفيذ عبر السلاسل بدلًا من مجرد نقل الرموز عبر جسر تقليدي.

يستخدم النموذج محللين متنافسين (competing resolvers) وHTLCs مقترنة لتنسيق المبادلات الذرّية، مما يسمح للأصول الأصلية بالاستمرار على سلاسلها بدلاً من الاعتماد على مستودع مشترك يحتفظ بتمثيلات مWrapped. (STON.fi Blog⁠)

تلك الإشارة مهمة.

الهدف ليس بالضرورة:

“انقل رمزي إلى سلسلة أخرى.”

هي:

“أريد تبادل ما لدي بما أحتاجه.”

يبدو الأمر كفارق صغير.

ليس.

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

وتفكر STON.fi أيضًا بشكل يتجاوز عملية التبادل نفسها.

يتيح نموذج التسوية الأحدث للأوامر إمكانيات مثل التنفيذ عبر السلاسل والملء الجزئي وتجارب بدون رسوم غاز، حيث يمكن للمستخدم توقيع تفويض بينما يتولى المحلِّل تنفيذ التنفيذ على السلسلة ودفع الغاز. (STON.fi Blog⁠)

إنها نوع البنية التحتية التي قد تصبح مفيدة بشكل خاص لمحافظ الويب والتطبيقات.

لا ينبغي بالضرورة أن تحتاج المحفظة إلى بناء محرك تنفيذ عبر السلاسل الخاص بها.

لا ينبغي لتطبيق DeFi أن يحتاج إلى دمج عدة مصادر سيولة بشكل مستقل.

لا ينبغي لتطبيق مصغّر على تيليجرام أن يجبر المستخدمين على رحلة جسر معقدة.

بدلاً من ذلك، يمكن للتطبيق التركيز على تجربة المستخدم بينما تتولى طبقة التنفيذ التعامل مع التعقيد.

وهذا أيضًا سبب اعتقادي أن البنية التحتية للمطورين لدى STON.fi مهمة.

القيمة الحقيقية للبنية التحتية ليست فقط ما يمكن للشركة فعله داخل واجهتها الخاصة.

إنها الأشياء التي يمكن للتطبيقات الأخرى أن تبني عليها.

إذا استطاعت المحافظ والمجمِّعات والبورصات وتطبيقات DeFi دمج Omniston عبر واجهات برمجة التطبيقات (APIs) وSDKs الخاصة به، فيمكن أن تصبح STON.fi جزءًا من طبقة المعاملات التي تشغّل تجارب قد لا يدرك المستخدمون حتى أنها متصلة بـ STON.fi.

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

تتمثل الرؤية أساسًا في:

يجب أن تكون السيولة متاحة.

يجب أن تكون عملية التنفيذ منافِسة.

يجب تجريد تعقيد السلاسل المتقاطعة.

يجب أن يظل توفر تجربة المستخدم بسيطًا.

لا يزال هناك الكثير لإثباته.

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

لذا فالسؤال المهم ليس كم عدد السلاسل التي يمكن توصيلها نظريًا.

هل يمكن للنظام توفير تنفيذ موثوق عندما تبدأ الاستثمارات ورؤوس الأموال الحقيقية في التدفق عبره.

لكن الاتجاه واضح.

تنتقل STON.fi من كونها في المقام الأول مكانًا يقوم فيه المستخدمون بتبادل الرموز على TON، إلى بناء بنية تحتية يمكنها تنسيق السيولة والتنفيذ عبر بيئة DeFi أوسع بكثير.

قد لا يزال الواجهة تعرض “Swap”.

لكن تحت زر واحد بسيط، أصبحت البنية التحتية أكثر تعقيدًا بكثير.

وبصراحة، هذه هي الجزء من STON.fi الذي أراه الأكثر إثارة للاهتمام.

ليس DEX آخر.

ليس جسرًا آخر.

لكن طبقة تنفيذ مصممة لجعل السيولة المتجزئة تبدو كسوق متصل واحد.

إنها رؤية أكبر بكثير.