چالش‌های ایندکس‌سازی داده بلاکچین و راهکار پروتکل گراف

1. مشکلات راهحلهای نمایهسازی دادههای بلاکچین

از نظر فنی، بلاکچین را میتوان به عنوان یک پایگاه داده غیرمتمرکز در نظر گرفت. در راستای دستیابی به غیرمتمرکزسازی، پایگاههای داده بلاکچینی فقط از عملکردهای پایه مبتنی بر عملیات خواندن و نوشتن کلید-مقدار پشتیبانی میکنند. این محدودیتها باعث ناراحتی برای هر دو گروه، یعنی dAppهای مبتنی بر بلاکچین و کاربران، میشود. یکی از دلایل این مشکل در روش نمایهسازی (Indexing) استفاده شده در پایگاههای داده بلاکچینی نهفته است. نمایهسازی شامل بهینهسازی دادهها درون یک پایگاه داده به اشکال ساختاریافته است تا امکان بازیابی سریع اطلاعات درخواستی فراهم شود. اکثر پایگاههای داده مورد استفاده در محیطهای Web2 از ساختارهای مختلف نمایهسازی پشتیبانی میکنند که واکشی دادههای لازم و ارائه آنها به کاربران را آسان میکند. در مقابل، پایگاههای داده بلاکچینی فقط دادههای تراکنش و وضعیت قرارداد را ذخیره میکنند و اطلاعات مورد نیاز dAppها را به طور کارآمد ارائه نمیدهند. در نتیجه، توسعهدهندگان dApp اغلب با وظیفه پردازش بیشتر دادههای بلاکچینی برای برآوردن نیازهای خود روبرو هستند. بیایید این مشکل را با یک مثال تشریح کنیم.

1. 1. مثال: نقدینگی در یونیسواپ V3 چگونه مدیریت میشود؟

کاربری را در نظر بگیرید که میخواهد به یونیسواپ V3 نقدینگی تأمین کند. یک عامل حیاتی که باید در نظر بگیرد، اندازه استخر نقدینگی است که قصد مشارکت در آن را دارد. اگر استخر نقدینگی پایینی داشته باشد، تعداد مبادلات (swap) در آن استخر کمتر خواهد بود و در نتیجه درآمد کارمزد کمتری حاصل میشود. یونیسواپ در حال حاضر اطلاعات نقدینگی را برای هر استخر در وبسایت خود ارائه میدهد. با این حال، پایگاه داده بلاکچینی نمایهسازی مستقیمی برای این اطلاعات ارائه نمیدهد. پس یونیسواپ چگونه این دادهها را بازیابی و پردازش میکند؟ استخرهای نقدینگی در یونیسواپ V3 به صورت نقدینگی متمرکز هستند. برای تعیین کل نقدینگی، باید اطلاعات نقدینگی موجود در بخشهای کوچک بر اساس قیمت تجمیع شود. با این حال، یونیسواپ کل نقدینگی یک استخر را در قرارداد خود ردیابی نمیکند. تابع "liquidity" در قطعه کد زیر به نقدینگی موجود در اطراف تیک (tick) قیمت فعلی اشاره دارد که امکان دریافت اطلاعات کامل نقدینگی را با استفاده از این داده غیرممکن میسازد.

تابع نقدینگی استخر یونیسواپ V3، منبع: Etherscan

دو راه حل احتمالی به ذهن میرسد. اول، اطلاعات کل نقدینگی هر استخر را در یک پایگاه داده جداگانه ثبت کرده و آن را در هر بار مبادله، تأمین نقدینگی یا برداشت بهروزرسانی کنیم. با این حال، این رویکرد شامل ردیابی حجم عظیمی از دادههای استخر نقدینگی در بکاند است که هزینههای قابل توجهی را به همراه دارد. دوم، استفاده از راهحلهای متمرکز شخص ثالث که دادههای بلاکچینی را ارائه میدهند. در حالی که این راهحلها سریع و مقرونبهصرفه هستند، اما با معایبی همراه هستند که شامل وابستگی به اشخاص ثالث است که میتواند دقت دادهها را به خطر بیندازد و با اختلالات احتمالی به دلیل نقاط شکست واحد (Single Points of Failure) مواجه شوند. به طور خلاصه، دادههای مورد نیاز در یونیسواپ به طور مستقیم در پایگاه داده بلاکچینی نمایهسازی نشدهاند و نیازمند فرآیندهای نمایهسازی آفلاین (off-chain) اضافی هستند. با این حال، رویکردهای ذکر شده هر دو با چالشهایی از جمله "هزینه بالا" و "مشکلات نقطه شکست واحد" روبرو هستند.

1. 2. مکانیسم گراف (The Graph)

