💡 مقدمه
این مقاله به طور جامع ویژگیها و بهبودهای MTProto 2026 را پوشش میدهد، با تمرکز بر راهکارهای عملی مقابله با AI-DPI که در پروکسی MTG 2.2.8 پیادهسازی شدهاند، شامل Fake-TLS 2.0، padding دینامیک بسته و تونل دو لایه Reality. همچنین پیشبینیهای جامعه را در مورد ویژگیهای مورد انتظار MTProto 3.0 در زمینه رمزنگاری، لایه انتقال و معماری غیرمتمرکز جمعآوری کردهایم. این مطلب برای مدیران پروکسی، توسعهدهندگان تلگرام و کاربران عادی طراحی شده است.
بخش ۱: فناوریهای عملی ضد DPI پیادهسازی شده در MTProto 2026 (در حال حاضر فعال)
در برابر ارتقاء جهانی سیستمهای بازرسی عمیق بسته (DPI) مبتنی بر هوش مصنوعی در سال ۲۰۲۶، جامعه تلگرام و پروژههای منبع باز (مانند MTG) مجموعهای از اقدامات قوی را ارائه دادهاند. فناوریهای زیر در MTG 2.2.8+ پیادهسازی شدهاند و ثابت شده که طول عمر گرههای پروکسی را به طور قابل توجهی افزایش میدهند.
۱.۱ Fake-TLS 2.0: ارتقاء مبهمسازی در سطح اثر انگشت
- مقادیر پویای GREASE – تزریق تصادفی مجموعه رمزها و افزونههای GREASE در دست دادن TLS، شکستن تشخیص مبتنی بر الگو.
- لیست سفید مجموعه رمزهای مرورگر – استفاده فقط از مجموعههای پرتکرار Chrome/Firefox، هماهنگ کامل با استاندارد اثر انگشت JA4.
- تصادفیسازی ترتیب زنجیره گواهی – تغییر ترتیب گواهیهای میانی در هر دست دادن، جلوگیری از حفظ اثر انگشتهای استاتیک گواهی توسط هوش مصنوعی.
- بدون SNI به طور پیشفرض – حذف نشانگر دامنه، دور زدن مسدودیت مبتنی بر SNI.
۱.۲ padding سازگار بار مؤثر و تصادفیسازی زمانبندی
- طول padding پویا ۱۲–۲۰۴۸ بایت – شبیهسازی توزیع ترافیک واقعی HTTPS، شکست تشخیص مبتنی بر اندازه بسته.
- تأخیرهای تصادفی ریز بین بستهها – مختل کردن تحلیل ترافیک مبتنی بر زمان.
۱.۳ بهبودهای کلیدی سمت سرور MTG 2.2.8
نسخه MTG (MTProto Go) 2.2.8 که در آوریل ۲۰۲۶ منتشر شد، بهینهسازیهای زیر را یکپارچه کرده است:
| ماژول پچ | جزئیات فنی | ویژگی DPI مقابله شده |
| جایگزینی پویای GREASE | تزریق کاملاً تصادفی GREASE در ServerHello | تشخیص رفتار ثابت GREASE |
| محدود کردن مجموعه رمزها | فقط نگهداری مجموعههای رایج مرورگر | لیست سیاه/سفید مجموعه رمزها |
| کالیبراسیون نویز گواهی | تصادفیسازی ترتیب زنجیره گواهی در هر دست دادن | حفظ ویژگیهای گواهی استاتیک توسط هوش مصنوعی |
| زمان انتظار دست دادن تطبیقی | زمان انتظار سفارشی (دیگر ۶۰ ثانیه ثابت نیست) | پروبیگ مبتنی بر زمان انتظار پروتکل |
| TCP BBR + USER_TIMEOUT | فعالسازی اجباری کنترل ازدحام BBR | الگوهای ارسال مجدد غیرعادی در شبکه ضعیف |
نتیجه واقعی: گرههای خصوصی اعمال کننده این پچها بیش از ۳۰ روز بدون مسدودیت در مناطق با سانسور بالا (روسیه، ایران) پایدار بودهاند که جهشی عظیم نسبت به میانگین ۱-۲ هفته قبل از ۲۰۲۶ است.
۱.۴ فناوریهای آزمایشی آیندهنگر (پسا‑کوانتوم و QUIC)
- تبادل کلید پسا‑کوانتوم (Kyber) – برخی از کلاینتها در حال حاضر از Kyber به موازات ECDH پشتیبانی میکنند و برای حملات کوانتومی آینده آماده میشوند.
- انتقال پشتیبان HTTP/3 (QUIC) – استفاده از ویژگیهای UDP برای دور زدن سختافزارهای DPI که قادر به بازرسی عمیق ترافیک UDP نیستند.
۱.۵ معماری دو لایه VLESS+Reality برای MTProto
علاوه بر تقویت مستقیم خود پروتکل MTProto، جامعه یک استراتژی مقابله سطح بالاتر نیز توسعه داده است: پنهان کردن کامل ترافیک MTProto در شبکههای داخلی و استفاده از پروتکل دیگری که به سختی قابل تشخیص است (VLESS+Reality) برای بخش فرامرزی.
- اصل کار – VPS داخلی یک پروکسی MTProto اجرا میکند اما ترافیک خود را به یک کلاینت “تونل پنهانسازی” محلی هدایت میکند. آن تونل ترافیک را در TLS کاملاً واقعی (با استفاده از گواهیهای واقعی شرکتهای بزرگ فناوری) بستهبندی کرده و به رله خارجی ارسال میکند.
- اثر – ویژگیهای پروتکل MTProto هرگز در لینکهای بینالمللی ظاهر نمیشوند و کاملاً از تشخیص DPI فرامرزی دوری میکنند. حتی اگر بخش داخلی کشف شود، سیستمهای سانسور اغلب به دلیل هزینه بالای مداخله از برخورد صرف نظر میکنند.
- وضعیت فعلی – این معماری دو لایه به استاندارد بالفعل سرویسهای پرپایداری تبدیل شده است و همچنین میتواند با ابزارهای منبع باز به صورت شخصی پیادهسازی شود. این نشاندهنده “فرم نهایی” فعلی مقابله با AI-DPI است.
💡 خلاصه بخش اول
از طریق تقویت در سطح پچ + تونل خارجی دو لایه، MTProto 2.0 در سال ۲۰۲۶ قادر به مقابله مؤثر با AI-DPI است. اما محدودیتهای معماری هنوز وجود دارند – این دقیقاً دلیل اصلی انتظار مشتاقانه جامعه برای MTProto 3.0 است.
بخش ۲: ویژگیهای مورد انتظار MTProto 3.0 و جدول زمانی انتشار
تحلیل زیر مبتنی بر بحثهای جامعه منبع باز، روندهای صنعت فناوری و الگوهای تکرار تلگرام است. این یک نقشه راه رسمی نیست، بلکه محتملترین جهت تکامل پروتکل را نشان میدهد.
۲.۱ رمزنگاری پسا‑کوانتوم بومی (Kyber)
- یکپارچهسازی پیشفرض Kyber – اجرای موازی ECDH و Kyber (کلید ترکیبی) برای مقاومت در برابر حملات رایانههای کوانتومی آینده.
- حذف SHA-1 قدیمی – استفاده همهجانبه از SHA3، بازسازی منطق اعتبارسنجی پیام، حذف کامل آسیبپذیریهای هش.
- اجباری شدن محرمانگی به جلو – چتهای ابری نیز به طور پیشفرض از چرخش بخشبندی شده کلید استفاده میکنند و نقص فعلی که فقط چتهای مخفی دارای محرمانگی کامل به جلو هستند را برطرف میسازند.
۲.۲ QUIC و WebTransport بومی
- پایه حمل و نقل دوگانه – TCP برای شبکههای محدود سنتی، QUIC/UDP برای شبکههای باز، WebTransport برای کلاینتهای مرورگر.
- Fake-TLS تعبیه شده در لایه پروتکل – دیگر نیازی به پچهای خارجی نیست؛ پشتیبانی بومی از اثر انگشت پویای JA3، SNI تصادفی و جیتر زمانبندی.
- تغییر شکل استاندارد شده ترافیک لایهای – نوشتن تونل دو لایه از نوع Reality در مشخصات پروتکل، پشتیبانی رسمی از تقسیم ترافیک فرامرزی بدون ابزار شخص ثالث.
۲.۳ موتور تطبیقی ضد DPI مبتنی بر هوش مصنوعی تعبیه شده
- مدلساز ترافیک خودیادگیرنده – تنظیم خودکار محدوده padding، زمانبندی دست دادن و توزیع بسته بر اساس رفتار DPI محلی.
- دست دادن TLS کاملاً پویا – گواهیها، مجموعه رمزها، GREASE همگی تصادفی میشوند و تشخیص اثر انگشت را از پایه ریشهکن میکنند.
- کاهش خودکار چند پروتکل – QUIC مسدود شد → تغییر به HTTPS مبدل → سپس به Obfuscated-TCP. سه لایه افزونگی.
۲.۴ سیستم کشف گره غیرمتمرکز DHT
- آدرسدهی DHT توزیع شده – کلاینتها میتوانند به طور خودکار گرههای جهانی MTProto را از طریق شبکه TON DHT کشف کنند و از وابستگی به لیستهای متمرکز DC رهایی یابند.
- معماری ترکیبی – DC متمرکز رسمی + گرههای توزیع شده جامعه به صورت موازی اجرا میشوند و قابلیت دسترسی در مناطق محدود را افزایش میدهند.
- همگام سازی رمزگذاری سرتاسر بین دستگاهها – پیامهای چت مخفی را میتوان در دستگاههای مختلف با E2EE همگام کرد و مشکل دیرینه از دست دادن تاریخچه هنگام تعویض دستگاه را حل نمود.
۲.۵ فهرست بهینهسازی عملکرد
- فشردهسازی هدر، کاهش مصرف حافظه ۲۵٪+، صرفهجویی در باتری موبایل.
- بازیابی جلسه ۰‑RTT به استاندارد تبدیل میشود، RTT دست دادن از ۲ به ۱ کاهش مییابد.
- کنترل ازدحام BBRv2 بومی، توان عملیاتی در شبکه ضعیف ۳۰٪+ افزایش مییابد.
- انتقال جریانی موازی، بازسازی الگوریتم تقسیم فایلهای بزرگ برای انتقال سریعتر ویدیو/فایل.
۲.۶ جدول زمانی انتشار MTProto 3.0 (۲۰۲۷–۲۰۳۰)
| زمان | نقاط عطف کلیدی |
| نیمه اول ۲۰۲۷ | آلفای MTProto 3.0 – آزمایش داخلی کلاینت رسمی، تعداد محدود DC + تطبیق اولیه MTG، پیادهسازی پایه PQC+QUIC. |
| پایان ۲۰۲۷ | نسخه بتا تجاری – استقرار تدریجی در کلاینت اصلی تلگرام، پروکسیهای شخص ثالث تطبیق با ۳.۰ را کامل میکنند. |
| ۲۰۲۸–۲۰۲۹ | نسخه کامل رسمی – ۳.۰ به طور پیشفرض در همه پلتفرمها، MTProto 2.0 وارد نگهداری سازگاری بلندمدت میشود و به تدریج حذف میگردد. |
| ۲۰۳۰ | دوره تثبیت – پیادهسازی کامل شبکه DHT و WebTransport، تکمیل اکوسیستم MTProto 3.0. |
💡 نتیجهگیری
به طور خلاصه، تمام ویژگیها و بهبودهای MTProto 2026 ارتقاهایی در سطح پچ بر روی پروتکل اصلی MTProto 2.0 هستند، در حالی که MTProto 3.0 لایه انتقال و رمزنگاری را بازنویسی میکند تا آسیبپذیریهای DPI را از ریشه حل کند. ویژگیهای پیشبینی شده ۳.۰ – QUIC بومی، رمزنگاری پسا‑کوانتوم، عدم تمرکز DHT – قابلیت مقاومت در برابر سانسور تلگرام را کاملاً متحول خواهند کرد. ما به دنبال اخبار رسمی خواهیم بود و به موقع بهروزرسانیهای فنی را ارائه خواهیم داد.
سوالات متداول (MTProto 2026 و ۳.۰)
سوال ۱: ویژگیها و بهبودهای اصلی MTProto 2026 برای مقابله با AI-DPI چیست؟
پاسخ: ارتقاهای کلیدی شامل تصادفیسازی اثر انگشت TLS Fake-TLS 2.0، padding تطبیقی ۱۲–۲۰۴۸ بایت، بهینهسازی سرور MTG 2.2.8 و معماری تونل دو لایه VLESS+Reality است که در مناطق با سانسور بالا (روسیه، ایران) بیش از ۳۰ روز پایدار کار میکند.
سوال ۲: MTProto 3.0 پس از بهبودهای MTProto 2026 چه زمانی منتشر میشود؟
پاسخ: آزمایش آلفا در اوایل ۲۰۲۷ آغاز میشود، انتشار کامل رسمی در ۲۰۲۸–۲۰۲۹ برنامهریزی شده است، تطبیق گرههای جامعه تا ۲۰۳۰ ادامه خواهد یافت.
سوال ۳: آیا Fake-TLS 2.0 بخشی از MTProto 2.0 رسمی است یا یک پچ جامعه؟
پاسخ: Fake-TLS 2.0 یک ارتقاء مبتنی بر جامعه است که در پروکسیهای منبع باز مانند MTG 2.2.8 پیادهسازی شده است. این راهکار به استاندارد واقعی ضد DPI تبدیل شده است، اما هنوز در مشخصات رسمی پروتکل گنجانده نشده است – انتظار میرود پشتیبانی بومی در MTProto 3.0 ظاهر شود.
سوال ۴: آیا میتوانم از معماری دو لایه VLESS+Reality با هر پروکسی MTProto استفاده کنم؟
پاسخ: بله، این معماری مستقل از پیادهسازی خاص پروکسی است. شما میتوانید هر پروکسی MTProto (مانند MTG) را روی VPS داخلی اجرا کنید و سپس ترافیک آن را از طریق تونل VLESS+Reality به VPS خارجی هدایت کنید. اسکریپتهای منبع باز بسیاری این پیکربندی را خودکار میکنند.
🔍 جستجو برای ویژگیهای MTProto 2026، Fake-TLS 2.0 یا جدول زمانی MTProto 3.0 شما را به این صفحه رساند. مرکز راهنمایی TGV جدیدترین فناوریهای مقابله با مسدودیت و آموزشها را ارائه میدهد.