כיצד TrustChain מתעד חתימה

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

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

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

השרת מקצה להסכם גם מזהה רשומה בן 8 תווים. הקישור הציבורי, trustchain.biz/verify/ ולאחריו המזהה, והתעודה משתמשים בו. TrustChain שומר גם מזהה פנימי ארוך יותר לכל הסכם.

בהיסטוריית ההסכם נוצרת הרשומה הראשונה: היוצר יצר את ההסכם, עם המועד. כתובת IP אינה נרשמת בשלב זה.

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

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

תוקף הקישור הוא 7 ימים. בזמן שבדיקות זהות חדשות מושהות, קישור חדש תקף ל־14 ימים, כדי שלא יפוג בזמן ההמתנה לחידוש הבדיקות. כרגע קישור חדש תקף למשך ⁨14 ימים⁩. קישור שכבר נשלח שומר על מועד התפוגה שנקבע בשליחתו.

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

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

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

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

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

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

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

כתובת ה־IP של כל פתיחה וצפייה מגיעה ליומן שרת בלבד, ולא להיסטוריה (סעיף 8).

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

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

חתימה מתוך חשבון TrustChain

היוצר חותם תמיד כך. גם המוזמן יכול, אם הדוא״ל המאומת של חשבונו תואם לכתובת המוזמנת.

חתימה באמצעות קישור ההזמנה

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

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

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

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

לפני פתיחת חלון Sumsub, חלונית TrustChain מסבירה ש־Sumsub בודק תעודה עם תמונה וסלפי בחלון משלו, ומקשרת לחלק על Sumsub ב־מדיניות פרטיות.

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

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

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

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

מתחת יש תיבת סימון עם התווית ״⁨I want to sign this agreement⁩״ והשורה ״⁨I've read all the terms above. I understand my signature will be recorded with the date and time and tied to my verified identity.⁩״. החתימה אינה נשלחת לפני הסימון. שרת TrustChain אינו מתעד את הסימון עצמו.

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

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

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

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

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

מועד

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

אופן החתימה

מתוך חשבון TrustChain או באמצעות קישור ההזמנה.

מי

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

חותמת בדיקת זהות

הזהות נבדקה בידי Sumsub (סעיף 5).

גרסת ההסכמה

מזהה גרסת המשפט שמעל הכפתור (סעיף 6).

טביעת אצבע של התנאים

טביעת אצבע מסוג Keccak-256 של נוסח ההסכם בדיוק כפי שנשמר ברשומה ברגע שמירת החתימה. שינוי תו אחד בטקסט ייצור טביעת אצבע שונה. היא מכסה רק את הטקסט השמור הזה. בהסכמים שנוצרו בטופס הנוכחי, הטקסט כולל את הסכום ומועד ההשלמה אם מולאו; הכותרת לעולם אינה כלולה. היא נשמרת באותה רשומה עם הטקסט, ולכן לבדה מעידה רק שהם תואמים זה לזה. הקביעה שזהו הטקסט בעת החתימה נשענת על כך שהרשומה לא שונתה בהמשך (סעיף 9), או על העיגון ב־Polygon אם קיים כזה (סעיף 11). בהסכמים שנוצרו בטופס ישן, עמוד החתימה מציג גם סעיפים תקניים שנבנו משדות אחרים: בעלות, סודיות, הדין החל ומיצוי ההסכמות. טביעת האצבע אינה מכסה אותם. אם ברשומה כזו אין טקסט שמור, העמוד מציג את היקף העבודה במקומו, וטביעת האצבע היא של טקסט ריק.

כתובת IP של החתימה