گراف به عنوان راهکاری برای این مشکلات ظهور میکند و خدمات داده بلاکچینی را ارائه میدهد که از طریق یک شبکه غیرمتمرکز، بازیابی دقیق و امن دادهها را تضمین میکند. گراف یک بازار داده باز برای بلاکچینها ایجاد میکند که شامل سابگرافهایی است که تعیین میکنند چه دادههایی نمایهسازی شوند و ایندکسرهایی (Indexers) که دادههای بلاکچینی را طبق درخواست پردازش و ذخیره میکنند. بیایید نحوه عملکرد گراف را از طریق مثال یونیسواپ V3 بررسی کنیم. یونیسواپ یک سابگراف برای ردیابی اطلاعات نقدینگی درون استخرهای V3 ایجاد میکند. سابگراف به عنوان یک "قطعه کد" عمل میکند که اطلاعات رویدادهای (event) رخ داده درون قراردادهای هوشمند بلاکچینی را جمعآوری و پردازش میکند. مراحل زیر نحوه ردیابی اطلاعات نقدینگی در یک استخر را نشان میدهد:

خواندن رویدادهای ایجاد شده در هنگام ایجاد استخر و افزودن اطلاعات به پایگاه داده.
ثبت رویدادهای مشخص شده و بهروزرسانی اطلاعات استخر در زمان وقوع آنها. به عنوان مثال، زمانی که 10 اتر به استخر A اضافه میشود، نقدینگی استخر A به مقدار 10 اتر افزایش مییابد.
ارائه سازماندهی اطلاعات از پایگاه داده از طریق نقاط پایانی (endpoints) API.

یونیسواپ درخواست نمایهسازی برای این سابگراف را ارسال میکند. ایندکسرها سپس فرآیند جمعآوری و پردازش اطلاعات نقدینگی را طبق دستورالعملهای موجود در سابگراف آغاز میکنند. ایندکسرها این اطلاعات را در یک پایگاه داده جداگانه ذخیره کرده و نقاط پایانی برای بازیابی داده ایجاد میکنند. زمانی که این فرآیند تا بلاک فعلی ادامه یابد و نمایهسازی تکمیل شود، یونیسواپ میتواند اطلاعات را از طریق API ارائه شده توسط ایندکسر برای آن سابگراف دریافت کند. علاوه بر این، ایندکسر میتواند هر بار که یونیسواپ یک کوئری ارسال میکند کارمزد GRT دریافت کند، در کنار پاداشهای GRT که از طریق تورم پروتکل ارائه میشود.

1. 3. مشکلات ناشی از پلتفرمهای داده متمرکز

اگر تا اینجا خوانده باشید، گراف ممکن است شبیه به یک پلتفرم داده معمولی شخص ثالث به نظر برسد. بنابراین، نگرانیهای خاصی ممکن است ایجاد شود:

آیا میتوان دقت داده را تضمین کرد؟ اگر ایندکسرها دادههای نادرست ارائه دهند یا عملکرد ایندکسرها زیرپا باشد، dAppهایی که به ایندکسرها متکی هستند ممکن است متحمل ضرر شوند. بنابراین، با ارائهدهندگان داده متمرکز، dAppها باید به ارائهدهنده اعتماد کنند. آیا میتوان به سابگرافهای مفید پاداش داد؟ برعکس، ایندکسرها نیز باید به dAppها اعتماد کنند. ایندکسرها معمولاً رویدادهای بلاک را از چند سال گذشته دنبال میکنند تا پایگاههای دادهای برای سابگرافها ایجاد کنند، کاری که منابع زیادی مصرف میکند. اگر یک dApp سابگرافهای بیفایده بنویسد، ایندکسرها منابع محاسباتی را بدون کسب هیچ حجم کوئری هدر میدهند. اگر این وضعیت طولانیمدت شود، ممکن است ایندکسرها را از انجام وظایف خود ناتوان کند. گراف این مشکلات مرتبط با اعتماد را از طریق مکانیسمهای خاصی حل میکند.

2. تضمین بازیابی سریع و امن دادهها: رویکرد گراف

2. 1. کاربرد GRT و شرکتکنندگان

گراف پروتکل خود را حول محور GRT، یک توکن کاربردی مطابق با استاندارد ERC-20، اداره میکند که وظایف زیر را انجام میدهد:

Staking (سهامگذاری): ایندکسرها GRT را به اشتراک میگذارند تا خدمات نمایهسازی و کوئری ارائه دهند.
Delegation (واگذاری): واگذارکنندگان GRT خود را به ایندکسرهای موجود اختصاص میدهند تا سهمی از کارمزدهای کوئری و پاداشهای نمایهسازی را کسب کنند.
Payment (پرداخت): مصرفکنندگان (توسعهدهندگان) GRT را به ایندکسرها، ناظران (Curators) و واگذارکنندگان برای کوئریهای سابگراف پرداخت میکنند.
Reward (پاداش): ایندکسرها و واگذارکنندگان پاداشهای نمایهسازی را به صورت GRT دریافت میکنند.

توکنومیکس گراف؛ منبع: اسناد گراف

شرکتکنندگان اکوسیستم حول GRT میچرخند که دارای کاربردهای ذکر شده در بالا است و هر شرکتکننده نقشهای متمایزی را به شرح زیر ایفا میکند:

Developer (توسعهدهنده): شرکتکنندگانی که به عنوان مصرفکننده درون شبکه گراف عمل میکنند. آنها سابگرافها را ایجاد و در شبکه گراف استقرار داده و درخواست نمایهسازی میکنند.

آنها از دادههای پردازششده توسط شبکه The Graph استفاده میکنند و با توکن GRT هزینه آن را میپردازند.

