רב Web3 משתמשים בודקים, מבצעים כורי פרויקטים ומקדמים אותם מדי יום.
אבל הם עלולים להתעלם מפער חשוב במסמכים לבנים רבים:
הפרויקט אינו מסביר בבירור מתי התגמולים הופכים לסופיים או מתי המשתמשים יקבלו אותם.
חוסר הבהירות הזה יוצר שני סיכונים ישירים.
1. נקודות עשויות להישאר נעולות במשך שנים
ללא לוח זמנים קבוע לסליקה, היתרה המוצגת באפליקציה עדיין נחשבת לרשומה פנימית. היא עדיין לא נכס מאושר בארנק של המשתמש.
משתמשים אינם יודעים מתי הנקודות שלהם ייבדקו, יאוששו, יומרו ויעברו.
הבטחה ללא דד-ליין ברור יכולה להפוך לעיכוב אינסופי.
2. תגמולי הפניות עלולים להיות מוסרים שלא בצדק
פרויקטים רבים אינם עונים בבירור על שאלה חשובה:
אם אדם שהזמנת מאוחר יותר הופך לא פעיל או לא עובר KYCהאם הפרויקט יסיר את תגמולי ההפניה התקפים שצברת לפני זמן זה?
לפרויקטים יש את הזכות להסיר תגמולים הקשורים לחשבונות מזויפים, הונאה או פעילות לא חוקית.
אבל מזמין לא אמור לאבד את כל הפרסים התקפים רק בגלל שמשתמש אמיתי הופך לא פעיל מאוחר יותר.
המזמין השתמש בזמן, במוניטין ובתוכן כדי להביא את האדם הזה לפרויקט.
אם המשתמש עוזב מכיוון שהאפליקציה כבר לא מושכת, אין להעניש את המזמין על כישלון הפרויקט לשמר את המשתמש הזה.
LA KYCFIRST תקן
פרויקט שמכבד את המשתמשים שלו לא אמור להשאיר פער בתגמול.
✅ אימות משתמשים חדשים זכאים תוך 30 יום
לזהות הונאה מוקדם. אל תאפשר KYC בקשות שיישארו תלויות ועומדות במשך שנים.
✅ לסיים ולשלם תגמולים בכל חודש
פרסם את תקופת החישוב, תאריך האישור, תאריך התשלום ונקה את רישומי התשלום בשרשרת.
✅ הגנה על תגמולים תקפים
אין להשתמש בכללים חדשים כדי להסיר נקודות או לבטל עבודה תקפה שהושלמה תחת תנאים שפורסמו קודם לכן.
אל תעבדו במשך שנים רק כדי לצבור נקודות ללא תאריך אישור.
בקשו מכל פרויקט לפרסם לוח תגמולים ברור ושקוף.
אמת מוקדם.
שלמו תגמולים חודשיים.
הגן על עבודה תקפה.
KYC קודם כל. תגמול קודם. הוגנות קודם.
