سولانا چهارشنبه، اندازه تراکنش را به ۴۰۹۶ بایت افزایش میدهد
فرمتهای قدیمی معتبر باقی میمانند، اما ایندکسها و اکسپلوررها باید بهروزرسانی شوند تا از خواندنهای ناموفق و نمایشهای بدون هزینه جلوگیری شود.
سولانا هدفش این است که روز چهارشنبه فعالسازی Transaction v1 را انجام دهد و اندازه حداکثر تراکنش را از ۱,۲۳۲ بایت به ۴,۰۹۶ بایت افزایش دهد. این تغییر آنچه را که میتواند بهطور اتمی در زنجیره قرار گیرد گسترش میدهد، اما همچنین زیرساختهای خواندن داده را مجبور به بروزرسانی میکند یا در غیر این صورت با درخواستهای ناموفق و نمایشهای نادرست هزینههای اولویت مواجه میشود.
نکات کلیدی
- سولاناهدفش این است که فعالسازی شبکه اصلی چهارشنبه را انجام دهد که اندازه حداکثر تراکنش را از ۱,۲۳۲ بایت به ۴,۰۹۶ بایت از طریق Transaction v1 افزایش دهد.
- فرمتهای قدیمی تراکنش همچنان پشتیبانی میشوند، بنابراین بیشتر کیف پولها و برنامهها میتوانند بدون تغییر ادامه دهند مگر اینکه به فضای اضافی نیاز داشته باشند.
- خوانندگان بلوک و تراکنش که اکسپلوررها، کیف پولها و برنامههای معاملاتی را تغذیه میکنند به پشتیبانی Transaction v1 نیاز دارند یا درخواستهای بازیابی ممکن است زمانی که فرمت جدید ظاهر میشود، ناموفق شوند.
- متاداده هزینه اولویت در v1 جابجا میشود، به این معنی که ابزارهای قدیمی میتوانند هزینه اولویت صفر را نمایش دهند حتی زمانی که کاربر هزینهای پرداخت کرده است.
Transaction v1 به صورت زنده میرود: از ۱,۲۳۲ بایت به ۴,۰۹۶ بایت
سولانا هدفش این است که اندازه حداکثر تراکنش خود را از ۱,۲۳۲ بایت به ۴,۰۹۶ بایت از طریق یک فرمت جدید Transaction v1 افزایش دهد. این بیشتر از ۳ برابر افزایش در میزان دستورالعمل و بار دادهای است که میتواند در یک تراکنش واحد جا بگیرد.
پیروزی عملی اتمی بودن است. جریانهای کاری که قبلاً مجبور به تقسیم بر روی چندین تراکنش بودند، میتوانند به طور فزایندهای در یک تراکنش اجرا شوند و تعداد امضاهای جداگانه، پخشها و نقاط شکست لازم برای تکمیل یک عمل پیچیده را کاهش دهند.
فرمت جدید در حال حاضر در شبکههای آزمایشی و توسعه سولانا در حال اجرا است. بسته زمان دقیق فعالسازی برای چهارشنبه را مشخص نمیکند و تأیید نهایی فعالسازی در شبکه اصلی فراتر از هدف را تأیید نمیکند.
این تغییر در دو سند بهبود سولانا، SIMD-0296 و SIMD-0385، که بهطور مشترک توسط جیکوب کریچ و اندرو فیتزجرالد نوشته شدهاند، تعریف شده است.
اجرای معاملات و نمای هزینه: معاملات بزرگتر، متاداده هزینه اولویت متفاوت
معاملات بزرگ فضای طراحی را برای برنامههای سولانا که نیاز به دستورالعملهای زیادی دارند، گسترش میدهند. مثالهایی که برای آنچه اکنون میتواند به راحتی در یک معامله واحد جا بگیرد، شامل اثباتهای رمزنگاری بزرگ و پرداختهایی است که نیاز به تأییدات زیادی دارند (بزرگچند امضاییعملیات) و برخی انتقالات محرمانه.
برای معاملهگران، پیامد فوری این است که تعداد دنبالههای چند تراکنشی برای اقدامات پیچیده کمتر میشود. این موضوع زمانی اهمیت بیشتری پیدا میکند که زنجیره شلوغ باشد و اجرای جزئی هزینهبر باشد. یک تراکنش یا موفق است یا نیست. تقسیم همان نیت در چندین تراکنش، شانس این که یکی از آنها ناموفق باشد، دیر انجام شود یا تحت رژیم هزینه متفاوتی تسویه شود را افزایش میدهد.
تصویر هزینهها پیچیدهتر است. این بهروزرسانی هزینه جدیدی به ازای هر بایت معرفی نمیکند، اما تراکنشهای بزرگتر پهنای باند بیشتری از شبکه را مصرف میکنند. توسعهدهندگان انتظار دارند که کاربران ممکن است نیاز داشته باشند هزینههای اولویت بالاتری را ارائه دهند زمانی که تراکنشهای بزرگتر برای فضای موجود رقابت میکنند.
هزینههای اولویت پرداختهای اضافی اختیاری هستند که کاربران میتوانند برای پردازش سریعتر یک تراکنش انجام دهند. نکته اینجاست که Transaction v1 اطلاعات هزینه اولویت را در جای دیگری ذخیره میکند، که یک حالت شکست جدید برای هر ابزاری ایجاد میکند که فرض میکند چیدمان قدیمی وجود دارد.
ریسک ایندکس و اکسپلورر: خوانشهای ناموفق و گزارشهای نادرست «کارمزد صفر»
فشار بهروزرسانی فوری بر روی کیفپولها نیست. فرمتهای موجود تراکنش همچنان پشتیبانی خواهند شد و کیفپولها و اپلیکیشنها نیازی به تغییر به v1 ندارند مگر اینکه به فضای اضافی نیاز داشته باشند.
فشار بر روی زیرساختی است که اطلاعات سولانا را میخواند. خدماتی که بلاکها و تراکنشها را دریافت میکنند باید بهروزرسانی شوند تا تراکنش v1 را شناسایی کنند. اگر این کار انجام نشود، درخواستها میتوانند در مواجهه با فرمت جدید شکست بخورند.
این شکست فقط یک دردسر عملیاتی نیست. کیفپولها، اکسپلوررها و اپلیکیشنهای معاملاتی اغلب به این خدمات وابستهاند تا آنچه در زنجیره اتفاق افتاده را نمایش دهند. اگر بکاند نتواند v1 را تجزیه کند، علامتهای قابل مشاهده برای کاربر میتواند شامل تراکنشهای گمشده، نمایشهای تاریخچه خراب یا گزارشدهی ناهماهنگ اجرا در اپلیکیشنهایی باشد که از ایندکسهای مختلف استفاده میکنند.
نظارت بر هزینهها لبه تیزتری است. زیرا v1 دادههای هزینه اولویت را در مکان متفاوتی ذخیره میکند، نرمافزارهای قدیمی میتوانند هزینه اولویت را صفر نشان دهند حتی زمانی که هزینهای پرداخت شده باشد. در زمان شلوغی، این نوع گزارش نادرست میتواند تجربه کاربری معاملهگران را با نشان دادن هزینههای اجرایی کمتر از آنچه که بود، یا با ایجاد «حقیقتهای» متناقض در اکسپلوررها و ترمینالها، تحریف کند.
چکلیست پس از فعالسازی برای معاملهگران و سازندگان
نقطه بازرسی اول تأیید زمان دقیق فعالسازی چهارشنبه و اینکه آیا مشکلاتی در زمان راهاندازی بلافاصله پس از تغییر بروز میکند یا خیر. بسته شامل یک زمانسنج نهایی نیست.
نقطه بازرسی دوم وضعیت زیرساخت است. ایندکسهای اصلی، اکسپلوررها و بکاندهای کیفپول باید تأیید کنند که از تراکنش v1 پشتیبانی میکنند، از جمله تجزیه صحیح هزینه اولویت. آمادگی مختلط حالت پایهای است که وقتی تغییر فرمت اتفاق میافتد، و جایی است که معاملهگران نمایشهای ناهماهنگ هزینه را در ابزارها مشاهده میکنند.
نقطه بازرسی سوم تلمتری خطا در دنیای واقعی است. گزارشهای درخواستهای ناموفق دریافت بلاک یا تراکنش، تاریخچه گمشده، یا ناهماهنگیهای ناگهانی در هزینههای اولویت نمایش داده شده در اکسپلوررها و اپلیکیشنهای معاملاتی، بهترین علامت خواهد بود که برخی از بکاندها هنوز زنجیره را با فرضیات قدیمی میخوانند.
آخرین نقطه بازرسی رفتاری است، نه مکانیکی. هنگامی که تراکنشهای بزرگتر شروع به رقابت برای فضا میکنند، بازار کشف خواهد کرد که «ممکن است به هزینههای اولویت بالاتر نیاز داشته باشد» در عمل در زمان شلوغی چه معنایی دارد. بسته هیچ برآورد عددی ارائه نمیدهد، فقط انتظار جهتدار را فراهم میکند.
خوانش من: این یک بهروزرسانی تجربه کاربری و قابلیت اطمینان به اندازه یک بهروزرسانی توان عملیاتی است.
آستانهای که اهمیت دارد این نیست که آیا کیفپولها "نسخه ۱ را پشتیبانی میکنند". فرمتهای قدیمی همچنان معتبر هستند، بنابراین بیشتر رابطهای کاربری به خوبی به نظر میرسند. آزمون واقعی این است که آیا ایندکسها و کاوشگرهایی که معاملهگران به طور ضمنی به آنها اعتماد دارند میتوانند نسخه ۱ را به طور مداوم تجزیه کنند، زیرا خواندنهای ناموفق و گزارشهای نادرست بدون هزینه، نحوه تبدیل بهروزرسانیهای فرمت به سردرگمی در اجرا هستند.
اگر نمایش هزینههای اولویتدار پس از فعالسازی در ابزارهای اصلی همخوانی داشته باشد، تنظیمات به نظر ساختاری میرسد تا داستانمحور: اقدامات پیچیدهتر میتوانند به صورت اتمی انجام شوند بدون اینکه دید معاملهگر از هزینه و تأیید مختل شود. اگر بینش هزینهها تکهتکه شود، بهروزرسانی کمتر شبیه ظرفیت اضافی و بیشتر شبیه مالیات قابل اعتمادی موقتی خواهد بود که در دادههای نادرست پرداخت میشود.
