RGB מחזק את יכולות המדרגיות והפרטיות של ביטקוין ו-Lightning Network

TL; DR

• RGB פועלת כפתרון Layer 2/3 בפרדיגמת האימות של Bitcoin ו-Lightning Network.client-side, המאכסנת את כל נתוני החוזים החכמים מחוץ לעסקאות בביטקוין. עיצוב זה מבטיח את פעולת המערכת על גבי רשת Lightning, ומבטל את הצורך בשינויים בפרוטוקולי LN.
  
• חוזי RGB חכמים מיועדים להרחבה וסודיות. המערכת תומכת בבעלות פרטית והדדית, מופשטת ומפרידה בין חששות, מייצגת צורה שלאחר בלוקצ'יין, צורה של טיורינג של מחשוב מבוזר ללא אמון ללא צורך בהחדרת אסימונים חדשים.
  
• חוזי RGB מאורגנים במקטעים נפרדים הנקראים "רססים", כל אחד עם היסטוריה ונתונים משלו, משפרים את יכולת ההרחבה ומונעים ערבוב של היסטוריות מחוזים שונים. הם מקיימים אינטראקציה באמצעות פרוטוקול Bifrost ברשת Lightning, מה שמאפשר שינויים מתואמים בין גורמים מרובים, בדומה ל-DEXes הפועלים ברשת Lightning.
  
• RGB משתמשת בחותמות חד פעמיות defiהורד מעל Bitcoin UTXOs לאבטחה. כל צד שיש לו היסטוריית מצב חוזים חכמה יכול לאמת את הייחודיות שלו, ולמנף את הסקריפט של ביטקוין define בעלות וזכויות גישה.
  
• ב-RGB, בעלות המדינה ואימות הם ישויות נפרדות. הבעלות מנוהלת על ידי סקריפט הביטקוין, מערכת שאינה מורכבת מ-Turing Complete. כללי אימות, לעומת זאת, מוכתבים על ידי סכמת RGB באמצעות Turing Complete Simplicity/Contractum/Rust Script.
  
• כל חוזה RGB חכם משויך למצב ייחודי באמצעות חותמות חד פעמיות. החותמות והמדינה עוקבים אחר כללים ותיקופים ספציפיים שנקבעו על ידי יוצר החוזה, הנשלטים על ידי "סכימה". סכימה זו פועלת כמו ערכת כללים לבדיקת נתוני חוזה בצד הלקוח, ומאפשרת רמה גבוהה של מדרגיות פרוטוקול ופרטיות.
  
• העיצוב של RGB הוא בעל יכולת פעולה הדדית גבוהה עם טכנולוגיות Bitcoin ו-Lightning Network הקיימות, ומאפשר אינטגרציה חלקה עם פלטפורמות אלו וכל שדרוגים עתידיים.
  
• בניגוד לסגנון התכנות החיוני של פלטפורמות בלוקצ'יין רבות, RGB משתמש בסגנון הצהרתי. גישה זו מתמקדת בהתוויית התוצאה הרצויה במקום בפירוט השלבים הספציפיים להשגתה.
  
• RGB משתמש בטכנולוגיות מתקדמות שונות, כולל AluVM למשימות מחשוב ניידות דטרמיניסטיות, PRISM למחשוב מכונות אינסופיות משוכפלות חלקית, ו-Storm לאחסון מבוסס נאמנות ללא אמון תוך שימוש ב-zk-proofs. טכנולוגיות אלו תורמות לחוסן, לסודיות ולהרחבה של RGB.
  
• RGB (v0.10) מציג שיפורים בולטים לחוויית משתמש ותהליכי אינטגרציה, ייעול פעולות ומזעור תלות. הגרסה המעודכנת כוללת API של ספרייה מאוחדת יותר וכלי שורת פקודה, מה שהופך אותה לנגישה וידידותית יותר למשתמש.

תיאור קצר

