مکانیزم نت‌کد رول‌بک: بازی‌های مبارزه‌ای چگونه برای نابودی لگ، آینده را پیش‌بینی می‌کنند؟

وقتی کیت توسعه شبکه GGPO در سال ۲۰۰۹ منتشر شد، فیزیک بنیادین رقابت‌های آنلاین برای همیشه تغییر کرد. پیش از آن لحظه، تجربه یک بازی مبارزه‌ای با بازیکنی در آن سر دنیا به معنای پذیرش واقعیتی کند و زیرآب‌مانند بود؛ جایی که هر فشار دکمه به طور مصنوعی به تاخیر می‌افتاد تا شبکه خودش را برساند. اما امروز، در همان لحظه‌ای که بازیکن دکمه‌ای را در یک مسابقه بین‌قاره‌ای فشار می‌دهد، بازی دیگر منتظر نمی‌ماند. بازی آینده را پیش‌بینی می‌کند.[2]

در اتمسفر پرالتهاب بازی‌های مبارزه‌ای رقابتی، یک تک‌فریم—تقریباً ۱۶.۵ میلی‌ثانیه در نرخ ۶۰ فریم بر ثانیه—می‌تواند مرز باریک بین دفاع موفق و خوردن یک کمبوی ویرانگر باشد. دهه‌ها، توسعه‌دهندگان به معماری «قفل‌قدم» (Lockstep) متکی بودند؛ جایی که هر دو کلاینت یک وضعیت شبیه‌سازی قطعی را به اشتراک می‌گذاشتند و پیش از پیشروی، ورودی‌ها را تبادل می‌کردند.

اگر شبکه ۱۰۰ میلی‌ثانیه زمان می‌برد تا حرکت حریف را برساند، بازی محلی به سادگی فریز می‌شد یا تاخیر ورودی معادلی را اعمال می‌کرد و تمام آن حافظه عضلانی که بازیکنان با هزاران ساعت تمرین آفلاین ساخته بودند را به باد می‌داد.[3][4]

نت‌کد رول‌بک این پارادایم را کاملاً زیر و رو می‌کند. این سیستم به جای ارائه ثبات بی‌نقص به قیمت تاخیر ورودی، پاسخی آنی را به قیمت از دست دادن ثبات لحظه‌ای ارائه می‌دهد. وقتی بازیکن محلی دستوری را وارد می‌کند، کاراکتر او بلافاصله آن را روی صفحه اجرا می‌کند. موتور بازی برای رسیدن داده‌های بازیکن مقابل از طریق اینترنت، ثانیه‌ای درنگ نمی‌کند.[1]

برای اینکه جریان شبیه‌سازی متوقف نشود، کلاینت محلی یک حدس حساب‌شده درباره حرکت حریف می‌زند. از آنجا که زمان واکنش انسان در مقایسه با سرعت پردازنده‌ها نسبتاً کند است، دقیق‌ترین پیش‌بینی آماری معمولاً ساده‌ترینِ آن‌هاست: حریف احتمالاً در حال انجام همان کاری است که کسری از ثانیه پیش انجام می‌داد.[2]

اگر بازیکن مقابل در فریم ۱۰ دکمه دفاع را نگه داشته بود، موتور رول‌بک فرض می‌کند که او در فریم‌های ۱۱، ۱۲ و ۱۳ نیز همچنان در حال دفاع است. بازی این فریم‌های پیش‌بینی‌شده را در لحظه رندر کرده و تاخیر شبکه را کاملاً پنهان می‌کند. برای پنجره‌های پیش‌بینی کوتاه—معمولاً زیر ۱۰۰ میلی‌ثانیه—این مدل پیش‌بینی ساده، نرخ دقت فوق‌العاده بالایی دارد.[3]

اما وقتی این پیش‌بینی غلط از آب دربیاید، ریسک ماجرا به شدت بالا می‌رود. اگر بازیکن مقابل در واقع دفاع را رها کرده و در فریم ۱۱ حمله‌ای را آغاز کرده باشد، کلاینت محلی تا زمانی که بسته داده‌ها در فریم ۱۴ به دستش نرسد، از آن بی‌خبر خواهد بود. دقیقاً در همین لحظه، شبیه‌سازی محلی رسماً از واقعیت خارج شده و همگام‌سازی خود را از دست می‌دهد.[1]

اینجاست که مکانیزم «رول‌بک» مانور حیاتی خود را اجرا می‌کند. موتور بازی باید فوراً شبیه‌سازی فعلی را متوقف کند، کل وضعیت بازی را به فریم ۱۰—آخرین لحظه تاییدشده‌ای که ورودی‌های هر دو بازیکن مشخص بود—به عقب برگرداند و تایم‌لاین را اصلاح کند.[5]

