הכנת מסמך טוקנומיקה: כלכלת טוקן מקצה לקצה

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

שירותי פיתוח בלוקצ'יין

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1375
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1349
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    794
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1087
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1032
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1129

מה נשבר בטוקנומיקה לפני השקת הטוקן

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

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

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

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

מה נותנת כלכלת טוקן מחושבת

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

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

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

פורמטים של עבודה על טוקנומיקה: ביקורת או מודל מאפס

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

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

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

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

שלבי העבודה: מביקורת המודל ועד מסירת המסמכים

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

  1. איסוף נתוני קלט. מרכזים נתונים על הביקוש: כמה מחזיקים פעילים, איזה היקף פעולות הטוקן משרת, אילו מכניקות בתוך המוצר דורשות אותו. בודקים את הסכימה המקורית לאיתור סתירות בהנחות.
  2. סכימת חלוקה. מתעדים את הנתחים — צוות, משקיעים, רזרבה, קהילה — ומשייכים לכל אחד לוח שחרור עם תקופת המתנה וצעד. מחשבים כמה היצע יוצא למחזור בכל חודש.
  3. חישוב אמיסיה. קובעים את קצב ההנפקה ואת רמת האינפלציה הרצויה, ומשווים להיקף שמכניקות התועלת צורכות. רואים אם הביקוש מכסה את ההנפקה או שההיצע גדל מהר יותר מהמוצר.
  4. בדיקת תרחישים. מריצים את המודל על ירידת ביקוש, עיכוב ביציאת המוצר ויציאה מוקדמת של מחזיקים גדולים. מתעדים איזה חלק מהתרחישים מכוסה ובאילו תנאים המודל נשבר.
  5. ניטור לאחר ההשקה. מתארים מדדי השוואה בין המצב בפועל למודל: מהירות המחזור, חלק ההיצע הנעול, לחץ המכירות.
  6. מסירת מסמכים והכשרת הצוות. מוסרים את החישוב עם נתוני הקלט והנוסחאות, עוברים עליו עם האנליסטים שלכם ומראים כיצד לשנות פרמטרים באופן עצמאי.

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

חבילת מסמכים: מודל אמיסיה, תמריצים ותקנות

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

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

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

מקרה בוחן: הרכבה מחדש של המודל הסירה סיכון של אמיסיה בלתי נשלטת

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

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

מכאן הסימפטומים — גידול מחושב של ההיצע בשנה הראשונה כ-38%, חלק הטוקנים במחזור חופשי ב-30 הימים הראשונים 22%, ושריפת עמלות לא התקיימה כמנגנון. כל מחזיק גדול יכול היה לצאת לשוק ביום אחד.

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

אחרי ההשקה גידול ההיצע באותו טווח ירד מ-38% ל-9%, חלק התגמולים הקשורים לפעילות מועילה עלה מאפס ל-70%, והירידה בערך המחושב מהשיא המקומי הצטמצמה מ-60% ל-20%. המודל והחוזים עברו בדיקה עצמאית אצל CertiK — הדוח אישר שהאמיסיה מוגבלת מלמעלה ואינה יכולה להשתנות באופן חד-צדדי.

במה טוקנומיקה שונה ממודל פיננסי של מוצר

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

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

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

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

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

שאלות נפוצות על אמיסיה ושחרור טוקנים

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

איך סוג הטוקן קובע את המודל?

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

אילו נתונים נדרשים לחישוב?

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

איך מתחשבים במגבלות רגולטוריות?

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

אתם עובדים עם טוקן שכבר הושק?

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

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

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

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

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