איך יודעים שלא ערכנו את ההיסטוריה?

האם אנחנו יכולים לזייף את ההיסטוריה של עצמנו?

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

שש שכבות · בשפה פשוטה

ארבע הראשונות הן מה שהופך קבלה לעדות ראייתית חזקה. שתי האחרונות הן מה שהיא מוכיחה בפועל · מה נחשף למי · והאם הקובץ שבידיכם הוא בדיוק זה שעבר.

1. 01

   מי חתם · אותנטיות

   authenticity

   לכל קבלה (receipt) שאנחנו מוציאים יש חתימה דיגיטלית. החתימה נוצרת עם מפתח פרטי שמוחזק בכספת מאובטחת אצלנו · ולכל מפתח יש מפתח-ציבורי תואם שמתפרסם בכתובת קבועה. מי שיש בידיו את ה-receipt + המפתח-הציבורי שלנו יכול לבדוק את החתימה לבדו · בלי לסמוך עלינו.

   למהנדסים · technical details

   Ed25519 over canonical JSON payload · public key at /api/chain/pubkey · apps/web/src/lib/operator/chain-keys.ts · signChainData + verifyChainSignature.

2. 02

   לא שונה · שלמות

   integrity

   כל קבלה קושרת חזרה לקבלה הקודמת בשרשרת. אם מישהו ינסה לשנות קבלה אחת · כל ה-hash-im של הקבלות שאחריה יהיו לא נכונים. אי-אפשר לשנות באמצע · רק להוסיף בסוף.

   למהנדסים · technical details

   HMAC-SHA256 chain · chain_hmac = HMAC(secret, event_hash + prev_receipt_id + created_at) · apps/web/src/lib/operator/audit.ts · monotonic chain_index per tenant.

3. 03

   מי המפתח · אי-הכחשה

   non-repudiation

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

   למהנדסים · technical details

   Key in vault · access logs · KMS-enforced policy · rotation policy documented · service-role hard-segregation.

4. 04

   מתי קרה · עוגן זמן חיצוני

   time anchor

   ה-timestamp שאנחנו שמים על קבלה לא מספיק · יכל לטעון שזייפנו אותו אחורה (backdated). לכן ה-hash של הקבלה נשלח גם ל-Bitcoin (דרך OpenTimestamps) · שם הוא נחתם כחלק מ-block שכל העולם רואה. כל מי שמסתכל על blockchain חיצוני יכול לוודא שה-hash הזה היה קיים בדיוק ב-תאריך הזה · ולשכתב את ה-Bitcoin נדרש רוב כוח החישוב של הרשת · מה שאינו מעשי מבחינה חישובית וכלכלית.

   למהנדסים · technical details

   OpenTimestamps · apps/web/src/lib/protect/opentimestamps.ts. Measured 2026-08-02: 1,720 of 1,727 epoch roots carry a Bitcoin anchor, and 1,727 of 1,727 were published to an external witness feed (github.com/proofbydefault/witness-feed, one commit per hourly epoch) — the anchor and the feed are two different witnesses and both are real. A THIRD, Sigstore Rekor, is now written by /api/cron/seal-epoch-rekor but stamps nothing until an OIDC signing identity is provisioned: measured 2026-08-02, 0 of 1,727 epochs carry a Rekor index, and the promise registry lists that row as broken rather than hiding it. The drand tlock column is still written by nothing. A capability the code can read but never produces is not a capability, and saying so here is cheaper than being caught saying otherwise in a deck.

5. 05

   מי נגע במידע · חשיפה

   exposure

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

   למהנדסים · technical details

   nd_decision_receipts · surface + decision + subject + allowed tiers · apps/web/src/lib/proof/decision-receipt.ts · identity opaqued at the write boundary (lib/proof/opaque-identity.ts · HMAC-keyed serial, deterministic so the same actor correlates without being named). Since 2026-08-02 that boundary catches phone numbers, national IDs, card numbers and IBANs, not only e-mail addresses, and the audit that measures the promise imports the same lexicon the guard enforces — measured and enforced at one width, or the gap comes back. 58 receipts written between 2026-05-03 and 2026-07-13, before the guard existed, still contain a readable address. They are not edited: a chain whose past can be rewritten to look better is not evidence.

