תעשיית הקריפטו נאבקה במשך כל ההיסטוריה שלה כדי להתגבר על בעיות סביב מדרגיות. כפי שהראתה לנו ההתרחבות המהירה של אפליקציות מבוזרות ב-Ethereum - במיוחד אפליקציות DeFi -, הפלטפורמה היא לא יכולה להתמודד עם כמויות תנועה גבוהות יותר.
זה לא טוב כי אם DeFi תופיע אי פעם כאלטרנטיבה אמיתית למימון מסורתי, היא תצטרך להגיע לאותו סוג של קנה מידה. למרבה הצער, כרגע זה אפילו לא קרוב.
מספר פתרונות הוצעו וכבר יושמו. Ethereum למשל נמצא בתהליך של שדרוג ל"אתריום 2.0", בעוד שפרויקטי בלוקצ'יין אחרים כמו Fantom, Avalanche ו-Solana הציעו כולם טכניקות חלופיות להגדלת התפוקה, הנמדדת בדרך כלל ב"עסקאות לשנייה".
עם זאת, DeFi לא יכול לשנות קנה מידה רק ב-TPS בלבד. זה בגלל ש-DeFi מסתמך גם על משהו שנקרא "קומפוזיציות אטומיתכדי לאפשר יכולת פעולה הדדית בכל המערכת האקולוגית ההולכת וגדלה שלה.
יכולת פעולה הדדית חיונית עבור אפליקציות DeFi. זה מכונה בדרך כלל "יכולת חיבור", וניתן לחשוב על היכולת של dApp "לחבר" עסקה אחת שעושה שימוש במספר חוזים חכמים אוטונומיים. זוהי יכולת חיונית עבור רוב יישומי DeFi מכיוון שהיא מאפשרת להם ליצור עסקאות בחופשיות על פני אפליקציות dApps שונות. בדרך זו, שירות יכול לספק למשתמשים את שער החליפין הטוב ביותר האפשרי על פני מספר בורסות מטבעות קריפטוגרפיים. לחלופין, יכולת ההרכבה מאפשרת למשתמשי אפליקציית DeFi למנף מאגרי נזילות במקור המונים כדי לנצל הזדמנויות ארביטראז'. ללא יכולת חיבור, יישומים כאלה לא היו קיימים. הסיבה לכך היא שהעסקאות המורכבות הללו חייבות להתרחש בו-זמנית, בשלב "אטומי" מורכב. זה מבטיח שניתן להשלים את העסקה בכל החוזים החכמים בבת אחת, או להיכשל אם משהו באחד החוזים החכמים אינו חוקי.
יכולת ההרכבה האטומית הזו משמשת כבסיס ל-DeFi ומאות ה-dApps המהירים, הניתנים להתאמה אישית וניתנים להפעלה הדדית, שהופכים אותה למבטיחה הרבה יותר מהמערכות האיטיות והבלתי יעילות של פיננסים מסורתיים.
הבעיה עם ריסוק
עד כמה שזה חשוב, רוב פתרונות קנה המידה של בלוקצ'יין שמטרתם להגדיל את תפוקת העסקאות עושים זאת על חשבון ההרכבה האטומית. רוב הפרויקטים, כולל Ethereum 2.0, משתמשים במגוון של "sharding" טכניקות שמטרתן לפרק בלוקים של עסקאות לחתיכות נפרדות שניתן לעבד אותן באופן בלתי תלוי זה בזה. אמנם זה מגדיל את תפוקת העסקאות, אבל זה גם אומר של"רסיסים" הללו אין גישה ישירה או אטומית זה לזה. כתוצאה מכך, יכולת ההרכבה מוקרבת, כלומר הסוגים המורכבים של עסקאות שה-DeFi ידוע בהן הפכו פחות יעילים.
הבעיה היא שהתקשורת בין רסיסים שונים הופכת לקשה יותר. הרסיסים הללו הם בעצם בלוקצ'יין עצמאיים בפני עצמם, אם כי בשיטה כלשהי המאפשרת להם לתקשר אחד עם השני. עם זאת, רסיסים אלה גם מנהלים קונצנזוס ללא תלות זה בזה, כלומר בלתי אפשרי לעבד עסקאות על פני רסיסים מרובים מבחינה אטומית. במקום זאת, תקשורת צולבת מבוצעת על פני מספר בלוקים על רסיסים שונים תוך שימוש בהתחייבויות קריפטוגרפיות מותנות - המכונה "קבלות". המשמעות היא שהעסקאות איטיות הרבה יותר, ומבטלות את היתרונות של תפוקה גדולה יותר. הם גם נוטים יותר לשגיאות, שלא לדבר על קשים מאוד ליישום בקוד חוזה חכם.
Cerberus: עידון Sharding
התמודדות עם בעיית ההרכבה האטומית תוך הבטחת תפוקה גבוהה יותר היא אחת המטרות הסופיות של המהפכן רדיקס בלוקצ'יין, שמטרתה לבנות רשת מבוזרת המסוגלת באמת לתמוך ב-DeFi בקנה מידה. Radix יצאה לפתור את המתח בין יכולת קומפוזיציה ליכולת מדרגיות ממצב כבוי. ככזה, יכולת קומפוזיציה אטומית בלתי מוגבלת היא אחת הדרישות הבסיסיות שייחודיות לה מנגנון קונצנזוס סרברוס נועד להשיג.
Cerberus עושה זאת באמצעות צורה חדשה לחלוטין של רסיסה שאף פרויקט אחר לא יישם. זה הביא למנגנון קונצנזוס המספק מקביליות בלתי מוגבלת להשגת מדרגיות בלתי מוגבלת, על ידי עיבוד עסקאות מרובות בו זמנית מבלי להאט את התהליכים האחרים בבלוקצ'יין שלו.
לפני תכנון Cerebrus, צוות Radix קבע את הצורך לתמוך בכמות כמעט בלתי מוגבלת של רסיסים כדי להשיג את רמת ההקבלה הנדרשת לפלטפורמת DeFi בקנה מידה עולמי. יחד עם זאת, היא הכירה שאלגוריתם הקונצנזוס שלו חייב להיות מסוגל לנהל באופן דינמי קונצנזוס על עסקאות אטומיות בצורה המסונכרנת רק על פני הרסיסים הרלוונטיים, מבלי לעכב את שאר הרשת. שלישית, היא גם הבינה את הצורך בשכבת אפליקציה שמסוגלת לנצל את ההקבלה הבלתי מוגבלת הזו כדי לתמוך בכמות בלתי מוגבלת של עסקאות ואפליקציות DeFi הפועלות במקביל.
לשם כך, ל-Cerberus יש שלוש תכונות ייחודיות המאפשרות את הדרישות הללו. ראשית הוא יכול לתמוך במספר כמעט אינסופי של רסיסים שיכולים להשיג קונצנזוס באופן עצמאי במקביל. שנית, היא מאפשרת לבצע קונצנזוס אטומי על פני כל סט של רסיסים עבור כל עסקה שהיא מעבדת. שלישית, הוא מאפשר "מצעים" דמויי UTXO שניתן להקצות לרסיסים בודדים לפי הצורך.
מצעים מתייחסים לרשומה קטנה של משהו שבו יש להקפיד על כמה כללים מאוד ספציפיים. לדוגמה, מפתח עשוי לרצות ליצור "מצע אסימון" שמתעד היכן מוחזקים כמה אסימונים. מצע זה עשוי לומר משהו כגון "יש 10 XRD בחשבון של ג'ון". במקרה כזה, הכללים של מצע האסימון ידרשו גם שהעסקה תכלול הצהרה כזו כמו "10 XRD אלה כבר לא בחשבונה של ג'יין". יחד, זוג מצעים זה יתאר עסקה ששולחת 10 XRD מג'יין לג'ון, ומבטיחה שלא ניתן לאבד XRD או ליצור בטעות.
באמצעות תכונות ייחודיות אלו, Cerebrus יכול לעבד מספר בלתי מוגבל של עסקאות אסימונים במקביל. בעזרתו, הסטטוס של כל אסימון מוקצה למצע. בינתיים, האסימונים שבידי מיליוני חשבונות בודדים מפוזרים על פני מספר אינסופי של רסיסים. בדרך זו, כאשר מישהו רוצה להעביר אסימונים למישהו או למשהו אחר, הרסיסים הבודדים שמתעדים מי הבעלים של הנכסים הספציפיים האלה יכולים להגיע לקונצנזוס מבלי להשפיע על שאר הביצועים של הרשת.
תפקידו של Radix Engine
שלוש התכונות הללו מתאפשרות על ידי שתיים יכולות ייחודיות של Radix Engine, המשמשת כשכבת היישום של Radix. ראשית, Radix Engine מסוגלת להגדיר את המשמעות והחוקים של המצעים, מה שנעשה באמצעות שפת התכנות Scrypto שלה. שנית, כל עסקה יכולה להגדיר אילו מצעים צריכים להיכלל בקונצנזוס. זה הכרחי מכיוון שמרכיב מרכזי במנגנון הקונצנזוס של Radix הוא שהוא מנהל קונצנזוס רק על פני הרסיסים הדרושים. ככזה, שכבת האפליקציה צריכה לומר ל-Cerebrus אילו רסיסים רלוונטיים לכל עסקה.
דבר כזה לא אפשרי בארכיטקטורת EVM של Ethereum, הבנויה סביב הרעיון של "סדר גלובלי", שבו הכל מתרחש ברשת בתוך ציר זמן אחד. זה נדרש עבור EVM מכיוון שעסקה בודדת בכל מקום ברשת יכולה לעשות שינוי במקום אחר, כמו חוזה חכם. אי אפשר לחזות את זה, ולכן EVM לא יכולה להשתמש בסגנון הרסיס של Cerebrus. מסיבה זו, Radix בנוי על הרעיון של "הזמנה חלקית", שבו כל עסקה נדרשת לציין אילו רסיסים יש לכלול.
לשם כך, Radix Engine עושה כמה דברים בצורה שונה מ-EVM. לדוגמה, Radix Engine מתייחס לכל אסימון כאובייקט גלובלי ברמת הפלטפורמה, יכולת מפתח המאפשרת לו להקביל את תנועת הנכסים. בנוסף, עסקאות Radix הן כולן ייחודיות, המבוססות על "כוונה" להבטיח תפוקה גבוהה ללא התנגשויות. לבסוף, כל חוזה חכם (רכיב) והנתונים והמשאבים שבבעלותו מוקצים לרסיס בודד בכל נקודת זמן, מה שמאפשר לו לעבד מספר כמעט בלתי מוגבל של עסקאות.
מקביליות בלתי מוגבלת
דבר אחד שצריך לזכור הוא שהקומפוזיביליות עצמה אינה ייחודית ל-Radix ו-Cerberus. ואכן, Ethereum מארח כיום אפליקציות DeFi רבות שכבר ניתנות לחיבור. הבעיה עם Ethereum היא שהתפוקה שלו לא מהירה מספיק מכיוון שכל עסקה שהיא מעבדת חייבת להיעשות באמצעות אלגוריתם קונצנזוס עולמי יחיד שפועל לאט מאוד.
פתרונות קנה מידה המציגים רסיסה, כגון Ethereum 2.0, Cosmos ואחרים, מגדילים את התפוקה באופן המאפשר הקבילות מוגבלת עם מספר קבוע של רססים. עם זאת, זה בא למען ההרכבה בין רסיסים שונים. יתרה מכך, התפוקה של כל רסיס עדיין מוגבלת, גם אם הם בהחלט יכולים להתמודד עם הרבה יותר עסקאות.
זה לא המקרה עם Radix. כאשר אנו משלבים את התכונות של Cerberus ו- Radix Engine, אנו מקבלים פלטפורמה שבאמת מסוגלת לתמוך ב-DeFi בקנה מידה עולמי עם מקביליות מסיבית. בעזרתו, משאבים יכולים להתבצע במקביל ללא צווארי בקבוק, בעוד שרכיבים יכולים לפעול במקביל בתפוקה מקסימלית ללא התנגשויות. יתר על כן, ניתן לבצע במקביל כל אפליקציית DeFi נפרדת כדי להבטיח תפוקה גדולה יותר על ידי שימוש במספר רכיבים שאינם קשורים מבחינה לוגית. לבסוף, היעילות של מקביליות מוגברת מכיוון שעסקאות כוללות רק את הרכיבים והמשאבים הנדרשים באותה עת. ומכיוון ש-Cerberus מבצע עסקאות צולבות רק לפי הצורך, כל זה יכול להיעשות מבלי לוותר על יכולת ההרכבה האטומית.
אם DeFi אמור לצמוח גלובלית באותו קנה מידה כמו פיננסים מסורתיים, אז היא זקוקה להקבלה בלתי מוגבלת. עד עכשיו, Radix היא הארכיטקטורה היחידה שמסוגלת לספק אותה.
- פרסומת -
מקור: https://thecryptobasic.com/2022/08/22/how-radix-is-redefining-scalability-in-defi-apps/?utm_source=rss&utm_medium=rss&utm_campaign=how-radix-is-redefining-scalability-in -defi-אפליקציות