صفحه اصلیمرکز اخبار LBank
سولانا ۹ سپتامبر را به‌عنوان تاریخ Transaction V1 تعیین کرد
solana-sets-sept-9-date-for-transaction-v1
سولانا ۹ سپتامبر را به‌عنوان تاریخ Transaction V1 تعیین کرد
سولانا قصد دارد Transaction V1 را در ۹ سپتامبر فعال کند و اندازه تراکنش را به ۴٬۰۹۶ بایت افزایش دهد. اولین مرحله کاهش اجاره از هفته آینده آغاز می‌شود و مسیر پنج‌مرحله‌ای را به‌سوی ۹۰٪ صرفه‌جویی شروع می‌کند. سولانا پیش‌تر اسلات‌های هدف را به ۳۵۰ میلی‌ثانیه کاهش داده است و برای مراحل بعدی ۳۰۰، ۲۵۰ و ۲۰۰ میلی‌ثانیه نیز برنامه‌ریزی شده است. Alpenglow همچنان برای اکتبر هدف‌گذاری شده و سولانا پس از فعال‌سازی روی mainnet به‌دنبال دستیابی به نهایی‌شدن تقریباً ۱۵۰ میلی‌ثانیه‌ای است. تراکنش‌های legacy و version-zero همچنان سازگار باقی می‌مانند، زیرا توسعه‌دهندگان باید به‌صورت اختیاری قالب بزرگ‌تر V1 را فعال کنند.
2026-08-30 منبع:crypto.news

جیکوب کریچ، معاون رئیس فناوری بنیاد سولانا، در تاریخ ۳۰ آگوست چندین ارتقاء آتی سولانا را تشریح کرد. نسخه ۱ تراکنش (Transaction V1) برای ۹ سپتامبر برنامه‌ریزی شده است، در حالی که مرحله اول کاهش اجاره شبکه در هفته منتهی به ۳۱ آگوست انتظار می‌رود.

خلاصه
  • سولانا قصد دارد Transaction V1 را در ۹ سپتامبر فعال کند و اندازه تراکنش را به ۴۰۹۶ بایت افزایش دهد.
  • اولین مرحله کاهش اجاره از هفته آینده آغاز می‌شود و مسیری پنج مرحله‌ای را برای دستیابی به ۹۰% صرفه‌جویی طی می‌کند.
  • سولانا قبلاً زمان اسلات هدف را به ۳۵۰ میلی‌ثانیه کاهش داده است، با برنامه‌ریزی ۳۰۰، ۲۵۰ و ۲۰۰ میلی‌ثانیه برای مراحل بعدی.
  • Alpenglow همچنان برای ماه اکتبر هدف‌گذاری شده است، با هدف سولانا برای دستیابی به قطعیت حدود ۱۵۰ میلی‌ثانیه پس از فعال‌سازی شبکه اصلی (mainnet).
  • تراکنش‌های قدیمی (legacy) و نسخه صفر (version-zero) همچنان سازگار باقی می‌مانند زیرا توسعه‌دهندگان باید قالب بزرگتر V1 را انتخاب کنند.

کریچ همچنین گفت که توسعه‌دهندگان قصد دارند زمان اسلات‌ها را بیشتر کاهش دهند و ماه اکتبر را برای Alpenglow هدف قرار دهند. با این حال، این تغییرات از فرآیندهای فعال‌سازی جداگانه‌ای پیروی می‌کنند. Transaction V1 به طور خودکار زمان اسلات‌ها را کاهش نمی‌دهد یا Alpenglow را فعال نمی‌کند.

Transaction V1 حجم تراکنش سولانا را به ۴۰۹۶ بایت افزایش می‌دهد

Transaction V1 حداکثر اندازه تراکنش سریال‌شده سولانا را از ۱۲۳۲ بایت به ۴۰۹۶ بایت افزایش خواهد داد. طبق نقشه راه رسمی سولانا، این افزایش حدود ۳.۳ برابر محدودیت فعلی است.

این قالب بزرگتر می‌تواند از تراکنش‌هایی حاوی اثبات‌های دانش صفر (zero-knowledge proofs)، دستورالعمل‌های چند امضایی پیچیده و سایر عملیات‌های پر داده پشتیبانی کند. پیشنهاد مرتبط SIMD-0296 همچنین امضاهای BLS و عملیات‌های بین‌زنجیره‌ای را به عنوان موارد استفاده ممکن شناسایی می‌کند.

توسعه‌دهندگان باید قالب V1 را انتخاب کنند. تراکنش‌های قدیمی (legacy) و نسخه صفر (version-zero) موجود همچنان معتبر خواهند ماند. Transaction V1 از جداول جستجوی آدرس پشتیبانی نخواهد کرد، به این معنی که برنامه‌ها باید تصمیم بگیرند که کدام قالب برای هر تراکنش مناسب است.