6. 06

   זה אותו קובץ · מקוריות

   originality

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

   למהנדסים · technical details

   ciphertext_sha256 on every container · receipt signs the ciphertext digest, never the plaintext · /verify-pack recomputes in the browser with crypto.subtle.verify and no server call · tamper button flips a byte.

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

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

1. 1
   החלטת גישהAccess Decision

   מישהו ביקש · המערכת הכריעה. עד כאן זו פעולה, לא ראיה.

2. 2
   קבלהReceipt

   ההחלטה מקבלת גוף חתום · מה נמסר, מה נשאר נעול, ומתי.

3. 3
   שרשרת קבלותReceipt Chain

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

4. 4
   שורש MerkleMerkle Root

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

5. 5
   חותמת זמן חיצוניתExternal Timestampלא בשליטתנו

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

6. 6
   אימות עצמאיIndependent Verificationלא בשליטתנו

   צד שלישי בודק לבד · בלי חשבון, בלי מפתח, ובלי לשאול אותנו.

רוב המערכות מוכיחות שמשהו קרה.
כאן מוכיחים מה נחשף.

לוג רגיל אומר שסוכן קרא מסמך.

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

זה ההבדל בין ביקורת לבין ראיה.

אנטומיה של קבלה אחת

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

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

אל תאמינו לנו. תשברו את זה.

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

מה זה נותן לארגון

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

למה חלק מההוכחה מוצג חתוך

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

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

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

תבדקו בעצמכם · בלי חשבון ובלי מפתח

ארבע הכתובות האלה פתוחות לכל אדם. אף אחת מהן לא דורשת התחברות · ואף אחת מהן לא חושפת תוכן של אף אחד.

• /verify

  קבלה בודדת · מדביקים מזהה בפורמט nd-rcpt-… ומקבלים תשובה על החתימה והשרשרת

• /verify-pack

  חבילת הוכחה שלמה · רצה במלואה בדפדפן שלכם · "no NoData server contacted" · כולל כפתור שמשנה בייט ומראה את הכשל

• /api/clock

  שלוש השכבות כמספרים · בלי אימות · אותו מקור שממנו נקרא הפס שבראש הדף

• /verify-report

  דיווח שהתקבל · מאמתים סימוכין בפורמט AR-XXXXXX בלי לראות את התוכן שדווח

הגנת ה-Photoshop · why an external anchor matters

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

הפתרון · עוגן חיצוני שאיננו בשליטתנו. הקבלה שלנו נשלחת ל-Bitcoin (דרך OpenTimestamps · חינם · אוטומטי). שם ה-hash שלה נכלל ב-block יחד עם אלפי hashים אחרים מכל רחבי העולם. אחרי שעה אחת · כל הרשת מסכימה שה-block קיים בזמן הזה · ולשנות אותו בדיעבד נדרש רוב כוח החישוב של Bitcoin · מה שאינו מעשי מבחינה חישובית וכלכלית.

מי שמקבל את הקבלה ממך · יכול לבדוק לבדו · בלי לסמוך על NoData · בלי לבקש הרשאה · בלי חשבון. רק לוקח את ה-hash · שולח ל-block explorer חיצוני · ומקבל אישור.

השוואה · מה עושות מערכות אחרות

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

רוצה לאמת בעצמך · try it yourself

יש לך receipt id מאיתנו? פתח את העמוד · הזן את ה-id · ונראה לך את ה-4 בדיקות חיות. הקבלה תוצג עם החתימה · השרשרת · ועוגן ה-Bitcoin (כשקיים). אם תרצה גם להריץ את ה-verification מקומי · יש לך verifyChainSignature() ב-open source · open spec.

שאלות נפוצות · FAQ