חישוב אמיסיית טוקנים: היכן המודל נשבר לפני הליסטינג
מודל הנפקת הטוקן נשבר לרוב לא ביום היציאה לבורסות, אלא כמה חודשים לפניו — כשהחלוקה מתוארת בטבלה אחת, ואף אחד לא חישב את התנהגות ההיצע לאורך זמן. בהכנה לליסטינג מתכנסים כמה פרמטרים בבת אחת: לוח האמיסיה, ההיצע במחזור לכל תאריך ולוח השחרורים. כל עוד הם לא מאוחדים לציר זמן אחד, יציבות הטוקנומיה נשארת השערה ולא חישוב.
הפער הטיפוסי הראשון — היצע במחזור לא מתואם. חלקים לאקוסיסטם, לצוות, למשקיעים ולנזילות מוגדרים בנפרד, אבל לא בודקים כמה יחידות באמת יגיעו לשוק בחלון מסוים. אם שחרורים של כמה מאגרים נופלים לאותה תקופה עם תחילת המסחר, ההיצע גדל מהר מהביקוש, ואת המחיר מפיל נפח שאין במה לכסות.
הפער השני — הנפקה מנותקת מהעומס השימושי של הרשת. התגמולים נצברים לפי לוח זמנים בלי תלות בכמה טרנזקציות עברו, כמה מחזיקים נשארו ואיזה חלק מהטוקנים חזר לסטייקינג או נשרף. אמיסיה במבנה כזה פועלת נגד המודל: היא לא משרתת פעילות, אלא מדללת את חלקם של אלה שיוצרים את הפעילות.
לכן את חישוב אמיסיית הטוקנים אנחנו מנהלים כבדיקת תרחישים של השערות: פורסים את ההנפקה לפי תקופות, משווים את דינמיקת ההיצע במחזור לביקוש ריאלי, מריצים שחרורים מואצים וירידה בפעילות. מודל שעומד בהרצות כאלה, ולא רק במצגת חלוקה, הוא זה שנותן יציבות לטוקנומיה ביציאה לבורסות.
אמיסיה מבוקרת: מה מקבל הפרויקט לפני ההשמה
אמיסיה מבוקרת היא הנפקת טוקנים המתוארת לא בלוח אחד, אלא בקבוצת מעגלים עם כללי הפעלה שונים. המעגל הבסיסי נותן היצע במחזור צפוי; מעגל ההדבקה מוגבל בתקרת הנפקה לצמיחת פעילות; מעגל הרזרבה מכסה פיצויים והתחייבויות כלפי שותפים. כל מעגל מחשב אמיסיה מהמדד שלו, ולכן התוצאה לא תלויה במשתנה אחד.
לוח השחרור מחדש נבנה כך שהחלק במחזור יגדל באופן מונוטוני, בלי מדרגות: חלונות מותחים, חלקים גדולים מפצלים לסדרות, ולצוות ולמשתתפים מוקדמים משאירים הסגר התחלתי. את חלוקת החלקים מקבעים בטבלה — מעגל, מדד הפעלה, תקרת הנפקה, חלון שחרור, מקבל. ממנה רואים כמה טוקנים ייצאו לשוק בכל רגע, וזה נבדק מול המציאות.
האפקט המרכזי — הסרת סוג של כשלים בקפיצות ביקוש. בעבר גידול בפעילות הוציא את ההנפקה מהתוכנית: האמיסיה הדביקה את הביקוש בבת אחת, השחרור יצר מדרגה פי כמה, וההיצע עקף את הנזילות. עכשיו מעגל ההדבקה מוגבל בתקרה, והחלונות מתוחים — החלק במחזור גדל בשיעורים של אחוזים בודדים ברבעון.
את המודל בודקים בסימולציות על תרחישים היסטוריים ותרחישי לחץ, ואת המדדים בפועל משווים ללוח ציבורי, למשל ב-Dune. פער בין המודל למציאות נראה מיד ונסגר בתיקון פרמטרים, לא בהנפקה מחדש.
דרכים להגדיר אמיסיה: קבועה, אינפלציונית, מדורגת
אמיסיה היא לא רק נפח ההנפקה, אלא גם הכלל שלפיו הוא משתנה לאורך זמן. את העקומה מגדירים בפרמטרים: קצב יעד, צעד חישוב מחדש, ספים, שיעור שריפה. מהם תלוי איך מתחלקת ההכנסה של הרשת בין המחזיקים לאלה שמתחזקים אותה.
להלן ארבע אפשרויות שבהן באמת בוחרים בשלב המודל. כל אחת מטילה מגבלות על פיתוח המוצר, ולהסיר אותן אחר כך יקר יותר מאשר לבחור מראש עקומה מתאימה.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| אמיסיה קבועה | המחסור הוא חלק מערך המוצר, והתועלת לא גדלה עם מספר המחזיקים | אין מקור מובנה לתגמול הרשת; נדרש תמריץ חיצוני להחזיק בנתח |
| מודל אינפלציוני | צריך לשלם באופן קבוע עבור פעילות הרשת בעומס גדל | לוחץ על המחיר כשהביקוש חלש; יש לשמור על הקצב בטווח יעד |
| הנפקה מדורגת | אופק ארוך: התגמול יורד לפי תקופות או בהגעה לספים | תנודות בהכנסה בגבולות המדרגות; תחזית קשה יותר לולידטורים |
| אינפלציה עם שריפה | יש מחזור עמלות שחלקן נשרף | בירידה בפעילות השריפה לא מפצה על ההנפקה |
שריפת טוקנים היא לא מודל נפרד, אלא משנה: באמצעותה מכוונים עקומה שכבר נבחרה, ומקשרים את השריפה לעמלות או לספי פעילות. לפני הליסטינג מריצים את המודל בשלושה תרחישים — ביקוש חלש, עומס יעד, צמיחה — ומקבעים את כלל ההנפקה בחוזה כך שלא ניתן יהיה לשנותו בדיעבד.
איך אנחנו מטמיעים את המודל: שלבי עבודת הנדסה
את העבודה מתחילים בביקורת של מודל ההנפקה: בודקים איך מחושבת האמיסיה לפי תקופות, היכן נמצאים השחרורים ואיך מחולקים החלקים בין הצוות, המשקיעים והקהילה. בשלב הזה כמעט תמיד מתגלה פער בין מה שמוצהר לבין מה שבאמת מונח בבסיס החישוב — הפערים האלה הופכים לרשימת המגבלות.
- ביקורת מודל ההנפקה. אוספים את הפרמטרים הנוכחיים: נפח כולל, צעד אמיסיה, לוחות שחרור, חלקי מאגרים, כללי שריפה.
- קיבוע המגבלות. מתאמים מה חייב להסתדר: חלקי הצדדים, מועדי שחרור, גידול מותר בהיצע באופק, התנהגות בביקוש נמוך.
- הרכבת מודל החישוב. מחשבים אמיסיה לפי תקופות וחלוקה לפי שלושה תרחישים — בסיסי, שמרני ולחץ.
- בדיקה על נתונים היסטוריים. מריצים את המודל על מחזורי שוק קודמים ועל נתונים של רשתות דומות, משווים את החישוב למציאות ומכיילים פרמטרים.
- סימולציית ליסטינג. בודקים מה קורה בשחרורים חדים, ביציאת נזילות ובפעילות רשת שונה.
- מסירת תיעוד. מוסרים תיאור מודל, טבלאות פרמטרים וסדר עדכונם — צוות הלקוח משנה את המודל בעצמו.
המודל נחשב מוכן כשאפשר לשחזר את החישוב מאפס לפי התיעוד ולקבל את אותה תוצאה. אז אפשר להגן עליו בפני הפלטפורמה והמשקיעים, ולא להרכיב אותו מחדש לפני כל השמה.
מה מוסרים לידיים: מודל, תרשימים ותקנונים
העבודה לא מסתיימת במצגת, אלא בחבילה שאפשר לפתוח, לחשב מחדש ולהעביר לעורכי דין ולפלטפורמה. להלן מה שנשאר אצלכם אחרי חישוב האמיסיה וההכנה לליסטינג.
- טבלאות חישוב של המודל — הנפקה לפי תקופות, לוח שחרורים והיצע במחזור עם נוסחאות חיות: התרחיש מחושב מחדש על ידי החלפת נתוני הקלט, ולא בהרכבה מחדש של הקובץ.
- תרשים חלוקה — חלקי קטגוריות (צוות, משקיעים, אקוסיסטם, רזרבה) עם קישור לכתובות ולתנאי נעילה, כדי שאפשר יהיה להשוות את המציאות אחרי ההשקה לתוכנית שורה-שורה.
- תקנון הנפקה — מי יוזם אמיסיה נוספת, אילו אישורים נאספים, היכן מתקבלת ההחלטה ואיך היא משתקפת במודל.
- סדר שינויים — איך תיקונים נכנסים לחישוב, מי מאשר, איך נשמרות גרסאות קודמות ומה מצדיק סטייה מהמודל המקורי.
- מפרט טוקן — היצע כולל, דיוק, תפקידים, זכויות לעצירה והקפאה, מגבלות: בצורה שמתאימה למסירה למפתחי חוזים.
- תרחישי עומס — מה קורה להיצע בעיכוב שחרורים, בביקוש חלש או ביציאה מוקדמת של מחזיק גדול.
- צ׳ק־ליסט לפני העלאה לפלטפורמה — השוואת כתובות, מגבלות וזכויות מול החלוקה המוצהרת: מעבר אחד שסוגר פערים טיפוסיים.
חבילת התיעוד לאמיסיה נמסרת בפורמטים מקוריים עם הסברים לכל נוסחה — אפשר לתחזק את המודל בעצמכם או לחזור אלינו לעדכון תרחישים.
מקרה בוחן: הרכבה מחדש של מודל החלוקה לפני השמה
צוות הגיע עם מודל הנפקה שנבנה למצגת: לוח אמיסיה, פילוח לפי מאגרים, מועדי שחרור. הרצנו אותו על נתונים היסטוריים ועל סימולציה של השעות הראשונות של ההשמה — התמונה יצאה אחרת.
למחזור החופשי בהתחלה עברו כשליש מההיצע, וכמעט מחצית מהטוקנים האלה — לכמה כתובות של משתתפים מוקדמים וספק נזילות. הצניחה בשעות הראשונות עלתה על 40%, ספר הפקודות התאושש יותר מיממה, ולוח השחרורים הציבורי לא תאם את התנועות בפועל מהקופה.
הרכבה מחדש של המודל
את האמיסיה פיצלנו מחדש לפי שלבים: עקומת ההנפקה הפכה ליורדת, ואת השחרורים שחפפו בתאריכים לכניסה לבורסות פרשנו על פני זמן, כדי שההיצע לא יכסה את ספר הפקודות בנפח אחד. את החלוקה הגבלנו בנתח של מחזיק אחד, והחלפנו טרנזקציות גדולות חד-פעמיות בוסטינג מדורג עם הנפקה משלימה ליניארית.
את הנזילות בהתחלה חיזקנו במאגר עם נעילה לתקופת ההשמה ובשליטה על הקופה באמצעות ריבוי חתימות: כל תנועה של טוקנים דרשה שתי חתימות ונכנסה ללוג ציבורי. את המודל איחדנו לגיליון חישוב אחד, שמחושב מחדש לפי המציאות — אפשר לבדוק תרחיש אחרי שינוי של כל פרמטר בלי לשכתב נוסחאות. הטוקן של הפרויקט פעל ב-Ethereum, ולכן חלק מהמגבלות הוגדרו ברמת חוזי השחרור.
מדדים לפני ואחרי
| מדד | לפני | אחרי |
|---|---|---|
| היצע במחזור בהתחלה | ~31% | 9% |
| חלקם של 10 הכתובות המובילות | 62% | 31% |
| צניחה בשעות הראשונות | >40% | 12% |
| שחרורים שחפפו לתאריכי כניסה של בורסות | 4 מתוך 7 | 0 |
יציבות ההשמה הפסיקה להיות תלויה בפעולות של מחזיקים בודדים: עומק ספר הפקודות החזיק מעמד בלי תמיכה חיצונית, ונסיגה לפי לוח השחרורים הפכה לאפשרית עם לוג שקוף של הקופה.
מה לעשות אם החוזים כבר פרוסים, והמודל משתנה?
התשובה תלויה בשאלה אם בחוזים הפרוסים מובנה מנגנון עדכון. אם הלוגיקה הוצאה לשכבת פרוקסי עם אחסון נפרד ותפקיד מנהל, עדכון מודל ההנפקה הוא החלפת מימוש: הכתובת והיתרות נשארות במקומן, ואינטגרציות חיצוניות לא מתחברות מחדש.
אבל המימוש החדש חייב לקרוא את אותם תאי אחסון ובאותו סדר, אחרת האמיסיה תתחיל להיות מחושבת לפי ערכים זרים.
אם החוזה בלתי ניתן לשינוי, יש דרך אחת: גרסה חדשה ומיגרציה של החלוקה. בגובה בלוק קבוע מצלמים את המצב — יתרות, יתרות נעולות, לוחות שחרור שלא נסגרו. המודל מחושב מחוץ לרשת, והמחזיקים מממשים זכות להעברה דרך חוזה המיגרציה. זכויות ההנפקה בחוזה הישן מבוטלות, אחרת נוצרים שני מקורות אמיסיה עם כללים שונים.
בדיקת האינווריאנטים נעשית לפני הפעלת המיגרציה. האם הנפחים לפני ואחרי מסתדרים, האם סכום החלוקה שווה לתקרת ההנפקה, האם אין מימוש כפול, האם מועדי השחרור נשמרים, והאם יתרות שלא הועברו נשארות ברות השגה. חלק מהבדיקות מחשבים על מצב היסטורי, וחלק על תרחיש שבו המחזיק לא ביצע אף פעולה.
חלון המיגרציה דורש השהיית העברות: בין הצילום להעברה לא אמורות להיווצר יתרות שלא קיימות לא במודל הישן ולא בחדש. את המחזיקים והפלטפורמות מתריעים מראש, אחרת מערכות רישום חיצוניות ימשיכו להציג את הנפח הישן. ככל שהלוגיקה והאחסון מופרדים מוקדם יותר ונוצר תפקיד לשלילת זכויות הנפקה, כך החלפת המודל זולה יותר.
שאלות טכניות נפוצות לפני תחילת ההשמה
לפני ההשמה השאלות בדרך כלל לא עוסקות במחיר, אלא במכניקת ההנפקה: האם המודל ישרוד השמה חוזרת, איך יתנהג הרזרבה של הפרויקט והאם לוח ההנפקה לא יסתור התחייבויות כלפי שותפים. להלן מה שהכי часто מבררים בשלב הזה, עם תשובות ענייניות.
כל פרמטר של המודל — חלק הרזרבה, צעד שחרור, קצב הנפקה — מקובע בקונפיגורציה ומוריץ בסביבת בדיקה לפני ההשמה. לכן התשובות שלמטה אינן הצהרות אלא חישובים ניתנים לבדיקה: אפשר להשוות אותם להשמה קודמת ולהיצע במחזור בפועל.
האם אפשר להשתמש מחדש במודל ההנפקה להשמה חוזרת?
כן. המודל מוגדר כמערכת פרמטרית של כללים — חלקים, צעדים, ספים — ולא כחישוב חד-פעמי להשקה מסוימת. בהשמה חוזרת משתנים פרמטרי הקלט ומבנה המאגרים, והלוגיקה של החישוב והחלוקה נשארת אותה לוגיקה.
לפני השקה חדשה מריצים את המודל על נתוני ההשמה הקודמת ומשווים את החלקים הסופיים: פער גדול מהשגיאה האפשרית אומר שלא המכניקה השתנתה, אלא נתוני המקור.
איך בחישוב האמיסיה נלקחת בחשבון הרזרבה של הפרויקט?
הרזרבה היא מאגר נפרד עם לוח שחרור משלו. עד להפעלת התנאים היא מוחרגת מההיצע במחזור, ולכן התחזית לא מיטשטשת. אם הרזרבה משמשת לתמיכה בנזילות או לתוכניות שותפים, זה סעיף נפרד עם מגבלות נפרדות של צעד ונפח — אחרת החישוב מפסיק לשקף את הדינמיקה האמיתית.
איך ההנפקה מותאמת להתחייבויות כלפי שותפים?
ההתחייבויות מוגדרות בלוח שחרור: השהיה בהתחלה, צעד, משך כולל. המודל מחשב כמה חלקים יוצאים למחזור בכל מרווח, ובודק ששחרורי השיא אינם חופפים. כשהם חופפים, מזיזים את הצעדים או מפצלים מנה גדולה — זה נראה בחישוב מראש, ולא אחרי ההשמה.
נדבר על המשימה: אילו נתונים נדרשים להערכת המודל
אי אפשר לעשות חישוב אמיסיה וחלוקה «בוואקום»: המודל הסופי תלוי באופן שבו המוצר שלכם בנוי, היכן נספרות היתרות ואילו דרישות מציבה פלטפורמת הליסטינג. להלן נתונים לחישוב, שאחריהם אנחנו חוזרים עם הערכה, תוכנית עבודה ולוח זמנים לכל שלב.
- נפח הנפקה מתוכנן והלוגיקה שממנה הוא נגזר: מספר משתמשים, נפח פעולות, הכנסות המוצר.
- תרשים חלוקה לפי קטגוריות — צוות, משקיעים, קהילה, קופה, רזרבת נזילות — עם חלקים צפויים.
- פרמטרים של שחרור: תקופות המתנה, משך, תדירות, כללים ביציאה מוקדמת של משתתף.
- מעגל רישום: רשת עצמאית או חוזים ברשת קיימת, היכן נשמרות היתרות ואיך מחושבות העמלות.
- דרישות פלטפורמת הליסטינג לגילוי החלוקה, דיווח לפי כתובות ומגבלות נפח בתקופות הראשונות.
- תחומי שיפוט של המחזיקים והמגבלות שהם מטילים על כללי מכירה והעברה.
- מה כבר מוכן: ביקורת קוד, רשתות בדיקה, אינטגרציות ארנקים ופלטפורמות אחסון.
תארו את המשימה במסגרת הזו — נחזור עם הערכת זמנים ותוכנית עבודה. אם חלק מהנתונים עוד לא נאסף, נסמן היכן נדרשות הנחות ונראה עד כמה הן מזיזות את המודל.