תורים ומגבלות קצב בעבודת אבטחה

ריצת recon, סשן ארוך של הנדסה לאחור או לולאת סוכן בתוך חלון מבדק לא נכשלים בגלל המחיר. הם מאטים כשהספק מגביל כמה בקשות רצות בו-זמנית, מכניס אותן לתור, או נותן למאגר מהירות להתרוקן. החיוב נשאר אותו דבר בזמן שהעבודה מסתיימת באיחור, ואיחור הוא מה שחלון של לקוח מעניש.

כל שירות מפרסם איפשהו את כללי התפוקה שלו, אבל רוב הקונים קוראים קודם את המחיר. הפוסט הזה מציג מה ארבעה שירותים אומרים על המגבלות של עצמם. הנתונים של Verboo מגיעים מדף הבית ומתנאי השימוש שלה, שנאספו ב-11 בנובמבר 2026. הנתונים של Venice מגיעים מדף התמחור ומתנאי השירות שלה, והנתונים של Drael מדף המגבלות שלה, שנאספו ב-9 וב-10 בנובמבר 2026. הנתונים של NotHoly מגיעים מדף התמחור שלה. אלה כללים על הנייר. אף אחד מהם אינו זמן המתנה שנמדד, ואף אחד מהם לא אומר איך שירות מתנהג ביום מסוים. בדקו שוב את הדפים לפני שאתם קונים.

#כללי התפוקה זה לצד זה

כל שורה היא הכלל שפרסם שירות אחד, כפי שהמקורות שלמעלה מתארים אותו.

שירות	מה הוא מפרסם על התפוקה	מקור ותאריך
Verboo	טוקנים ללא הגבלה בשתי התוכניות הגבוהות, אבל התנאים שוללים מהירות מובטחת. מקביליות, קצב בקשות ותפוקה עלולים להיות מוגבלים, ותור ותעדוף לפי דרגה שמורים לחברה. מאגר stamina מאט את התשובות ככל שהשימוש גדל.	תנאי השימוש, גרסה 2.4, מ-30 בספטמבר 2026
Venice	API בחיוב לפי טוקן מעל תוכנית חודשית שהקרדיט שלה פג. התנאים לצרכנים מאפשרים ל-Venice לבטל מפתחות בכל עת.	דף התמחור ותנאי השירות, עודכנו ב-8 ביוני 2026
Drael	ארבע תשובות בו-זמנית לכל חשבון, בכל המפתחות. בקשה חמישית מקבלת 429 שהתיעוד אומר שלא מנסים אותה שוב בשבילכם. קצב הדקה אינו מפורסם.	דף המגבלות, נאסף ב-9 וב-10 בנובמבר 2026
NotHoly	קרדיט מראש בחיוב לפי טוקן, בלי מנוי ובלי מאגר stamina. מגבלות הקצב מוגדרות לכל מפתח בקונסולה.	דף התמחור והקונסולה

#מה התנאים של Verboo שומרים לעצמם

דף הבית של Verboo מוכר טוקנים ללא הגבלה בשתי התוכניות הגבוהות, במחיר קבוע. סעיף 8 בתנאי השימוש שלה קובע ש"ללא הגבלה" אינו אומר קיבולת חישוב ללא הגבלה, זמינות רציפה או מהירות מובטחת.

סעיפים 8.1 ו-20 שומרים לחברה את הזכות להגביל מקביליות, קצב בקשות ותפוקה, ולהפעיל תור, תעדוף לפי דרגה וזמני המתנה. סעיף 9.6 מונה עקיפה של מגבלות קצב או של תורים בין השימושים האסורים, כלומר התנאים רואים בתור כלי בקרה ש-Verboo יכולה להפעיל. התנאים לא אומרים מתי התור חל. אם הוא חל על חשבון מסוים, ומתי, זה נתון לשיקול דעתה של Verboo ואינו מפורסם.

באתר מתואר גם מאגר stamina בתוכניות בתשלום. הוא מאט את התשובות ככל שהשימוש גדל, ומתאושש כשעוצרים. לפי האתר, מיצוי ה-stamina אינו חוסם אתכם, ולכן ההשפעה היא תשובה איטית יותר. Verboo מול NotHoly משווה את התוכניות והמחירים.

#מה Venice ו-Drael מפרסמות

הפוסט הזה אינו משווה את כללי הקצב או התור של Venice, כי עדיין לא אספנו אותם. מה שיש לנו הוא צד העלות של ריצה ארוכה. תוכנית ה-US$ 18 כוללת US$ 1 של קרדיט API, והקרדיט הזה פג עם החודש. התנאים לצרכנים של Venice גם מאפשרים לה לבטל מפתחות בכל עת, וזה חשוב כשלולאת סוכן נמצאת באמצע חלון מבדק. Venice מול NotHoly מציג את המחירים לטוקן על הבסיסים ששני הקטלוגים חולקים.

