افزایش بیش از سه‌برابری سقف حجم تراکنش‌ها در شبکه سولانا

این خبر و تحلیل بر اساس گزارش و بررسی سایت کوین تلگراف تهیه شده است.

شبکه سولانا با اجرای یک ارتقای جدید در شبکه اصلی، حداکثر حجم هر تراکنش را از ۱٬۲۳۲ بایت به ۴٬۰۹۶ بایت افزایش داده است. این تغییر فضای بیشتری در اختیار توسعه‌دهندگان قرار می‌دهد تا عملیات پیچیده‌تری مانند اثبات‌های دانش صفر، تراکنش‌های چندامضایی و برخی روش‌های جدید امضای درون‌زنجیره‌ای را در قالب یک تراکنش اجرا کنند. این به‌روزرسانی در ۱۵ سپتامبر ۲۰۲۶ و هم‌زمان با آغاز دوره یا Epoch شماره ۱٬۰۳۵ در شبکه اصلی فعال شد. قابلیت جدید پیش‌تر در شبکه‌های آزمایشی Devnet و Testnet نیز فعال شده بود و اکنون توسعه‌دهندگان می‌توانند از فرمت تراکنش v1 در شبکه اصلی سولانا استفاده کنند.

افزایش سقف حجم تراکنش‌ها در پیشنهاد فنی SIMD-0296 تعریف شده و از طریق قالب جدید v1 که در SIMD-0385 توضیح داده شده است، در اختیار برنامه‌ها قرار می‌گیرد. براساس اطلاعات منتشرشده از سوی بنیاد سولانا، قالب‌های قدیمی Legacy و v0 همچنان فعال باقی می‌مانند و این ارتقا باعث توقف تراکنش‌ها یا برنامه‌های مبتنی بر این قالب‌ها نخواهد شد.

🟠 کارگزاری و سکوی تبادل تخصصی OTC رمزدارایی بیت کوین (BTC) در ایران »»

بیت کوین (Bitcoin) با نماد BTC نخستین و بزرگ‌ترین رمزدارایی بازار ارزهای دیجیتال از نظر ارزش بازار و یکی از شناخته‌شده‌ترین دارایی‌های مبتنی بر بلاکچین است. اگر قصد دارید با روش خرید و فروش بیت کوین (BTC) در بازار OTC، ویژگی‌ها، کاربردها و مزایای این رمزدارایی در ایران بیشتر آشنا شوید، ادامه این مطلب را از دست ندهید.

🔵 کارگزاری و سکوی تبادل تخصصی OTC رمزدارایی تتر گلد (XAUT) در ایران »»

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

چه کاربردهایی از افزایش حجم تراکنش بهره می‌برند؟

یکی از کاربردهای مهم این ارتقا، پشتیبانی بهتر از اثبات‌های دانش صفر یا ZK Proofs است. این اثبات‌ها معمولاً داده‌های رمزنگاری بیشتری نسبت به یک تراکنش ساده دارند و محدودیت ۱٬۲۳۲ بایتی می‌توانست استفاده از برخی از آن‌ها را دشوار کند.تراکنش‌های چندامضایی بزرگ نیز از ظرفیت جدید بهره می‌برند. در این نوع تراکنش‌ها، تأیید چند کلید یا امضاکننده برای اجرای عملیات ضروری است. افزایش تعداد امضاها و حساب‌های موردنیاز، حجم تراکنش را بیشتر می‌کند و گاهی باعث عبور آن از سقف قبلی می‌شد.

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

روش‌های امضای جدید مانند BLS و امضاهای یک‌بارمصرف Winternitz نیز از نمونه‌هایی هستند که بنیاد سولانا به‌عنوان کاربردهای بالقوه این تغییر معرفی کرده است.

سازگاری فرمت‌های قبلی حفظ شده است

