Strasmore Research
Deep Dives · Matt ConnorBy Matt Connor ·

האם שינוי פקודת Limit גורם לאובדן עדיפות בתור?

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

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

האם שינוי פקודה גורם לאובדן עדיפות בתור?

ארבעה כללים מכסים כמעט כל זירת מסחר שסוחר עצמאי יפעל בה.

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

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

שינוי במקום או ביטול והחלפה?

בזירות המסחר מדובר בהוראות שונות. תיקון (amendment), שהפלטפורמה שלכם עשויה לכנות "שינוי" (modify) או "החלפה" (replace), הוא הודעה אחת המציינת את ההוראה הקיימת ואת השינוי המבוקש. הפעולה מתבצעת באופן אטומי: השינוי נקלט, או שההוראה נותרת ללא שינוי. ביטול ולאחריו הוראה חדשה הם שני אירועים נפרדים עם מרווח זמן ביניהם; במהלך מרווח זה, אתם לא מחזיקים במיקום כלשהו בספר הפקודות. אם השוק מבצע עסקאות במחיר שלכם בתוך אותו מרווח, לא הייתם שם כדי להשתתף בהן.

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

עלות התיקון

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

שאילתהקצב ריקון התור לפי שעה (AAPL, יוני 2026)
ה-SQL המדויק מאחורי כל מספר
SELECT
    formatDateTime(toStartOfFifteenMinutes(et), '%H:%i')                    AS et_time,
    round(toFloat64(avg(volume)) / 1000, 1)                                 AS avg_k_shares_per_min,
    round(quantileDeterministic(0.5)(toFloat64(volume),
                                     toUInt64(toUnixTimestamp(et))) / 1000, 1) AS median_k_shares_per_min
FROM
(
    SELECT
        toTimeZone(window_start, 'America/New_York') AS et,
        volume
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker = 'AAPL'
      AND window_start >= '2026-06-01'
      AND window_start <  '2026-07-01'
      AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60
           + toMinute(toTimeZone(window_start, 'America/New_York'))) >= 570
      AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60
           + toMinute(toTimeZone(window_start, 'America/New_York'))) < 960
)
GROUP BY et_time
ORDER BY et_time
Run this yourself

לאורך חודש יוני 2026, ברבע השעה שהחל בשעה 09:30 שעון מזרח ארה"ב, נסחרו בממוצע 182.8 אלף מניות AAPL לדקה, לעומת 62 אלף מניות בפרק הזמן שהחל בשעה 12:00. מדובר באותה פקודה ובאותו מחיר. ההמתנה בתור שונה לחלוטין בפתיחת המסחר לעומת אמצע היום.

הסתברות ביצוע לפני ואחרי תיקון פקודה

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

שאילתהשיעור חלונות זמן של דקה המכילים לפחות N מניות (יוני 2026)
ה-SQL המדויק מאחורי כל מספר
WITH minute_volume AS
(
    SELECT
        ticker,
        toStartOfMinute(toTimeZone(window_start, 'America/New_York')) AS et_minute,
        sum(volume)                                                   AS shares
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('AAPL', 'KO')
      AND window_start >= '2026-06-01'
      AND window_start <  '2026-07-01'
      AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60
           + toMinute(toTimeZone(window_start, 'America/New_York'))) >= 570
      AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60
           + toMinute(toTimeZone(window_start, 'America/New_York'))) < 960
    GROUP BY ticker, et_minute
)
SELECT
    q.ahead                                                                                           AS shares_ahead,
    round(100 * countIf(mv.ticker = 'AAPL' AND mv.shares >= q.ahead) / countIf(mv.ticker = 'AAPL'), 1) AS aapl_pct_of_minutes,
    round(100 * countIf(mv.ticker = 'KO'   AND mv.shares >= q.ahead) / countIf(mv.ticker = 'KO'),   1) AS ko_pct_of_minutes