דף המגבלות של Drael הוא הספציפי ביותר מבין הארבעה. כל חשבון מקבל ארבע תשובות בו-זמנית, על פני כל המפתחות שלו. בקשה חמישית מקבלת 429, והדף אומר שלא מנסים אותה שוב בשבילכם. כדי להתרחב, הדף מציע לפזר את העבודה בין חשבונות נפרדים, שלכל אחד מהם מנוי משלו. קצב הדקה אינו מפורסם, כי לפי הדף הוא נקבע מול שימוש אמיתי. בתוך התוכנית השימוש מתואר כבלתי מוגבל בנפח במסגרת שימוש הוגן, והדף לא אומר איפה השימוש ההוגן מסתיים.

הדף מתאר גם את המכונה המשותפת שמאחורי השירות. כל מי שמקבל שירות באותו רגע חולק מכונה אחת, ולכן דקה עמוסה איטית יותר לכולם. העדיפות בתוכנית קובעת את מקומכם בתור, והיא לא הופכת תשובה למהירה יותר. לא מצאנו בדף הזה נתון קיבולת או SLA מפורסם.

#איך NotHoly מטפלת בתפוקה

NotHoly מחייבת קרדיט מראש לפי טוקן. אין מנוי, ולכן אין מאגר stamina שמתרוקן, ואין דרגת תוכנית שמעמידה אתכם מאחורי אחרת. מגבלות הקצב מוגדרות לכל מפתח בקונסולה, כך שקבוצת בקשות רצה תחת תקרה שבחרתם למפתח הזה. הקרדיט לא פג, ובתמחור מופיע מחיר הטוקן לכל מודל.

מגבלה לכל מפתח מגבילה את השימוש שלכם בלבד. היא לא אומרת כמה מהר מודל עונה ביום מסוים. הפוסט הזה לא מביא מספר מהירות, זמינות או קיבולת עבור NotHoly, ולכן מדדו את העומס שלכם לפני שאתם סומכים על זה.

#מתי תור הוא פשרה סבירה

שימוש יציב ואינטראקטיבי יכול להתאים לתשלום חודשי קבוע. מאגר שמאט תשובות ככל שהשימוש גדל מפריע פחות כשאין שום דבר שצריך להסתיים באותה שעה. לדעתנו העלות נופלת על ריצות ארוכות, בפרצים או עם מועד סופי: ריצת decompiler על בינארי גדול, תור triage בסוף שבוע, סוכן שחייב לסיים לפני שדוח נדרש. בריצות כאלה תשובה איטית מצטברת, והסכום מופיע בזמן שחלף, לא בשורה שבחשבונית.

#שאלות לשאול כל ספק

שאלו את כל הספקים את ארבע השאלות האלה, כולל NotHoly:

• האם המחיר הוא מכסה קבועה, או שחל מאגר מהירות?
• האם מקביליות ומגבלות קצב מפורסמות, עם המספרים?
• האם הספק יכול להעמיד את התוכנית שלכם בתור או להוריד את העדיפות שלה?
• האם זמן ההמתנה לתשובה נמדד מול יעד מפורסם?

#האם מאגר ה-stamina עוצר ריצה?

לפי האתר של Verboo עצמו, לא: מיצוי ה-stamina אינו חוסם בקשה. התוצאה היא תשובה איטית יותר. תשובה איטית עדיין נספרת מול המועד הסופי, ולכן המאגר משפיע על התזמון גם כשלא נדחה דבר.

#האם NotHoly מבטיחה מהירות?

לא. הפוסט הזה לא מביא נתון מהירות, זמינות או קיבולת עבור NotHoly. מגבלות לכל מפתח מגבילות כמה המפתח שלכם שולח, לא כמה זמן לוקחת קריאה לחזור.

#פסק דין

Verboo מוכרת מחיר קבוע ושומרת לעצמה תור, תעדוף והאטה לשימוש כבד, והתנאים שלה אומרים זאת. Drael מפרסמת את המגבלות הספציפיות ביותר מבין הארבעה: ארבע תשובות בו-זמנית לחשבון, 429 על הבקשה החמישית, ומכונה משותפת. הכללים של Venice שחשובים לתפוקה לא הושוו כאן. NotHoly מחייבת לפי טוקן ומגדירה מגבלות קצב לכל מפתח בקונסולה, בלי מאגר stamina, אבל הפוסט הזה לא מביא לה נתון מהירות. בריצה ארוכה, בדקו את השעון ולא רק את הסכום. תמחרו את הריצה בתמחור, ואז בדקו את המגבלות על העומס שלכם.