פיתוח פלטפורמת מימון המונים בקריפטו עם NFT והצבעה לפי אבני דרך

קריפטו-קראודפנדינג: היכן נשבר גיוס הכספים

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

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

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

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

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

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

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

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

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

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

מודלים של קריפטו-קראודפנדינג: אסקרו, חלקית, שלבית

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

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

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

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

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

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

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

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

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

4. אינטגרציות ואזור אישי. ארנקים, אימות משתמשים, ערוצי תשלום, התראות ואנליטיקה. מאמתים את נתוני האזור האישי והרשת עד הטרנזקציה האחרונה.

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

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

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

חבילת המסירה: חוזים, תרשימים ותקנות

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

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

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

מקרה בוחן: גיוס כספים עם חשיפה לפי שלבים

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

מה זה עלה ללקוח

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

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

מה נבנה מחדש

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

מדדים לפני ואחרי

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

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

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

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

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

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

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

סכמות סף ואחסון מותנה אנחנו לוקחים מספריות מוכחות, למשל OpenZeppelin, ולא כותבים לוגיקת חתימות מאפס.

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

ספקות טכניים לפני השקת הפלטפורמה

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

איך נספרת ההצבעה לפי אבני דרך?

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

מה קורה לטוקנים באי-השגת יעד הגיוס?

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

איך מתעדכנים החוזים ומה עם זכויות מחזיקי הטוקנים?

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

נדון במשימה ונחזור עם הערכה ותוכנית

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

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

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