EN
→ بازگشت به خبرخوان
شمارهٔ ۰۱۹۳Solana۲ دقیقه۳ منبع

بلوک بزرگ‌تر، نه گلوگاه داغ‌تر: ارتقای ۱۰۰ میلیون CU سولانا

سولانا سقف محاسباتی هر بلوک را به ۱۰۰ میلیون واحد محاسباتی رسانده است. نکتهٔ اصلی این است که این تغییر ظرفیت تجمیعی و موازی را افزایش می‌دهد، اما سقف نوشتن برای هر حساب را ثابت نگه می‌دارد.

اشتراک‌گذاری
سولانا
بلوک بزرگ‌تر، نه گلوگاه داغ‌تر: ارتقای ۱۰۰ میلیون CU سولانا
تصویر: تولید هوش مصنوعی

سولانا فضای بیشتری دارد، اما فقط به‌صورت موازی

سولانا در ۲۹ ژوئیهٔ ۲۰۲۶ و در آغاز اپوک ۱۰۰۹، SIMD-0286 را در مین‌نت فعال کرد. این ارتقا سقف محاسباتی هر بلوک را از ۶۰ میلیون به ۱۰۰ میلیون واحد محاسباتی (CU) رساند؛ افزایشی که بنیاد سولانا آن را ۶۶٪ رشد ظرفیت بلوک توصیف می‌کند.

اما برداشت درست از این عدد، «۶۶٪ سریع‌تر شدن همهٔ اپلیکیشن‌ها» نیست. هر بلوک اکنون می‌تواند کار محاسباتی بیشتری را در مجموع حمل کند. این ارتقا سقف کل CU بلوک را تغییر می‌دهد، درحالی‌که بودجهٔ حداکثرِ حسابِ قابل‌نوشتن همچنان ۱۲ میلیون CU و حداکثر تغییر اندازهٔ دادهٔ حساب‌ها همچنان ۱۰۰ مگابایت است.

چرا سقف هر حساب مهم است

همین سقف ثابت ۱۲ میلیون CU اصل ماجراست. یک حساب یا برنامهٔ پرترافیک همچنان می‌تواند مانند گذشته به سقف نوشتن خود در هر بلوک برسد. آنچه تغییر کرده، میزان کار نامرتبطی است که می‌تواند در کنار آن جا بگیرد.

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

برای سازندگان، این یعنی انتخاب‌های مربوط به چیدمان حساب‌ها مهم‌تر می‌شود، نه کم‌اهمیت‌تر. سامانه‌هایی که نوشتن‌ها را میان حساب‌های مستقل توزیع می‌کنند، نسبت به جریان‌های کاری متمرکز بر یک حسابِ وضعیتِ مشترک، مستقیم‌تر از این ارتقا بهره می‌برند.

چه چیزی برای زیرساخت تغییر می‌کند

صفحهٔ ارتقای سولانا می‌گوید این تغییر شکست‌زا نیست و به تغییر قالب ایندکس‌سازی نیاز ندارد. این موضوع اصطکاک مهاجرت را کاهش می‌دهد، اما کار عملیاتی را از میان نمی‌برد. بلوک‌های بزرگ‌تر برای اجرا و بازپخش زمان بیشتری می‌گیرند؛ بنابراین اعتبارسنج‌ها، ارائه‌دهندگان RPC، ایندکسرها و صرافی‌ها باید شرایط پایدار ۱۰۰ میلیون CU را آزمایش کنند و صرفاً به سازگاری قالب تکیه نکنند.

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

ملاحظات مهم

این فضای ظرفیت اضافه‌شده تضمین‌کنندهٔ ۶۶٪ رشد توان عملیاتی هیچ اپلیکیشنی یا کارمزد کمتر نیست: سقف ۱۲ میلیون CU برای حساب قابل‌نوشتن پابرجاست و تقاضا و ترکیب تراکنش‌ها همچنان نتیجهٔ کاربر را تعیین می‌کنند.

سند SIMD در گیت‌هاب همچنان وضعیت «Review» را نشان می‌دهد، درحالی‌که صفحات بنیاد سولانا این قابلیت را در مین‌نت فعال اعلام می‌کنند؛ تا زمان به‌روزرسانی مخزن، باید این وضعیت سند را فرادادهٔ کهنه تلقی کرد.

برچسب‌هاسولاناSIMD-0286ظرفیت بلوکاعتبارسنج‌هازیرساخت توسعه‌دهندگان
منابع مستند۳ مرجع
  1. [۰۱]100M CU Blockssolana.com
  2. [۰۲]Solana Changelog: Mainnet raises block limits to 100M CUssolana.com
  3. [۰۳]SIMD-0286: Increase Block Limits to 100M CUsgithub.com
خواندنی بعدی

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

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

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