העלות האמיתית בביצועים של אנטי-צ׳יט ל-FiveM: מדדי ZeroTrust ב-300 שחקנים
אנטי-צ׳יט שווה הפעלה רק אם הוא מגן עליך בלי לכרסם בתקציב הפריימים שלך. הנה מספרי ה-resmon המדויקים של ZeroTrust בשרת של 300 שחקנים — 0.05 מ״ש בצד הלקוח, פחות מ-0.5 מ״ש בצד השרת — לצד מבט כן בשאלה האם אתה באמת כבר צריך אנטי-צ׳יט בתשלום, או שאפשרות חינמית כמו FIREAC מספיקה בינתיים.
שני מספרים קובעים אם לאנטי-צ׳יט יש מקום בשרת ה-FiveM שלך: כמה הוא מגן עליך, וכמה הוא עולה לך ב-FPS. רוב הספקים מדברים בקול רם על הראשון ושותקים מאוד לגבי השני. זהו פירוק טכני של שניהם — כולל מספרי ה-resmon המדויקים ש-ZeroTrust מגיע אליהם בשרת של 300 שחקנים — שנכתב כדי שתוכל להחליט בכנות אם אתה בכלל כבר צריך אנטי-צ׳יט בתשלום.
כיצד באמת נמדדים ביצועי אנטי-צ׳יט
ב-FiveM, ביצועים אינם טענה שיווקית — אלא ערך מדיד. כל resource מנותח על ידי resmon, מנטר המשאבים המובנה שאתה פותח בפקודה `resmon` בצד הלקוח ובקונסולת השרת. הוא מציג את זמן המעבד שכל resource צורך בכל tick, במילישניות. זו האמת המוחלטת, וזה אותו כלי שהצוות שלך והשחקנים שלך יכולים להשתמש בו כדי לבקר אותנו. אין היכן להסתתר.
- העלות בצד הלקוח מתחרה בתקציב הפריים של המשחק. ב-60 FPS יש לך כ-16.6 מ״ש לפריים. כל מה שהאנטי-צ׳יט מוציא שם הוא זמן שהמעבד וכרטיס המסך של השחקן לא מקבלים.
- העלות בצד השרת מתחרה ב-tick של השרת שלך. בשרת עמוס כל resource נלחם על אותו מעבד, ואנטי-צ׳יט כבד הוא הדרך המהירה ביותר להפוך לובי מלא ללובי עם לאג.
המדדים שלנו: ZeroTrust בשרת של 300 שחקנים
מדדנו את ZeroTrust תחת עומס אמיתי — שרת חי עם 300 שחקנים מחוברים, ולא מכונת בדיקה ריקה. אלה מספרי ה-resmon היציבים עם זיהוי מלא וחסימה פעילה מופעלים:
resmon שנמדד ב-300 שחקנים
נשים את זה בהקשר. בצד הלקוח, 0.05 מ״ש מתוך תקציב פריים של 16.6 מ״ש הם בערך 0.3% מפריים בודד — בלתי ניתנים להבחנה סטטיסטית מאפס והרבה מתחת לסף שבו שחקן יכול להרגיש בכך. בצד השרת, שמירה על פחות מ-0.5 מ״ש לכל tick ב-300 שחקנים משאירה את הרוב המכריע של תקציב המעבד שלך ל-frameworks, לסקריפטים ולוגיקת הרול-פליי שלך. במילים פשוטות: אין ירידת FPS מדידה, אין הידרדרות ב-tick של השרת.
בוא נהיה כנים: ייתכן שאתה עדיין לא צריך אנטי-צ׳יט בתשלום
הנה החלק שרוב הספקים לעולם לא יגידו לך. אם אתה מפעיל שרת קטן וחדש, או שאתה עדיין בשלב הבדיקות — סתם מנסה לראות אם הפרויקט שלך בכלל יעבוד — אתה לא צריך את ZeroTrust. לשלם על זיהוי ברמת ארגון לפני שיש לך קהילה ששווה לתקוף היא פתרון לבעיה שעדיין אין לך.
במצב כזה, השתמש באנטי-צ׳יט חינמי או בסיסי. FIREAC הוא אפשרות קוד פתוח מוצקה שתכסה את היסודות בזמן שאתה מוצא את דרכך. שחרר את השרת, הגדל את בסיס השחקנים שלך, וחזור לשיחה על הגנה רצינית כשבאמת יהיה לך משהו להגן עליו. אנחנו מעדיפים לומר לך את זה מאשר למכור לך משהו שאינך צריך.
מתי ZeroTrust הוא הבחירה הנכונה
החשבון משתנה ברגע שאתה מפעיל קהילה רצינית שכבר מהווה יעד. ברגע שרמאים בוחנים באופן פעיל את השרת שלך — הזרקת תפריטים, ניצול לרעה של אירועים, spawn, אקספלויטים — הרמה הבסיסית מפסיקה להספיק. בשלב הזה אתה צריך כלי שמסוגל לעשות בו-זמנית שני דברים שבדרך כלל מושכים לכיוונים מנוגדים: זיהוי מסיבי עם חסימה פעילה בזמן אמת, וטביעת רגל קטנה מספיק כך שההגנה לעולם לא תעלה לך אפילו פריים אחד.
האיזון הזה — אכיפה כבדה ואגרסיבית מצד אחד, ועלות משאבים כמעט אפסית מצד שני — הוא כל הסיבה לקיומו של ZeroTrust. מדד 300 השחקנים למעלה הוא איך שהאיזון הזה נראה בסביבת ייצור: אכיפה מלאה, 0.05 מ״ש בלקוח, פחות מ-0.5 מ״ש בשרת, אפס ירידת FPS.
כיצד אנחנו שומרים על טביעת רגל כה קטנה
- Lua שנכתב בגישה נמוכת-רמה — מותאם למקסימום ומריץ threads ייעודיים רק כשבאמת צריך.
- זיהוי מונחה-אירועים מגיב למה שקורה בפועל בשרת במקום לתשאל בכל tick על דברים שרוב הזמן לא קיימים.
- ניתוח כבד מוסט הצידה ומעובד באופן אסינכרוני, כך שה-thread הראשי שהמשחק וה-tick של השרת שלך תלויים בו לעולם אינו נחסם.
- טלמטריה נשלחת באצוות, מה ששומר על עלות רשת ומעבד יציבה ככל שמספר השחקנים שלך עולה.
שום דבר מזה אינו קסם, ואנחנו שמחים שיבקרו זאת — הרץ `resmon` בעצמך. הגנה שפוגעת בחוויה שהיא אמורה להגן עליה היא עסקה גרועה. המטרה תמיד הייתה אותה מטרה: לתפוס הכול, לא לעלות כלום. — Flo, Lead Dev Lua/Web/C++ ו-Reverse Engineer ב-ZeroTrust