RGB הוא פרוטוקול המיועד להנפקת אסימונים ברשת הביטקוין עם פרטיות ותאימות משופרת לרשת Lightning. זה מתבסס על הרעיון של "מטבעות צבעוניים", כמו אלה המשמשים בפרוטוקול OmniLayer שבו מטא נתונים בעסקאות ביטקוין מצביעים על העברה אסימון. לדוגמה, עסקאות USDT ב-OmniLayer מתפקדות כעסקאות ביטקוין מתוגברות עם נתונים נוספים המפרטים את תנועות האסימון של USDT. עם זאת, שיטות אלו מתמודדות עם מגבלות כגון אילוצי גודל נתונים ביציאות OP_RETURN, סריקת בלוקצ'יין אינטנסיבית ופרטיות מוגבלת הנובעת מנראות על השרשרת.

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

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

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

מבוא וחזון

אניה אחת: מערכת מצב וחוזה חכם מאומתת על ידי לקוח הפועלת בשכבה 2/3 בביטקוין ו-Lightning Network.

פרטים נוספים:

RGB היא מערכת חוזים חכמים ניתנת להרחבה וחסויה עבור Bitcoin & Lightning Network. חוזים חכמים RGB פועלים עם אימות בצד הלקוח פרדיגמה, דיור כל נתוני החוזים החכמים בחוץ עסקאות ביטקוין, כלומר ביטקוין blockchain או מצב ערוץ Lightning. זה מאפשר למערכת לפעול על גבי Lightning Network ללא כל שינוי בפרוטוקולי LN וגם נותן בסיס לרמה גבוהה של מדרגיות ופרטיות פרוטוקולים.

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

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

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

טכנולוגיה ואדריכלות

סקירה כללית ברמה גבוהה של פעולת RGB וחותמות לשימוש חד פעמי

איור 1. סקירה ברמה גבוהה של פעולת RGB.
מקור: LNP/BP Association Github.

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

איור 2. RGB עיקרון עבודה ברמה גבוהה.
מקור: "הנעת אימוץ המוני של קריפטו: כיצד פרוטוקול RGB מאיר את העתיד של ביטקוין" מאת Waterdrip Capital.

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

איור 3. עסקאות, חותם סגור ועד.
מקור: LNP/BP Association Github.

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

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

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

בעלות וגישה: מאפייני ליבה

איור 4. בעלות וגישה.
מקור: LNP/BP Association Github.

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

מצד שני, הבעלות נשלטת על ידי סקריפט ביטקוין ברמת הבלוקצ'יין של ביטקוין, שהיא לא Turing Complete. לעומת זאת, כללי אימות נשלטים על ידי סכימת RGB המשתמשת בסקריפט Simplicity/Contractum, כלומר היותם Turing Complete. 

סכימת RGB

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

איור 5. סכמת RGB.
מקור: LNP/BP Association Github.

אימות ועקרונות עיצוב בצד הלקוח

איור 6. אימות RGB בצד לקוח.
מקור: LNP/BP Association Github.

1. בעלות חזקה: ב-RGB, לחוזים חכמים יש ברור defiהבעלים או הבעלים. רק בעלים ייעודיים מחזיקים בסמכות לשנות את מצב החוזה. חוזים אלה מתארים זכויות או פעולות מובחנות המסווגות כציבור (נגיש לכולם) או בבעלות (מוגבל לבעלים).
2. סודיות: מידע במסגרת החוזה נשמר חסוי, ידוע רק למשתתפים, במיוחד לבעלי המדינה. למשתתפים יש אפשרות להפוך נתונים מסוימים לציבוריים, אך כברירת מחדל, כל המידע הוא פרטי. סודיות זו מונעת מכלי ניתוח חיצוניים לגשת לנתונים, ומבטיחה שלא מאוחסן מידע רגיש בפנקסים ציבוריים.
3. הפרדת חששות: RGB כולל עיצוב מודולרי עם שכבות נפרדות, שלכל אחת הוקצה משימה ספציפית. שכבות אלו פועלות באופן עצמאי, ומבטלות את הצורך של שכבות נמוכות יותר להיות מודעים למבנה השכבות הגבוהות יותר. עיצוב זה משפר את הארגון והיעילות של המערכת.
4. פְּרִישׁוּת: המערכת ניתנת להרחבה בקלות, ומאפשרת יצירה ושילוב של חוזים חכמים מתקדמים ללא צורך בשינוי פרוטוקול הליבה או הידור מחדש של כל ספריית ה-RGB.
5. דטרמיניזם: היגיון האימות של RGB הוא דטרמיניסטי, ומניב באופן עקבי תוצאות זהות עם אותן כניסות והמצב השורר של בלוקצ'יין או ערוץ Lightning Network הבסיסי. עקביות זו מושגת באמצעות שני מרכיבים עיקריים: א. לוגיקת האימות הליבה, שנכתבה ב-Rust, זהה בכל המערכות שבהן פועלות RGB. ב. לוגיקה של אימות ספציפי לחוזה פועלת על AluVM, מכונה וירטואלית המספקת סט עקבי של הוראות ללא קשר לפלטפורמה.
6. יכולת פעולה הדדית של LNP/BP: RGB נועד לעבוד בצורה חלקה עם טכנולוגיות ביטקוין ו-Lightning Network קיימות. זה גם בנוי כדי להיות תואם לכל שדרוגים עתידיים של טכנולוגיות אלה.
   