نمایهگر (Indexer): نمایهگرها، اپراتورهای گره در شبکه The Graph هستند که خدمات نمایهسازی و پردازش کوئری را ارائه میدهند. برای تبدیل شدن به یک نمایهگر، باید مقدار مشخصی GRT به عنوان سهام قفل شود (در حال حاضر ۱۰۰,۰۰۰ واحد)، و نمایهگرها بر اساس سیگنالهای ارزیابی از سوی Curators، زیرگرافهایی را که نمایه میکنند انتخاب میکنند.

کوریتور (Curator): کوریتورها کیفیت زیرگرافها را ارزیابی کرده و آنهایی را که باید نمایه شوند انتخاب میکنند.

واگذارنده (Delegator): واگذارندگان شرکتکنندگانی در شبکه هستند که توکنهای GRT خود را به نمایهگرها واگذار میکنند. آنها با افزایش میزان سهام GRT در شبکه به امنیت شبکه کمک میکنند و در درآمد پروتکلی که نمایهگر مورد نظرشان دریافت میکند، سهیم میشوند.

در داخل شبکه The Graph، توکن GRT نقشی در تولید سیگنالها برای انتخاب زیرگرافهای خوب و نمایهگرهای برجسته ایفا میکند، در حالی که درآمد و ارزش افزوده تولیدشده از آنها به عنوان پاداش GRT به شرکتکنندگان اکوسیستم توزیع میشود. این بازار دادههای غیرمتمرکز که توسط The Graph شکل گرفته است، تقاضاهای نمایهسازی دادههای dApps و دیگران را هضم میکند و هزینهها نیز به GRT صورتحساب میشوند. بنابراین، شبکه The Graph خدمات نمایهسازی دادهای امن و باکیفیت را در مرکزیت توکنومیکس خود یعنی GRT ارائه میدهد. من برای درک دقیقتر مکانیسم شبکه، به بررسی بیشتر نقشها و وظایف نمایهگران، کوریتورها و واگذارندگان، که شرکتکنندگان شبکه هستند، خواهم پرداخت.

۲. نمایهگر (Indexer)

همانطور که قبلاً ذکر شد، یک نمایهگر در شبکه The Graph اپراتور گرهی است که زیرگرافها را بر اساس سیگنالهای کوریتورها انتخاب و نمایه میکند. در حال حاضر حداقل ۱۰۰,۰۰۰ توکن GRT باید به عنوان سهام قفل شود تا به عنوان نمایهگر فعالیت کند و این سهام به عنوان نوعی ودیعه عمل میکند که در صورت رفتار مخرب نمایهگر، میتواند کسر (Slashed) شود. نمایهگرها پاداش نمایهسازی را به صورت حدوداً ۳٪ از تورم پروتکل (سال مالی ۲۰۲۳: ۲.۷٪) و کارمزدهای GRT برای کوئریهایی که پردازش میکنند، دریافت میکنند.

برای دریافت تورم پروتکل، نمایهگرها یک "اثبات نمایهسازی" (Proof of Indexing - POI) به عنوان مدرکی تولید میکنند که نشان میدهد درست نمایهسازی میکنند. برای جلوگیری از اینکه نمایهگران علیرغم بازگرداندن دادههای نادرست یا عدم نمایهسازی، POI تولید کنند، The Graph سیستم اختلاف (Dispute) را پیادهسازی کرده است. هر فردی در شبکه میتواند دادههای بازگرداندهشده توسط یک نمایهگر برای یک کوئری در عرض ۷ epoch (۷ روز) و POI نمایهگر در عرض ۲۸ epoch (۲۸ روز) را مورد چالش قرار دهد. شخصی که اختلاف را آغاز میکند به عنوان "Fisher" شناخته میشود.

فرآیند اختلاف گامهای زیر را دنبال میکند:

Fisher یک اختلاف را در مورد یک کوئری نادرست یا POI ثبت میکند و ۱۰,۰۰۰ GRT را قفل میکند. اگر مشخص شود که نمایهگر کاری نکرده است، GRT قفلشده Fisher کاملاً سوخت میشود. اگر نمایهگر مقصر شناخته شود، او جریمه (Slashed) میشود و Fisher مستحق نیمی از GRT کسرشده خواهد بود. این مکانیزم بسیار شبیه به سیستم چالش استفادهشده در Optimistic Rollup است که با فرض رفتار صحیح نمایهگر و رویکرد خوشبینانه اتخاذ میشود.

۳. کوریتور (Curator)

(یادداشت: اکوسیستم The Graph در حال حاضر مشغول کار بر روی اصلاح مکانیزم Curation است. برای آخرین بهروزرسانیها پستهای انجمن را دنبال کنید.)

از آنجا که هر کسی میتواند بدون محدودیت زیرگراف ایجاد کند، خطر بالقوهای برای ایجاد زیرگرافهای بیفایده وجود دارد که میتواند به نمایهگران آسیب برساند. برای غلبه بر این نقص و ایجاد محیطی بدون اعتماد (Trustless) بین dApps و نمایهگران، شبکه The Graph نوع دیگری از شرکتکننده را معرفی کرد: کوریتور. کوریتورها کیفیت زیرگرافها را ارزیابی کرده و ارزیابی خود را به عنوان سیگنال به نمایهگران منتقل میکنند. کیفیت یک زیرگراف زمانی بالاتر تلقی میشود که معیارهای زیر را داشته باشد:

