🧩 لماذا يمكن لـ STONfi ترقية جهاز التوجيه (الراوتر) لكن ليس حمّام السباحة الخاص بك
في عالم DeFi، قد تبدو كلمة “قابل للترقية” بسيطة. على STONfi، ليست كذلك. جهاز التوجيه والـ Pool لهما نماذج ترقية مختلفة لأنهما يؤدّيان وظائف مختلفة.
➡ جهاز التوجيه هو الجزء المتحرك
الـ Router هو بوابة الدخول إلى الـ DEX. يستقبل رسائل Jetton، يفك تعليـمات التبديل ويقوم بإرسالها إلى الـ Pool الصحيح. لا يقوم بتخزين الاحتياطيات الخاصة بكل زوج أو حالة التسعير.
وهذا يجعل الـ Router المكان المنطقي للتطور. يمكن لـ STONfi تغيير منطق التوجيه دون إعادة كتابة سيولة الـ Pool الموجودة. لكن “قابل للترقية” لا يعني “فوري”: ترقية كود الـ Router تتم عبر عملية من مرحلتين مع حد أدنى لتأخير سبعة أيام، بينما تبقى الحالة المعلّقة ظاهرة للعموم.
➡ الـ Pool مختلف
الـ Pool يحتوي على الحالة التي تخص فعليًا زوج التداول: الاحتياطيات والرسوم ومنطق تسعير AMM. بمجرد نشره، لا يتم استبدال كوده عبر الـ Router.
التفصيلة المهمة في TON هي أن الـ Router يخزّن قالب كود الـ Pool، بينما يتم اشتقاق عنوان الـ Pool من كوده وحالته الابتدائية. تغيير هذا القالب لا يقوم بترقية الـ Pool الحالي؛ بل ينشئ Poolًا مختلفًا على عنوان مختلف.
السيولة المودعة وفق قواعد Pool واحد تبقى خاضعة لتلك القواعد. يمكن لتصميمات Pools جديدة أن تتعايش بدلًا من إجبار كل مزوّد سيولة (LP) على الترحيل.
➡ الشيء الذي لا ينبغي لمطوّري البرامج تفويته
ليست كل التغييرات تتطلب ترقية. يمكن للـ Router تعديل رسوم الـ Pool وقفل/فتح التداول دون استبدال كوده. بالنسبة للمُدمجين، لا تضعوا عنوان Router ثابتًا؛ استخرجوا الـ Router الحالي عبر الـ API لأنه قد يتغير.
من الأسهل فهم بنية النظام باعتبارها فصلًا للمسؤوليات:
Router = طبقة تنسيق قابلة للترقية.
Pool = حالة سوق دائمة.
خاصية الأمان ليست مجرد “عدم القابلية للتغيير” كذلك. بل هي فصل العقد القادر على التطور عن العقد الذي يحمل حالة سيولة السوق.
NFA - DYOR
$BTC
في عالم DeFi، قد تبدو كلمة “قابل للترقية” بسيطة. على STONfi، ليست كذلك. جهاز التوجيه والـ Pool لهما نماذج ترقية مختلفة لأنهما يؤدّيان وظائف مختلفة.
➡ جهاز التوجيه هو الجزء المتحرك
الـ Router هو بوابة الدخول إلى الـ DEX. يستقبل رسائل Jetton، يفك تعليـمات التبديل ويقوم بإرسالها إلى الـ Pool الصحيح. لا يقوم بتخزين الاحتياطيات الخاصة بكل زوج أو حالة التسعير.
وهذا يجعل الـ Router المكان المنطقي للتطور. يمكن لـ STONfi تغيير منطق التوجيه دون إعادة كتابة سيولة الـ Pool الموجودة. لكن “قابل للترقية” لا يعني “فوري”: ترقية كود الـ Router تتم عبر عملية من مرحلتين مع حد أدنى لتأخير سبعة أيام، بينما تبقى الحالة المعلّقة ظاهرة للعموم.
➡ الـ Pool مختلف
الـ Pool يحتوي على الحالة التي تخص فعليًا زوج التداول: الاحتياطيات والرسوم ومنطق تسعير AMM. بمجرد نشره، لا يتم استبدال كوده عبر الـ Router.
التفصيلة المهمة في TON هي أن الـ Router يخزّن قالب كود الـ Pool، بينما يتم اشتقاق عنوان الـ Pool من كوده وحالته الابتدائية. تغيير هذا القالب لا يقوم بترقية الـ Pool الحالي؛ بل ينشئ Poolًا مختلفًا على عنوان مختلف.
السيولة المودعة وفق قواعد Pool واحد تبقى خاضعة لتلك القواعد. يمكن لتصميمات Pools جديدة أن تتعايش بدلًا من إجبار كل مزوّد سيولة (LP) على الترحيل.
➡ الشيء الذي لا ينبغي لمطوّري البرامج تفويته
ليست كل التغييرات تتطلب ترقية. يمكن للـ Router تعديل رسوم الـ Pool وقفل/فتح التداول دون استبدال كوده. بالنسبة للمُدمجين، لا تضعوا عنوان Router ثابتًا؛ استخرجوا الـ Router الحالي عبر الـ API لأنه قد يتغير.
من الأسهل فهم بنية النظام باعتبارها فصلًا للمسؤوليات:
Router = طبقة تنسيق قابلة للترقية.
Pool = حالة سوق دائمة.
خاصية الأمان ليست مجرد “عدم القابلية للتغيير” كذلك. بل هي فصل العقد القادر على التطور عن العقد الذي يحمل حالة سيولة السوق.
NFA - DYOR
$BTC
