EN
→ بازگشت به خبرخوان
شمارهٔ ۰۲۸۳Chain Fusion۲ دقیقه۳ منبع

اسلات‌های ۳۵۰ میلی‌ثانیه‌ای سولانا فشار تازه‌ای بر طراحی RPC در ICP می‌گذارند

کاهش زمان اسلات‌های شبکه اصلی سولانا به ۳۵۰ میلی‌ثانیه در ۲۴ اوت، یک محدودیت شناخته‌شده در Chain Fusion را جدی‌تر می‌کند: کانسترهای ICP باید در حالی به پاسخ یکسان برسند که وضعیت سولانا با سرعت زیادی تغییر می‌کند.

اسلات‌های ۳۵۰ میلی‌ثانیه‌ای سولانا فشار تازه‌ای بر طراحی RPC در ICP می‌گذارند
تصویر: تولید هوش مصنوعی

طبق گزارش تغییرات رسمی بنیاد سولانا در ۲۴ اوت ۲۰۲۶، زمان اسلات‌ها در شبکه اصلی سولانا اکنون ۳۵۰ میلی‌ثانیه است. برای توسعه‌دهندگانی که از Chain Fusion استفاده می‌کنند، نکته مهم فقط سریع‌تر شدن سولانا نیست؛ بلکه کوچک‌تر شدن پنجره زمانی برای دریافت پاسخ‌های یکسان از RPC است.

کانستر SOL RPC در ICP درخواست‌ها را به چند ارائه‌دهنده مستقل سولانا ارسال می‌کند و زمانی نتیجه را برمی‌گرداند که پاسخ‌ها سازگار باشند. این طراحی وابستگی به یک اپراتور RPC را کاهش می‌دهد، اما پاسخ‌هایی را که با سرعت زیادی تغییر می‌کنند برای تطبیق میان رپلیکاها و ارائه‌دهندگان ICP دشوارتر می‌سازد.

مخزن SOL RPC این مرز را صریحاً مستند کرده است. در این مخزن آمده که outcallهای HTTPS ممکن است چند ثانیه طول بکشند، زیرا نودهای subnet پاسخ‌ها را مستقل دریافت و اعتبارسنجی می‌کنند. به همین دلیل، روش‌های سریعی مانند getLatestBlockhash مشکل‌زا معرفی شده‌اند و استفاده از durable nonce یا به‌دست‌آوردن blockhash اخیر از مسیر slot و block پیشنهاد شده است. این مخزن همچنین تبدیل پاسخ‌ها را توضیح می‌دهد: برای افزایش احتمال توافق می‌توان getSlot را گرد کرد، اما رشته‌های مبهم و سریعاً متغیر blockhash به‌آسانی قابل نرمال‌سازی نیستند.

عدد جدید ۳۵۰ میلی‌ثانیه این مصالحه مهندسی را فوری‌تر می‌کند. یک کانستر نباید درخواست موفق در محیط محلی را دلیلی بداند که همان درخواست در شبکه اصلی نیز پایدار خواهد بود. مخزن هشدار می‌دهد که استقرار محلی از یک رپلیکا استفاده می‌کند و ممکن است خطاهای اجماع را که در شبکه اصلی ظاهر می‌شوند پنهان کند.

قاعده عملی، تفکیک داده‌ها بر اساس تازگی است. برای موجودی‌ها، تراکنش‌های نهایی‌شده، امضاها و بلاک‌های تاریخی، از خواندن‌های سازگار با اجماع و idempotent استفاده کنید. هنگام ساخت تراکنش، فرض نکنید blockhashی که همین حالا گرفته‌اید در تمام مراحل یک جریان چندمرحله‌ای کانستر همچنان قابل استفاده خواهد بود. در موارد مناسب، مسیر durable nonce مستندشده در مخزن را ترجیح دهید یا طراحی را بر داده‌های نهایی‌شده و مدیریت retry صریح بنا کنید.

این شواهد نشان نمی‌دهد که Chain Fusion از تراکنش‌های سولانا پشتیبانی نمی‌کند. مستندات رسمی ICP، خواندن سولانا و امضای آستانه‌ای Ed25519 را فعال توصیف می‌کنند و مخزن نیز sendTransaction را پشتیبانی‌شده فهرست کرده است. درس اصلی محدودتر است: هرچه ساعت سولانا سریع‌تر می‌شود، درستی برنامه بیش از پیش به انتخاب روش‌های RPCای وابسته می‌شود که معنای پاسخ آن‌ها با مدل اجماع تکرارشده ICP سازگار باشد.

یک ملاحظه واقعی باید روشن بماند: changelog رسمی سولانا از اسلات‌های ۳۵۰ میلی‌ثانیه‌ای شبکه اصلی می‌گوید، در حالی که مخزن SOL RPC در برخی نمونه‌های محدودیت هنوز از حدود ۴۰۰ میلی‌ثانیه استفاده می‌کند. اثر دقیق این تغییر بر هر برنامه به workload آن بستگی دارد؛ بنابراین عدد جدید باید به‌عنوان یک محدودیت زمانی سخت‌گیرانه‌تر در نظر گرفته شود، نه مدرکی که نشان دهد همه یکپارچه‌سازی‌های موجود خراب شده‌اند.

برچسب‌هاChain FusionICPSolanaSOL RPC
منابع مستند۳ مرجع
  1. [۰۱]Solana Changelog: Weekly Developer Updatessolana.com
  2. [۰۲]Solana integration | ICP Developer Docsdocs.internetcomputer.org
  3. [۰۳]dfinity/sol-rpc-canister: Interact with Solana from the Internet Computergithub.com
خواندنی بعدی

خبرخوان را در ایمیل بگیرید

هر سیگنال تازه، مستقیم از خط تولید. بدون مزاحمت، لغو عضویت در هر زمان.

خوراک RSS در دسترس · بدون هرزنامه