زیرگرافهایی با فرکانس بالای کوئری (تولید درآمد قابل توجه).
زیرگرافهایی که در حین تشکیل پایگاه داده با خطا مواجه نمیشوند (بدون خطای کد).
زیرگرافهایی که به طور رسمی توسط پروتکل ایجاد شدهاند.

پس از استقرار یک زیرگراف در شبکه، کوریتورها این عوامل را ارزیابی کرده و روی زیرگرافهای خوب سیگنال GRT میدهند. این فرآیند "Signaling" نامیده میشود. با انجام این کار، کوریتورها نقش مهمی در هدایت نمایهگران به سمت زیرگرافهای ارزشمند و قابل اعتماد ایفا میکنند و یکپارچگی و کارایی کلی شبکه The Graph را تضمین میکنند.

"Signaling" کوریتورها با GRT سهامگذاری شده، منبع: Graph Explorer

مقدار سیگنالهای ارسالشده، یعنی میزان GRT سهامگذاری شده روی یک زیرگراف خاص، به نمایهگران اجازه میدهد تا تعیین کنند کدام زیرگرافها را نمایه کنند و بدین ترتیب زیرگرافهای مفید را شناسایی و تشویق میکنند. علاوه بر این، دو مکانیزم در شبکه وجود دارد تا کوریتورها را به بررسی سریع و دقیق زیرگرافها تشویق کند:

مشوقهای GRT: کوریتورها ۱۰٪ (قابل تغییر از طریق حاکمیت) از کارمزدهای کوئری تولیدشده از زیرگرافی که کوریت میکنند را به عنوان پاداش دریافت میکنند. پاداش هر کوریتور متناسب با سهم او از زیرگراف است. اگر زیرگرافی با مشکل مواجه شود و نیاز به استقرار مجدد داشته باشد، کارمزد مهاجرت از GRT سهامگذاریشده توسط کوریتور کسر میشود. این عوامل کوریتورها را به سهامگذاری GRT و ارسال سیگنال به زیرگرافهایی که کوئریهای زیادی تولید میکنند و مشکلات کیفی ندارند، تحریک میکند.

سهام کوریشن گراپ (Graph Curation Shares): زمانی که یک کوریتور برای ارسال سیگنال GRT سهامگذاری میکند، سهامی در آن زیرگراف دریافت میکند که به عنوان Graph Curation Shares (GCS)، یک توکن ERC-20 نمایش داده میشود. از آنجا که پروتکل The Graph در حال حاضر هم روی L1 (اتریوم) و هم روی L2 (Arbitrum) وجود دارد، مکانیزم کوریشن در این دو لایه به صورت متفاوتی عمل میکند. در L1، قیمت GCS به میزان GRT سهامگذاری شده روی زیرگراف مربوطه به تناسب افزایش مییابد و این نمودار قیمت با استفاده از منحنی پیوند Bancor پیادهسازی شده است. در L2، منحنی پیوند مسطح است (به عبارت دیگر، افزایش نمایی در قیمت سهم وجود ندارد). در حالی که ریسک جریمه (Slashing) برای کوریتورها وجود ندارد، یک کارمزد ودیعه ۱٪ هنگام سهامگذاری GRT اعمال میشود تا از ارزیابی نامناسب زیرگرافها جلوگیری کند. کوریتورها میتوانند GCS خود را بسوزانند تا GRT را بازیابی کنند، جایی که مقدار GRT بازگشتی بر اساس موقعیت در منحنی پیوند تعیین میشود.

قیمت یک سهم زیرگراف به GRT (مورد L1)، منبع: The Graph Docs

از طریق این مکانیزمها، کوریتورها تشویق میشوند تا به سرعت زیرگرافهای باکیفیت را شناسایی کرده و روی آنها سهامگذاری کنند. این موضوع همچنین به ایجاد زیرگرافهای مفید تشویق میکند و بدین ترتیب به محیطی بدون اعتماد بین dApps و نمایهگرها کمک میکند. این اقدامات تخصیص کارآمد و قابل اعتماد منابع را در داخل شبکه تضمین میکند.

۴. واگذارندگان (Delegators)

واگذارندگان شرکتکنندگانی در شبکه هستند که GRT خود را به نمایهگرها واگذار میکنند و بدون عملکرد مستقیم یک گره گراپ، به امنیت شبکه کمک میکنند. این سیستم که ساختاری شبیه به اثبات سهام واگذار شده (Delegated Proof of Stake - DPoS) دارد، به افرادی که گرهها را اجرا نمیکنند اجازه میدهد تا GRT خود را به نمایهگرها واگذار کرده و بخشی از کارمزدهای کوئری و پاداشها را کسب کنند.

