זהו מאמר מערכת של פדריקו טנגה, תורם זה מכבר לפרויקטים של ביטקוין עם ניסיון כמייסד סטארט-אפ, יועץ ומחנך.
המונח "חוזים חכמים" קדם להמצאת הבלוקצ'יין והביטקוין עצמו. האזכור הראשון שלו הוא ב מאמר 1994 מאת ניק סאבו, שהגדיר חוזים חכמים כ"פרוטוקול עסקה ממוחשב שמבצע את תנאי החוזה". בעוד שלפי הגדרה זו ביטקוין, הודות לשפת הסקריפט שלו, תמך בחוזים חכמים כבר מהגוש הראשון, המונח זכה לפופולריות רק מאוחר יותר על ידי מקדמי Ethereum, שעיוותו את ההגדרה המקורית כ"קוד שמבוצע באופן מיותר על ידי כל הצמתים בקונצנזוס עולמי רֶשֶׁת"
אמנם להאצלת ביצוע קוד לרשת קונצנזוס גלובלית יש יתרונות (למשל קל לפרוס חוזים לא חייבים, כמו יצרני שוק אוטומטיים, אבל לתכנון הזה יש פגם מרכזי אחד: חוסר מדרגיות (ופרטיות). אם כל צומת ברשת חייב להריץ באופן מיותר את אותו קוד, כמות הקוד שניתן לבצע בפועל מבלי להגדיל יתר על המידה את עלות הפעלת הצומת (ובכך לשמר את הביזור) נותרה מועטה, כלומר ניתן לבצע רק מספר קטן של חוזים יצא לפועל.
אבל מה אם היינו יכולים לתכנן מערכת שבה תנאי החוזה מבוצעים ומתוקפים רק על ידי הצדדים המעורבים, ולא על ידי כל חברי הרשת? הבה נדמיין את הדוגמה של חברה שרוצה להנפיק מניות. במקום לפרסם את חוזה ההנפקה בפומבי בפנקס עולמי ולהשתמש בפנקס זה כדי לעקוב אחר כל העברות הבעלות העתידיות, הוא יכול פשוט להנפיק את המניות באופן פרטי ולהעביר לקונים את הזכות להמשיך להעביר אותן. לאחר מכן, הזכות להעברת בעלות יכולה לעבור לכל בעל חדש כאילו היה תיקון לחוזה ההנפקה המקורי. בדרך זו, כל בעלים יכול לוודא באופן עצמאי שהמניות שהוא או היא קיבל הן אמיתיות על ידי קריאת החוזה המקורי ואימות שכל היסטוריית התיקונים שהזיזו את המניות תואמת את הכללים שנקבעו בחוזה המקורי.
זה למעשה לא חדש, זה אכן אותו מנגנון ששימש להעברת רכוש לפני שהרשומות הציבוריות הפכו פופולריות. בבריטניה, למשל, לא הייתה חובה לרשום נכס בעת העברת הבעלות בו עד שנות ה-90. המשמעות היא שעדיין היום למעלה מ-15% מהקרקעות באנגליה ובוויילס אינן רשומות. אם אתה קונה נכס לא רשום, במקום לבדוק ברישום אם המוכר הוא הבעלים האמיתי, תצטרך לאמת שרשרת בעלות בלתי פוסקת של לפחות 15 שנים אחורה (תקופה שנחשבת מספיק ארוכה כדי להניח שלמוכר יש בעלות מספקת על הנכס). בתוך כך, עליך לוודא כי כל העברת בעלות בוצעה כהלכה וכי כל משכנתא ששימשה לעסקאות קודמות סולמה במלואה. למודל זה יתרון בפרטיות משופרת על פני בעלות, ואין צורך להסתמך על מנהל רישום המקרקעין הציבורי. מצד שני, זה הופך את אימות הבעלות של המוכר להרבה יותר מסובך עבור הקונה.
מָקוֹר: שטר בעלות על קניין מקרקעין לא רשום
כיצד ניתן לשפר העברת נכסים לא רשומים? קודם כל, על ידי הפיכתו לתהליך דיגיטאלי. אם יש קוד שניתן להריץ על ידי מחשב כדי לוודא שכל ההיסטוריה של העברות הבעלות עומדת בכללי החוזה המקוריים, הקנייה והמכירה הופכים הרבה יותר מהירים וזולים.
שנית, כדי למנוע את הסיכון שהמוכר יוציא את נכסו כפול, יש ליישם מערכת של הוכחת פרסום. לדוגמה, נוכל ליישם כלל שלפיו כל העברת בעלות חייבת להתבצע במקום מוגדר מראש של עיתון ידוע (למשל, שים את ה-hash של העברת הבעלות בפינה הימנית העליונה של העמוד הראשון של ניו יורק פִּי). מכיוון שאינך יכול למקם את ה-hash של העברה באותו מקום פעמיים, הדבר מונע ניסיונות הוצאה כפולה. עם זאת, לשימוש בעיתון מפורסם למטרה זו יש כמה חסרונות:
- אתה צריך לקנות הרבה עיתונים לתהליך האימות. לא מאוד פרקטי.
- כל חוזה צריך מקום משלו בעיתון. לא מאוד ניתן להרחבה.
- עורך העיתון יכול בקלות לצנזר או, אפילו גרוע מכך, לדמות הוצאה כפולה על ידי הכנסת hash אקראי במשבצת שלך, לגרום לכל קונה פוטנציאלי של הנכס שלך לחשוב שהוא נמכר בעבר, ולהרתיע אותו מלרכוש אותו. לא מאוד חסר אמון.
מסיבות אלו, יש למצוא מקום טוב יותר לפרסם הוכחות להעברת בעלות. ואיזו אפשרות טובה יותר מאשר בלוקצ'יין הביטקוין, ספר חשבונות ציבורי מהימן שכבר הוקם עם תמריצים חזקים לשמור עליו עמיד לצנזורה ומבוזרת?
אם אנו משתמשים בביטקוין, אל לנו לציין מקום קבוע בבלוק שבו חייבת להתרחש ההתחייבות להעברת בעלות (למשל בעסקה הראשונה), כי בדיוק כמו עם עורך הניו יורק טיימס, הכורה יכול להתעסק עם זה. גישה טובה יותר היא למקם את ההתחייבות בעסקת ביטקוין מוגדרת מראש, ליתר דיוק בעסקה שמקורה בפלט עסקה שלא הוצאה (UTXO) אליה קשורה הבעלות על הנכס שיונפק. הקישור בין נכס לביטקוין UTXO יכול להתרחש או בחוזה שמנפיק את הנכס או בהעברת בעלות לאחר מכן, בכל פעם שהופך את היעד UTXO לשולט בנכס המועבר. באופן זה, הגדרנו בצורה ברורה היכן צריכה להיות חובת העברת הבעלות (כלומר בעסקת הביטקוין שמקורה ב-UTXO מסוים). כל מי שמנהל צומת ביטקוין יכול לאמת באופן עצמאי את ההתחייבויות ולא הכורים ולא כל גורם אחר מסוגלים לצנזר או להפריע להעברת הנכס בשום אופן.
מכיוון שב-Blockchain של ביטקוין אנו מפרסמים רק התחייבות של העברת בעלות, לא את תוכן ההעברה עצמה, המוכר צריך ערוץ תקשורת ייעודי שיספק לקונה את כל ההוכחות לכך שהעברת הבעלות תקפה. זה יכול להיעשות במספר דרכים, אולי אפילו על ידי הדפסת ההגהות ומשלוח אותן עם יונת דואר, שאמנם קצת לא מעשי, אבל עדיין יעשה את העבודה. אבל האפשרות הטובה ביותר להימנע מהפרות הצנזורה והפרטיות היא ליצור תקשורת מוצפנת ישירה בין עמית לעמית, שבהשוואה ליונים יש גם יתרון קלה לשילוב עם תוכנה לאימות ההוכחות שהתקבלו מהצד שכנגד.
המודל הזה שתואר זה עתה עבור חוזים והעברת בעלות מאומתים בצד הלקוח הוא בדיוק מה שיושם עם פרוטוקול RGB. עם RGB, אפשר ליצור חוזה שמגדיר זכויות, מקצה אותן לביטקוין UTXO קיים אחד או יותר ומפרט כיצד ניתן להעביר את הבעלות שלהם. ניתן ליצור את החוזה החל מתבנית, הנקראת "סכמה", שבה יוצר החוזה רק מתאים את הפרמטרים ואת זכויות הבעלות, כפי שנעשה בחוזים משפטיים מסורתיים. נכון לעכשיו, ישנם שני סוגים של סכימות ב-RGB: אחת להנפקת אסימונים ניתנים לשינוי (RGB20) ושנייה להנפקת פריטי אספנות (RGB21), אך בעתיד, כל אחד יכול לפתח סכימות נוספות בצורה חסרת רשות מבלי לדרוש שינויים ברמת הפרוטוקול.
כדי להשתמש בדוגמה מעשית יותר, מנפיק של נכסים ניתנים לשינוי (כגון מניות חברה, מטבעות stable, וכו') יכול להשתמש בתבנית הסכימה RGB20 וליצור חוזה המגדיר כמה אסימונים הוא יוציא, את שם הנכס וכמה מטא נתונים נוספים הקשורים עם זה. לאחר מכן, הוא יכול להגדיר לאיזה ביטקוין UTXO יש את הזכות להעביר את הבעלות על האסימונים שנוצרו ולהקצות זכויות אחרות ל-UTXOs אחרים, כגון הזכות לבצע הנפקה משנית או לשנות את המינוי של הנכס. כל לקוח שיקבל אסימונים שנוצרו על ידי חוזה זה יוכל לאמת את תוכנו של חוזה בראשית ולאמת שכל העברת בעלות בהיסטוריה של האסימון שהתקבל עמדה בכללים המפורטים בו.
אז מה אנחנו יכולים לעשות עם RGB בפועל היום? בראש ובראשונה, היא מאפשרת הנפקה והעברת נכסים סמליים עם מדרגיות ופרטיות טובים יותר בהשוואה לכל חלופה קיימת. בצד הפרטיות, RGB מרוויח מהעובדה שכל הנתונים הקשורים להעברה נשמרים בצד הלקוח, כך שצופה בלוקצ'יין אינו יכול לחלץ מידע כלשהו על הפעילות הפיננסית של המשתמש (אפילו לא ניתן להבחין בעסקת ביטקוין המכילה התחייבות RGB מאחד רגיל), יתר על כן, המקבל חולק עם השולח רק UTXO מעוור (כלומר ה-hash של השרשור בין UTXO שבו היא רוצה לקבל את הנכסים ומספר אקראי) במקום UTXO עצמו, כך שזה לא אפשרי עבור המשלם לעקוב אחר פעילותו העתידית של הכונס. כדי להגביר עוד יותר את פרטיות המשתמשים, RGB מאמצת גם את מנגנון ההצפנה חסין הכדורים כדי להסתיר את הסכומים בהיסטוריה של העברות נכסים, כך שגם לבעלי נכסים עתידיים יש תצוגה מעורפלת של ההתנהגות הפיננסית של מחזיקים קודמים.
מבחינת מדרגיות, RGB מציע גם כמה יתרונות. קודם כל, רוב הנתונים נשמרים מחוץ לשרשרת, שכן הבלוקצ'יין משמש רק כשכבת התחייבות, מה שמפחית את העמלות שצריך לשלם והמשמעות היא שכל לקוח מאמת רק את ההעברות שהוא מעוניין בהן במקום את כל פעילות של רשת גלובלית. מכיוון שהעברת RGB עדיין מצריכה עסקת ביטקוין, החיסכון בעמלות עשוי להיראות מינימלי, אך כאשר אתה מתחיל להציג אצווה של עסקאות הם יכולים להפוך במהירות לעצומות. אכן, ניתן להעביר את כל האסימונים (או, באופן כללי יותר, "זכויות") הקשורים ל-UTXO לכמות שרירותית של נמענים עם התחייבות אחת בעסקת ביטקוין אחת. נניח שאתה ספק שירות המשלם תשלומים למספר משתמשים בו-זמנית. עם RGB, אתה יכול לבצע בעסקת ביטקוין בודדת אלפי העברות לאלפי משתמשים המבקשים סוגים שונים של נכסים, מה שהופך את העלות השולית של כל תשלום בודד לזניחה לחלוטין.
מנגנון חיסכון נוסף בעמלות עבור מנפיקי נכסים בעלי ערך נמוך הוא שב-RGB הנפקת נכס אינה מצריכה תשלום עמלות. זה קורה מכיוון שיצירת חוזה הנפקה לא צריכה להיות מחויבת בבלוקצ'יין. חוזה פשוט מגדיר לאיזה UTXO קיים כבר יוקצו הנכסים החדשים שהונפקו. אז אם אתה אמן המעוניין ליצור אסימוני אספנות, אתה יכול להנפיק כמה שאתה רוצה בחינם ולאחר מכן לשלם את עמלת עסקת הביטקוין רק כאשר קונה יופיע ויבקש להקצות את האסימון ל-UTXO שלו.
יתר על כן, מכיוון ש-RGB בנוי על עסקאות ביטקוין, הוא גם תואם לרשת Lightning. הוא אמנם עדיין לא מיושם בזמן כתיבת שורות אלה, אך ניתן יהיה ליצור ערוצי Lightning ספציפיים לנכס ולנתב דרכם תשלומים, בדומה לאופן שבו זה עובד עם עסקאות Lightning רגילות.
סיכום
RGB הוא חידוש פורץ דרך הנפתח למקרי שימוש חדשים באמצעות פרדיגמה חדשה לחלוטין, אך אילו כלים זמינים לשימוש בו? אם אתה רוצה להתנסות בליבת הטכנולוגיה עצמה, אתה צריך לנסות ישירות את צומת RGB. אם אתה רוצה לבנות יישומים על גבי RGB מבלי שתצטרך לצלול לעומק המורכבות של הפרוטוקול, אתה יכול להשתמש ב- ספריית rgb-lib, המספק ממשק פשוט למפתחים. אם אתה רק רוצה לנסות להנפיק ולהעביר נכסים, אתה יכול לשחק עם ארנק איריס לאנדרואיד, שהקוד שלו נמצא גם בקוד פתוח GitHub. אם אתה רק רוצה ללמוד עוד על RGB אתה יכול לבדוק רשימה זו של משאבים.
זהו פוסט אורח מאת פדריקו טנגה. הדעות המובעות הן לגמרי שלהם ואינן משקפות בהכרח את הדעות של BTC Inc או Bitcoin Magazine.
