למה תמלוגי NFT כפויים ב-Blur מפסיקים לעבוד?
תמלוגים — זה לא מאפיין של הטוקן, אלא כלל של פלטפורמת מסחר מסוימת. בתקן NFT עצמו אין שדה שמחייב את הקונה לשלם ליוצר הקולקציה: הקולקציה רק מפרסמת את כתובת המקבל ואת גובה החלק, והסכום מחויב על ידי חוזה ההחלפה ברגע העסקה. כל עוד הפלטפורמה מחשיבה את התשלום לחובה, הסכימה עובדת ללא תקלות.
עקיפת תמלוגי NFT מתחילה במקום שבו העסקה עוברת מחוץ לחוזה הזה. החלפה חיצונית מצמדת הזמנות מחוץ לרשת, ושולחת לבלוקצ'יין טרנזקציה אחת: הטוקן עובר לבעלים החדש, המוכר מקבל תשלום — וזה הכול. אין בטרנזקציה קריאה נפרדת שמעבירה תשלום ליוצר הקולקציה, ולכן החיוב לא מתבצע.
מכאן גם השינוי במודל התשלומים של מרקטפלייס: תמלוגי NFT כפויים ב-Blur ובפלטפורמות אחרות מיושמים בצד ההחלפה, ולא ברמת הרשת, — אי אפשר להסיר אותם דרך חוזה הקולקציה.
הפלטפורמה מעבירה את חלק היוצר לקטגוריה של לא-חובה ומעבירה חלק מהעסקאות דרך חוזה סליקה משלה, שבו התשלום עובר רק בהסכמה מפורשת של המוכר.
עבור הקולקציה זה נראה כך: מכירות מתקיימות, המחזור עולה, אבל ההכנסות לכתובת המקבל יורדות — ובלי שגיאה אחת בלוגים. לא הטוקן ולא הזכויות על התמונה נשברים, אלא זרם התשלומים. נבחן אילו נקודות שליטה נשארות ליוצר הקולקציה ואיך להחזיר ניכויים ניהוליים בלי לאבד את נזילות הפלטפורמה.
מה נותן ניכוי תמלוגים מנוהל: אפקט מדיד
תמלוגים מפסיקים להיות תלויים בהגדרות הפלטפורמה כאשר כלל הניכוי כתוב בחוזה הקולקציה עצמו. חלק התשלומים ליוצר חוזר לשיעור המתוכנן: החלק המוסכם מגיע מכל מכירה משנית, ולא רק מהחלק שהמרקטפלייס החליט לאשר. בהיקף מסחר דומה זה נותן עלייה מרובה בהכנסות ובסיס צפוי לתכנון.
הגנה על תשלומים מפני עקיפה סוגרת מחלקה שלמה של כשלים: מכירה דרך חוזה עטיפה, העברת ליסטינג לפלטפורמה בלי תמיכה בתמלוגים, פיצול עסקה למנות קטנות. אי אפשר לעקוף את הכלל מבחוץ — הוא מבוצע בעת העברת הטוקן, ולא בממשק הפלטפורמה. חלק העסקאות שבהן היוצר מקבל פחות יורד מחלק ניכר מהמחזור לאפס.
הצמיחה בהכנסות של קולקציית NFT לא מגיעה בגל חד-פעמי, אלא הודות להחזקת המחזור בשוק המשני. כל עוד הקונה רואה שהיוצר מקבל את חלקו, העסקאות לא עוברות לערוצי עקיפה, ונפח המסחר נשאר במסגרת הקולקציה. זה מסיר גם סיכון מוניטיני: המחזיקים לא רואים חלק מההכנסה נעלם בדרך.
אפקט נפרד — היעלמות העבודה הידנית. התאמות מול פלטפורמות, התכתבות על תשלומי חסר ובדיקת עסקאות שנויות במחלוקת גזלו שעות בכל תקופת דיווח; אחרי ההגדרה נשארת רק הפקת דוח תשלומים.
בנוסף, מוסר סיכון החסימה: החוזה לא תלוי בתנאים של מרקטפלייס מסוים, ולכן השבתת תמיכת התמלוגים מצדו — כפי שקרה עם Blur — כבר לא מאפסת את ההכנסות.
אפקטים נבדקים לפי מדדים: שיעור מהתעריף המתוכנן, שיעור העסקאות שנעקפו, נפח המחזור המשני, זמן ההתאמה.
דרכים להגן על תשלומים: השוואת מצבי חיבור
תמלוגי NFT כפויים ב-Blur ובפלטפורמות אחרות — זה לא הגדרה אחת, אלא בחירה היכן פיזית חי כלל הניכוי. מרקטפלייס מבצע רק את התשלומים שאפשר לאמת בחוזה הקולקציה; כל השאר נשאר שאלה של רצון טוב של הפלטפורמה.
לכן מצבי ניכוי תשלומים נבדלים לא ב"חוזק", אלא בסוג הכשל: אחדים מאבדים הכנסה בעסקאות עוקפות, אחרים — נזילות של השוק המשני.
אף אפשרות חיבור של קולקציה לא נותנת הגנה מוחלטת — חלק מהמחזור תמיד עובר בצד. המשימה היא לסגור את ערוצי המכירה הדרושים ולא לקרוס את הביקוש. נשווה חלופות בשלושה צירים: היכן נשמר הכלל, איזה חלק מהעסקאות הוא מכסה ומה המחיר לכך.
| מצב | מתי מתאים | מגבלות תמלוגים |
|---|---|---|
| הצהרת תמלוגים בחוזה הקולקציה (תקן EIP-2981) | הקולקציה כבר הונפקה, אי אפשר לשנות את החוזה | רק אות: הפלטפורמה רשאית להתעלם, אין חיוב כפוי |
| רישום מפעילים מורשים בחוזה | שוק משני מנוהל, מוכנים לסנן פלטפורמות ביד קשה | פלטפורמות מחוץ לרשימה חוסמות העברות; מספר הליסטינגים והביקוש יורדים |
| קולקציית עטיפה: כל ההעברות דרך החוזה שלכם | נדרש שליטה מלאה בכל עסקה משנית | שובר תאימות לארנקים ולאגרגטורים, המחזיקים עוברים לנכס חדש |
| מכירה רק דרך עמוד משלכם | ההכנסה העיקרית היא ראשונית, משנית משנית | השוק המשני מחוץ לנקודת המכירה שלכם לא מכוסה כלל |
עבור קולקציה שכבר הונפקה, החלפת מצב היא מיגרציה: חוזה חדש, תמונת מצב של המחזיקים, חלון החלפה ותשלום מצטבר. לכן מקבלים החלטה לפני ההנפקה הראשונית, ולא אחרי מכירות עוקפות ראשונות.
הטמעה בשלבים: מביקורת חוזים ועד מסירה
מכירות משניות נותנות ליוצר הכנסה רק כל עוד הפלטפורמה מכבדת אותו. פלטפורמות כמו Blur משלמות תמלוגים כאשר חוזה הקולקציה לא משאיר ברירה: אין בדיקה ברגע ההעברה — אפשר לדלג על התשלום. לכן הטמעת סכימת תשלומים מתחילה בבדיקה של מה שכבר פרוס, ולא במתגים בממשק.
- ביקורת חוזים חכמים. קוראים את קוד הקולקציה: תקן, קיום בדיקה בעת העברה, בעלים, תפקידים שיכולים לשנות כללים, והאם ההגבלות לא הושבתו בעריכות קודמות.
- תכנון סכימת תשלומים. קובעים פלטפורמות, מקבלים וחלקיהם, סכום מינימלי והתנהגות בעת העברה בין ארנקים משלהם.
- הגדרת החוזה. מחברים מודול לתמלוגים כפויים, תוך שמירה על תאימות לטוקנים שכבר הונפקו וללוטים פתוחים.
- בדיקה על קולקציית ניסוי. מריצים קנייה, ביטול, מתנה ומכירה דרך פלטפורמה בלי תמיכה בתשלומים: העברה בלי תמלוגים נופלת, העברות רגילות של הבעלים עוברות.
- העברה לקולקציה הראשית. פורסים תצורה נבדקת, מאמתים מקבלים, מתעדים מצב לפני ואחרי לפי לוגים של טרנזקציות.
- מסירת הגדרות ללקוח. מוסרים גישות ותפקידים, הוראה לשינוי מקבלים, צ'ק-ליסט לחיבור פלטפורמה חדשה ונוהל חזרה לאחור.
עיקר הזמן הולך על ביקורת והרצת ניסוי, ולא על עריכות קוד.
מה מוסרים לידיים: תצורות, סכימות ותקנונים
אחרי שתמלוגים כפויים ב-Blur הופעלו, לצוות הלקוח נשאר לא רק חוזה עובד, אלא גם מערך מסמכים שלפיו מהנדס חיצוני ימשיך לעבוד בלעדינו. הארטיפקטים מתעדכנים יחד עם הלוגיקה: אם כללי החיוב משתנים, התיעוד והבדיקות יוצאים באותו שחרור, ולא נשארים "לאחר כך".
- תיעוד חוזים — מתודות, אירועים, תפקידים וניתוח איך מחושב התשלום במכירה ישירה, ביטול עסקה והצגה מחדש של לוט.
- תקנון חלוקת תשלומים — מי יוזם משיכה, באיזה רגע, איך החיובים מאומתים מול יתרת ארנק המקבל ואיך נרשמת אי-התאמה.
- סכימת אינטגרציות — איך הפלטפורמה קוראת לחוזה, היכן נבדקת כתובת מקבל התמלוגים, אילו שירותים חיצוניים משתתפים בשרשרת ומה קורה כאשר הם לא זמינים.
- מדיניות גישה לארנקים — הפרדת תפקידי מנהל, מפעיל וארנק תשלומים, סף אישורים, מגבלות על טרנזקציה, נוהל החלפת מפתחות.
- תקנון פעולות בתקלות — איך לעצור חיובים, אילו יומנים לקחת ראשונים, מי מקבל החלטה על הפעלה מחדש ואיך מודיעים למחזיקים.
- מערך בדיקות וצ'ק-ליסט קבלה — תרחישים ברשת ניסוי, המכסים החלפת מקבל, החלפת חלק ועבודה עם פלטפורמות בלי תמלוגים כפויים.
- מפת כתובות ויומן שינויים — איזה חוזה וארנק שייכים לאיזה שלב, כדי שלא יהיה צורך לשחזר את ההיסטוריה מהתכתבות.
מקרה בוחן: איך קולקציה החזירה תשלומים אחרי שינוי כללים
קולקציית NFT של 10,000 טוקנים שנוצרו בגנרציה נתקלה במצב אופייני: מרקטפלייס Blur העביר את התשלומים ליוצר למצב שהמוכר מדליק או מכבה בעצמו בעת הצגת לוט. חלק ניכוי התמלוגים בחודש צנח ל-31%, ומחלוקות על תשלומים נבדקו ידנית — בממוצע 9 ימים לפנייה.
מה שינו
המהנדסים שלנו תיעדו באילו קריאות לחוזה המוכרים עוקפים את מסנן התמלוגים הכפויים, והעבירו את הבדיקה לצד הקולקציה. תנאי התשלום מובנה בטוקן עצמו: לוט לא עובר אם התשלום ליוצר לא בוצע, ועסקאות עוקפות נחסמות על ידי מדיניות הקולקציה, ולא על ידי אמון בפלטפורמה.
מדדים לפני ואחרי
אחרי שלושה חודשים שיעור ניכוי התשלומים עלה מ-31% ל-94% — בלי חסימת השוק המשני ובלי אובדן נזילות. החזר התשלומים ליוצר הפך לשורה צפויה, ולא להפתעה בסוף החודש.
מספר העסקאות שעוקפות את המסנן ירד מרוב למעטות, ובדיקת מחלוקת אורכת דקות: האירוע נראה בלוג הטרנזקציות, והשאלה נסגרת בקישור לקריאה מסוימת.
הסכימה לא קשורה לפלטפורמה אחת — אותו מודול חוזה מתחבר למרקטפלייסים שבהם מצב התשלומים עדיין נקבע על ידי המוכר. זה מסיר את הסיבה העיקרית למחלוקות על תשלומים: המחלוקת היא לא על עצם המכירה, אלא על קריאה מסוימת שתמיד אפשר לבדוק.
במה ניכוי ברמת החוזה שונה מהגדרה בחשבון?
הגדרה בחשבון הפלטפורמה היא רשומה במסד הנתונים הפנימי שלה, וחוזה הקולקציה לא יודע עליה. ניכוי ברמת החוזה הוא לוגיקה בתוך הטוקן עצמו: החלק וכתובת המקבל נק�עים בעת ההנפקה ומיושמים בכל העברה של בעלות.
מכאן ההבדל בעמידות התשלומים. הגדרה בחשבון עובדת בדיוק כל עוד העסקה עוברת דרך הפלטפורמה הזו: אגרגטור, טוקן עטוף או העברה ישירה בעקיפת הוויטרינה — והחלק כבר לא מחויב. ניכוי בחוזה בודק את התנאי בכל תנועה של הטוקן, מי שלא יזם את העסקה.
| קריטריון | ניכוי ברמת החוזה | הגדרה בחשבון הפלטפורמה |
|---|---|---|
| עמידות תשלומים | פועל בכל העברה, כולל אגרגטורים והחלפות | רק עסקאות בתוך ויטרינה אחת |
| מורכבות שינויים | עריכה דורשת לוגיקה חדשה ואישור בעלים | משתנה בממשק תוך שתי דקות |
| אזור שליטה של הקולקציה | אצלנו: קוד הטוקן וכללי ההנפקה | אצל הפלטפורמה: סדרי העדיפויות והכללים שלה |
| תאימות | נדרשת תמיכה מצד ויטרינות וארנקים | עובד מיד, בלי התאמות |
| נקודות תורפה | טוקנים עטופים, העברות בין ארנקים | כל מסלול עסקה חיצוני |
בדרך כלל אין צורך לוותר לגמרי על הגדרה בחשבון. סכימה עובדת היא ניכוי ברמת החוזה כבסיס, ובנוסף רשומה בחשבון הפלטפורמה כדי שהקונה יראה את חלוקת התשלומים. כך הקולקציה שומרת על אזור שליטה ולא מאבדת תאימות עם ויטרינות.
ב-Blur ובאגרגטורים דומים ההבדל מורגש מיד: עסקאות נאספות ממקורות שונים, ובלי ניכוי חוזי חלק מהמכירות עובר בצד חלקו של היוצר. אנחנו מנתחים מסלולי עסקאות של קולקציה מסוימת וסוגרים את אלה שבהם התשלומים הולכים לאיבוד.
ספקות טכניים נפוצים לפני החלפת סכימת תשלומים
החלפת סכימת תשלומים נתקלת בשתי שאלות: האם אפשר להגדיר מחדש כללים לקולקציה שכבר הונפקה, ומה יקרה בפלטפורמות שלא תומכות בבדיקת תמלוגים. להלן שאלות נפוצות על תמלוגים שבעלי קולקציות מעלים לפני תחילת העבודה, כולל התנהגות ב-Blur.
יש לנו חוזה בלתי ניתן לשינוי — האם תמלוגים כפויים בכלל אפשריים?
כן. אי אפשר לשכתב את הלוגיקה בתוך החוזה, אבל מעבירים אותה לשכבה חיצונית: רישום מפעילים מורשים ובדיקת תנאי העברת הטוקן לפני העסקה. פלטפורמה שקוראת את השכבה הזו דוחה מכירה עם תשלום אפס ליוצר — עקיפה מפסיקה להשתלם, ולא רק להיות לא רצויה.
מה קורה במכירות משניות מחוץ לפלטפורמה הראשית?
במכירות משניות של NFT אותו דבר, משתנה רק מסלול העסקה. אנחנו רושמים את חלק היוצר במטא-נתונים של הקולקציה, מוסיפים אותו לרישומי הפלטפורמות ומשאירים בדיקת חוסם: העברת טוקן מחוץ לכתובות מורשות נחסמת. העברות רגילות בין ארנקים והפקדות ממשיכות לעבוד כמו קודם.
מה הם לוחות הזמנים להחלפת הסכימה והאם יש סיכון לחזרה לאחור?
עריכת חלק היוצר במטא-נתונים — כמה שעות. חיבור רישום ובדיקות — כמה ימים, יחד עם הרצת תרחישי ליסטינג, ביטול ומכירה ברשת ניסוי. כל השינויים הפיכים: רישום המפעילים מושבת בטרנזקציה אחת, והקולקציה חוזרת להתנהגות הקודמת.
מה לדון עם המהנדסים שלנו לגבי הקולקציה שלכם
כדי שההערכה לגבי תשלומים תהיה מדויקת, ותוכנית ההטמעה ברת ביצוע, אנחנו צריכים נתוני פתיחה על הקולקציה שלכם. להלן מה לשלוח בהודעה הראשונה: זה מספיק כדי שנחזור עם חישוב לוחות זמנים וסכימת תמלוגים כפויים לחוזה שלכם.
- כתובת חוזה הקולקציה והרשת שבה היא פרוסה;
- כמה טוקנים הונפקו ואיך מחולקים זכויות הניהול;
- סכימת התשלומים הנוכחית: למי ואיך עובר כיום החלק מהמכירות המשניות;
- רשימת הפלטפורמות שבהן הקולקציה נסחרת, ואיזו מהן נותנת את המחזור העיקרי;
- איך מוגדרת כיום קבלת תמלוגים: אילו טרנזקציות עוקפות את התשלומים ובאיזה שלב;
- האם יש גישה לארנק המנהל והאם מוגדרת ריבוי חתימות;
- מי ואיך מעדכן את החוזה: דרך פרוקסי, פריסה חדשה או קריאות ידניות;
- נקודת ייחוס ללוחות זמנים — עד איזה תאריך התשלומים צריכים כבר לפעול לפי הכללים שלכם.
נחזור עם הערכת עבודה לגבי תשלומים ותוכנית הטמעה: ניתוח החוזה הנוכחי, סכימת חשבונאות תמלוגים, רשימת עריכות וסדר הוצאתן בלי לעצור את המסחר.
דונו איתנו על המשימה לקולקציה — שלחו נתוני פתיחה, והמהנדסים שלנו יענו לגופו של עניין, עם חישוב לוחות זמנים והסתעפויות למקרה שלא ניתן יהיה להחזיק את התמלוגים בצד המרקטפלייס.