פיתוח בורסת Fan Token (בסגנון Chiliz)

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

כיצד פועלת בורסת טוקנים לאוהדים

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

בורסת טוקנים לאוהדים אינה DEX טיפוסית. נזילות היא קריטית (עם נפח נמוך, AMM מייצרים החלקת מחיר גדולה), תהליך ההצטרפות חשוב (רוב המשתמשים ללא ניסיון ב-Web3), ופעילות מונעת אירועים דורשת טיפול בעומסי שיא בימי משחק.

ארכיטקטורת נזילות

בעיית השוק הדל

קחו טוקן לאוהדים של מועדון כלשהו עם שווי שוק של 500 אלף דולר. מאגר Uniswap V2 עם נזילות של 50 אלף דולר (10% משווי השוק): רכישה של 5,000 דולר מייצרת השפעת מחיר של 9%. זה בלתי מתקבל על הדעת — המשתמש רואה "תקבל 9% פחות מהמחיר המוצג".

קיימים מספר פתרונות, והבחירה הטובה ביותר תלויה בנפח המסחר הצפוי:

• נזילות מרוכזת (בסגנון Uniswap V3, ראו מסמכי Uniswap V3). ספקי נזילות מרכזים עמדות בטווח מחירים צר. עם אותה נזילות של 50 אלף דולר המרוכזת בטווח של ±5% מהמחיר הנוכחי, עומק השוק האפקטיבי שווה ערך ל-500 אלף דולר ומעלה במאגר V2. בעיה: אם המחיר יוצא מהטווח, העמדה הופכת ל-100% בטוקן אחד (הפסד בלתי-קבוע מקסימלי).
• AMM וירטואלי (vAMM). כמו Perpetual Protocol: גילוי מחירים דרך AMM וירטואלי, בטחונות אמיתיים מאוחסנים בנפרד. אין ספקי נזילות אמיתיים — הפרוטוקול משמש כ-market maker משלו. סיכון: הפרוטוקול נוטל חשיפה כיוונית.
• היבריד של ספר הזמנות ו-AMM. פקודות לימיט מבוצעות מספר ההזמנות, השאר דרך AMM. CoW Protocol משתמש במודל דומה (מכירות פומביות אצווה). מורכב יותר ליישום אך UX טוב יותר לסוחרים פעילים.
• תוכנית market maker. market maker מחוץ לשרשרת (מסורתי, דרך API) מתחבר לספר הזמנות על-שרשרת או מרכזי. המועדון יכול לסבסד את ה-market maker כדי לשמור על מרווחים. פתרון ההשקה הפשוט ביותר — הנזילות מטופלת על ידי איש מקצוע, לא על-שרשרת.

להשקות ראשוניות, אנו ממליצים על היבריד: AMM כספק נזילות גיבוי בתוספת תוכנית market maker מתוגמלת. ה-AMM מבטיח שמסחר תמיד אפשרי (גם אם ה-market maker עוזב), וה-market maker מספק מרווחים נורמליים בזמנים רגילים.

ה-AMM המרוכז שלנו משיג נזילות עמוקה פי 5 מאשר מאגר V2 סטנדרטי עם אותו הון — זהו הפחתה של 70% בהחלקת המחיר בהשוואה ל-Uniswap V2.

דינמיקה מונעת אירועים

ביום משחק מרכזי, נפח המסחר יכול לזנק פי 50-100. עבור AMM על-שרשרת זו אינה בעיה (החוזה החכם מתקנה). עבור בורסה מרכזית או היברידית, מבחני עומס וקנה מידה אופקי של השרת הם חיוניים.

מעניינת יותר היא דינמיקת המחירים: שעה לפני המשחק, כשההרכב הפותח מוכרז, או אחרי שער — מחיר הטוקן של האוהדים זז בחדות. AMM בעמלה קבועה הופך למטרה ל-MEV (מניעת מהלכים צפויים). פתרון: עמלות דינמיות (ה-hooks של Uniswap V4 מאפשרים העלאת עמלות בזמן תנודתיות גבוהה) או הפסקות מסחר בזמן הכרזות רשמיות.

חוזים חכמים

Factory ו-Registry

כל טוקן לאוהדים הוא ERC20 נפרד (או ERC20Votes אם מתוכנן ממשל). חוזה Factory פורס טוקen חדש ויוצר עבורו זוג מסחר:

