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

دگرگونی کارمزد منابع سولانا: چرا بهداشت بودجهٔ محاسباتی به مسئلهٔ هزینهٔ کاربر تبدیل می‌شود

SIMD-0553 پذیرفته‌شده در صورت فعال‌سازی، کارمزدی کاملاً سوزانده‌شونده بر پایهٔ منابع درخواستی تراکنش می‌افزاید و برآورد دقیق بودجهٔ محاسباتی را برای کیف‌پول‌ها و اپ‌ها مهم‌تر می‌کند.

اشتراک‌گذاری
سولانا
دگرگونی کارمزد منابع سولانا: چرا بهداشت بودجهٔ محاسباتی به مسئلهٔ هزینهٔ کاربر تبدیل می‌شود
تصویر: تولید هوش مصنوعی

تحول جدید

طبق تغییرنگار ۲۳ ژوئیهٔ سولانا، SIMD-0553، یعنی پیشنهاد «کارمزد منابع و گنجاندن»، پذیرفته شده است. پول‌ریکوئست گیت‌هابِ پیوندشده به آن نیز در ۲۰ ژوئیه ادغام شد. اگر فعال شود، این مشخصات بخشی از مدل کارمزد سولانا را از یک هزینهٔ ثابت به‌ازای امضا به سمت منابعی که تراکنش از شبکه درخواست می‌کند، جابه‌جا می‌کند.

بررسی وضعیت در ۳ اوت ۲۰۲۶: سند SIMD بررسی‌شده همچنان برچسب «Draft» دارد، سه فیچر گیت را نام می‌برد و تاریخ تأییدشده‌ای برای فعال‌سازی در mainnet-beta ارائه نمی‌کند. این مقاله تحلیل یک مشخصات پذیرفته‌شده است، نه تأییدی بر زنده بودن مدل کارمزد جدید.

از امضاها تا منابع درخواستی

سند، کارمزد پایهٔ کنونیِ ۵٬۰۰۰ لامپورتی به‌ازای هر امضا را تقسیم ۵۰/۵۰ میان سوزاندن و رهبر بلاک توصیف می‌کند. SIMD-0553 این مؤلفه را با کارمزد ثابتِ ۲٬۵۰۰ لامپورتیِ گنجاندن به‌ازای هر تراکنش جایگزین می‌کند که تمام آن به رهبر پرداخت می‌شود.

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

نرخ کارمزد منابع برای فعال‌سازی مرحله‌ای طراحی شده است: ۱/۱۰، ۱/۴ و سپس ۱/۲ لامپورت به‌ازای هر واحد هزینهٔ درخواستی. گیت‌های مرحله‌ای به اکوسیستم فرصت می‌دهند پیش از رسیدن به بالاترین نرخ مشخص‌شده، برآوردها، رفتار کیف‌پول‌ها و هزینهٔ اپ‌ها را مشاهده کنند.

چرا بهداشت بودجهٔ محاسباتی به کار محصول تبدیل می‌شود

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

این موضوع یک میان‌بر آشنای مهندسی را به مسئله‌ای برای هزینهٔ کاربر تبدیل می‌کند. اپ‌ها باید تراکنش‌های نماینده را شبیه‌سازی کنند، سقف‌های واقع‌بینانه برای Compute Budget بگذارند و با تغییر منطق برنامه، این برآوردها را تازه‌سازی کنند. کیف‌پول‌ها و SDKها نیز باید به‌جای تکیه بر فرض ثابت ۵٬۰۰۰ لامپورتی، کارمزد را با مجموعه‌فیچر فعال در بانکی که شبیه‌سازی می‌شود محاسبه کنند. این مشخصات به‌طور مشخص getFeeForMessage و شبیه‌سازی تراکنش را مراجع معتبر برای دریافت کارمزد کل می‌داند.

این امر برداشت تیم‌ها از کارمزد تراکنش را هم تغییر می‌دهد. کارمزد بالاتر لزوماً به‌معنای پیشنهاد اولویت بالاتر نیست؛ ممکن است بازتابِ ردپای منابع درخواستیِ بزرگ‌تر باشد. رابط‌های خوب باید در نهایت مؤلفه‌های گنجاندن، اولویت و منابع را از هم جدا کنند، نه اینکه فقط یک مجموع مبهم نمایش دهند.

مشوق‌ها و ملاحظات ایمنی

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

یک موازنه وجود دارد. مشخصات می‌گوید حداقل کارمزد تراکنش می‌تواند از ۵٬۰۰۰ لامپورت کنونی پایین‌تر بیاید: ۳٬۰۱۰ لامپورت در نرخ نهایی ۱/۲، و در مراحل ابتدایی حتی کمتر. سند صریحاً یادآور می‌شود که این امر هزینهٔ اسپم در کف کارمزد را پایین می‌آورد، هرچند اجرای چنین تراکنش‌هایی بسیار ارزان است. این یک موازنهٔ طراحی است، نه شواهدی از یک اکسپلویت فعال.

فعال‌سازی نیز به اجماع حساس است. سند می‌گوید کلاینت‌های اعتبارسنج باید پیش از فعال‌سازی نخستین گیت در mainnet-beta از هر سه فیچر گیت پشتیبانی کنند؛ نودهایی که محاسبهٔ جدید کارمزد را پیاده‌سازی نکنند، پس از فعال شدن یک گیت ممکن است واگرا شوند.

سازندگان اکنون چه کار کنند

نباید بدون اعلام فعال‌سازی، مهاجرت فوری را فرض کرد. اما آمادگی عملی روشن است: فرض‌های کارمزد ثابت را حذف کنید، با سقف‌های واقع‌بینانه شبیه‌سازی کنید، برآورد دقیق کارمزد را نمایش دهید و تراکنش‌هایی را که دستورهای Compute Budget ندارند آزمایش کنید. برای تیم‌های فعال در اعتبارسنجی یا زیرساخت، رفتار تخمین کارمزد در نزدیکی مرزهای اپوک اهمیت ویژه‌ای دارد، زیرا گیت فعال مدل قابل اعمال را تعیین می‌کند.

جذاب‌ترین جنبهٔ SIMD-0553 روایت سوزاندن نیست، بلکه تغییر مسئولیت است. اگر به مرحلهٔ فعال‌سازی برسد، درخواست کارآمد منابع بخشی از حفاظت کاربران در برابر کارمزدهای قابل اجتناب می‌شود.

برچسب‌هاسولاناSIMD-0553کارمزد تراکنشاعتبارسنج‌هاابزار توسعه‌دهنده
منابع مستند۲ مرجع
  1. [۰۱]Solana Changelog: July 23, 2026solana.com
  2. [۰۲]SIMD-0553: Base Inclusion and Resource-based Feegithub.com
خواندنی بعدی

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

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

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