כתובת ה־IP ש־TrustChain תיעד לבקשת החתימה. TrustChain קורא אותה מהערך שהחזית של Google או Firebase Hosting מוסיפים לכותרת ההעברה של הבקשה, ומתעלם מערכים שהוסיף הפונה מוקדם יותר בכותרת הזו. אם מבנה הכותרת אינו תואם לציפיות של TrustChain, לא נרשמת כתובת. בחתימות מלפני ⁨14 באוקטובר 2026⁩, TrustChain תיעד את הכתובת שדיווחה מסגרת השרת לבקשה, שבחלק מהבקשות עשויה להיות כתובת ששלח הפונה. היא נשמרת באירוע החתימה בהיסטוריה, ששני הצדדים להסכם וכל מי שהוזמן לצפות בו רשאים לקרוא, כפי שמציין המשפט שמעל הכפתור. העותק האישי של תעודת הרשומה שמורידים מעמוד ההסכם מציג אותה גם בהדפסה.

כתובת IP עשויה להשתייך לספק סלולר, למעסיק, ל־VPN או לרשת משותפת. היא אינה מזהה אדם או מיקום מדויק, ו־TrustChain אינו מאתר מיקומים.

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

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

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

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

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

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

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

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

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

כל לחיצה שומרת ברשומה את מועד האישור של אותו אדם לפי שעון שרת TrustChain, ומוסיפה אירוע אישור להיסטוריה. כתובת ה־IP שלה נכנסת ליומן השרת בלבד (סעיף 8). כששניהם לחצו, המצב משתנה ל״הושלם״, המועד הזה נשמר ונוסף אירוע השלמה בהיסטוריה. ברשומות שאושרו לפני ש־TrustChain החל לשמור מועדים אלה, כל אישור נמצא בהיסטוריה בלבד.

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

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

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

בדיוק מה נכתב בשרשרת:

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

נוסח ההסכם, שמות, כתובות דוא״ל, סכומים, חתימות, כתובות IP ותוצאות אימות זהות אינם נכתבים ב־Polygon.

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

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

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

TrustChain שומר:

• רשומת ההסכם: נוסח, כותרת, סכום, דוא״ל לכל צד, מזהי חשבון, מצבים ומועדיהם;
• את ההיסטוריה;
• כל חתימה, עם כל המפורט בסעיף 7;
• כל הזמנה, עם גיבוב חד כיווני בלבד של הקישור;
• יומן IP של השרת בלבד (סעיף 8);
• לכל חשבון או סשן אורח שעבר בדיקה: תוצאת Sumsub, מועד השינוי האחרון ומזהה הבדיקה של Sumsub.

TrustChain אינו שומר:

• תעודות זהות, תמונות תעודה או סלפי. Sumsub מטפל בהם.
• שמות משפטיים. TrustChain אינו מבקש או בודק שם משפטי. החשבון עשוי להציג שם מספק כניסה, כגון שם חשבון Google, שלא נבדק.
• את קישורי ההזמנה עצמם.
• עותקים של קובצי PDF שאנשים מורידים.
• את הצ׳אט בין הצדדים בצורה קריאה. הוא מוצפן מקצה לקצה, ורק משתתפיו יכולים לקרוא אותו.

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

כל צד יכול להוריד PDF של ההסכם מעמוד ההסכם או ההזמנה: הצדדים, הנוסח המלא וההיסטוריה. זהו הרישום העיקרי.

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

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

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

כולם נוצרים בדפדפן של המוריד מהרשומה באותו רגע. TrustChain אינו שומר עותק, וניתן לשנות PDF לאחר הורדה; השוו לרשומה החיה ב־trustchain.biz/verify/ ולאחריו המזהה.

צד הזקוק לרישומי TrustChain על ההסכם, למשל לטריבונל או לבית משפט, יכול לפנות אל founder@trustchain.biz עם מזהה הרשומה. TrustChain שומר לכל הסכם את המתואר בעמוד ויכול לספק לפי בקשה ובכפוף לדיני הפרטיות: הרשומה, ההיסטוריה, ההזמנות ללא גיבובי הקישורים ותוצאת בדיקת הזהות. מסמכי הזהות עצמם בידי Sumsub, לא TrustChain.

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