این پیکربندی به کاربران عادی که دانش تخصصی در ایندکسگذاری ندارند، اجازه میدهد تا به عنوان واگذارکننده (delegator) مشارکت کنند و از طریق شبکه گراف درآمد کسب کنند. تعداد کوئریهایی که یک ایندکسر میتواند پردازش کند، با مجموع سهام GRT خودشان و GRT واگذار شده به آنها متناسب است. علاوه بر این، چندین ایندکسر میتوانند همان زیرگراف (subgraph) را ایندکس کنند. از طریق مکانیسم بازپرداخت (rebate)، به ایندکسرها انگیزه داده میشود تا سهام و واگذاری را به نسبت مقدار کوئری که قصد ارائه دارند، نگه دارند.

2. 4. 1. نحوه واگذاری (Delegation)

داشبورد ایندکسر، منبع: Graph Explorer

شما میتوانید با دنبال کردن این مراحل ساده، GRT خود را به یک ایندکسر واگذار کنید تا واگذارکننده شوید:

به Graph Explorer، کاوشگر رسمی گراف، در تب شرکتکنندگان (Participants) دسترسی پیدا کنید (لینک).
روی دکمه «Connect» کلیک کنید تا کیف پول خود، مانند متامسک، را متصل نمایید (بخش تصویر ①).
ایندکسر مورد نظر خود را برای واگذاری GRT پیدا کنید و روی دکمه «Delegate» کلیک کنید تا فرآیند واگذاری را انجام دهید (بخشهای تصویر ② و ③).

در حالی که واگذاری GRT در پیکربندی فعلی پروتکل، ریسک اسلشینگ (slashing) را برای واگذارکنندگان به همراه ندارد، توجه داشته باشید که در زمان واگذاری مالیات ۰. ۵٪ اعمال میشود و برای برداشتن توکنهای واگذار شده، دوره ۲۸ روزه واگذاریزدایی (undelegation) وجود دارد.

2. 4. 2. نحوه انتخاب ایندکسرها

سودآوری برای واگذارکنندگانی که GRT خود را به یک ایندکسر خاص واگذار میکنند، توسط پارامترهای تعیین شده توسط آن ایندکسر مشخص میشود. بنابراین، مهم است که ایندکسرها را با دقت ارزیابی کنید و آنهایی را انتخاب نمایید که نه تنها سودآوری امیدوارکنندهای ارائه میدهند، بلکه ثبات را نیز نشان میدهند. در این راستا، بیایید عوامل کلیدی را که باید در فرآیند تصمیمگیری برای انتخاب ایندکسرها جهت واگذاری GRT راهنمایی کنند، شناسایی کنیم.

داشبورد p2p. org؛ منبع: Graph Explorer

تصویر بالا، که مربوط به ۱۶ ژانویه است، داشبورد ایندکسر p2p. org را نشان میدهد که بزرگترین حجم سهامگذاری GRT را در زنجیره اربیتروم دارد. بخشهای کلیدی این داشبورد که باید به آنها توجه شود، با ①، ② و ③ مشخص شدهاند.

[ ① سهام (Stake) ]

در بخش ①، که وضعیت سهامگذاری را نشان میدهد، هر شاخص به معنای زیر است:

Owned: مقدار GRT که ایندکسر خودش را سهامگذاری کرده است. حداقل ۱۰۰,۰۰۰ GRT برای ایندکسگذاری فعال لازم است.
Delegated: مقدار GRT که توسط واگذارکنندگان به ایندکسر واگذار شده است.
Allocated/Unallocated: نشان میدهد که چه مقدار از سهام GRT ایندکسر به زیرگرافها اختصاص داده شده است.
Chart: روند حجم سهامگذاری GRT را نشان میدهد.

در مثال، ایندکسر مستقیماً ۲۹. ۱ میلیون GRT سهامگذاری کرده و ۲۷۰. ۴ میلیون GRT به عنوان واگذاری دریافت کرده است. از مجموع ۲۹۹. ۵ میلیون GRT، ۲۹۸. ۲۳ میلیون به زیرگرشها برای تولید درآمد اختصاص یافته و ۱. ۲۸ میلیون بدون تخصیص باقی مانده است.

[ ② واگذاری (Delegation) ]

بخش ② میتواند به بخش «Delegation» که وضعیت واگذاری را نشان میدهد، و بخش «Delegation parameters» که برای ارزیابی سودآوری مهم است، تقسیم شود.

معانی شاخصها در بخش Delegation عبارتند از:

Delegation Received: مقدار GRT که قبلاً به ایندکسر واگذار شده است.
Max Capacity: حداکثر مقدار GRT که ایندکسر میتواند مدیریت کند. در حال حاضر، ایندکسرها میتوانند تا ۱۶ برابر GRT که خودشان سهامگذاری کردهاند (Owned) را مدیریت کنند.
Delegation Available: مقدار اضافی GRT که ایندکسر میتواند در حال حاضر به عنوان واگذاری دریافت کند. فرمول زیر در اینجا صدق میکند: (Max Capacity) - (Delegation Received) = (Delegation Available) رقم «Delegation Available» میتواند منفی باشد که نشاندهنده واگذاری بیش از حد فراتر از ظرفیت ایندکسر است. این وضعیت میتواند به طور منفی بر سودآوری تأثیر بگذارد، زیرا اغلب منجر به عدم تخصیص بخشی از GRT واگذار شده برای ایندکسگذاری میشود.

