פיתוח תשלומי סטרימינג (Superfluid, Sablier)

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

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

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

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

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

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

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

מה נותן חישוב זורם במקום העברות חד-פעמיות

צבירה רציפה במקום הרצות מרוכזות

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

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

ביטול קטגוריית הכשלים "התשלום לא הגיע"

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

עומס צפוי ויתרת התחייבויות שקופה

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

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

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

השוואת מצבים: העברות חד-פעמיות, תשלומי זרימה, היברידי

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

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

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

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

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

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

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

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

מארז האספקה: קונפיגורציות, סכימות ונהלים

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

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

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

מקרה בוחן: העברת תשלומים לקבלנים לחישוב זורם

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

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

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

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

במה חישוב זורם שונה מחיובים לפי לוח זמנים

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

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

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

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

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

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

ספקות לגבי אמינות הזרם, ביטולים ומגבלות

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

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

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

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

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

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

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

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

מה תקבלו בסיכום הניתוח:

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

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