كيفية تحديد تجمع STON.fi على أنه V1 أو V2
يُعد تجمع STON.fi V1 أو V2 وفقًا لتوليد عقد الـDEX الخاص به. اتبع عنوان التجمع إلى الـRouter الخاص به واقرأ major_version. أسماء الأزواج وAPR والسيولة وعمر التجمع لا تثبت الإصدار.
🔥 لماذا تُعد أسماء الأزواج دليلاً ضعيفًا
- الأسماء TOKEN/USDT أو TOKEN/TON تذكر الأصول فقط.
- constant_product هو نوع تجمع، وليس دليلًا على V1.
- TVL والحجم والشعبية تقيسان النشاط، لا البنية.
- فشل مُحدد V2 فقط لا يكفي أيضًا لوحده.
🚀 سير عمل الـRouter
1. انسخ عنوان عقد التجمع، وليس الرمز.
2. استدعِ GET /v1/pools/{POOL_ADDRESS} وخذ router_address.
3. استدعِ GET /v1/routers/{ROUTER_ADDRESS}.
4. استخدم major_version 1 لـ V1 وmajor_version 2 لـ V2.
يستخدم SDK الخاص بـSTON.fi dexFactory نفس بيانات وصف الـRouter (بما في ذلك minor_version وrouter_type) لاختيار فئات العقود المتوافقة.
🧠 بصمات إضافية على السلسلة
- يبدأ V1 get_pool_data بالاحتياطيات ويتضمن ref_fee.
- تبدأ بيانات التجمع الشائعة في V2 بـ is_locked وrouter_address وtotal_supply.
- تعرض V2 Routers get_router_version مع major وminor وحقول التطوير.
💬 لماذا يجب أن يهتم المنشئون
تضيف V2 مواعيد نهائية، سيولة من جانب واحد، ودائع غير متوازنة أفضل، ومبادلات متسلسلة، ورسوم إحالة عبر Vault من 0.01% إلى 1%، وأنواع تجمعات إضافية. يبقى V1 نشطًا، لذلك لا ينبغي للبرمجيات افتراض أن كل تجمع STON.fi هو V2.
رأيي: اعتبر الإصدار بمثابة بنية العقد. أكد الـRouter أولاً، ثم استخدم الـgetters كفحص ثانٍ.
أي فحص لـSTON.fi يبدو لك أكثر موثوقية: واجهة Router أم مخبرات التجمعات؟ 👇
شارك الخطوة الدقيقة التي غالبًا ما تعثرك عند تصنيف تجمع.
ليس نصيحة استثمارية - ابحث بنفسك! 🚀
$GRAM @STONfi DEX
يُعد تجمع STON.fi V1 أو V2 وفقًا لتوليد عقد الـDEX الخاص به. اتبع عنوان التجمع إلى الـRouter الخاص به واقرأ major_version. أسماء الأزواج وAPR والسيولة وعمر التجمع لا تثبت الإصدار.
🔥 لماذا تُعد أسماء الأزواج دليلاً ضعيفًا
- الأسماء TOKEN/USDT أو TOKEN/TON تذكر الأصول فقط.
- constant_product هو نوع تجمع، وليس دليلًا على V1.
- TVL والحجم والشعبية تقيسان النشاط، لا البنية.
- فشل مُحدد V2 فقط لا يكفي أيضًا لوحده.
🚀 سير عمل الـRouter
1. انسخ عنوان عقد التجمع، وليس الرمز.
2. استدعِ GET /v1/pools/{POOL_ADDRESS} وخذ router_address.
3. استدعِ GET /v1/routers/{ROUTER_ADDRESS}.
4. استخدم major_version 1 لـ V1 وmajor_version 2 لـ V2.
يستخدم SDK الخاص بـSTON.fi dexFactory نفس بيانات وصف الـRouter (بما في ذلك minor_version وrouter_type) لاختيار فئات العقود المتوافقة.
🧠 بصمات إضافية على السلسلة
- يبدأ V1 get_pool_data بالاحتياطيات ويتضمن ref_fee.
- تبدأ بيانات التجمع الشائعة في V2 بـ is_locked وrouter_address وtotal_supply.
- تعرض V2 Routers get_router_version مع major وminor وحقول التطوير.
💬 لماذا يجب أن يهتم المنشئون
تضيف V2 مواعيد نهائية، سيولة من جانب واحد، ودائع غير متوازنة أفضل، ومبادلات متسلسلة، ورسوم إحالة عبر Vault من 0.01% إلى 1%، وأنواع تجمعات إضافية. يبقى V1 نشطًا، لذلك لا ينبغي للبرمجيات افتراض أن كل تجمع STON.fi هو V2.
رأيي: اعتبر الإصدار بمثابة بنية العقد. أكد الـRouter أولاً، ثم استخدم الـgetters كفحص ثانٍ.
أي فحص لـSTON.fi يبدو لك أكثر موثوقية: واجهة Router أم مخبرات التجمعات؟ 👇
شارك الخطوة الدقيقة التي غالبًا ما تعثرك عند تصنيف تجمع.
ليس نصيحة استثمارية - ابحث بنفسك! 🚀
$GRAM @STONfi DEX
