פקודות לימיט ב־Kraken, Coinbase ו־Bybit: מחיר, מילוי ועמלה

לימיט בשלוש הפלטפורמות: גבול מחיר ולא הבטחת עסקה

פקודת קנייה בלימיט קובעת את המחיר המרבי שמוכנים לשלם; פקודת מכירה קובעת מחיר מינימלי. ב־Kraken Pro, ב־Coinbase Advanced ובמוצרי Bybit המתאימים, המחיר הזה אינו התחייבות שכל הכמות תתבצע. הוא גם אינו הופך כל ביצוע ל־maker. תוצאה אפשרית היא מילוי מיידי, המתנה בספר, ביצוע חלקי, דחייה או ביטול לפי ההוראות הנוספות.

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

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

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

Kraken Pro, Coinbase Advanced ו־Bybit: האפשרויות הידועות

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

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

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

דוגמת לימיט: מחיר מרבי ומחיר מילוי ממוצע

נניח ספר ספוט דמיוני בלבד. רוצים לקנות 0.05 BTC בלימיט של 40,000 דולר ל־BTC. בצד המוכרים זמינים 0.02 BTC במחיר 39,980 דולר ועוד 0.03 BTC במחיר 40,000 דולר. אם הכמויות נשארות זמינות כשההוראה מגיעה, שני החלקים עומדים בגבול המחיר ויכולים להתבצע.

החלק הראשון עולה 799.60 דולר והשני 1,200 דולר. יחד מתקבלים 0.05 BTC תמורת 1,999.60 דולר לפני עמלות. המחיר הממוצע הוא 39,992 דולר ל־BTC. זה נמוך מהלימיט שהוזן, בלי שהפקודה הייתה חייבת להמתין בספר. הוראה כזאת יכולה לקחת נזילות קיימת ולהיחשב taker.

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

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

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

מילוי חלקי ב־Kraken, Coinbase או Bybit: מה נשאר פתוח

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

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

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

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

עמלות לימיט: תפקיד maker ו־taker בכל מילוי

Maker ו־taker מתארים את היחס של המילוי לספר. פקודה שמבצעת חלק מיידי ומשאירה חלק בהמתנה יכולה לכלול את שני התפקידים. ב־Coinbase Advanced התיעוד מפריד במפורש בין החלק המיידי, שמשלם לפי taker, לבין יתרה שתתבצע מאוחר יותר כ־maker. לכן אי אפשר לבחור תעריף אחד רק מפני שבטופס כתוב Limit.

נניח דוגמה היפותטית עם שווי מיידי של 800 דולר ושווי נוסף של 1,200 דולר שבוצע מאוחר יותר. נניח לצורך לימוד בלבד עמלת taker של 0.3% ועמלת maker של 0.1%. העמלה היא 2.40 + 1.20 = 3.60 דולר. השיעורים אינם מחירון Kraken, Coinbase או Bybit, ואין להשתמש בהם לתכנון חיוב בחשבון.

בדקו את התעריף החל בזמן הפקודה ואת כללי הזוג. מדרגת חשבון, מסלול ומוצר יכולים לשנות את התוצאה; ב־Coinbase Advanced אף עשויים להיות שיעורים זהים לשני התפקידים. לכן הביטוי ״maker תמיד זול״ אינו כלל שאפשר להחיל על כל זוג.

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

Post-Only בשלוש הפלטפורמות: מניעת ביצוע מיידי והמחיר שלה

Post-Only מבקש שהלימיט יצטרף לספר במקום לפגוש הוראה קיימת מיד. Kraken מתארת ביטול של הוראה שתתאים מיד לצד הנגדי; Coinbase Advanced מתארת דחייה; Bybit מתארת ביטול. התוצאה המעשית היא שהמערכת מגינה על תנאי הוספת הנזילות, ולא שהמשתמש מקבל בכל מקרה את המטבע או סוגר את החשיפה.

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

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

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

תוקף לימיט: IOC, FOK והמתנה בספר

מחיר וכמות עדיין אינם הוראה מלאה בלי תוקף. GTC מתארת הוראה שממשיכה לחיות עד מילוי או ביטול לפי כללי המוצר. IOC מנסה לבצע את הכמות הזמינה מיד ומבטלת את היתרה. FOK דורשת מילוי מלא מיידי או ביטול. ב־Coinbase Advanced מופיעה גם אפשרות זמן מוגדר. לא כל שילוב של סוג פקודה ותוקף קיים בכל שוק.

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

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

אין להסיק מתיעוד Bybit על אפשרות חוזים מסוימת שהיא קיימת ב־Kraken Pro או ב־Coinbase באותו מוצר. ההשוואה הטובה היא של תנאי ההוראה בפועל: מה חייב להתבצע מיד, מה יכול להישאר ומה יבטל את הבקשה. תנאי אלה חשובים יותר מסימון תיבה בעלת שם דומה בממשק אחר.

לימיט רגיל מול סטופ ונגזרים: לא להחליף תנאי פעולה

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

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

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

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

בדיקת פקודה בשלוש הפלטפורמות: לפני ואחרי המילוי

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

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

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

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