معانی شاخصها در بخش Delegation parameters عبارتند از:

Indexing Reward Cut: بخشی از پاداشهایی که ایندکسر دریافت میکند.
Query Fee Cut: نسبت بازپرداخت کارمزد کوئری که ایندکسر دریافت میکند.
Cooldown Remaining (در حال حذف شدن): زمان باقیمانده قبل از اینکه ایندکسر بتواند دوباره پارامترهای واگذاری خود را تغییر دهد. آنها باید پس از هر تغییر مدت مشخصی صبر کنند و فقط زمانی میتوانند تغییراتی ایجاد کنند که Cooldown Remaining به «0 Days» برسد.
Effective Reward Cut: درصد پاداشهای ایندکسگذاری تولید شده توسط GRT واگذار شده که ایندکسر برمیدارد. اگر این شاخص منفی باشد، معادل این است که ایندکسر به واگذارکنندگان مشوق میدهد. برای مثال، اگر پاداش روزانه ایندکسگذاری ۱۰۰ GRT باشد و سهام ایندکسر ۲۰۰ GRT با ۸۰۰ GRT واگذار شده (نسبت ۲:۸) باشد، ۲۰ GRT از پاداش توسط سهام ایندکسر و ۸۰ GRT توسط سهام واگذار شده تولید میشود. اگر Indexing Reward Cut روی ۱۰٪ تنظیم شده باشد، ایندکسر در واقع ۱۰ GRT دریافت میکند و ۹۰ GRT باقیمانده به واگذارکنندگان میرسد. واگذارکنندگان بیشتر از پاداش تولید شده توسط سهام خود دریافت میکنند؛ در این حالت ۱۱۲. ۵٪ (۹۰/۸۰) یا ۱۲. ۵٪ اضافی. از دیدگاه ایندکسر، آنها ۱۲. ۵٪ از پاداش تولید شده توسط سهام واگذار شده را میدهند، بنابراین «Effective Reward Cut» برابر با -۱۲. ۵٪ است. بنابراین، اگر Effective Reward Cut مثبت باشد، ایندکسر بخشی از پاداش تولید شده توسط سهام واگذار شده را برمیدارد و اگر منفی باشد، ایندکسر بخشی از پاداش تولید شده توسط سهام خود را به عنوان مشوق به واگذارکنندگان میپردازد. برای توضیح دقیقتر، لطفاً به توضیحات مرتبط در Graph Academy مراجعه کنید. در مثال، ایندکسر ۸۹٪ از کل کارمزدهای کوئری و ۲۰٪ از کل پاداشهای ایندکسگذاری را دریافت میکند که نشان میدهد آنها ۱۱. ۳۹٪ از پاداش تولید شده توسط سهام GRT واگذار شده را برمیدارند.

[ ③ درآمد (Income) ]

بخش ③ شامل پاداشهای کسب شده توسط ایندکسر میشود. هر شاخص موارد زیر را نشان میدهد:

Indexing Rewards: مقدار GRT که ایندکسر از کل پاداشهای ایندکسگذاری دریافت میکند.
Delegator Rewards: مقدار GRT که واگذارکنندگان از کل پاداشهای ایندکسگذاری دریافت میکنند.
Indexing Rewards (پررنگ): مجموع کل پاداشهای ایندکسگذاری.
Indexer Query Fees: مقدار GRT که ایندکسر از کل کارمزدهای کوئری دریافت میکند.
Delegator Query Fees: مقدار GRT که واگذارکنندگان از کل کارمزدهای کوئری دریافت میکنند.
Query Fees: مجموع کل پاداشهای کارمزد کوئری.

از مثال، ایندکسر مجموع ۹. ۶۵ میلیون GRT به عنوان پاداش ایندکسگذاری و ۱. ۲۱ هزار GRT به عنوان پاداش کارمزد کوئری دریافت کرده است که مجموع ۹. ۷ میلیون GRT پاداش میشود.

منبع: Graph Explorer

Graph Explorer دید کلی از این شاخصها را ارائه میدهد و APR تخمینی (نرخ سالانه درصد) را برای کاربران هنگام واگذاری GRT نشان میدهد. اگرچه این APR بر اساس پاداشهای ایندکسگذاری است و پاداشهای کارمزد کوئری را شامل نمیشود، اما یک شاخص قابل اعتماد است با توجه به اینکه اکثر پاداشها در شبکه گراف از ایندکسگذاری ناشی میشود. با این حال، توجه داشته باشید که این شاخص بر اساس دادههای روزانه است و در نوسان میباشد.

