در حال بارگذاری قیمت‌ها...
اخبار ارز دیجیتال آیدی‌مستر تازه‌ترین اخبار و تحلیل بازار رمزارزها
اخبار عمومی

چه اتفاقی برای اعتبارگران سولانا رخ می دهد که از ارتقاء 1.4.1 پایین آمده اند؟?

· 8 بازدید
چه اتفاقی برای اعتبارگران سولانا رخ می دهد که از ارتقاء 1.4.1 پایین آمده اند؟?

Anza به اپراتورهای گره سولانا تا زمان 1079 برای نصب پچ که تغییر چگونه شبکه شمارش داده حساب بار معامله. ماشینی که یک ساخت قدیمی تر را اجرا می کند می تواند به صورت آنلاین باقی بماند و هنوز هم با زنجیره پذیرفته شده، با عواقب مختلف برای اعتبار گیرندگان کسب پاداش و خدمات که کیف پول برای داده های فعلی متکی است، از مرحله خارج شود.

Anza قبل از 1079 هشدار داد که اپراتورهایی که نرم افزار قدیمی را اجرا می کنند، زمانی که شبکه بر روی یک قانون جدید تغییر کرد، در پشت سر گذاشته می شوند. نسخه های سازگار ذکر شده Agave 4.4.1 و Firedancer v26.10.6 بودند.

ردیاب ویژگی آگارک تغییر مربوطه را به عنوان حداقل حجم داده بارگذاری شده برای حساب های Loader-v3 برنامه شناسایی می کند. جدول طبقه بندی نسخه آن، انتشار های استفاده شده توسط شبکه های آزمایشی را از برنامه ریزی شده برای mainnet جدا می کند. خواندن برنامه نیاز به بررسی خوشه، ویژگی و دوره با هم دارد.

این مهلت همچنین گره هایی را پوشش می دهد که رای نمی دهند. این دستگاه ها می توانند کیف پول ها و مبادلات را با تعادل، بلوک ها و داده های تأیید ارائه دهند. یک مشکل در یکی از آنها می تواند به کاربرانی که هرگز SOL را نمایندگی نمی کنند یا یک معتبر انتخاب می کنند، برسد.

آنچه تغییر انجام می دهد

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

هدف از یک دروازه ویژگی هماهنگی زمانی است که شرکت کنندگان شروع به استفاده از یک قانون جدید می کنند. اپراتورها می توانند قبل از زمان انتشار را نصب کنند، در حالی که تغییر قانون واقعی در یک نقطه توافق شده تاثیر می گذارد. بنابراین یک نسخه می تواند یک ویژگی را قبل از اینکه این ویژگی در Corenet فعال باشد، پشتیبانی کند.

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

چرا سهام پشت گره ها مهم است

صدها معتبر کوچک و تعداد انگشت شماری از اپراتورهای بزرگ نباید مقدار قابل مقایسه ای از سهام رای گیری را نشان دهند. برای عملیات شبکه، سوال مربوطه این است که چقدر سهام از قوانین سازگار پیروی می کند. ردیاب می گوید که تغییرات کف اصلی جزئی به طور معمول یک آستانه سود سهام و یک دوره انتظار را دنبال می کند. این قاعده کلی باید از هشدار ویژه صادر شده در دوره 1079 متمایز باشد.

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

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

آنچه کاربران و مبادلات متوجه می شوند

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

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

مقایسه مفید پس از ارتقاء سه چیز را به طور جداگانه بررسی می کند. آیا بلوک ها همچنان تولید و تایید می شوند؟ دوم، آیا میزان رأی گیری به طور موثر تغییر کرد؟ سوم، آیا هیچ توقف تبادل یا انتقال از سر و صدا در اطراف مرز؟ هر پاسخ نیاز به یک رکورد متفاوت دارد.

چرا مهلت ارتقاء نیز به زیرساخت اعمال می شود

یادداشت های منتشر شده Anza نشان دهنده تغییر حسابداری برنامه داده به عنوان یک گزارش است. انتشار Firedancer شامل حمایت از همان ویژگی است. هنگامی که دو مشتری پس از فعال سازی همان معامله را پردازش می کنند، باید موافقت کنند که چقدر داده های حساب را بارگیری می کنند. قانون مشترک چیزی است که در مرز اهمیت دارد.