این تغییر همچنین کیف پول‌ها، رابط‌های برنامه‌نویسی کاربردی (API) و سایر زیرساخت‌ها را ملزم می‌کند تا محموله‌های داده‌ای بزرگتر را مدیریت کنند. این پیشنهاد ریسک‌های احتمالی پهنای باند و تکه‌تکه شدن شبکه را به رسمیت می‌شناسد، که آزمایش هماهنگ را قبل از پذیرش گسترده مهم می‌سازد.

کاهش اجاره سولانا با یکی از پنج مرحله آغاز می‌شود

اولین کاهش اجاره بلافاصله به هدف کامل ۹۰ درصدی دست نمی‌یابد. سولانا پنج مرحله را برنامه‌ریزی کرده است که در نهایت محاسبه اجاره را از ۶۹۶۰ لامپورت در هر بایت به ۶۹۶ لامپورت در هر بایت کاهش می‌دهد.

سولانا از موجودی‌های معاف از اجاره برای محدود کردن رشد نامحدود حالت (state) استفاده می‌کند. برنامه‌ها هنگام ایجاد حساب‌هایی که داده‌ها را ذخیره می‌کنند، SOL را قفل می‌کنند. این SOL معمولاً پس از بسته شدن حساب قابل بازیابی است، به این معنی که اجاره بیشتر شبیه به یک ودیعه قابل استرداد عمل می‌کند تا یک کارمزد شبکه تکراری.

نیازهای کمتر میزان SOL را که توسعه‌دهندگان باید هنگام ایجاد حساب‌های توکن، حساب‌های برنامه و سایر حالت‌های درون‌زنجیره‌ای (onchain state) قفل کنند، کاهش می‌دهد. این امر می‌تواند هزینه‌های ورودی را برای برنامه‌هایی که حساب‌های کاربری زیادی را مدیریت می‌کنند، کاهش دهد.

Agave 4.2 کد لازم را شامل می‌شد، اما سولانا تغییرات را پشت درگاه‌های ویژگی مستقل قرار داد. همانطور که crypto.news قبلاً گزارش داده بود، اعتبارسنج‌ها (validators) می‌توانند ارتقاء‌های اجاره، اندازه تراکنش و زمان اسلات را پس از آزمایش به طور جداگانه فعال کنند.

اسلات‌های سریع‌تر سولانا از یک برنامه جداگانه پیروی می‌کنند

سولانا قبلاً زمان اسلات هدف خود را به ۳۵۰ میلی‌ثانیه کاهش داده است، که از هدف قبلی ۴۰۰ میلی‌ثانیه کمتر است. این شبکه مراحل اضافی را در ۳۰۰، ۲۵۰ و در نهایت ۲۰۰ میلی‌ثانیه برنامه‌ریزی کرده است.

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

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

Transaction V1 و زمان‌های اسلات کاهش‌یافته با نقشه راه عملکرد گسترده‌تر سولانا مرتبط هستند، اما از نظر فنی متمایز باقی می‌مانند. گزارش‌هایی که ۹ سپتامبر را به عنوان تاریخ هر دو تغییر توصیف می‌کنند، بیانیه کریچ را بیش از حد بزرگنمایی می‌کنند.

Alpenglow همچنان هدف اکتبر باقی می‌ماند

Alpenglow بازطراحی اجماع پیشنهادی سولانا است. سولانا می‌گوید هدف آن کاهش قطعیت تراکنش به حدود ۱۵۰ میلی‌ثانیه است، در مقایسه با فرآیند تأیید طولانی‌تری که توسط سیستم اجماع فعلی استفاده می‌شود.

نقشه راه رسمی Alpenglow را به عنوان «در حال توسعه» فهرست می‌کند، در حالی که Agave 4.3 در اکتبر مورد انتظار است. پست کریچ ماه اکتبر را به عنوان هدف فعلی تأیید می‌کند، اما هیچ یک از این اظهارات تاریخ فعال‌سازی شبکه اصلی (mainnet) تضمین شده‌ای را تأیید نمی‌کنند.

قبل از آن، انتظار می‌رود سولانا اولین مرحله کاهش اجاره را آغاز کرده و Transaction V1 را در ۹ سپتامبر فعال کند. کاهش‌های بیشتر اسلات به فعال‌سازی‌های جداگانه اعتبارسنج‌ها بستگی دارد. Alpenglow نیز باید آزمایش‌ها را تکمیل کرده و پشتیبانی شبکه لازم را تأمین کند.

هیچ حرکت تأیید شده‌ای در بازار به طور مستقیم به اعلامیه کریچ در زمان انتشار نسبت داده نشد.

رمزارز های محبوب
همین حالا ثبت‌نام کنید، هیچ به‌روزرسانی‌ای را از دست ندهید!