ایندکس ckUSDT یک حاشیه امن حافظه می‌گیرد؛ با هزینه‌ای تکرارشونده

پروپوزال ۱۴۴۰۳۹ از NNS می‌خواهد مقدار memory_allocation کانستر ایندکس ckUSDT را از مقدار فعلی ۰، یعنی تخصیص پویا یا بهترین‌تلاش، به ۴٬۲۹۴٬۹۶۷٬۲۹۶ بایت یا ۴ گیگابایت افزایش دهد. کانستر هدف cefgz-dyaaa-aaaar-qag5a-cai است.

دلیل عملی این درخواست، الگوی رشد ایندکس است. طبق متن پروپوزال، این کانستر هر بلوکی را که دفترکل ckUSDT تولید می‌کند بازتاب می‌دهد و هیچ‌یک از این رکوردها را آرشیو نمی‌کند. بنابراین حافظه آن همراه با دفترکل رشد می‌کند و به یک اندازه ثابت محدود نمی‌ماند. پروپوزال میزان مصرف فعلی را حدود ۴۰۴ مگابایت اعلام می‌کند؛ یعنی در تخصیص پیشنهادی تقریباً ۳٫۶۱ گیگابایت فضای خالی باقی می‌ماند.

این تفاوت زمانی اهمیت دارد که یک subnet از آستانه رزرو فضای ذخیره‌سازی عبور کرده باشد. مستندات ICP می‌گوید تخصیص ثابت حافظه ظرفیت را از پیش رزرو می‌کند، درحالی‌که حافظه بیش از این مقدار همچنان به‌صورت عندالمطالبه تخصیص می‌یابد و در صورت پر بودن subnet ممکن است شکست بخورد. همچنین، هنگام رشد حافظه در subnet به‌اندازه کافی پر، چرخه‌ها برای پرداخت‌های آینده ذخیره‌سازی به موجودی رزروشده منتقل می‌شوند. مقدار reserved_cycles_limit می‌تواند جلوی رشدی را بگیرد که رزرو لازم آن از این سقف بیشتر باشد.

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

البته این تصمیم هزینه دارد. پروپوزال می‌گوید subnet فیدوشری زیر آستانه ۷۵۰ گیگابایت قرار دارد؛ بنابراین اعمال تنظیم در ابتدا چرخه‌ای را رزرو نمی‌کند. همچنین هزینه کل تخصیص ۴ گیگابایت را در subnet سی‌وچهارنودی حدود ۱۰۴٫۸ تریلیون چرخه در سال برآورد می‌کند و یادآور می‌شود که کانستر همین حالا برای حافظه مصرف‌شده هزینه می‌پردازد. هزینه افزایشی، طبق توضیح پروپوزال، مربوط به فضای خالی‌ای است که اکنون استفاده نمی‌شود.

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

این متن درباره یک پروپوزال است و ادعا نمی‌کند که تنظیم موردنظر قبلاً اجرا شده است. ارقام مصرف، فضای خالی، وضعیت subnet و هزینه که در بالا آمده‌اند از خود پروپوزال گزارش شده‌اند و با تغییر وضعیت سیستم ممکن است تغییر کنند. مستندات تنظیمات کانستر ICP و مرجع CLI رفتار تخصیص ثابت حافظه و سقف چرخه‌های رزروشده را تأیید می‌کنند.