بنابراین، توصیه میشود هنگام انتخاب ایندکسر، فاکتورهای مختلفی مانند اندازه کل سهام (Total Stake) و نسبت تفویض (Delegation Ratio) ایندکسر و موارد دیگر را در نظر گرفت. ۳. شاخصهای رشد گراف (The Graph Growth Metrics)۳. ۱. نمای کلیوضعیت نقدینگی استخر ETH-AAVE در یونیسوپ نسخه ۳ (Uniswap V3)، منبع: Uniswapیک مورد استفاده اصلی از گراف، ارائه شاخصها برای برنامههای غیرمتمرکز (dApps) به کاربران است. به عنوان مثال، زمانی که به اطلاعاتی در مورد نقدینگی استخرهای یونیسوپ نسخه ۳ نیاز باشد، تماسهایی به سابگرافهای مستقر شده روی گراف گرفته میشود تا این دادهها بازیابی شوند. لیستی از dappهایی که از گراف استفاده میکنند؛ منبع: Graph Explorerاز برنامههای غیرمتمرکز قابل توجهی که سابگرافهای خود را روی گراف مستقر کردهاند میتوان به Vela Exchange، Ether.fi، Snapshot، Dolomite و غیره اشاره کرد. در اینجا توضیح مختصری از آنها آورده شده است. Vela Exchange: یک پلتفرم معاملاتی دائمی (Perpetuals) غیرمتمرکز که از گراف برای ایندکس کردن و کوئری گرفتن دادههایی در مورد فعالیتهای معاملاتی مانند علایق باز (Open Interests)، واریزها، برداشتها و غیره استفاده میکند. Ether.fi: یک پلتفرم سهامگذاری مایع غیرمتمرکز که از گراف برای ردیابی رویدادها از قراردادهای پروتکل و قابل کوئری کردن آنها استفاده میکند. Snapshot: یک ابزار رأیدهی و حاکمیت غیرمتمرکز که از گراف برای دسترسی به دادههای رأیدهی و پیشنهادات استفاده میکند. Dolomite: یک بازار پول و پروتکل DEX غیرمتمرکز که از گراف برای ایندکس کردن وضعیت پروتکل استفاده میکند. از سرویسهای گراف همچنین توسط داشبوردهای مختلفی استفاده میشود، که یک نمونه بارز آن DefiLlama، یک سرویس داشبورد DeFi برجسته است. بسیاری از برنامههای غیرمتمرکز اطلاعات TVL/حجم (Volume) خود را به صورت سابگراف به DefiLlama ارائه میدهند. روند تعداد سابگرافهای فعال ماهانه؛ منبع: داشبورد Mannan Inamdarگراف بر اساس چنین فناوری، خود را به عنوان یک پلتفرم ایندکس کردن دادههای قابل اتکا تثبیت کرده است. تا کنون، با موفقیت بیش از یک تریلیون کوئری را مدیریت کرده است. تا ژانویه ۲۰۲۴، حدود ۱,۷۰۰ سابگراف به طور فعال در حال تولید کوئری در پلتفرم هستند. این تعامل و استفاده مداوم، نقش مهم گراف را در اکوسیستم غیرمتمرکز برجسته میکند و خدمات دادههای ضروری را برای طیف وسیعی از برنامهها و پلتفرمها فراهم میکند. روند تعداد تفویضهای هفتگی؛ منبع: داشبورد Mannan Inamdarتعداد تفویضها (Delegations) در گراف از سهماهه سوم ۲۰۲۳ افزایش قابل توجهی را تجربه کرده است. طبق یک توییت از گراف، این جهش عمدتاً به کمپین تفویض GRT که از طریق Coinbase Wallet انجام شده، نسبت داده میشود. این کمپین با موفقیت بیش از ۳۰,۰۰۰ تفویضکننده (Delegator) جدید را به شبکه گراف اضافه کرد. این واقعیت که تعداد کل تفویضهای هفتگی در شبکه حتی پس از کمپین نیز در یک سطح مشخص باقی مانده است، نشاندهنده افزایش معنادار در تعداد شرکتکنندگان شبکه است. این روند رشد را میتوان با جزئیات بیشتر در گزارش فصلی گراف Q3 2023 که توسط Messari منتشر شده است، مشاهده کرد. در حالی که Curators رشد متوسط ۵٪ را تجربه کردند، تعداد Delegators در سهماهه سوم ۲۰۲۳ به شدت ۲۴۷٪ افزایش یافت. این افزایش در تعداد Delegators از ۱۱,۵۰۰ نفر در سهماهه دوم ۲۰۲۳ به nearly ۴۰,۰۰۰ نفر در سهماهه سوم ۲۰۲۳، توسط کمپین Coinbase Earn هدایت شد. قبل از پایان سهماهه سوم ۲۰۲۳، حدود ۲۵,۰۰۰ Delegator جدید از مشارکت در کمپین Coinbase Earn ناشی شدند. این شرکتکنندگان جدید تا پایان سهماهه سوم ۲۰۲۳ حدود ۶.۲ میلیون GRT به صورت تفویض اضافه کردند و از طریق کمپین حدود ۴.۳ میلیون GRT دریافت کردند. در حالی که در سهماهه دوم ۲۰۲۳، ۱۱۴ Delegator در آربیتروم وجود داشت، سهماهه سوم ۲۰۲۳ شاهد افزایش انفجاری به بیش از ۲۸,۰۰۰ Delegator در آربیتروم با سهام کل بیش از ۸۰۰ میلیون GRT بود. همزمان، Delegators در اتریوم در سهماهه سوم ۲۰۲۳ با ثابت ۱۱,۵۰۰ نفر باقی ماندند و سهام کل آنها ۱.۱ میلیارد GRT بود. — «میهای گریگوره، گزارش فصلی گراف Q3 2023، Messari»۳. ۲. گسترش به آربیتروم (Expansion to Arbitrum)گراف که در ابتدا مبتنی بر شبکه اتریوم بود، به دلیل ازدحام افزایشیابنده شبکه و کارمزدهای بالای تراکنش با چالشهایی روبرو شد که میتوانست منجر به ناکارآمدی در شبکه گراف شود. برای رفع این موارد، گراف گسترش خود را به آربیتروم، یک راهکار مقیاسپذیری لایه ۲ (Layer 2) برای اتریوم، آغاز کرد. در آوریل ۲۰۲۳، گراف ۵٪ از پاداشهای ایندکس کردن شبکه را به زنجیره آربیتروم اختصاص داد (توییت مرتبط). متعاقباً، پیشنهادی با عنوان GIP-0052 ارائه شد تا سهم پاداشهای ایندکس کردن اختصاص یافته به زنجیره آربیتروم تا ۹۵٪ افزایش یابد (که در نهایت به ۱۰۰٪ خواهد رسید). این پیشنهاد در داخل جامعه مورد بحث قرار گرفت و از سه دور رأی شورای حاکمیت گذر کرد که منجر به افزایش تدریجی تخصیص پاداشهای ایندکس کردن به زنجیره آربیتروم شد. این حرکت استراتژیک با هدف بهرهبرداری از قابلیتهای پردازش تراکنش کارآمد و مقرونبهصرفه آربیتروم و در نتیجه ارتقای عملکرد و کارایی کلی شبکه گراف انجام شد. جزئیات GIP-0052GGP-0029: افزایش پاداشهای L2 به ۲۵٪GGP-0030: افزایش پاداشهای L2 به ۵۰٪GGP-0033: افزایش پاداشهای L2 به ۹۵٪روند پاداشهای ایندکس کردن ماهانه به تفویضکنندگان؛ منبع: داشبورد Realchoubeyتخصیص ذکر شده پاداشهای ایندکس کردن به آربیتروم به صورت فاصلهای پیادهسازی شد. در سپتامبر ۲۰۲۳، تخصیص به ۲۵٪ و ۵۰٪ تنظیم شد و در دسامبر ۲۰۲۳، پس از رأی شورا، به ۹۵٪ افزایش یافت. همانطور که از نمودار ارائه شده مشهود است، پاداشهای ایندکس کردن توزیع شده به تفویضکنندگان در زنجیره آربیتروم از سپتامبر شروع به افزایش قابل توجهی کرد و روند صعودی ادامهداری را نشان داد. این امر باعث مهاجرت تعداد قابل توجهی از ایندکسرها، منتوران (Curators) و تفویضکنندگان به زنجیره آربیتروم شده است. در حال حاضر، توزیع مشارکت شبکه بین اتریوم و آربیتروم در داخل شبکه گراف در جدول زیر نشان داده شده است. ۴. نتیجهگیریگراف یک پروتکل شبکه غیرمتمرکز متشکل از ایندکسرها، منتورها و تفویضکنندگان است که بازیابی امن و دقیق دادههای بلاکچین را امکانپذیر میکند. این پروتکل خود را به عنوان منبع اصلی برای برنامههای غیرمتمرکز (dApps) که به ایندکس کردن دادهها نیاز دارند، تثبیت کرده و با موفقیت بیش از یک تریلیون کوئری را پردازش کرده است. علاوه بر این، خود را به عنوان یک پروتکل زیرساخت دادههای پیشرو در اکوسیستم بلاکچین قرار داده و در حالی که به طور مداوم برای ارتقای مقیاسپذیری تکامل مییابد، ثبات را به نمایش میگذارد.با روند اخیر در راهاندازی زنجیرههای ماژولار (Modular Chains)، شاهد طغيان شبکهها و محصولات جدید بلاکچینی بودهایم. این به طور طبیعی منجر به انتظاری برای افزایش تقاضا برای خدمات ایندکس کردن دادههای ارائه شده توسط گراف میشود. در پاسخ به شرایط متغیر و با هدف ارائه خدمات ایندکس کردن با عملکرد بالاتر ضمن گسترش دسترسی به دادههای بلاکچین، گراف در نوامبر ۲۰۲۳، پس از گسترش سال گذشته به آربیتروم، آخرین نقشه راه خود را رونمایی کرد.

این اعلامنامه باعث ایجاد علاقه در جامعه شده و سوالاتی را در مورد جزئیات مسیر جدید گراف (The Graph) مطرح کرده است. مقاله آتی ما نگاهی عمیق به این نقشه راه خواهد داشت و پیامدهای احتمالی آن را برای آینده گراف مورد بحث قرار خواهد داد.

References

The Graph Docs Graph Explorer Juan Defago, Evaluating an Indexers Effective Cut, The Graph Academy Mannan Inandar, The Graph Ecosystem Overview Mihai Grigore, The Graph Quarterly Reports Q3 2023, Messari Pablo, GIP-0052 pcarranzav, gips/0052-timeline-and-requirements-for-l2-rewards. md The Graph Council snapshot Realchoubey, Graph Network - Revenue Dashboard The Graph tweet