راه‌اندازی v1 به معنای حذف فوری قالب‌های قدیمی نیست. تراکنش‌های Legacy و v0 همچنان در شبکه پذیرفته می‌شوند و کیف پول‌ها و برنامه‌هایی که به ظرفیت بیشتر نیاز ندارند، می‌توانند بدون تغییر به فعالیت ادامه دهند.

استفاده از v1 اختیاری است؛ اما برنامه‌ای که بخواهد تراکنشی بزرگ‌تر از ۱٬۲۳۲ بایت ایجاد کند، باید از این فرمت پشتیبانی کند. برنامه غیرمتمرکز نیز پیش از ساخت تراکنش باید بررسی کند که کیف پول کاربر قابلیت خواندن و امضای v1 را دارد.

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

توسعه‌دهندگان باید چه تغییراتی اعمال کنند؟

نرم‌افزارهایی که تراکنش‌ها یا بلاک‌ها را از طریق RPC دریافت می‌کنند، باید مقدار maxSupportedTransactionVersion را روی عدد ۱ قرار دهند. در غیر این صورت، مواجه‌شدن با یک تراکنش v1 می‌تواند باعث خطا در دریافت اطلاعات تراکنش یا حتی کل بلاک شود.فهرست‌کننده‌ها، مرورگرهای بلاکچینی، سرویس‌های Geyser و خطوط پردازش داده نیز باید ساختار جدید را تشخیص دهند. در v1، محدودیت‌های منابع و اطلاعات هزینه اولویت از transactionConfig خوانده می‌شوند و بررسی دستورهای ComputeBudget دیگر اطلاعات صحیحی ارائه نخواهد کرد.فرستندگان تراکنش‌های v1 باید سقف واحد محاسباتی و اندازه داده حساب‌های بارگذاری‌شده را به‌صورت صریح تعیین کنند. مقدار پیش‌فرض این محدودیت‌ها در v1 صفر است و تنظیم‌نکردن آن‌ها می‌تواند باعث ناموفق‌ماندن تراکنش شود.

تراکنش‌های بزرگ‌تر از ۱٬۲۳۲ بایت نیز باید با رمزگذاری Base64 ارسال شوند؛ زیرا مسیر Base58 همچنان محدودیت پیشین را حفظ کرده است.

چرا سقف ۴٬۰۹۶ بایت انتخاب شد؟

انتخاب عدد ۴٬۰۹۶ با ساختار حافظه سخت‌افزار اعتبارسنج‌ها ارتباط دارد. چهار کیلوبایت اندازه متداول یک صفحه حافظه است و نگه‌داشتن تراکنش در این محدوده باعث می‌شود پردازش حافظه کارآمدتر باشد.

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

بنابراین سقف ۴٬۰۹۶ بایت تلاش می‌کند فضای کافی برای عملیات پیچیده‌تر ایجاد کند و هم‌زمان از افزایش کنترل‌نشده بار ارتباطی و حافظه جلوگیری شود.

کلام آخر

افزایش سقف حجم تراکنش‌های سولانا از ۱٬۲۳۲ به ۴٬۰۹۶ بایت، یکی از تغییرات زیرساختی مهم این شبکه برای توسعه برنامه‌های پیچیده‌تر محسوب می‌شود. این ارتقا فضای بیشتری برای اثبات‌های دانش صفر، تراکنش‌های چندامضایی، عملیات گروهی و روش‌های جدید امضای درون‌زنجیره‌ای فراهم می‌کند.با وجود حفظ سازگاری قالب‌های Legacy و v0، سرویس‌هایی که تراکنش‌ها را می‌خوانند، فهرست‌بندی می‌کنند یا برای کاربران دیگر امضا و ارسال می‌کنند، باید زیرساخت خود را برای شناسایی صحیح v1 به‌روزرسانی کنند. بنابراین فعال‌شدن این قابلیت در شبکه اصلی پایان فرایند نیست و بهره‌برداری کامل از آن به به‌روزرسانی کیف پول‌ها، کتابخانه‌ها، گره‌های RPC و ابزارهای توسعه وابسته خواهد بود.