خوانش بلاک‌های سولانا در SOL RPC نسخه ۱.۳.۰ سیگنال اندازه‌گیری امن‌تری می‌گیرد

آخرین نسخهٔ برچسب‌خوردهٔ SOL RPC در ICP، یعنی v1.3.0، اصلاحی محدود اما مهم در خواندن بلاک‌های سولانا انجام می‌دهد: این نسخه دیگر پارامتر response_size_estimate را در endpoint مربوط به getBlock نادیده نمی‌گیرد. این انتشار در ۱۲ ژانویهٔ ۲۰۲۶ منتشر شده و به‌عنوان نسخهٔ مستقرشده در محیط production و staging علامت‌گذاری شده است.

این پارامتر اهمیت دارد، زیرا HTTPS outcallها در Internet Computer بر اساس اندازهٔ پاسخ هزینه‌گذاری می‌شوند. کانستری که درخواست RPC سولانا ارسال می‌کند باید چرخهٔ کافی برای اندازهٔ مورد انتظار پاسخ ضمیمه کند و خود پاسخ نیز باید در محدودهٔ تنظیم‌شدهٔ درخواست جا بگیرد. پاسخ بلاک‌ها بسته به slot انتخاب‌شده و میزان دادهٔ تراکنش‌ها می‌تواند تفاوت زیادی داشته باشد.

تغییر v1.3.0 به این معنا نیست که APIهای سریعاً متغیر سولانا عموماً برای فراخوانی‌های replicated ایمن شده‌اند. مستندات SOL RPC همچنان هشدار می‌دهد که استفاده از getLatestBlockhash از طریق HTTPS outcall می‌تواند دشوار باشد، زیرا این مقدار تقریباً هر ۴۰۰ میلی‌ثانیه تغییر می‌کند، در حالی که replicaها برای دریافت پاسخ‌ها و رسیدن به consensus به زمان نیاز دارند. راهکارهای مستندشده همچنان استفاده از durable nonce یا دریافت یک slot جدید و سپس بازیابی بلاک متناظر با آن هستند.

برای سازندگان، درس عملی این است که اندازهٔ پاسخ را بخشی از طراحی جریان داده و تراکنش بدانند. هنگام فراخوانی getBlock، تخمینی متناسب با جزئیات تراکنش و encoding درخواستی تعیین کنید، چرخهٔ لازم را بودجه‌بندی کنید و رفتار را در محیط production آزمایش کنید. موفقیت یک فراخوانی محلی را نشانهٔ کافی برای موفقیت همان درخواست در mainnet ندانید؛ استقرار محلی از یک replica استفاده می‌کند و ممکن است رفتار IPv4 را مجاز بداند، در حالی که mainnet چنین رفتاری را پشتیبانی نمی‌کند.

یک caveat واقعی نیز باید در نظر گرفته شود: v1.3.0 در صفحهٔ انتشار، جدیدترین نسخهٔ برچسب‌خوردهٔ فعلی است، اما مخزن اعلام می‌کند که از زمان این انتشار ۵۰ commit روی main انجام شده است. بنابراین تیم‌هایی که dependency را pin می‌کنند باید commitهای جدیدتر را بررسی کرده و پیش از پذیرفتن این نسخه به‌عنوان مبنای production، hash فایل Wasm مستقرشده را تأیید کنند.

این تغییر کوچک است، اما مرز میان داده‌های متغیر سولانا و اجرای replicated و چرخه‌محور ICP را بهتر مدیریت می‌کند. در Chain Fusion، چنین جزئیات عملیاتی بخشی از صحت سیستم هستند، نه صرفاً تنظیمات جانبی.