بالنسبة لمستخدمي Telegram Mini App أو محفظة TON أو التطبيقات المبنية على EVM، فإن القيمة الأساسية لـ TAC تكمن في قدرتها على إخفاء تعقيدات العمليات عبر السلاسل، مما يتيح للمستخدمين استدعاء عقود Solidity بسلاسة داخل منظومة TON.
عادة ما تتكون هذه العملية من ستة عناصر: محول TON، المراسلة عبر السلاسل، شبكة Sequencer، طبقة TAC EVM، تنفيذ عقد Solidity، ومسارات تفاعل المستخدم.

يعمل TAC كإطار تنفيذ عبر السلاسل يربط مستخدمي TON بعقود EVM، بهدف أساسي هو تمكين واجهة Telegram الأمامية من استدعاء تطبيقات Solidity على طبقة TAC EVM. وبحسب الوثائق الرسمية لـ TAC، فهو يعمل كطبقة EVM 1 محسنة لبيئة Telegram، ويجسر تطبيقات Ethereum اللامركزية (dApps) مع مستخدمي Telegram من خلال طبقة مخصصة عبر السلاسل ضمن TON.

من الناحية المعمارية، لا ينتقل المستخدمون مباشرة إلى شبكة EVM، بل ينفذون إجراءاتهم من داخل Telegram Mini App أو محفظة TON. تبدأ العملية عندما يقدم المستخدمون طلبات تداول أو مبادلة أو إقراض أو غيرها من خدمات التطبيقات. يستخدم التطبيق الهجين Hybrid dApp حزمة تطوير TAC SDK لتحويل هذه الطلبات إلى رسائل عبر السلاسل. يستقبل محول TON هذه الرسائل ويقوم بالتحقق منها، وتتكفل شبكة Sequencer بالفرز وتحقيق الإجماع. في النهاية، تنفذ طبقة TAC EVM عقد Solidity المناسب وتعيد النتائج إلى واجهة TON.
هذا الفصل بين تجربة المستخدم وتنفيذ العقود أمر أساسي؛ إذ يبقى المستخدمون ضمن واجهة TON أو Telegram، بينما يمكن للمطورين بناء التطبيقات باستخدام أدوات EVM المعتادة. على مستوى المنظومة، يقلل ذلك من صعوبة انتقال المستخدمين ويخفض الحواجز التقنية أمام مشاريع EVM للانضمام إلى بيئة Telegram.
يعد محول TON المكون الرئيسي للمراسلة عبر السلاسل في TAC، حيث يتولى نقل والتحقق وتنسيق الرسائل على مستوى التطبيقات بين TON وطبقة TAC EVM. بخلاف الجسور التقليدية التي تركز فقط على نقل الأصول، يعمل محول TON كنظام مراسلة لتفاعل التطبيقات واستدعاء عقود EVM.
عمليًا، يبدأ المستخدمون الطلبات من داخل محفظة TON أو تطبيقات Telegram. يستقبل محول TON هذه الرسائل ويوجهها إلى شبكة Sequencer الموزعة. يتحقق النظام من كل رسالة حسب المحتوى والتوقيع والحالة، ثم يوجه الرسائل الصحيحة إلى طبقة TAC EVM. بعد تنفيذ عقد EVM، تعاد النتائج إلى واجهة المستخدم.
هيكليًا، يتموضع محول TON بين TON وTAC EVM، ويعمل كوسيط أساسي في تنفيذ العمليات عبر السلاسل. هذا التصميم يمكّن المطورين من الاعتماد على مكون موحد لنقل الرسائل والتحقق منها وتنسيق التنفيذ دون الحاجة إلى بناء منطق اتصال معقد لكل تطبيق.
تشكل المراسلة عبر السلاسل جوهر بنية التطبيقات الهجينة Hybrid dApp في TAC، حيث تحول إجراءات المستخدمين على TON إلى تعليمات قابلة للمعالجة والتنفيذ على طبقة TAC EVM. وتوضح وثائق TAC أن نظام المراسلة هذا يتيح تواصلًا آمنًا بين مستخدمي TON وعقود EVM الذكية من خلال إنشاء الرسائل والتحقق منها وتنفيذها.
تسير العملية كالتالي: يقدم المستخدمون إجراءات على الواجهة الأمامية مثل استدعاء DeFi Futures أو تنفيذ مهام تطبيقية. ينشئ التطبيق الهجين رسالة تتضمن نية المستخدم والعقد المستهدف ومعايير التنفيذ. يتحقق محول TON وشبكة Sequencer من مصدر الرسالة وصيغتها وشروطها. تُرسل الرسائل التي تم التحقق منها إلى طبقة TAC EVM، فتقوم بتنفيذ عقد Solidity المناسب.
| خطوة العملية | إجراء المستخدم | إجراء النظام | النتيجة |
|---|---|---|---|
| بدء الطلب | تنفيذ العمليات في محفظة TON أو تطبيق Telegram | إنشاء رسالة عبر السلاسل | تسجيل نية المستخدم |
| استلام الرسالة | انتظار معالجة التطبيق | محول TON يستقبل الرسالة | الطلب يدخل طبقة العبور عبر السلاسل |
| التحقق والفرز | لا حاجة لتدخل يدوي | Sequencer يتحقق ويفرز | الرسالة جاهزة للتنفيذ |
| تنفيذ العقد | عرض النتائج | طبقة TAC EVM تنفذ عقد Solidity | تحديث حالة التطبيق |
| إعادة النتيجة | تأكيد النتائج على الواجهة الأمامية | النظام يزامن نتيجة التنفيذ | المستخدم يُكمل التفاعل |
يوضح هذا الجدول أن عملية TAC عبر السلاسل لا تتعلق فقط بنقل الأصول، بل تبني سير عمل متكامل يتمحور حول نية المستخدم والتحقق من الرسائل وتنفيذ العقود، مما يجعل العمليات المعقدة عبر السلاسل تفاعلات تطبيقية مألوفة.
تعمل شبكة Sequencer كطبقة التحقق والفرز في تنفيذ العمليات عبر السلاسل ضمن TAC، حيث تعالج الرسائل القادمة من محول TON وتضمن تسليمها إلى طبقة TAC EVM بالترتيب الصحيح. في جوهرها، تنسق شبكة Sequencer الإجماع على الرسائل عبر السلاسل.
تشغيليًا، يستقبل محول TON طلبات المستخدمين ويمررها إلى شبكة Sequencer، التي تتحقق وتفرز وتجمع الرسائل. من خلال بروتوكول الإجماع الخاص بها، تؤكد الشبكة صحة الرسائل وتوجهها إلى طبقة TAC EVM. تُنفذ عقود EVM حسب الترتيب المعتمد، ما يمنع التعارض أو التكرار في التنفيذ.
توضح الوثائق الرسمية لبنية TAC أن محول TON هو نظام توجيه رسائل عبر السلاسل مدعوم بشبكة Sequencer موزعة، ما يتيح تواصلًا آمنًا بين TON وEVM. وتعتمد طبقة TAC EVM على Cosmos SDK وإجماع Tendermint، مع DPoS للأمان الاقتصادي.
تعد هذه الآلية ضرورية، إذ يتطلب التنفيذ عبر السلاسل اتساقًا صارمًا في الترتيب والحالة وشروط التنفيذ، وليس فقط نقل الرسائل. وتعتبر شبكة Sequencer العنصر المحوري لأداء التطبيقات عبر السلاسل بشكل موثوق.
تعمل عقود EVM على TAC من خلال نشر عقود Solidity على طبقة TAC EVM وتفعيلها عبر رسائل عبر السلاسل. تدير طبقة TAC EVM منطق التطبيق وحالته، ما يتيح استدعاء تطبيقات EVM اللامركزية الحالية ضمن بيئة Telegram.
يمكن للمطورين نشر عقود Solidity دون تعديل باستخدام أدوات مثل Hardhat وRemix وMetaMask. أولًا، تُنشر العقود على طبقة TAC EVM. بعد ذلك، يقدم المستخدمون إجراءاتهم عبر Telegram Mini App أو محفظة TON. يوجه محول TON هذه الطلبات إلى طبقة EVM، فيتم تنفيذ العقد المناسب وتنعكس التغييرات في الحالة على واجهة التطبيق.
تؤكد الوثائق الرسمية أن طبقة TAC EVM هي بلوكشين مبنية على Cosmos SDK وقادرة على تشغيل عقود Solidity غير المعدلة، وتحقق نهائية في حوالي 2 ثانية عبر DPoS. تدير طبقة EVM منطق التطبيق والحالة بالكامل، بينما يدير محول TON الاتصال عبر السلاسل.
يقلل هذا التصميم من عوائق دخول مطوري Ethereum إلى منظومة TON، حيث لا حاجة لإعادة كتابة منطق العقود أو التكيّف الكامل مع بيئة TON الأصلية.
عادة لا يحتاج مستخدمو TAC إلى فهم جسور السلاسل أو تحويل الرسوم أو التبديل بين شبكات EVM. تتركز تجربتهم حول استخدام تطبيق Telegram Mini App أو محفظة TON، حيث يدير TAC المراسلة عبر السلاسل وتنفيذ EVM بشكل خفي وشفاف.
تسير سير العمل كالتالي: يفتح المستخدمون تطبيق Hybrid dApp في Telegram ويختارون ميزات مثل المبادلة أو الإقراض أو التخزين. يؤكدون الإجراءات عبر التوقيع في محفظة TON. ينسق TAC SDK، محول TON، وشبكة Sequencer التحقق من الرسائل وتوجيه التنفيذ. تنفذ طبقة TAC EVM العقد وتُعاد النتائج إلى واجهة Telegram.
تشير مدونة TAC الرسمية إلى أن المستخدمين يمكنهم الوصول إلى بروتوكولات DeFi على EVM مباشرة من خلال Telegram بدون تحميل محافظ جديدة أو إعداد الشبكات أو تعلم التفاصيل التقنية. هذا النهج يجلب تطبيقات EVM إلى تجربة Telegram الأصلية، ويجعل التنفيذ عبر السلاسل بديهيًا كأي عملية تطبيقية تقليدية.
تركز سير عمل TAC على طلبات المستخدمين، محول TON، شبكة Sequencer، وطبقة TAC EVM. يبدأ المستخدمون إجراءاتهم من Telegram أو TON، وينشئ النظام رسائل عبر السلاسل ويتحقق منها، وتقوم شبكة Sequencer بالفرز والإجماع، وتنفذ عقود EVM وتعيد النتائج.
بشكل عام، يُعد محول TON جوهر الاتصال عبر السلاسل، وتوفر شبكة Sequencer التحقق والفرز، بينما تنفذ طبقة TAC EVM عقود Solidity. وتمكّن هذه العملية مستخدمي TON من التفاعل مع تطبيقات EVM دون التعامل مع تعقيدات العمليات عبر السلاسل.
يستقبل TAC طلبات مستخدمي TON عبر محول TON، وتقوم شبكة Sequencer بالتحقق والفرز، وتنفذ طبقة TAC EVM عقود Solidity، ثم تعاد النتائج إلى واجهات Telegram أو TON.
محول TON هو نظام المراسلة عبر السلاسل في TAC، ينقل ويحقق ويوجه الرسائل على مستوى التطبيقات بين TON وطبقة TAC EVM، مما يمكّن مستخدمي TON من استدعاء عقود EVM.
تتحقق شبكة Sequencer من الرسائل عبر السلاسل وتفرزها وتنسقها، ما يضمن تسليم الطلبات من TON إلى طبقة TAC EVM بالترتيب الصحيح وتنفيذ العقود.
ينشر المطورون عقود Solidity على طبقة TAC EVM؛ وتوجه طلبات المستخدمين عبر محول TON، وتنفذ طبقة EVM منطق العقد المناسب، وتتم مزامنة النتائج مع واجهة المستخدم.
عمومًا لا. تم تصميم TAC بحيث يمكن للمستخدمين التفاعل عبر تطبيق Telegram Mini App أو محفظة TON، بينما يدير النظام المراسلة عبر السلاسل وتنفيذ EVM.





