תיקונים: איזו שורה השתנתה, למה ומתי

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

איך אנחנו מטפלים בתיקון

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

אם מצאתם כתבה שגויה או מיושנת, כתבו לנו ל-[email protected], או ראו את דף צרו קשר. תיקונים שיתקבלו יתועדו למטה.

הרישום

תאריך	דף מעורב	מקור ← תיקון	סיבה
2026-09-16	ניהול סיכונים במסחר אוטומטי דרך OKX API, קוונט OKX API מאפס, פתרון שגיאות OKX API	ארבע נקודות נבדקו מחדש מול תיעוד ה-API הרשמי של OKX. ① היה כתוב שכאשר מספר ההזמנה המותאם `clOrdId` חוזר, "הבורסה מכירה רק בהזמנה הראשונה" → תוקן: בדיקת הכפילות נעשית רק בין ההזמנות בחשבון שלכם שעדיין לא הגיעו למצב סופי; ברגע שהזמנה בוצעה או בוטלה אפשר להשתמש באותו `clOrdId` שוב, ושליחה חוזרת מתקבלת כהזמנה חדשה לגמרי. גם הקוד שמחפש הזמנה לפי `clOrdId` הועבר מממשקי רשימת ההזמנות הפתוחות / ההיסטוריה אל ממשק פרטי ההזמנה (בפרמטרי הבקשה של שתי הרשימות האלה אין בכלל שדה `clOrdId`). ② היה כתוב שמפתח "בלי הרשאת משיכה לא יכול אפילו להעביר כספים בין חשבונות" → תוקן: לפי ההגדרה הרשמית, הרשאת המסחר עצמה כוללת כבר העברת כספים וחלק מהגדרות החשבון, ומה שהרשאת המשיכה מנהלת הוא משיכה לכתובת בבלוקצ'יין. ③ היה כתוב שאחרי ביטול "חוזר אותו מספר הזמנה בסטטוס canceled" → תוקן: בתשובה לביטול אין שדה סטטוס, היא רק מציינת שהבקשה התקבלה, ואם ההזמנה באמת בוטלה צריך לבדוק בשאילתה נוספת; הצעד הזה נוסף לבלוק הקוד. ④ 50120 "אין הרשאה" קובץ יחד עם 50102 / 50105 / 50110 תחת "ברמת ה-HTTP כולם 401" → תוקן ו-50120 הוצא בנפרד: הוא חוזר עם HTTP 200 וניתן לזיהוי רק לפי ה-code שבגוף התשובה.	① ו-③ גורמים לקרוא "נשלח" כאילו זה "בוצע": שליחה חוזרת של הזמנה עלולה ליצור ביצוע כפול, ואמונה שביטול עבר כשהוא לא עבר — שתיהן טעויות שיפוט שעולות כסף ישירות. ② תיחם את גבול ההרשאה בצורה צרה מדי, וכך הקורא עלול היה לזלזל בתוצאות של דליפת מפתח. ④ גורם לענפי טיפול בשגיאות שנכתבו לפי קוד הסטטוס לפספס מחלקה שלמה של שגיאות הרשאה. כל הארבע לפי תיעוד ה-API הרשמי של OKX (נבדק 2026-09-16).
2026-09-08	איך משתמשים בחשבון הדמו, קוונט OKX API מאפס	במקור כתבנו שכתיבת `'options': {'sandboxMode': True}` בתצורה "שקולה" ל-`set_sandbox_mode(True)`, ושאפשר להשתמש בדמו במפתח של החשבון האמיתי ← שונה ל: רק `set_sandbox_mode(True)` מעביר אותך לדמו — את כותרת הדמו `x-simulated-trading: 1` מוסיפה השיטה הזו עצמה, וכתיבת הערך בתוך `options` של הבנאי לא קוראת לה בכלל; ולדמו צריך Demo Trading API Key משלו, שנוצר בתוך סביבת הדמו. הוספנו גם שהדמו והחשבון האמיתי חולקים אותו REST host ומופרדים רק על ידי הכותרת הזו, ושורת `print` לבדיקה עצמית בשני מקטעי הקוד.	"ההבהרה" שהוספנו ב-2026-06-03 הייתה בעצמה שגויה, והיא מתוקנת כאן יחד עם הטענה על המפתח. שתי השגיאות יחד גרמו לקורא להאמין שהוא בדמו בזמן שהבקשה יצאה בלי סימון דמו — ואם המפתח שבידיו היה של החשבון האמיתי עם הרשאת מסחר, ההזמנות שיצאו היו אמיתיות. הפעם בדקנו את המסקנות מול המימוש של `set_sandbox_mode` ב-ccxt ומול פרק הדמו בתיעוד ה-API הרשמי של OKX.
2026-06-08	קוונט OKX API מאפס	במקור תיארנו את השדה `password` ב-ccxt בצורה מעורפלת כ"מלאו את הסיסמה שלכם" ← שונה להבהרה מפורשת: "מלאו את ה-Passphrase שהגדרתם בעת יצירת ה-API Key, זו לא סיסמת ההתחברות וגם לא ה-secret".	הניסוח המקורי גרם לקוראים למלא בטעות את סיסמת ההתחברות, וכך לקבל כל הזמן כשל אימות. זה המכשול הכי שכיח אצל מתחילים, חייבים להבהיר אותו.
2026-06-06	איך מכווננים בוט רשת ב-OKX	הדוגמה המקורית תיארה את הקשר בין "מספר התאים" ל"שיעור הרווח לתא" בצורה מוחלטת מדי (נכתב "יותר תאים = יותר רווח לכל תא") ← שונה ל"בטווח קבוע, ככל שיש יותר תאים, המרווח של כל תא קטן יותר, הרווח לתא קטן בהתאם, וההפעלות תכופות יותר", והוספנו סט פרמטרים מודגם להמחשה.	הניסוח המקורי הפך את הסיבתיות, ועלול היה להטעות קוראים להגדיל את מספר התאים בעיוורון. אחרי התיקון הוא תואם את האופן שבו רשת באמת עובדת.
2026-06-05	עמלות OKX + החזר	במקור נתנו מספרי שיעור maker/taker ספציפיים ← שונה לציון בלבד ש"שיעורי העמלה נבדלים לפי דרגה ולפי הזמנה ממתינה / מבצעת", והוספנו אחיד "השיעורים המדויקים כפופים למה ש-OKX מפרסם כרגע באתר".	שיעורי הבורסה מתעדכנים, וכתיבת מספרים קשיחים מתיישנת ומטעה. המעבר להפניה לאתר מונע מקוראים לקבל החלטות לפי מספרים שפג תוקפם.
2026-06-03	שימוש בחשבון הדמו	במקור הזכרנו רק את `set_sandbox_mode(True)` ב-ccxt כדי לעבור לחשבון הדמו ← הוספנו הבהרה ש"חלק מהגרסאות תומכות גם בכתיבת `'options': {'sandboxMode': True}` בתצורה, אפשר לבחור אחת מהשתיים", והזכרנו שהניסוח עשוי להשתנות בין גרסאות ccxt.	קוראים דיווחו שבגרסאות מסוימות אחד הניסוחים לא עובד. אחרי הוספת הניסוח השני הכיסוי מלא יותר, ופחות אנשים נתקעים על "לא מצליח לעבור לחשבון הדמו".

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