contract FanTokenFactory { mapping(address => address) public tokenToPool; event FanTokenCreated( address indexed token, address indexed pool, string clubName, uint256 initialSupply ); function createFanToken( string calldata name, string calldata symbol, string calldata clubName, uint256 initialSupply, uint256 initialLiquidityETH ) external payable returns (address token, address pool) { require(msg.value == initialLiquidityETH, "Wrong ETH"); // Deploy token token = address(new FanToken(name, symbol, initialSupply, msg.sender)); // Create pool with initial liquidity pool = _createPool(token, initialSupply / 2, initialLiquidityETH); tokenToPool[token] = pool; emit FanTokenCreated(token, pool, clubName, initialSupply); } } 

ה-Registry מאחסן מטא-דאטה של המועדון: hash IPFS של הלוגו, תיאור, סטטוס אימות (שותף רשמי או לא).

חוזה מסחר עם חלוקת עמלות

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

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

לוח זמנים של Vesting והנפקה

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

• 30% — מכירה ציבורית / הצעת DEX ראשונית
• 25% — מועדון (Vesting ל-4 שנים, תקופת המתנה של שנה)
• 20% — מאגר תגמולים (לאוהדים על פעילות: נוכחות במשחקים, רכישות מרצ'נדייז)
• 15% — פלטפורמה (Vesting ל-4 שנים)
• 10% — נזילות (נעולה במאגר)

ה-Vesting מיושם דרך חוזים סטנדרטיים (TokenVesting מ-OpenZeppelin או דומה) עם תקופת המתנה ניתנת להגדרה ו-Vesting ליניארי.

למה תהליך ההצטרפות חשוב

בעיית ההצטרפות ל-Web3

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

• ארנק מוטמע (Account Abstraction). ספקים כמו Privy, Dynamic, Web3Auth מציעים ארנקים מוטמעים. המשתמש מתחבר דרך Google/Apple או אימייל. מתחת למכסה המנוע, נוצר חשבון חכם (ERC-4337); המשתמש אף פעם לא רואה ביטוי גיבוי.
• Account Abstraction (EIP-4337) מאפשר גם הפשטת גז: הפלטפורמה יכולה לממן גז (paymaster), והמשתמש משלם ב-USDC או אפילו לא משלם גז — חשוב לשימור משתמשים חדשים בקריפטו.
• מסלול Fiat. Moonpay, Transak, Stripe (עבור נכסים מבוססי Ethereum) משתלבים כ-SDK. משתמשים קונים טוקנים עם כרטיס אשראי בלי לדעת מה קורה על-שרשרת.

יישום נייד

קהל הטוקנים לאוהדים הוא נייד-ראשון. React Native + WalletConnect + ספק ארנק מוטמע. התראות Push לאירועים משמעותיים (שער, ניצחון — טריגרים למסחר). קישורים עמוקים מדפי המשחק של המועדון למסך המסחר.

ציות ורגולציה

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

לציות: חוות דעת משפטית לכל טוקן, KYC/AML למשתמשים מעל סף מסוים (בדרך כלל 1000 אירו ליום), רשימת היתרים/חסימות לכתובות מוטלות סנקציות (API של Chainalysis או TRM Labs).

אינטגרציות

תוכן והטבות למועדון

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

• הצבעות (מבוסס Governor): בחירת עיצוב חולצות, סקרי העברות — Snapshot מחוץ לשרשרת + הוכחת החזקה על-שרשרת
• גישה מוגבלת: תוכן בלעדי באתר המועדון דרך token-gating (Sign-In With Ethereum + בדיקת יתרה)
• עדיפות לכרטיסים: החזקת N טוקנים מעניקה גישה מוקדמת לכרטיסים — אינטגרציה עם מערכת הכרטוס של המועדון דרך API
• תגמולים פיזיים: קוד QR ביישום הנייד (מקושר ליתרת הארנק) להנחות בחנות המועדון

Oracle לנתוני ספורט

עבור הטבות אוטומטיות המבוססות על תוצאות משחק (airdrop של טוקנים על ניצחון), יש צורך ב-oracle. Chainlink Sports Data Feeds או oracle מותאם דרך Chainlink Functions (קריאת API מחוץ לשרשרת → תוצאה על-שרשרת). בניצחון המועדון, צילום אוטומטי של המחזיקים וחלוקת בונוסים.

טכנולוגיות וארכיטקטורה

• חוזים חכמים: Solidity + Foundry + OpenZeppelin. Factory, FanToken (ERC20Votes), Pool (פורק של Uniswap V3 או AMM מותאם), VestingController, FeeDistributor.
• Backend: Node.js + TypeScript + PostgreSQL. אינדקס אירועים (דרך webhooks של Alchemy או The Graph), API למטא-דאטה, בוט market maker.
• Frontend: Next.js + React + wagmi + Privy/Dynamic לארנקים מוטמעים. נייד: React Native.
• תשתית: Multi-chain (Polygon/Arbitrum לעסקאות זולות), IPFS לנכסי מדיה.

לוח זמנים: MVP (טוקן אחד לאוהדים, AMM בסיסי, ממשק Web) ב-10-14 שבועות; פלטפורמת ייצור עם תמיכה במספר מועדונים, יישום נייד, ארנקים מוטמעים, מסלול Fiat ב-6-9 חודשים. ביקורת חוזים חכמים (4-6 שבועות) היא חובה לפני ההשקה.

מה כלול

• ניתוח טוקנומיקה ובדיקה משפטית
• עיצוב ארכיטקטורת חוזים חכמים
• פיתוח וביקורת חוזים חכמים (Foundry, Slither, Echidna)
• פיתוח Full-stack של Backend ו-Frontend
• אינטגרציה של ארנקים מוטמעים ומסלול Fiat
• פריסה לייצור וניטור
• תיעוד והכשרת צוות
• תמיכה ל-3 חודשים לאחר השחרור

למה לבחור בנו

עם ניסיון של 5+ שנים בפיתוח בלוקצ'יין, סיפקנו מעל 20 פרויקטים ב-DeFi ובטוקנים לאוהדים. הצוות שלנו כולל 15+ מפתחי בלוקצ'יין ושני דוקטורים בקריפטוגרפיה. עברנו 10+ ביקורות חוזים חכמים עם חברות מובילות (Trail of Bits, CertiK). הפתרונות שלנו משיגים עלויות גז נמוכות ב-30% ומקצרים את זמן ההצטרפות ב-80% בהשוואה לתהליכי MetaMask מסורתיים. פיתוח MVP מתחיל מ-50,000 דולר, ופלטפורמת ייצור מלאה עומדת בממוצע על 200,000 דולר, עם זמן הגעה לשוק מהיר פי 3 מפיתוח מותאם אישית טיפוסי. אנו מבטיחים ביקורות מוצלחות עם חברות מובילות.

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