یک گره RPC جذب نشده می تواند بدون مشارکت در رای گیری، به یک برنامه خدمت کند. این کار باعث می شود که کاربر کیف پول با یک مشکل محلی مواجه شود حتی اگر اعتبار دهندگان رای گیری بلوک های تولید را حفظ کنند. یک برنامه خواندن از یک نقطه پایانی عقب مانده می تواند حالت قدیمی را نشان دهد یا یک خطا را برگرداند. مقایسه پاسخ آن با همان درخواست از طریق یک نقطه انتهایی دیگر به شناسایی جایی که اختلال رخ داده است کمک می کند.

مهاجرت Alpenglow اکتبر Solana زمینه ای برای چگونگی آماده سازی اپراتورهای برای یک تغییر هماهنگ ارائه می دهد. این مهاجرت به پروتکل اجماع مربوط است. بارگذاری حساب کاربری در ماه نوامبر هر دو به اپراتورهای یک نسخه برای تأیید می دهند، اما اثرات باید در برابر قانون خاصی که تغییر کرده است، ارزیابی شوند.

آنچه که مهلت را متفاوت از تاریخ انتشار

Anza در 5 نوامبر 4.4.1 را منتشر کرد. هشدار بعدی به اپراتورهای گفت که این تغییر برای دوره 1079 برنامه ریزی شده است که تخمین زده می شود در حدود 13:30 UTC در 6 نوامبر شروع شود. این نسخه اپراتورهای نرم افزاری مورد نیاز را شناسایی کرد، در حالی که دوره زمانی مشخص شد که شبکه قصد دارد شروع به استفاده از قانون کند.

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

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

این پنجره حتی برای اپراتورهایی که قبلا به Agave 4 نقل مکان کرده بودند کوتاه بود. شماره پچ توسط یک تغییر کرد، اما نسخه قبلی فاقد حمایت لازم برای قانون جدید بود. بنابراین نصب اخیر جایگزین بررسی دقیق ساخت نیست.

انتشار Firedancer 26.10.60.6 از همان ویژگی حمایت کرد. اپراتورهای می توانند از پیاده سازی های مختلف مشتری استفاده کنند، اما هر دو نیاز به شمارش داده های حساب مشابه هنگام اجرای معامله تحت قوانین فعال دارند.

تفاوت بین نرم افزار و فعال سازی در حال حاضر در Crypto.news پوشش از Alpenglow's Testnet رولout ظاهر شده است. Alpenglow اجماع را تغییر داد، در حالی که پچ نوامبر مربوط به پردازش معاملات است. در هر دو مورد، یک ساخت در دسترس یک نقطه عطف جداگانه از شبکه است که نیاز به رفتار آن دارد.

جایی که AppData وارد معامله می شود

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

بارگذاری قابل ارتقا Solana از یک حساب برنامه و یک حساب برنامه جداگانه استفاده می کند. دومی داده های برنامه اجرایی و اطلاعات مرتبط را برای لودر ذخیره می کند. کاربر این برنامه را بدون حسابداری دستی برای اندازه آن داده های اجرایی فراخوان می کند. زمان اجراکننده این بخش را اداره می کند.

پچ یک کف را برای مقدار نسبت داده شده به حساب Loader-v3 هنگامی که بارگذاری می شود، تنظیم می کند. اگر حسابداری قدیمی کمتر از کف را نسبت داد، قانون جدید حداقل در برابر محدودیت داده های بارگذاری شده معامله حساب می کند. یک معامله به خوبی زیر حد می تواند همان نتیجه را پس از تغییر ایجاد کند.

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

محدودیت داده های بارگذاری شده از بودجه محاسبه متمایز است. اجرای اقدامات دقیق یک معامله می تواند محاسبات کافی برای اجرای دستورالعمل ها داشته باشد و هنوز محدودیتی را که بر روی آن حساب می کند، شکست دهد. افزایش کمک هزینه محاسبه به تنهایی مقدار شمارش شده در برابر محدودیت داده های بارگذاری شده را تغییر نمی دهد.

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

چگونه دو گره می توانند در مورد همان بلوک اختلاف نظر داشته باشند

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

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

یک اپراتور می تواند شکاف گزارش های گره را با یک مرجع مستقل مقایسه کند. یک اعتبار دهنده رای گیری همچنین باید بررسی کند که رای آن در زنجیره پذیرفته شده شمرده می شود. لاگ های خطا ممکن است یک مشکل را شناسایی کنند در حالی که بلوک های بازپخش که در یک چک زمان نامرئی هستند.

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

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

