יש חותמת זמן ויש ראיה: למה אפילו נתון חתום לא מספיק

מאחורי הקלעים | 28.10.2026 סטטוס: תשתית ראיות בפיתוח; הזנת נתוני שוק עתידיים מאומתים טרם הופעלה.

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

בפיתוח Backtest Pro עסקנו בחיבור קיים לנתוני Yahoo Finance דרך Supabase. נוספה בצד השרת חותמת UTC של מועד קבלת התגובה, ולצדה טביעת SHA-256 של גוף התשובה לפני עיבודו. אלה צעדים שימושיים לשחזור ולבקרה — לא תעודת אמת אוטומטית.

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

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

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

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

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

מקור: YAHOO_SUPABASE_RUNTIME_ACTIVATION_GATE_20261026.md; PRODUCT_BUILD_STORY_HE.md. אין כאן קביעה שמנוע נתונים חי פעיל או שאיתותים מאומתים מסופקים ללקוחות.