سپس ورودی جدید و صحیح فریم ۱۱ را اعمال کرده و با سرعتی سرسام‌آور، شبیه‌سازی را به فریم ۱۴ فست‌فاروارد می‌کند. تمام این فرآیند—به عقب برگشتن، اعمال مجدد ورودی‌ها و شبیه‌سازی دوباره چندین فریم از فیزیک، تشخیص برخورد و منطق بازی—باید کاملاً نامرئی و پیش از آنکه مانیتور فریم بعدی را روی صفحه بکشد، انجام شود.[2]

از نظر بصری، بازیکن محلی ممکن است یک پرش جزئی ببیند: انیمیشن حریف چند فریم اولیه را جا می‌اندازد، یا کاراکتر ناگهان به موقعیت جدیدی منتقل می‌شود. اما ورودی‌های خود بازیکن کاملاً دست‌نخورده باقی می‌مانند و آن زمان‌بندی آفلاینی که برای یکپارچگی رقابت حیاتی است، حفظ می‌شود.[3][4]

هزینه مهندسی این توهمِ بی‌نقص، سرسام‌آور است. یک بازی مبارزه‌ای استاندارد که با نرخ ۶۰ فریم بر ثانیه اجرا می‌شود، به پردازنده تنها ۱۶.۶۶ میلی‌ثانیه زمان می‌دهد تا فیزیک را محاسبه کند، ورودی‌ها را پردازش کند و گرافیک یک تک‌فریم را رندر کند. در سیستم قفل‌قدم، موتور بازی همیشه فقط یک فریم را در لحظه محاسبه می‌کند.[1]

نت‌کد رول‌بک این بودجه زمانی را در هم می‌شکند. اگر بازی برای پوشش دادن یک لگ اسپایک ۱۰۰ میلی‌ثانیه‌ای نیاز به رول‌بک و شبیه‌سازی مجدد شش فریم داشته باشد، باید منطق شش فریم را دقیقاً در همان پنجره ۱۶.۶۶ میلی‌ثانیه‌ای محاسبه کند.[6]

این موضوع یک گلوگاه عملکردی شدید ایجاد می‌کند. برای جلوگیری از افت فریم در طول یک رویداد رول‌بک، توسعه‌دهندگان باید حلقه شبیه‌سازی خود را بهینه‌سازی کنند تا در کسری از زمان عادی خود اجرا شود. اگر پردازنده نتواند شبیه‌سازی مجدد را به اندازه کافی سریع پردازش کند، بازی وارد یک «مارپیچ مرگ» می‌شود؛ جایی که از زمان واقعی عقب می‌افتد و در فریم‌های بعدی به رول‌بک‌های حتی بزرگ‌تری نیاز پیدا می‌کند.[1]

برای جان به در بردن از این وضعیت، وضعیت بازی باید کاملاً قطعی (Deterministic) و قابل سریال‌سازی باشد. تک‌تک متغیرها—از مختصات کاراکترها گرفته تا سیدهای تولید اعداد تصادفی برای افکت‌های ذرات—باید قابلیت ذخیره و بازیابی فوری داشته باشند. اگر یک محاسبه ممیز شناور در دو کلاینت متفاوت حل شود، شبیه‌سازی‌ها برای همیشه از هم جدا شده و یک قطع همگام‌سازی (Desync) مرگبار رخ می‌دهد.[5][6]

همین الزام سخت‌گیرانه است که باعث می‌شود اضافه کردن نت‌کد رول‌بک به بازی‌های قدیمی به شدت دشوار باشد. موتورهایی که بر اساس نت‌کد مبتنی بر تاخیر ساخته شده‌اند، اغلب حلقه‌های رندر و منطق خود را در هم می‌تنند و شبیه‌سازی مجدد فیزیک را بدون کشیدن فریم‌های میانی روی صفحه، غیرممکن می‌سازند.[4]

با وجود این موانع فنی عظیم، جامعه بازی‌های مبارزه‌ای با موفقیت صنعت را تحت فشار قرار داد تا رول‌بک را به عنوان یک استاندارد جهانی بپذیرد. توانایی تجربه مسابقات روان و با کیفیتِ آفلاین در سراسر قاره‌ها، جان تازه‌ای به عناوین قدیمی بخشیده و پایگاه بازیکنان رقابتی را برای بازی‌های جدید گسترش داده است.[4]

با بهبود زیرساخت‌های اینترنت، معماری زیربنایی نت‌کد رول‌بک در حال نفوذ به سایر ژانرهاست. بازی‌های کوآپ پرسرعت و عناوین رقابتی ترکیبی، به طور فزاینده‌ای در حال پذیرش پیش‌بینی سمت کلاینت و شبیه‌سازی مجدد برای پنهان کردن بی‌ثباتی شبکه هستند. آن ساعت نامرئی که پشت هر فشار دکمه تیک‌تاک می‌کند، دیگر فقط یک مکانیزم مختص بازی‌های مبارزه‌ای نیست؛ بلکه نقشه راه آینده بازی‌های آنلاین است.[3]