چرا یک حساب معتبر تنها بخشی از داستان را می گوید

اهمیت اعتبار سنجی رای گیری بستگی به این دارد که چقدر آن را نمایندگی می کند. تعداد انگشت شماری از اپراتورهای بزرگ می توانند وزن رای گیری بیشتری نسبت به بسیاری از افراد کوچکتر نشان دهند. بنابراین تعدادی از دستگاه های آسیب دیده به یک سوال متفاوت از درصد سهام فعال که همچنان شرکت می کنند پاسخ می دهند.

گره های جذب شده نقش جداگانه ای دارند. آنها می توانند برنامه ها، مبادلات و کیف پول ها را با داده ها یا تراکنش های امضا شده ارائه دهند. قطع برق در یک سرویس محبوب می تواند بسیاری از کاربران را تحت تاثیر قرار دهد، حتی اگر این سرویس هیچ سهمی برای اجماع نداشته باشد.

اقدامات مربوطه می توانند به طور مستقل حرکت کنند. تولید بلاک می تواند ادامه یابد در حالی که یک ارائه دهنده RPC خاص به داده های ثابت کمک می کند. یک اعتباربخشی می تواند رای گیری را از دست بدهد در حالی که وب سایت عمومی آن در دسترس است. یک مبادله می تواند رسوبات سولانا را متوقف کند در حالی که زنجیره همچنان به تایید انتقال ها ادامه می دهد.

پوشش قبلی مهلت Alpenglow Solana شرح داده است که نیاز به آماده سازی هماهنگ شده توسط معتبران و برنامه های کاربردی دارد. هدف نهایی شدن سریع تر بود. دروازه برنامه داده دارای یک اثر فنی محدود است، اما اپراتورهای هنوز باید آمادگی خود را در برابر مکان خود در شبکه قضاوت کنند.

چه اشتباهاتی می توانند از رای دادن و ثبت پاداش ایجاد کنند

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

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

پاداش پایین تر به خودی خود ارتقاء را به عنوان علت مشخص نمی کند. کمیسیون، عملکرد قبلی معتبر کننده و وضعیت حساب سهام می تواند همه بر میزان ثبت شده تأثیر بگذارد. شواهد مبنی بر اینکه رای گیری در مرز متوقف شد و پس از تغییر مشتری، توضیح قوی تری نسبت به یک پاداش پایین تر خواهد داد.

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

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

چه نقطه پایانی RPC می تواند برای کیف پول انجام دهد

بسیاری از کیف پول ها تعادل، بلوک ها و نتایج معامله را از طریق نقطه پایانی RPC دریافت می کنند. گره ای که پشت سر می گذارد ممکن است تعادل قبلی را گزارش دهد یا نتواند معامله اخیر را بازگرداند. کاربران می توانند با این علائم مواجه شوند حتی اگر گره های دیگر به طور معمول شبکه را پردازش کنند.

یک Blockhash می تواند تراکنش را قبل از اجرای شبکه تحت تاثیر قرار دهد. کیف پول که یک بلوک قدیمی می شود ممکن است تراکنشی را ایجاد کند که دیگر تا زمانی که به یک گره سالم می رسد معتبر نیست. این علامت یک تسلیم شکست خورده است، اما دلیل آن می تواند اطلاعات را به جای تغییر در تعادل یا دستورالعمل ها ثابت کند.

شبیه سازی بستگی به همان رابطه دارد. یک گره که قوانین قدیمی را اجرا می کند می تواند گزارش دهد که یک معامله متناسب با محدودیت داده های بارگذاری شده است، حتی اگر گره های اجرای قانون جدید به نتیجه متفاوتی برسند. شبیه سازی در یک گره سازگار هنوز هم می تواند متفاوت از اجرای نهایی اگر دولت تغییر بین شبیه سازی و گنجاندن.

برنامه های کاربردی با چندین گره پشت یک نقطه پایانی با احتمال دیگری مواجه می شوند. درخواست ها ممکن است با توجه به اینکه کدام دستگاه آنها را دریافت می کند یا شکست بخورد. یک ارائه دهنده باید بررسی کند که کل استخر قبل از تعیین یک مشکل متناوب به زنجیره فعلی است.

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