גישת RGB וגישת Pure Blockchain/L1

גישת blockchain/L1 טהורה שגויה, קובע צוות RGB.

איור 7. הערות RGB על גישת Blockchain/L1.
מקור: LNP/BP Association Github.

הגישה של RGB: תכנות הצהרתי מול ציווי:

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

אופי הצהרתי של חוזי RGB חכמים:

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

שינוי פרדיגמה בתכנות:

• המעבר מסגנון הציווי של Ethereum לסגנון ההצהרתי של RGB בתכנות חוזים חכמים דומה למעבר מתכנות ציווי מסורתי לתכנות פונקציונלי או הצהרתי בפיתוח תוכנה כללי.
• שינוי זה דורש הלך רוח שונה: התמקדות ב"מה" (התוצאות הרצויות) ולא ב"איך" (הצעדים הספציפיים להשגת תוצאות אלו).

פשטות

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

מתוך הכרה בהיעדר לוח זמנים אמין עבור Simplicity, יזמנו בחינה של חלופות (WASM, EVM (כבדיחות), IELE וכו'). בסופו של דבר, התברר שפיתוח מכונה וירטואלית קניינית עבור RGB הייתה האפשרות הקיימת היחידה, שהחליפה את ההסתמכות הראשונית על Simplicity.

לכן החלטנו ליצור AluVM - מכונה וירטואלית מבוססת חלודה, פונקציונלית טהורה, ניידת במיוחד עבור חוזים חכמים מאומתים בצד הלקוח (RGB), Lightning Network, מחשוב מבוזר דטרמיניסטי ומחשוב קצה.

פריזמה

PRISM מייצג מחשוב "מכונות אינסופיות משוכפלות חלקית".

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

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

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

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

איור 8. הפרדת מערכות מבוזרות.
מקור: LNP/BP Association Github.

הבדלים ספציפיים יותר הם כדלקמן: 

איור 9. השוואה בין ערוצי המדינה ואימות צד הלקוח.
מקור: LNP/BP Association Github.

AluVM

AluVM - (יחידת לוגיקה אלגוריתמית VM) היא מכונה וירטואלית RISC פונקציונלית טהורה המיועדת למשימות מחשוב ניידות דטרמיניסטיות

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

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

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

תוך הגבלת גישה אקראית לזיכרון, ה-AluVM ISA מצטיין בביצוע משימות חשבון, כולל אלו הקשורות לעקומות אליפטיות. באופן ייחודי, הסביבה של ה-VM יכולה להרחיב את ה-AluVM ISA, מה שמאפשר הוספת פונקציות כגון טעינת נתונים לתוך האוגרים של ה-VM ותמיכה בהוראות מיוחדות (למשל, SIMD) המותאמות ליישומים ספציפיים.

AluVM מיועד בעיקר לשימוש במערכות מבוזרות שבהן עקביות ואמינות על פני פלטפורמות שונות חיוניות יותר ממהירות עיבוד. השימושים העיקריים של AluVM, עם הרחבות ISA הנכונות, כוללים טכנולוגיית בלוקצ'יין, חישובים קריטיים לקונצנזוס ברשתות, מחשוב קצה, מחשוב מרובה צדדים (המכסה למידת מכונה דטרמיניסטית), אימות צד לקוח, מחשוב Internet2 מוגבל ואלגוריתמים גנטיים. יישומים אלה נהנים מהיכולת של AluVM לפעול באופן עקבי ובטוח בסביבות שונות.

איור 10. השוואה של AluVM.
מקור: LNP/BP Association Github.

חוזה

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

איור 11. השוואת שפות Contractum, Simplicity ושפות אחרות.
מקור: contractum.org

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

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

איור 12. תכונות Contractum.
מקור: contractum.org

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

איור 13. טכנולוגיות המשמשות חוזי RGB חכמים.
מקור: contractum.org

עדכונים אחרונים בגרסה חדשה RGB v0.10

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

מצב גלובלי בחוזי RGB

התכונה Global State היא חידוש קריטי ב-RGB v0.10, המאפשרת לכל חוזה לשמור על מצב נגיש אוניברסלי. מצב זה נגיש לא רק למכונה הווירטואלית RGB אלא גם ללקוחות חיצוניים כגון ארנקים ויישומים אחרים.

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

ממשקי חוזה

RGB v0.10 מציג 'ממשקי חוזה' כפרוטוקול תקשורת סטנדרטי עבור חוזים חכמים מגוונים. ממשקים אלו פועלים באופן דומה ל-ABI של חוזה Ethereum (ממשקי יישומים בינאריים) ו-ERCs (בקשת Ethereum להערות).

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

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

מערכת קפדנית

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

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

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

חוזים חכמים מבוססי חלודה

כעת ניתן ליצור חוזי RGB חכמים ב-Rust, תוך מינוף יכולות השפה לבטיחות וביצועים.

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

יכולות התבוננות פנימיות של המדינה משופרות

חוזים חכמים ב-RGB v0.10 יכולים לחקור את המצב שלהם בתוך קוד האימות המבוצע על ידי המכונה הווירטואלית RGB.

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

פורמט חשבונית מבוסס כתובת URL

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

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

תמיכה ב-WASM (WebAssembly).

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

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

מתאר שורש וגזירה מותאמת אישית

RGB v0.10 משתמש בהתחייבויות OP_RETURN מבוססות taproot (המכונה tapret), המחייבת תמיכה ברמת התיאור בארנקים כדי לזהות עסקאות עם פלטים מותאמים.

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

תלויות פשוטה

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

הפחתה זו בתלות משפרת את היציבות של ה-API ואת חוסן המערכת הכוללת.

תהליך אינטגרציה יעיל

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

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

שיפורי חווית משתמש

הגרסה החדשה של RGB מפשטת את חווית המשתמש על ידי איחוד רכיבים שהיו שונים בעבר לתוך API של ספרייה מאוחדת וכלי שורת פקודה.

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

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

מתחרים RGB

איור 14. FRGB לעומת Ethereum במילים פשוטות.
מקור: LNP/BP Association Github

טאפרוט

Taproot Assets, הידוע בעבר בשם Taro, הוא פרוטוקול המיועד להפעלת אסימונים ברשת הביטקוין. פרוטוקול זה ממנף את מודל UTXO של Taproot יחד עם פתרונות נלווים כמו Tapscript ו- taptweak. כלים אלה משמשים לאחסון מידע על היצע ויתרה של נכס בתוך נתוני עסקאות ביטקוין.

איור 15. תוכנית לאחסון מידע על אסימוני Taproot Assets.
מקור: "Taproot Assets: הנפקת נכסים בביטקוין" על ידי Voltage

Taproot Assets משתמש בשיטה מקבילה למושג Ordinals, שבו אסימוני BRC-20 מאחסנים מידע על אספקה ​​במטא נתונים של סאטושיים שנמנו. לעומת זאת, Taproot Assets מטמיעים מידע זה בפלט Taproot של עסקת ביטקוין, תוך שימוש במה שמכונה "עץ מרקל דליל". בעיקרו של דבר, Taproot Assets משלבת עץ מרקל בעסקת הביטקוין, המשמשת כהוכחה ליתרת המשתמש הספציפי ולאספקת האסימונים הכוללת. עץ זה, בתורו, משקף נתונים מה"יקום" - מאגר ששומר על היסטוריית הנכסים המלאה ומנוהל על ידי מנפיק האסימון.

איור 16. עץ מצב דיגיטלי.
מקור: "Taproot Assets: הנפקת נכסים בביטקוין" על ידי Voltage

State Digital Tree - הארכיטקטורה של Taproot Assets מציעה שתי אפשרויות להוכחת איזון: נתונים מחוץ לשרשרת מהיקום או עץ Merkle הדליל המוטבע ב-UTXO.

מנגנון תפעולי

1. יוצר האסימון מבצע עסקת P2TR (תשלום ל-Taproot) באמצעות פרוטוקול Taproot Assets. 
2. מידע על הנכס, בצורה של עץ מרקל, מאוחסן ב-UTXO של עסקה זו (למעשה, בלוק הבראשית). 
3. כדי להעביר את האסימון, הבעלים של מפתח Taproot משנה את מידע היתרה בעץ מרקל, ומבטיח שהאספקה ​​הכוללת של הנכסים תישאר קבועה. 
4. שינויים כאלה מוכנסים באמצעות עסקת Taproot חדשה. עם זאת, עבור כל העברה אסימון, לא נדרשת עסקה נפרדת בשרשרת. בדומה ל-rollups או ל-Lightning Network, הפרוטוקול מאפשר לבעלים לעבד "אצווה" של העברות, ולאחר מכן לפרסם את מצב היתרות המעודכן.

היתרונות של נכסי Taproot

• יתרון מרכזי אחד של Taproot Assets הוא התאימות המלאה שלו ל-Lightning Network, שיפור אפשרויות המדרגיות והפחתת עלויות העסקאות.
• Taproot Assets יוצר שכבה מובחנת להקלטת פעולות עם אסימונים מותאמים אישית. בעוד שהיא מסתמכת בעיקר על נתונים מחוץ לרשת, היא מפרסמת את מצב היתרות ברשת הראשית. 
• גישה זו גמישה, ניתנת להרחבה ומקיפה יותר בהשוואה ל-BRC-20, אך היא גם מהווה מורכבות רבה יותר עבור משתמשים חסרי ניסיון.

BitVM

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

פונקציונליות ליבה ותפיסה של BitVM

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

טיפול באימות שרשרת ברשת מוגבלת מבחינה חישובית

האתגר מתעורר כיצד לבצע בדיקת פעולה ברשת אשר אינה תומכת באופן מהותי בחישובים כאלה. כדי לטפל בזה, BitVM משתמש בעץ Merkle כדי ליצור סכימת שער NAND לוגית, שנרשמת לאחר מכן בעסקת Taproot. בעיקרו של דבר, עץ מרקל בנתוני העסקאות פועל כסכימת NAND, כאשר כל "ענף" נושא אחד משני ערכים אפשריים: 1 או 0. החישוב על השרשרת ממשיך טיפין טיפין, כשהפלט של "ענף" אחד הופך הקלט עבור הבא. החלפות עסקאות קבועות לאימות ערך מתרחשות בין הצדדים בחוזה החכם. אם גרסת החישוב של המוכיח נמצאה שגויה, המאמת מקבל את הנכסים שלו נעולים בעסקת Taproot.

איור 17. ייצוג סכמטי של NAND.
מקור: "העסקה הגדולה עם BitVM: חישוב שרירותי אפשרי כעת בביטקוין ללא מזלג" מאת Bitcoin Magazine

בניית NAND באמצעות Taproot ו- Merkle Tree

מידע מפורט על האופן שבו BitVM מקל על בניית NAND באמצעות עצי Taproot ו- Merkle, כמו גם השפעתו על חישובים, ניתן למצוא בתיעוד הטכני.

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

אתגרים עם דו-צדדיות חוזים חכמים

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

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

לצלילה עמוקה מפורטת אל תהססו לקרוא BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

סיכום

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

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

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

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

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

העדכון האחרון של RGB, גרסה 0.10, מציב אותו כמתחרה בולט בנוף המתפתח של טכנולוגיות בלוקצ'יין, במיוחד נגד פרוטוקולים מתפתחים כמו Taproot Assets ו-BitVM. בניגוד ל-Taproot Assets, המתמקדת במינוף מודל ה-UTXO של Taproot להנפקת אסימונים ברשת הביטקוין, RGB מייחדת את עצמה עם תכונות הפרטיות המתקדמות שלה וטיפול בנתונים מחוץ לשרשרת, ומציעה גישה מובחנת לפונקציונליות חוזים חכמים וניהול אסימונים.

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

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

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

הפניות לטווח: 

1. טיורינג השלם: מבחינה מעשית, המערכת יכולה לבצע כל בעיה חישובית עם מספיק זמן וזיכרון. רוב שפות התכנות המודרניות הן מושלמות בטיורינג, מה שמסמל את היכולת התיאורטית שלהן לטפל בכל בעיה חישובית.
   
2. סכֵימָה: סכימת חוזה משמשת כקוד בפועל לחוזה חכם, אשר יכול לשמש כ"תבנית חוזה" על ידי המנפיקים ללא צורך בקידוד או ביקורת קוד מותאם אישית המסופק על ידי מקורות חיצוניים. סכימת RGB אינה סקריפט אלא היא מבנה נתונים.
   
3. חוזי יומן דיסקרטיים (DLCs) בהקשר של ערוצי המדינה הם חוזים חכמים מיוחדים המשמשים בעיקר ברשת הביטקוין. הם מאפשרים ביצוע פרטי ויעיל של הסכמי ממון מורכבים המבוססים על אירועים חיצוניים, כמו מחירי נכסים. DLCs ​​פועלים מחוץ לשרשרת, תוך שמירה על סודיות פרטי החוזה וזהות המשתתפים. הם משתמשים במקורות נתונים חיצוניים, או אורקלים, לפתרון חוזים. כשהם משולבים עם ערוצי מדינה, DLCs משפרים את יכולת ההרחבה על ידי מתן אפשרות להסדרי עסקאות מרובות מבלי לגודש את הבלוקצ'יין, מה שהופך אותם לאידיאליים עבור עסקאות פיננסיות פרטיות ויעילות התלויות בתוצאות בעולם האמיתי.
   
4. סטורם - אחסון ללא אמון מבוסס נאמנות באמצעות הוכחות zk. Storm משלב אחסון ללא אמון מבוסס נאמנות עם הוכחות אפס ידע כדי להקל על עסקאות מאובטחות ופרטיות. במערכת זו, נתונים או נכסים מוחזקים בנאמנות ומשוחררים רק כאשר מתקיימים תנאים ספציפיים, מה שמבטיח סביבה חסרת אמון שבה אין צורך בסמכות מרכזית. השילוב של zk-proofs מאפשר אימות של עסקאות אלו תוך שמירה על סודיות מירבית, שכן הן מאפשרות אימות נתונים מבלי לחשוף פרטים בבסיסם.
   
5. פרומתאוס - מחשוב מבוזר ללא אמון מבוסס בוררות. פרומתאוס מייצגת גישה למחשוב מבוזר, המשלבת מנגנוני בוררות ליישוב סכסוכים, אינטראקציות חסרות אמון לפעולות מאובטחות ומבוזרות, ויעילותם של ערוצי המדינה לניהול מחשוב מחוץ לשרשרת.
   
6. A סט הוראות מופחת מחשב הוא סוג של ארכיטקטורת מיקרו-מעבד המשתמשת בסט קטן ומוטב ביותר של הוראות במקום בסט ההוראות המתמחה ביותר שנמצא בדרך כלל בארכיטקטורות אחרות.