הגדרת Nansen: מדוע הדוחות אינם תואמים לרשת
תווית של כתובת היא הצהרה על הבעלים, ולא עובדה מהרשת. כאשר הגדרת Nansen נעשית "בעין" — לפי שם הבורסה מהתכתובת, לפי העסקה הגדולה הראשונה של הצד שכנגד — ארנקי פיקדון זרים וקופות פנימיות של הפרויקט נכנסים למערכת.
לאחר מכן, אנליטיקת הארנקים מחשיבה אותם כזרימות חיצוניות, ותמונת תנועת הכספים מפסיקה להתאים למה שנראה ברשת.
המקור השני לאי-התאמה בין הדוחות לרשת — קבוצות כתובות. אם לאסוף אותן לפי הסימן "סכומים וזמנים דומים", לישות אחת נכנסים בעלים שונים: האוצר, מרקטמייקר, כתובות שירות של הצוות.
העברה פנימית בין ארנקים של עצמך מתחילה להיחשב כתזרים מבחוץ: המחזור גדל פי שניים, חלק התקבולים החיצוניים מעוות, והחלטות על סטייקינג ודיווח מתקבלות לפי מספרים שגויים.
זה נרפא לא בהחלפת השירות, אלא בסדר בתוויות הכתובות. לכל תווית חייב להיות מקור — עמוד בורסה, מסמך רשמי, עסקה מאומתת — ולכל קבוצה כלל של הכללה והחרגה של כתובות.
אימות עסקאות מתבצע לפי המקור הראשוני: הסכום, הצד שכנגד, המטרה והעמלה נבדקים מול יומן הרשת, והמצטבר בדוח — שורה אחר שורה מול הרשומות הללו.
כל עוד אין בדיקה כזו, הדוח נראה משכנע ונבדל מהרשת בעשרות אחוזים. נבחן כיצד זה נסגר.
מה נותנת אנליטיקה מאומתת של זרימות וארנקים
האנליטיקה מתחילה לא בחיבור השירות, אלא בסימון כתובות: אוצר, חוזים, vesting, מאגרי נזילות, ארנקי הצוות. כל עוד הכתובות הללו לא מסומנות, מעקב אחר עסקאות טובע ברעש — העברות נכנסות מתערבבות עם מעבר.
Nansen נותן בסיס מוכן של כתובות מסומנות, אך ישויות הפרויקט מתוארות ידנית, לפי סכמת הפצת הטוקנים הספציפית.
הלאה — פרופילינג של ארנקים. כתובות מקובצות לפי התנהגות: מי מחזיק בפוזיציה חודשים, מי נכנס לפני הכרזה ויוצא בעלייה, מי קשור למקור כספים משותף. רשימת הכתובות הופכת למפת משתתפים, והופעת מחזיק גדול חדש בה הופכת לאירוע, ולא לשורה בייצוא.
השכבה השלישית — כללי התראות: סף ליציאה מהמאגר, שינוי חד בחלקה של כתובת אחת, העברה מארנק הצוות, זינוק בפעילות סביב החוזה. כל תנאי מוגדר עם חלון ומכפלה, אחרת האות מופעל בנפח פעולות רגיל.
התראה מוקדמת על סיכונים עובדת בדיוק במידה שבה הספים מוגדרים במדויק: צרים מייצרים הפעלות שווא, רחבים מפספסים משיכת כספים.
ניטור נזילות ודיווח להנהלה נאספים מאותם נתונים. ייצוא מדדים — נפח במאגרים, התפלגות מחזיקים, פעילות כתובות גדולות — מתבצע לפי לוח זמנים לטבלה או לפאנל, שבו התקופות ברות-השוואה זו לזו.
מצבי עבודה: ביקורת חד-פעמית, גישה קבועה, מתחם סגור
שלושת המצבים נבדלים לא בקבוצת המדדים, אלא במודל הגישה ובנתיב שבו הנתונים מגיעים למערכות הפנימיות. אותה קבוצת תוויות לפי כתובות אפשר להפיק באופן חד-פעמי, להעמיד במעקב קבוע או לפרוס בתוך המתחם שלך — והמגבלות של האפשרויות הללו שונות מהיסוד. אנליטיקה על בלוקצ'יינים אנו אוספים ב-Nansen ומשווים אותה לנתונים של הפרויקט עצמו.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| ביקורת ארנקים חד-פעמית | בדיקת צד שכנגד, ניתוח אירוע, יציאה לשוק חדש | חתך לתאריך: לא ניתן לשחזר את היסטוריית הקשרים רטרואקטיבית, אין התראות |
| גישה קבועה לאנליטיקה | ניטור זרימת כספים, מעקב אחר כתובות הפרויקט ומחזיקים גדולים | נדרש נוהל לניתוח הפעלות ומאגר היסטוריה משלך |
| מתחם נתונים סגור | דרישות בידוד, ערבוב תוויות חיצוניות עם דיווח פנימי, הפרדת הרשאות | תשתית נפרדת, ליווי ועדכון תוויות מצדנו |
ייצוא נתונים לדיווח וגישה משותפת של צוותים מוגדרים בכל אחד משלושת המצבים — התדירות שונה. ביקורת חד-פעמית מחזירה חתך סטטי, גישה קבועה יוצרת זרימה שמצטברת לוויטרינה, ומתחם סגור מאפשר לקשר תוויות חיצוניות לנתוני עסקאות עצמאיים ולא להוציא אותם החוצה.
כדאי לבחור לפי אופק המשימה. ניטור ללא נוהל לניתוח הפעלות הופך לזרם התראות שאיש לא קורא — לכן למצב גישה קבועה יש משמעות רק יחד עם כללי אסקלציה. ביררו כיצד זה נסגר עבור התרחיש שלכם — תארו את המשימה, נחזור עם הערכה ותוכנית.
הגדרת Nansen: שלבי העבודה מביקורת ועד מסירה
מעקב אחר פעילות בלוקצ'יין מתחיל לא בפתיחת הפאנל, אלא במיפוי של מה שצריך לעקוב אחריו. מנתחים את המשימה עם צוות הלקוח, מקבעים רשימת כתובות וקריטריונים לאירוע משמעותי — אחרת המעקב הופך לזרם התראות שמפסיקים לקרוא במהרה.
לאחר מכן סדר היישום זהה לכל פרויקט — מגדירים אותו ב-Nansen, שבו תוויות וכללים קשורים לכתובות ומתעדכנים יחד איתן.
- ניתוח המשימה ומיפוי כתובות. אוספים חוזים, ארנקי אוצר, תפעול ובורסה, מדייקים אילו זרימות חשובות: תזרים נכנס ויוצא, תנועת מחזיקים גדולים, אינטראקציות עם פרוטוקולים.
- סכמת תוויות. מנהלים מילון אחיד "כתובת — בעלים — תפקיד — סוג", כדי שאותו ארנק ייקרא באופן זהה בכל הדוחות ולא יהיה צורך לפענח אותו מחדש.
- הגדרת המעקב. מגדירים התראות על תנועות מעל הסף, שינוי במבנה המחזיקים וזינוקים בפעילות. ספים מחשבים מתנודתיות היסטורית של הכתובת, ולא "בעין".
- בדיקה על נתונים היסטוריים. מריצים את הכללים על תקופות עבר: מחשבים את שיעור הפעלות השווא והאירועים שהמערכת פספסה. מתקנים ספים לפני המסירה, ולא אחרי האירוע הראשון.
- הפרדת הרשאות. תפקידים מחלקים לפי עקרון הצורך המינימלי: גישה מלאה, צפייה בלבד, התראות בלבד. פעולות בפאנל מתועדות ביומן, הגישה נשללת עם שינוי הרכב הצוות.
- נוהל המעקב. מקבעים מי וכיצד מגיב להפעלה: ערוץ ההתראות, חלון התגובה, סדר האסקלציה ותדירות בדיקת התוויות.
- מסירה. מוסרים תיעוד, סכמות תוויות והדרכת צוות, נשארים בקשר עד שהנוהל יעבוד באופן עצמאי.
בתוצאה, המעקב משוחזר: החלפת אנליטיקאי אינה מאפסת את ההגדרות, והתגובה לתנועת כספים נמדדת בדקות, ולא בימים.
מדיניות גישה, תוויות כתובות ותיעוד
לאחר הגדרת Nansen אצל הלקוח נשארת לא קבוצת דוחות חד-פעמיים, אלא מערכת עובדת: מרחבים מסומנים לצוותים שונים, ספר תוויות כתובות וכללים שלפיהם מתירים לאנשים לגשת אליהם. להלן רשימה של מה שאנו מוסרים יחד עם התצורה והבעלות מצדכם.
- מרחבי עבודה לפי משימות: מרחבים נפרדים לאוצר, למוצר ולבקרת סיכונים — זרימות הנתונים אינן מתערבבות, הגישה ניתנת לפי עקרון הצורך המינימלי.
- ספר תוויות כתובות: בורסות, קסטודיאנים, ארנקים עצמאיים, חוזים וכתובות אוצר — עם בעל התווית ותאריך הבדיקה האחרונה; כתובות חדשות מוזנות לפי תבנית אחידה.
- תפקידי משתמשים ומטריצת הרשאות: אנליטיקאי, צופה, מצב קריאה בלבד — עם הפרדה לשינוי תוויות, ייצוא נתונים וניהול התראות.
- מדיניות גישה: סדר הענקה ושלילת הרשאות עם עזיבת עובד, כניסה באמצעות SSO ואימות דו-שלבי, יומן פעולות לניתוח אירועים.
- נוהל תגובה: ספי הפעלה, תורן אחראי, סדר אסקלציה וזמני תגובה למשיכת כספים חריגה.
- הוראות לצוות: תזכירים קצרים — כיצד להזין כתובת לספר, להפיק דוח, לעדכן התראה לאחר שינוי בחוזה.
- מסירת הגדרות: סכמות מרחבים, תבניות תוויות ופרוטוקולי ניתוח נשארים במאגר שלכם — המערכת עובדת ללא מעורבותנו.
מקרה בוחן: תוויות כתובות חשפו משיכת כספים בתוך יממה
כיצד היה
הפרויקט הנפיק טוקן והחזיק את האוצר בכמה כתובות, אך עקב אחריהן ידנית: אנליטיקאי השווה פעם ביום את ייצוא ההעברות. משיכה גדולה בסטייבלקוינים הבחינו בה רק למחרת — חלק מהכספים כבר עברו דרך ארנקים מתווכים ושירותי המרה, ולא היה במה להחזיר אותם.
מה הוגדר
סימנו את כתובות הפרויקט — אוצר, ארנקי הצוות, חוזים, כתובות בורסות — וקבענו כללי התראה ב-Nansen. תנאי השמירה מופעלים על זרימה לא טיפוסית: העברה גבוהה מהרגיל לכתובת, צד שכנגד חדש, שרשרת ארנקים מתווכים בחלון קצר.
מה השתנה
| מדד | לפני | אחרי |
|---|---|---|
| זמן גילוי החריגה | כעבור יממה | 15-20 דקות |
| שיעור העסקאות עם צד שכנגד מזוהה | פחות ממחצית | 96% |
| הפעלות שווא | עשרות בשבוע | 2-3 בחודש |
הכללים הודיעו על עצמם כעבור אחד עשר ימים: השומר הופעל על משיכה שעלתה על המחזור הרגיל של הכתובת פי כמה. ניתוח האירוע ארך ארבעים דקות במקום יממת חיפוש — השרשרת סומנה, תווית הנמען צורפה לפנייה לשירות הבורסה, וחלק מההעברה הספיקו לעצור. הפעלות השווא הוסרו בספים המותאמים לפרופיל של כתובות ספציפיות: ההתראה מגיעה כשיש מה לנתח.
במה נבדל ייצוא חד-פעמי ממעקב קבוע?
ייצוא חד-פעמי הוא תמונת מצב של הנתונים ברגע נתון: יתרות, התפלגות מחזיקים, תנועת כספים בתקופה. המצב מוצדק כשההחלטה מתקבלת פעם אחת: הערכת פרויקט לפני כניסה, בדיקת צד שכנגד, הכנת דוח. הטבלה לאחר הייצוא סטטית — היא מתארת מצב, ולא התנהגות.
מגבלת תמונת המצב היא שבין שני ייצואים לא רואים דבר. משיכת סכום גדול, החלפת בעלים של חוזה, זינוק בפעילות צפים רק בייצוא הבא — בהשהיה של ימים. אם מחיר הטעות עולה עם זמן התגובה, תמונת המצב אינה מספיקה.
מעקב רציף הוא קבוצת תנאים שלפיהם Nansen סוקר את הרשת לפי לוח זמנים ושולח התראה בעת חריגה: סף לפי נפח, כתובת חדשה ברשימה, שינוי בחלק המחזיקים. מצב הניטור צורך מכסות בקשות ודורש כיול ספים: רחבים יוצרים רעש, צרים מפספסים אירועים.
בפועל משלבים בין הגישות. ייצוא חד-פעמי קובע קו בסיס ורשימת כתובות למעקב, לאחר מכן פועל מצב רציף עם התראות על חריגה, ותמונת מצב בקרה פעם בשבוע משווה את התמונה ומעדכנת את הקו. הפרויקט רואה גם את המצב הנוכחי וגם את הדינמיקה, וזרם ההתראות נשאר קריא.
בחירת הגישה נקבעת לפי אופק ההחלטה: התשובה נדרשת פעם אחת — תמונת מצב מספיקה, יש צורך להגיב ברגע — מפעילים מצב מעקב. תדירות הסקר נבחרת בהתאם למכסות, כדי שגידול במספר הכתובות לא ייתקל במגבלות.
ספקות טכניים שאנו מסירים לפני ההתחלה
חלק מהשאלות חוזרות כמעט בכל הערכה — אנו עונים עליהן לפני ההתחלה, כדי לא לברר פרטים כבר בשלב הרכבת הכללים.
כבר יש לנו אנליטיקה פרוסה — האם לא נקבל מתחם שני רק לשם מתחם שני?
תחילה עורכים מיפוי: אילו רשתות וכתובות כבר מכוסות, אילו דוחות מי קורא, היכן הנתונים אינם תואמים. שכבה חדשה מחברים רק היכן שהיא סוגרת את מה שאין במתחם הנוכחי — למשל, תנועת כספים בין רשתות וקשרים בין כתובות. השאר נשאר כפי שהוא, כפילות מסירים, ולא מוסיפים.
האם ניתן להגביל את הנראות של כתובות בתוך הצוות?
כן, וזה מוגדר כבר בהתחלה. מרחבי עבודה מפרידים לפי תחומים, גישה לכתובות ולתוויות ניתנת לפי רשימה, וארנקים רגישים מוציאים למתחם סגור נפרד, שאליו צופה רק מעגל מצומצם. הרשאות נשללות באופן מרוכז — האדם עזב, הגישה נסגרה יחד איתו.
עד כמה התוויות מלאות והאם ניתן לסמוך עליהן?
תוויות מלאות אינן קיימות: שירותים גדולים, בורסות וחוזים מוכרים מסומנים, וכתובות חדשות מופיעות מהר יותר משמספיקים לתאר אותן. לכן אנו מנהלים מילונים עצמאיים של כתובות וכללי סימון, ולכל תווית שומרים מקור ותאריך — ניכר היכן עובדה והיכן הנחה. זה מסיר את הבעיה המרכזית: החלטות מתקבלות על נתונים עם דרגת מהימנות מובנת.
כמה מהר מגיעות ההתראות?
המהירות נקבעת לפי תדירות הפנייה לרשת ואופן המסירה. לכתובות קריטיות מגדירים סקר תכוף ומסירה למספר ערוצים, ולשאר — בתדירות נמוכה יותר, כדי לא לשרוף מכסות ולא להטביע את הצוות ברעש. אות על פעולה משמעותית מגיע בתוך דקות, ולא שעות; סדרי עדיפויות וכללי דיכוי כפילויות מגדירים בנפרד.
מה יקרה להגדרות אם נחליט לנהל את המתחם בעצמנו?
התצורה אינה נשארת בתוך חשבון של אחר. כללי ההתראות, מילוני התוויות ותבניות ההודעות מיוצאים כקבצים ונשמרים במערכת בקרת גרסאות — אפשר להעביר ולשחזר אותם מצדכם. הרשאות הבעלים נשארות אצלכם, מסירת הגדרות Nansen היא חלק מהעבודה, ולא הסכם נפרד.
נדון במשימה ונחזור עם הערכה ותוכנית
כדי לחזור עם תוכנית, ולא עם מילים כלליות, אנו זקוקים למינימום נתוני פתיחה. אספו אותם בהודעה אחת — זה יספיק כדי לנתח את המשימה ולהעריך את היקף העבודה באנליטיקה בלי מכתבי הבהרה של שבוע.
- הצגת המשימה: אילו החלטות מתקבלות על הנתונים — בדיקת צדדים שכנגד, מעקב אחר ארנקי הצוות, בקרת תנועת כספים בתיק.
- רשתות ונכסים בעדיפות: היכן נמצאת עיקר הנזילות של הפרויקט, אילו רשתות מכסים ראשונות, ואילו ניתן לדחות.
- מקורות כתובות: רשימות ארנקים, מרשמי צדדים שכנגד, תוויות מוכנות — באיזה אופן הן קיימות אצלכם ומי אחראי לעדכניותן.
- משתמשים ופורמט הפלט: מי צופה בנתונים וכיצד — פאנל ווב, ייצואים קבועים לדיווח שלכם, התראות למסנג'ר הארגוני.
- מגבלות: רמת הגישה ומכסות הבקשות, דרישות אבטחת המידע למפתחות ולאחסון הייצואים.
- סימן המוכנות: איזה דוח או אות נחשבים בעיניכם להוכחה שהמשימה נפתרה.
מכאן נאספת תוכנית עבודה: הרכב העבודה לפי בלוקים — גישות, מקורות, כללי ניתוח, פלט נתונים — הערכת לוחות זמנים לכל בלוק וסדר התחלת הפרויקט. בנפרד מקבעים מה נשאר אצלכם לאחר המסירה: תצורות, סכמות, הוראות לצוות.
תארו את המשימה — נחזור עם תוכנית ורשימת התוצאות שתקבלו בסוף.