انتقال اجماع اکتبر تغییرات زیربنایی خود را داشت. Crypto.news گزارش داد که Alpenglow معاملات رای گیری زنجیره ای قبلی را حذف کرد. تیم های کاربردی باید تغییراتی را که از آنچه که آنها مشاهده کرده بودند، تشخیص دهند که آیا اعتبارگران می توانند سیستم جدید را دنبال کنند. قانون بارگیری حساب نوامبر دوباره پاسخ را به نقش ناظر بستگی می دهد.

چرا اعتبار مبادله می تواند پشت زنجیره قرار گیرد

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

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

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

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

چه چیزی نشان می دهد که آیا اپراتورهای پچ را از دست می دهند

ردیاب دروازه Anza حداقل کف آزاد را از فعال سازی های فردی جدا می کند. گزارش قبلی Crypto.news در Alpenglow رولout و طبقه اصلی همان تفاوت را توصیف کرد. یک ساختمان می تواند کف را در یک نقطه قرار دهد و فاقد تغییر برنامه ریزی شده برای یک دوره بعد است.

مفیدترین رکورد پس از فعال سازی ویژگی فعال، توزیع نرم افزار و مشارکت اپراتور را در همان پنجره مقایسه می کند. رکورد ویژگی مشخص می کند که چه زمانی قانون شروع به اعمال کرد. ضبط نرم افزار مشخص می کند که چه چیزی در خدمت است. رای ها و بلوک ها نشان می دهند که آیا شبکه و اپراتورهای فردی متفاوت رفتار می کنند.

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

سهام Delinquent یک دیدگاه متفاوت ارائه می دهد. این مقدار زمانی می تواند حرکت کند که یک معتبر بزرگ شرکت را متوقف کند، حتی اگر تعداد کل گره های delinquent به سختی تغییر کند. مقایسه باید برای اپراتورهایی که قبل از ارتقاء در حال حاضر ناتوان بودند، حساب کند.

RPC و اثرات مبادله باید به طور جداگانه مستند شوند. این ارائه دهندگان می توانند تعداد زیادی از کاربران را بدون حضور در مقایسه با سهام خدمت کنند. اطلاعیه ها، معیارهای خدمات و سوابق زمانی که گره ها به اسلات های فعلی بازگشتند، اختلالاتی را توصیف می کنند که داده های رای گیری نمی توانند ضبط کنند.

چرا رولینگ هنوز به یک تست فعال سازی نیاز دارد

آزادی مشتری پایدار را می توان به تدریج قبل از اینکه یک ویژگی جدید فعال باشد، نصب کرد. این به اپراتورهای اجازه می دهد تا ببینند که آیا نرم افزار به درستی شروع می شود، معاملات را تحت قوانین فعلی جذب و پردازش می کند. همچنین کمک می کند تا مشکلات استقرار را قبل از اینکه گره های بیشتری از آن استفاده کنند، آشکار کند.

یک رول موفق قبل از فعال سازی نمی تواند هر نتیجه از ویژگی فعال تمرین کند. یک معامله در نزدیکی محدودیت داده حساب بارگذاری شده باید تحت هر دو مجموعه قانون آزمایش شود تا دقیقا نشان دهد که در آن نتایج تغییر می کند. این یک آزمایش متفاوت از تماشای این است که آیا باینری آنلاین باقی می ماند.

Crypto.news پیش از این گزارش داد که Alpenglow یک رویکرد متفاوت برای نهایی سازی را هدف قرار داده است. معیارهای موفقیت آن شامل آنچه برای سرعت تأیید اتفاق افتاد. پچ برنامه داده بهتر است با اینکه آیا مشتریان در مورد معاملات که با محدودیت جدید مواجه می شوند و اینکه آیا زیرساخت ها پس از روشن شدن دروازه در دسترس هستند، قضاوت شود.

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

یک اپراتور با ظرفیت یدکی می تواند یک گره پچ شده را قبل از اختصاص ترافیک به آن برساند. یک اپراتور کوچکتر ممکن است مجبور باشد تنها گره خود را راه اندازی کند و منتظر بماند تا آن را بگیرد. مهلت به اشتراک گذاشته شده است، اما زمانی که کاربران انتظار می کشند، می تواند بستگی به قرمزی ارائه دهنده داشته باشد.

چرا قیمت SOL نمی تواند اثر ارتقاء را اندازه گیری کند

SOL می تواند در همان ساعت سقوط کند یا افزایش یابد که اپراتورهای یک پچ را نصب می کنند. این معامله علیه بسیاری از ارزها و استخرهای سرمایه به عنوان سایر دارایی های رمزنگاری است. نرخ ها، حرکات بیت کوین و تغییرات در اهرم می تواند بر قیمت در همان پنجره تاثیر بگذارد.

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

