سلسلة TON تصبح أسرع 6 مرات للتو. ما التغيير الذي تجلبه Catchain 2.0 الآن؟

يبدأ ترقية Catchain 2.0 من TON يوم 10 أبريل، لتُقلِّص أزمنة التأكيد من 10 ثوانٍ إلى أقل من ثانية واحدة. إليك ما الذي تغيّر وما الذي يعنيه ذلك.

كانت سلسلة بلوكشين TON تؤكد المعاملات في حوالي عشر ثوانٍ. وانتهى ذلك في 10 أبريل 2026. أصبحت الحسمية دون-ثوانٍ تعمل الآن على الشبكة الرئيسية، وقد تقلّصت فعليًا الفجوة بين إجراء المستخدم وتأكيد المعاملة على السلسلة إلى حدّ الانعدام.

قال بافل دوروف على X الأمر بوضوح. لقد حصلت بلوكشين TON للتو على ترقية تجعلها أسرع 10 مرات إجمالًا، مع ارتفاع معدل الكتل بمقدار 6x. أصبحت المعاملات الآن فورية، دون-ثانية. صاغ دوروف ذلك كخطوة أولى في خارطة طريق من سبع خطوات أطلق عليها Make TON Great Again، أو MTONGA. وبحسبه، الخطوة الثانية تُخفض رسوم المعاملات المنخفضة أصلًا بمقدار 6x إضافية.

المحرك وراء التغيير هو Catchain 2.0. فهو يستبدل نهج الإجماع القديم بالكامل.

كتل كل 400 مللي ثانية. لا، فعلًا.

تصل الكتل الآن كل 400 مللي ثانية على الشبكة الرئيسية. وهذا أقل من حوالي 2.5 ثانية. يضغط مستوى بثّ جديد تحديثات الحالة إلى التطبيقات في شبه اللحظة التي تهبط فيها كتلة، كما ينخفض تأخر الحسم من حوالي عشر ثوانٍ إلى قرابة ثانية واحدة.

وفقًا لإعلان TON الرسمي، فإن الترقية ليست معيارًا للأداء. بل وُصفت كتغيير تأسيسي لما يمكن لـ TON تقديمه. تتم المدفوعات الآن في حوالي ثانية واحدة. تُنفَّذ الصفقات دون انتظار. ويمكن لـ Mini Apps داخل تيليجرام أن تستجيب باللحظية التي يتوقعها المستخدمون بالفعل من أي منتج آخر.

أشارت وثائق مطوري TON إلى نتيجة عملية واحدة على اقتصاديات الشبكة. المزيد من الكتل في كل ثانية يعني المزيد من مكافآت المدققين. يُتوقع أن ترتفع التضخم السنوي من نحو 0.6% إلى حوالي 3.6%. ومع ارتفاع المشاركة في الرهان (staking)، ستصل تلك المكافآت إلى توازن جديد.

الجزء الذي سيفوته معظم المطورين

السرعة على مستوى البروتوكول لا تعني تلقائيًا وصولها إلى المستخدمين. هذه الجزء مهم.

ستظل التطبيقات التي تعمل عبر استطلاع HTTP (polling) تُظهر تأخيرات عشر ثوانٍ حتى الآن. وثائق مطوري TON دقيقة بشأن هذا. فالمستخدم الذي ينقر على “Send” عند الصفر يحصل على معاملة تُدرج في كتلة shard عند 0.4 ثانية. وتصبح مُحسمة عند 0.8 ثانية. لكن إذا كان التطبيق يقوم بالاستطلاع، فسيتم تحديث واجهة المستخدم عند دورة الاستطلاع التالية. وقد يستمر ذلك حتى عشر ثوانٍ أو أكثر.

الحل هو التحويل إلى Streaming API v2 من TON Center. فهو يوفّر أربع حالات للمعاملات على التوالي: pending وconfirmed وfinalized وtrace_invalidated. تتراوح زمنية التأخير من حدث السلسلة إلى العميل بين 30 و100 مللي ثانية. تستخدم MyTonWallet وtonscan.org بالفعل ذلك على الشبكة التجريبية والشبكة الرئيسية. وحتى قبل تشغيل الحسمية دون-ثانية، كانت أزمنة استجابتهما قد انخفضت إلى النصف تقريبًا.

يواجه المفهرسون (Indexers) مشكلة مختلفة. فهم الآن يعالجون ما يصل إلى 6x كتل إضافية في كل ثانية. أي مفهرس مضبوط على فواصل 2.5 ثانية سيتأخر تحت فواصل 400ms. إرشادات TON Core واضحة: الاتصال بالشبكة التجريبية (testnet)، التشغيل لمدة لا تقل عن 30 دقيقة، وقياس التأخر بشكل مستمر قبل تفعيل الشبكة الرئيسية.

مليار مستخدم. البنية التحتية أصبحت جاهزة الآن.

الاتصال بتيليجرام يجعل هذا أكثر من مجرد إنجاز تقني. تعمل TON داخل تطبيق يستخدمه أكثر من مليار شخص. أشارت مبادرة $400M treasury التابعة لمؤسسة TON في وقت سابق من هذا العام إلى اهتمام مؤسسي باتجاه الشبكة طويل الأمد. والآن، مع تشغيل التأكيدات دون-ثانية، لم تعد حالات الاستخدام للمستوى الاستهلاكي التي تتطلب السرعة، والدفعات التي تبدو كأنها رسائل، والصفقات اللحظية، واستجابات Mini App الفورية، مقيدة عنق الزجاجة بسبب السلسلة نفسها.

ومع ذلك، فإن كون البنية التحتية جاهزة، وأن التطبيقات تؤدي ما عليها، هما أمران منفصلان. سيُعدّ المطورون الذين يدمجون Streaming API v2 قبل الموجة الأوسع هم الذين سيختبرهم المستخدمون فعليًا بوصفهم سريعين. أما الذين لا يفعلون فسيظهرون بطيئين مهما كان ما تفعله البروتوكول تحت الغطاء.

تضع خارطة طريق MTONGA الخاصة بدورووف هذا التحديث في الخطوة الأولى. لقد كانت منظومة تيليجرام الخاصة بـ TON تبني عمقًا مؤسسيًا وماليًا جادًا. مجموعة أدوات المطورين الموصى بها—Streaming API v2 وTON Center v3 وAppKit—متاحة بالفعل. كانت الشبكة التجريبية تعمل بسرعة دون-ثانية لعدة أشهر. السؤال الآن هو: ما مدى سرعة لحاق طبقة التطبيق بالركب.

السلسلة تعمل في الوقت الحقيقي. هذا الجزء مُنجز.