הגרף מול שומרי הסף: האם אינדקסציה מבוזרת יכולה להציל את Web3?

אינדוקס בלוקצ’יין: הפיכת נתוני dApp לשימושיים

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

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

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

הסכנות של אינדוקס מרכזי

ללא ETL זה, הנתונים בעלי הערך על גבי בלוקצ’יינים היו נותרים ברובם בלתי נגישים לשימוש פרקטי, מה שהופך את ה-dApps לבלתי שמישים למעשה. בעוד שאינדוקס הוא מרכיב יסודי באקו-סיסטם של Web3, לא כל הפתרונות נוצרו שווים. כפי שהתגלה על ידי ניק הנסן, ראש צוות בקרן The Graph, הרבה dApps כיום נשענים על ספקים מרכזיים או בונים את תשתית האינדוקס שלהם בעצמם.

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

הגישה המבוזרת של The Graph

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

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

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

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

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

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

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

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

להבא, הנסן מצפה ש-The Graph ימשיך להתפתח יחד עם הצרכים המתפתחים של Web3 והתעשייה. הוא מוסיף שהתשתית הנבנית “מעוצבת לתמוך בבונים, משתמשים ומוסדות כאחד ללא התפשרות על שקיפות או בקרה.”