פיתוח מערכת לתוכן מטוקן

טוקניזציה של תוכן: היכן נשבר רישום הזכויות והתשלומים

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

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

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

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

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

השפעה מדידה: לוחות זמנים לשחרור, שיעור המחלוקות, שלמות הרישום

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

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

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

ב-Ethereum אי אפשר לשכתב רשומה כזאת בדיעבד, ולכן השאלה "מי ראשון" נסגרת לפי עובדת האירוע בשרשרת, בלי הסלמה לבית משפט.

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

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

מודלים לשחרור זכויות: נכס אחיד, חלקים, רישיונות גישה

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

כיצד לבחור מודל לקטלוג

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

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

שלבי העבודה: ביקורת זכויות, תכנון, הגדרה, קבלה

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

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

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

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

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

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

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

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

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

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

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

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

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

מה היה לפני

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

מה שינו

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

מה נהיה

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

במה נבדל מרשם זכויות סגור ממרשם ציבורי?

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

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

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

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

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

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

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

מה קורה בעומס שיא?

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

כיצד להעביר זכויות שכבר הונפקו?

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

היכן נשמרים מפתחות החתימה?

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

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

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

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

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