يشرح إطار عمل التجميع الخاص ب Ben Thompson سبب تحول تطبيقات مثل Jupiter إلى بوابات افتراضية ، فهي تجيب على جميع الأسئلة الثلاثة: 1. ما هو عامل التفاضل الحالي ، وهل يمكن رقمنه؟ في DeFi ، المفاضل هو السيولة. من لديه أعمق حمامات السباحة يفوز. هذه السيولة رقمية بالفعل - > يسهل مسحها ومقارنتها والتوجيه بينها. 2. بمجرد رقمنتها ، هل تتحول المنافسة إلى تجربة المستخدم؟ نعم. إذا كان بإمكان أي شخص التوصيل بالسيولة ، فإن المعركة الحقيقية تدور حول التنفيذ: تسوية أسرع ، وعدد أقل من المعاملات الفاشلة ، وتصميم أكثر سلاسة. 3. إذا فزت بتجربة المستخدم ، فهل يمكنك تشغيل دولاب الموازنة؟ تجذب تجربة المستخدم الرائعة المزيد من المستخدمين - > مما يجذب المزيد من السيولة - > مما يجعل تجربة المستخدم أفضل. هذه الدورة هي الطريقة التي يترسخ بها الفائزون. هذا يؤدي إلى 3 مستويات من التجميع: - المستوى 1: اكتشاف السعر فقط أظهر للمستخدمين أفضل صفقة. قوارب الكاياك للرحلات الجوية ، 1 بوصة / ماتشا لمنصات DEX. مفيد ، ولكنه هش إذا كان السوق مركزا بالفعل (على سبيل المثال ، بقعة ETH على Uniswap) ، يضيف التوجيه القليل من القيمة. - المستوى 2: التنفيذ لا تشير فقط إلى الصفقة - افعلها. زر "اشتر الآن" من أمازون هو القالب. في DeFi ، يقع Aave هنا: السيولة موجودة بالفعل في العقود ، وتجربة التنفيذ (تسوية سريعة ، بدون إخفاقات) مرتبطة بالبروتوكول. - المستوى 3: مراقبة التوزيع هذه هي الكأس المقدسة - كن نقطة البداية. بحث Google للويب. متجر التطبيقات للجوال. وعلى سولانا ، كوكب المشتري. نجاح كوكب المشتري في سولانا: بدأ كمكتشف للسعر - > إضافة التوجيه الذكي (التنفيذ) - > تضمينه عبر محافظ مثل Phantom (التوزيع). الآن ، معظم صفقات Solana هي صفقات كوكب المشتري حتى لو لم يفتح المستخدمون موقع المشتري على الويب. لم يساعد كوكب المشتري المستخدمين في العثور على السيولة فحسب ، بل أصبح البوابة التي تتدفق من خلالها السيولة. هذه هي الطريقة التي تنتقل بها من "أداة مفيدة" إلى السوق نفسه. اقرأ مقالتنا كاملا لمعرفة المزيد (الرابط أدناه)