פיתוח מערכת עמלות לבורסת קריפטו מקצה לקצה

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

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

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

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

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

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

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

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

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

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

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

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

אפשרויות של מודלי תעריפים: השוואת גישות

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

בפועל, הבחירה היא בין חמש משפחות — משיעור קבוע ועד מודל תעריפים היברידי:

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

כיצד אנו מובילים את ההטמעה: שלבי עבודות הנדסיות

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

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

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

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

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

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

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

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

נקודת פתיחה

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

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

מה שינו

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

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

תוצאה

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

במה שונה רשת תעריפים רב-שכבתית מתוכנית שותפים?

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

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

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

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

שאלות טכניות נפוצות לפני תחילת העבודה

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

האם ניתן לשנות שיעורים בלי לעצור את המסחר?

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

איך לוודא שהחיובים מחושבים נכון?

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

למי יש גישה להגדרות התעריפים?

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

מה תקבל הנהלת החשבונות?

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

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

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

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

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

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