FROM minute_volume AS mv
CROSS JOIN
(
    SELECT arrayJoin([500, 1000, 2000, 4000, 8000, 16000, 32000, 64000, 128000]) AS ahead
) AS q
GROUP BY q.ahead
ORDER BY q.ahead
Run this yourself

עם 500 מניות לפניך, 100 אחוזים מדקות המסחר ב-AAPL כללו נפח מסחר מספיק, לעומת 100 אחוזים מדקות המסחר ב-KO. ב-8000 מניות, הנתון עבור AAPL הוא 100 אחוזים, וב-128000 מניות הוא יורד ל-22.2 אחוזים. העקומה נוטה לכיוון אחד בלבד, ואיבוד עדיפות אינו אלא החלקה ימינה לאורכה.

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

מרחק התמחור מחדש לנקודת איזון

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

נסמן ב-V את שווי הביצוע למניה, כלומר היתרון שלכם בתוספת כל החזר (rebate), וב-t את מרחק התמחור מחדש. התיקון מגיע לנקודת איזון כאשר ההסתברות המשופרת כפול התגמול המופחת שווה להסתברות המקורית כפול התגמול המלא, משוואה שניתן לסדר מחדש בשורה אחת:

t = V x (1 - p0 / p1)

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

נריץ את אותה נוסחה עבור בוט שהיתרון היחיד שלו הוא החזר ה-maker. החזרי ה-maker בדרג העליון בבורסות המניות הגדולות בארה"ב עומדים על כ-0.20 עד 0.30 סנט למניה לפי לוחות העמלות המפורסמים נכון לאמצע שנת 2026, לכן נגדיר זאת כרבע סנט. הנוסחה מציבה את מרחק נקודת האיזון סביב 0.1 סנט, בעוד ששינוי המחיר המינימלי שכל זירה בארה"ב מקבלת הוא סנט שלם, כלומר פי עשרה מהמרחק הרצוי. בוט שמבצע תמחור מחדש כדי להגן על החזר משלם "טיק" (tick) שלם כדי לרדוף אחרי רבע סנט.

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

כאשר אין מקום לשיפור מחיר

שיפור מחיר הוא אופציה רק כאשר קיים מרווח בין מחיר הקנייה (Bid) למחיר המכירה (Offer). במניות הגדולות ביותר, ברוב המוחלט של הזמן, מרווח כזה אינו קיים.

שאילתהתדירות מרווח ציטוט של סנט בודד (מסחר ב-10 ביוני 2026)
ה-SQL המדויק מאחורי כל מספר
SELECT
    ticker                                                                                  AS symbol,
    round(avg(toFloat64(ask_price) - toFloat64(bid_price)) * 100, 2)                        AS avg_spread_cents,
    round(100 * countIf(toFloat64(ask_price) - toFloat64(bid_price) <= 0.0105) / count(), 1) AS one_tick_wide_pct
FROM global_markets.cache_stocks_quotes
WHERE ticker IN ('AAPL', 'KO', 'SPY', 'NVDA', 'COST', 'NFLX')
  AND sip_timestamp >= '2026-06-10 13:30:00'
  AND sip_timestamp <  '2026-06-10 20:00:00'
  AND bid_price > 0
  AND ask_price > bid_price
  AND toFloat64(ask_price) - toFloat64(bid_price) < 5
GROUP BY ticker
ORDER BY one_tick_wide_pct DESC
Run this yourself

NFLX ציטטה מרווח של סנט אחד ב-81.4 אחוזים מעדכוני הציטוטים שלה ב-10 ביוני 2026, עם ממוצע של 1.3 סנטים. בקצה השני של הפאנל, COST הציגה ממוצע של 77.53 סנטים. בשוק שבו המרווח הוא טיק אחד בלבד, אין מחיר בין ה-Bid ל-Offer שאליו ניתן לעבור, והדרך היחידה להקדים את התור היא לבצע עסקה בתוך המרווח (Cross the spread). פעולה זו הופכת את הסוחר ל-"Taker": במקום לקבל החזר עמלות (Rebate), הוא משלם עמלת Taker, ומוותר על המרווח במקום לנסות ולתפוס חלק ממנו.

