آیا این به‌روزرسانی RPC هلیوس، سولانا رو برای همیشه تغییر خواهد داد؟

برای هر تراکنش تغییرناپذیری که تو هر زنجیره عمومی مثل بیت‌کوین یا لایت‌کوین جابه‌جا میشه، یه نود (گره) وجود داره که داده‌های حیاتی و شناسایی رو ذخیره می‌کنه. با پذیرش کریپتو و افزایش محبوبیت استیبل‌کوین‌ها، نودها تحت فشار قرار می‌گیرن و به منابع محاسباتی بیشتری نیاز دارن.

انتظار میره این روند ادامه پیدا کنه. امروز یا فردا متوقف نمیشه. به این ترتیب، توسعه‌دهندگان باید دوباره دست به کار بشن و بک‌اند رو تقویت کنن. در همین حال، اپراتورهای نود باید تجهیزات گرون‌قیمت‌تری بخرن تا مطمئن بشن همه داده‌ها هر روز هفته در دسترسه.

طبق گزارش Blockchain.com، حجم کل بلاکچین بیت‌کوین بیش از ۶۹۰ گیگابایته که در طول سال‌ها به طور پیوسته در حال رشده. انتظار میره حجم پلتفرم‌های قرارداد هوشمند مثل اتریوم و سولانا حتی سریع‌تر رشد کنه، چون هر تراکنش بزرگ‌تر از یه تراکنش عادی تو پلتفرم‌های بدون قرارداد هوشمند مثل لایت‌کوین یا مونرو هست.

تراکنش‌های بیشتر، چالش‌های بیشتر

دلیلش واضحه.

هر وقت داده‌ای نوشته میشه، تغییرناپذیر میشه و برای همیشه اونجا می‌مونه. تو سولانا، هر تراکنش فشرده بین ۱۰۰ تا ۴۰۰ بایت حجم داره. و هر وقت اونا اضافه میشن، باید یه تغییر حالت (state change) وجود داشته باشه، مثل تغییر تو موجودی توکن‌ها یا داده‌های برنامه.

به همین دلیل، هر بلاک تو سولانا حدود ۵۰ تا ۱۰۰ مگابایت داده تو هر دوره (epoch) اضافه می‌کنه، حتی اگه به دلیل تراکنش‌های رأی‌گیری خالی باشه.

با میانگین توان عملیاتی ۳,۱۰۰ تراکنش در ثانیه، سولانا روزانه حدود ۳۰۰ میلیون تراکنش رو پردازش می‌کنه، یعنی روزانه حدود ۲ ترابایت رشد می‌کنه.

با توجه به اینکه کاربران بیشتری تو سولانا هستن و برخی از میم‌کوین‌های برتر رو معامله می‌کنن، داده‌های بیشتری باید ذخیره میشد.

تا همین اواخر، جستجوی داده‌های تاریخی سخت بود، چون هیچ ایندکس‌سازی داده داخلی برای ولیدیتورهای سولانا وجود نداشت. اونا فقط مجبور بودن یه وضعیت اخیر رو که حداکثر یه هفته پیش تولید شده، ذخیره کنن. علاوه بر این، وابستگی به Google BigTable به معنای هزینه‌های بیشتر بود، چون این سیستم نه تنها کند بود، بلکه فیلتر هم نداشت.

علاوه بر این، چون کوئری‌های قطعه‌قطعه‌شده برای گرفتن تاریخچه یه کیف پول نیاز به هزاران تماس RPC داشتن و هیچ جستجوی مبتنی بر زمان وجود نداشت، به سادگی غیرممکن بود که سؤالات ساده‌ای مثل تعداد کل مبادلات انجام شده تو مثلاً سپتامبر ۲۰۲۵ رو پرسید.

هلیوس یه راه‌حل عالی داره: آیا سولانا حالا روون شده؟

هلیوس (Helius)، یه ارائه‌دهنده زیرساخت که تو نودهای RPC، تماس‌های API و جریان داده تخصص داره، یه بازنگری اساسی رو اعلام کرد که جستجوی داده‌های تاریخی رو تو سولانا آسون‌تر می‌کنه.

برای حل این مشکل بزرگ، هلیوس داره یه روش RPC اختصاصی جدید به اسم “getTransactionsForAddress” رو منتشر می‌کنه. این روش RPC روی یه بک‌اند ذخیره‌سازی آرشیو توزیع‌شده تازه طراحی شده اجرا میشه که جایگزین وابستگی به Google BigTable برای کوئری‌های تاریخی میشه. اپراتورهای نود که از زیرساخت هلیوس استفاده می‌کنن، حالا می‌تونن کوئری‌ها رو بر اساس زمان جستجو کنن و مرتب‌سازی دوطرفه انجام بدن.

هلیوس گفت با این RPC، بازیابی داده‌های تاریخی حالا ۱۰۰۰ برابر سریع‌تره و ۱۰ برابر تأخیر کمتری تو روش‌های مرتبط، از جمله getBlock یا GetTransaction، داره. علاوه بر این؟ کاهش نیاز به هزاران تماس RPC کارایی رو بهتر می‌کنه و پیچیدگی کد رو کم می‌کنه.

مرت ممتاز، مدیرعامل هلیوس، تو پستی روی X گفت که این پیشرفت سولانا رو برای همیشه تغییر خواهد داد، چون یکی از «بزرگترین مشکلات داده/RPC موجود» رو حل می‌کنه.

لینک منبع