EIP-2981 ו-0xSplits: הגדרת תמלוגים מובטחים ל-NFT

תמלוגי NFT הולכים לאיבוד במכירה חוזרת: היכן ההיגיון נשבר

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

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

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

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

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

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

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

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

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

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

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

שיטות חיוב תמלוגים: השוואת גישות ומגבלות

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

מה לקחת בחשבון בבחירה

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

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

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

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

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

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

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

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

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

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

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

מה היה לפני הבנייה מחדש

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

מה שינו ומה נהיה

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

שיעור התשלומים שהגיעו ליוצרים באותו מחזור חישוב עלה מ-63% ל-99%, וניתוח חיובים שנויים במחלוקת הצטמצם ליום-יומיים.

במה שונה אות התקן מפיצול תשלומים בחוזה?

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

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

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

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

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

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

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

מה קורה לתשלומים אחרי הנפקה מחדש של האוסף?

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

כיצד מתחלקים התמלוגים בין כמה יוצרים?

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

כיצד לבדוק שהכספים אכן הגיעו?

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

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

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

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

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

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