תדירות הבחירה של בוט תמחור מחדש

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

שאילתהמספר מחירי ה-best bid הייחודיים ברבע שעה (AAPL ו-KO, 10 ביוני 2026)
ה-SQL המדויק מאחורי כל מספר
SELECT
    formatDateTime(toStartOfFifteenMinutes(et), '%H:%i') AS et_time,
    uniqExactIf(bid_price, ticker = 'AAPL')              AS aapl_distinct_bids,
    uniqExactIf(bid_price, ticker = 'KO')                AS ko_distinct_bids
FROM
(
    SELECT
        toTimeZone(sip_timestamp, 'America/New_York') AS et,
        ticker,
        bid_price
    FROM global_markets.cache_stocks_quotes
    WHERE ticker IN ('AAPL', 'KO')
      AND sip_timestamp >= '2026-06-10 13:30:00'
      AND sip_timestamp <  '2026-06-10 20:00:00'
      AND bid_price > 0
)
GROUP BY et_time
ORDER BY et_time
Run this yourself

הצעת המחיר הטובה ביותר (best bid) ב-AAPL ביקרה ב-359 מחירים שונים במהלך רבע השעה שהחל ב-09:30 שעון מזרח ארה"ב ב-10 ביוני 2026, וב-152 מחירים במהלך רבע השעה שהחל ב-15:45. הצעת המחיר הטובה ביותר ב-KO ביקרה ב-78 מחירים באותו פרק זמן פתיחה. כל אחת מהתנועות הללו היא תיקון שבוט תמחור מחדש עשוי לשלוח, וכל תיקון מאפס את זמן ההמתנה שלו. בוטים של מסחר ברשת (Grid trading) נוקטים בגישה ההפוכה לבחירה זו על ידי הצבת סולם פקודות במחירים קבועים: המחירים הופכים ללא רלוונטיים, אך העדיפות נשמרת.

קרחונים ומניעת מסחר עצמי

שתי השפעות מסדר שני מפתיעות לעיתים קרובות סוחרים.

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

מניעת מסחר עצמי היא ההשפעה השנייה. זירות מסחר אינן מאפשרות לפקודה של משתתף להתבצע מול פקודה אחרת שלו הממתינה בספר. הפתרון המקובל הוא ביטול אחת משתי הפקודות, או בחלק מהזירות – ביטול שתיהן. בוט שמתמחר מחדש פקודות בספר דליל עלול למחוק את הציטוט שלו בצד הנגדי, מה שהופך שינוי אחד לאובדן של שני מקומות בתור. בדרך כלל, שינויים בפקודה שומרים על תנאי הזמן המקוריים (Time in Force), בעוד שפעולת ביטול והחלפה מאפסת אותם – פרט המוסבר ב-תנאי זמן לפקודה.

שאלות נפוצות

האם שינוי מחיר של פקודת לימיט גורם לאובדן המיקום בתור?

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

האם ביטול והחלפה (cancel and replace) זהים לעדכון פקודה?

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

האם הקטנת כמות של פקודה שומרת על הקדימות בתור?

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

מהו הערך האמיתי של מיקום בתור?

ההסתברות לביצוע (fill) שהמיקום מקנה, כפול הערך של ביצוע עבורך. ניתן למדוד את שני החלקים: הלוחות לעיל מציגים את נפח המסחר המבוצע (prints) לדקה, והיתרון היחסי שלך (edge) בתוספת כל החזר עמלות (rebate) קובעים את ערך הביצוע.


כל לוח כאן נושא את ה-SQL שיצר אותו. שנה את ה-ticker או את טווח התאריכים ושאל את אותה שאלה על כל שם במסוף Strasmore.

#order book#queue position#execution#maker taker#trading bots