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

ارتقای ایندکس ckBAT یک نقطه شکست پنهان را هدف می‌گیرد: چرخه‌های رزروشده

پیشنهاد ۱۴۳۹۶۷ در NNS می‌خواهد سقف چرخه‌های رزروشدهٔ ایندکس ckBAT را از ۵ تریلیون به ۱ کوینتیلیون چرخه افزایش دهد تا فشار ذخیره‌سازی روی زیرشبکه مانع رشد حافظهٔ آن نشود.

ارتقای ایندکس ckBAT یک نقطه شکست پنهان را هدف می‌گیرد: چرخه‌های رزروشده
تصویر: تولید هوش مصنوعی

ایندکس ckBAT در اینترنت کامپیوتر قرار است حاشیهٔ ایمنی بزرگ‌تری برای رزرو ذخیره‌سازی داشته باشد؛ این تغییر به معنای تأمین بودجهٔ عملیاتی بیشتر نیست.

پیشنهاد ۱۴۳۹۶۷ در NNS که در ۱۵ سپتامبر ۲۰۲۶ منتشر شد، افزایش reserved_cycles_limit کانستر jywzd-7aaaa-aaaar-qcbeq-cai را از مقدار پیش‌فرض ۵ تریلیون چرخه به ۱٬۰۰۰٬۰۰۰٬۰۰۰٬۰۰۰٬۰۰۰٬۰۰۰ چرخه پیشنهاد می‌کند. متن پیشنهاد می‌گوید این تغییر نه چرخه‌ای را از قبل رزرو می‌کند و نه چرخه‌ای را خرج می‌کند؛ فقط سقف موجودی ثانویهٔ چرخه‌های رزروشدهٔ کانستر را بالا می‌برد.

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

پیشنهاد، مقدار فعلی ۵ تریلیون چرخه را گلوگاه عملی معرفی می‌کند. برآورد آن می‌گوید در بدترین نرخ رزرو روی زیرشبکهٔ فیدوشیاری ۳۴ نودی، هر گیبی‌بایت رشد حدود ۲۴۹ تریلیون چرخه هزینه دارد؛ در نتیجه سقف پیش‌فرض فقط حدود ۲۰ مگابایت رشد اضافی را پوشش می‌دهد. سقف پیشنهادی قرار است از بیشترین رزروی که پروتکل می‌تواند روی این زیرشبکه مطالبه کند بیشتر باشد.

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

مدیریت این کانستر بر عهدهٔ ارکستراتور مجموعهٔ دفترکل است و ریشهٔ NNS نیز به‌عنوان کنترلر مشترک معرفی شده است. همین ساختار کنترلی توضیح می‌دهد که چرا پیشنهاد، تنظیم را مستقیماً تغییر می‌دهد و به‌روزرسانی را از مسیر ارکستراتور انجام نمی‌دهد.

پیشنهاد، میزان فعلی حافظه یا موجودی چرخهٔ ایندکس ckBAT را اعلام نمی‌کند؛ بنابراین باید آن را اقدامی برای محافظت از ظرفیت دانست، نه نشانه‌ای از نزدیک بودن به تخلیهٔ منابع. در پیشنهادی مرتبط، شمارهٔ ۱۴۳۹۶۶، سقف چرخه‌های رزروشدهٔ کانستر دفترکل ckBAT نیز بررسی شده است؛ موضوعی که از یک دورهٔ نگه‌داری گسترده‌تر در زیرساخت دارایی‌های مشابه ckBTC حکایت دارد.

برچسب‌هاInternet ComputerChain FusionckBATNNS
منابع مستند۴ مرجع
  1. [۰۱]Raise the reserved cycles limit of the ckBAT index canisterdashboard.internetcomputer.org
  2. [۰۲]Canister settingsdocs.internetcomputer.org
  3. [۰۳]IC management canister interface specificationdocs.internetcomputer.org
  4. [۰۴]Internet Computer replica subnet configurationgithub.com
خواندنی بعدی

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

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

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