شکست معاملات فردی نیز از دست دادن کنترل بر یک حساب متمایز است. کیف پول ممکن است یک معامله با اطلاعات قدیمی ایجاد کرده باشد یا آن را از طریق یک گره ثابت ارسال کند. کاربر هنوز هم می تواند حساب را کنترل کند در حالی که برنامه در دستیابی به شبکه فعلی مشکل دارد.

مستقیم ترین آزمون پس از پایان مهلت در سطح خدمات است. یک گره رای گیری باید فعلی و ثبت رای باشد. سرویس RPC باید به درخواست های زنجیره پذیرفته شده پاسخ دهد. یک مبادله باید بتواند حساب کند که آیا و هنگامی که انتقال پردازش شده در اطراف سوئیچ ارائه می شود.

این شواهد می توانند از ارزیابی حمایت کنند حتی اگر قیمت به دلایل غیر مرتبط حرکت کند. همچنین به کلاهبرداران راهی برای ارزیابی عملکرد اعتبار سنج خود بدون درمان یک نسخه گسترده شبکه به عنوان یک بیانیه در مورد نتایج هر اپراتور ارائه می دهد.

چه اتفاقی می افتد زمانی که یک اپراتور به صورت آنلاین بازگشت

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

یک گره رای گیری همچنین باید نشان دهد که مشارکت آن از سر گرفته است. اپراتور آن می تواند رای فعلی را با زمانی که گره بهبود یافت مقایسه کند. پس از آن یک کتاب خواندن پاداش می تواند نقطه بهبودی را از زمان نصب پچ تشخیص دهد.

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

جدول زمانی در هنگام ارزیابی تاثیر مهم است. گره ای که در همان دوره جدا شده و برگردانده می شود ممکن است در دایرکتوری بعدی سالم به نظر برسد. مشارکت از دست رفته آن هنوز هم می تواند برای اپراتور یا نماینده مهم باشد. یک جدول زمانی رویداد عمومی به جزئیات کافی نیاز دارد تا نشان دهد چه زمانی خدمات متوقف شده و چه زمانی فعالیت عادی از سر گرفته می شود.

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

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

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

بررسی بهبودی سولانا باید این مشاهدات را جداگانه نگه دارد. این باید سوابق رای را برای اپراتورهای، سوابق خدمات برای ارائه دهندگان و نتایج اعدام برای برنامه های آسیب دیده مقایسه کند. انجام این کار باعث می شود تا یک اثر محدود شناسایی شود حتی اگر شبکه همچنان به تولید بلوک ها ادامه دهد.

مهلت نوامبر به اپراتورها یک آزادی نام و یک مرز زمانی داد. رکورد دوام تاثیر آن از آنچه گره ها در اطراف آن مرز انجام داده اند و خدماتی که آنها قادر به ارائه پس از آن بودند، خواهد آمد.

چه چیزی برای تماشا

  • نسخه های سازگار: برنامه Anza و یادداشت های انتشار می تواند کف اصلی و معادل آن را در سراسر مشتریان ایجاد کند.
  • مشارکت رای گیری: سهام فعال و اعتبار رای گیری می تواند نشان دهد که آیا مشارکت رای گیری در اطراف مرز تغییر کرده است یا خیر.
  • تایید شبکه: سوابق بلاک و تایید می تواند نشان دهد که آیا شبکه به پردازش معاملات در اطراف تغییر ادامه می دهد یا خیر.
  • عملیات مبادله: اطلاعیه های محل می تواند تعیین کند که آیا یک مبادله سپرده های سولانا یا خروج خود را متوقف می کند.

FAQs

سلب مسئولیت: این مقاله تنها برای اهداف اطلاعاتی و آموزشی است و شامل مشاوره مالی، سرمایه گذاری، حقوقی یا مالیاتی نیست. فعالیت های Cryptocurrency خطرات را شامل می شود، از جمله از دست دادن وجوه. خوانندگان باید تحقیقات خود را انجام دهند و با یک حرفه ای واجد شرایط که در آن مناسب است مشورت کنند. اطلاعات نشان دهنده مواد عمومی در دسترس از 9 نوامبر 2026 و ممکن است تغییر به عنوان اطلاعات جدید در دسترس است.

هنوز نظری ثبت نشده است. اولین نفر باشید!