ارتقاء پروتکل Stellar Protocol 30 Bell پیش از رای گیری اصلی در Testnet زندگی می کند

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

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

این ارتقاء سه تغییر در زیر CAP-84، CAP-87 و CAP-88 را معرفی می کند که نشان می دهد قراردادهای هوشمند چگونه آدرس های مشتری را اداره می کنند، امضاهای رمزنگاری شده را تأیید می کنند و زمان بسته شدن دفتر را ثبت می کنند.

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

فعال سازی Testnet پس از یک رای گیری معتبر برای 3 نوامبر در ساعت 17:00 UTC تنظیم شده است. رای گیری اصلی برای همان زمان در تاریخ 23 نوامبر برنامه ریزی شده است، با فعال سازی وابسته به تایید معتبر.

پروتکل Stellar 30 آدرس های قرارداد هوشمند muxed را معرفی کرد

یکی از تغییرات اصلی بل، CAP-84 است که آدرس های قرارداد muxed را معرفی می کند که به شرکت ها اجازه می دهد تا وجوه متعلق به چندین مشتری را از طریق یک قرارداد هوشمند مدیریت کنند.

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

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

با استفاده از CAP-84، یک آدرس قرارداد می تواند یک شناسه 64 بیتی را حمل کند که مشتری مورد نظر را بدون نیاز به یک قرارداد هوشمند جداگانه برای هر کاربر مشخص می کند.

آدرس های جدید از فرمت شروع با نامه W استفاده می کنند، آنها را از آدرس های حساب موجود muxed که با M شروع می شوند متمایز می کند.

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

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

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

بل تأیید امضای پس از محاسبه را به قراردادهای هوشمند می دهد

یکی دیگر از اجزای اصلی، CAP-87، پشتیبانی از تأیید امضاهای ML-DSA در محیط قرارداد هوشمند Soroban Stellar را معرفی می کند.

ML-DSA یک الگوریتم امضای دیجیتال پس از کوانتومی است که توسط موسسه ملی استانداردهای ایالات متحده و فناوری در سال 2024 استاندارد شده است.

بر خلاف سیستم های امضای elliptic، ML-DSA برای مقاومت در برابر حملات از کامپیوترهای کوانتومی به اندازه کافی قدرتمند طراحی شده است.

استلار در حال حاضر از طرح های امضای رمزنگاری از جمله Ed 25519، disp256k1 و Disp256r1 استفاده می کند که می تواند در برابر پیشرفت های آینده در محاسبات کوانتومی آسیب پذیر باشد.

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

این بنیاد گفت که فرآیند تایید از طریق Stellar Core اجرا می شود، زیرا چک کردن امضاهای ML-DSA نیازمند منابع محاسباتی بسیار بیشتری نسبت به امضاهای معمولی است.

پروتکل 30 از سه تابع تأیید ML-DSA مربوط به سطوح مختلف امنیتی الگوریتم پشتیبانی می کند.

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

سایر بلاک چین ها در حال بررسی حفاظت های مشابه هستند. در ماه اوت، Sui طرح هایی را برای معرفی احراز هویت حساب کاربری امن کوانتومی با استفاده از طرح های امضا تایید نشده NIST مشخص کرد.

زمانبندی کلی Milli II برای پردازش سریع تر استلار را آماده می کند

جزء سوم بل، CAP-88، تغییر می دهد که چگونه استلار زمان را در آن دفترها نزدیک می کند.

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

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

در ماه سپتامبر، ارتقاء پروتکل استلار 28، زمان بسته شدن صفحه اصلی را از حدود 5.7 ثانیه به پنج ثانیه کاهش داد.

CAP-88 بلافاصله این بار را کاهش نمی دهد. در عوض، آن را حذف یک محدودیت فنی موجود، با توسعه دهندگان هسته استلار در حال حاضر آزمایش با پردازش سریع تر دفتر.

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

با توجه به راهنمای ارتقاء پایه، SDK های قدیمی ممکن است نتوانند پروتکل 30 را رمزگشایی کنند، در حالی که شاخص ها و خدمات تجزیه و تحلیل باید تعاریف XDR خود را به روز کنند.

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

ارتقاء Mainnet برنامه ریزی شده برای 23 نوامبر

پیش از رای گیری اصلی، استلار نسخه های سازگار با پروتکل 30 از Core، Horizon، RPC و Galexie را منتشر کرده است.

راهنمای ارتقاء 23 اکتبر آن SDK v17.3.0 و Go SDK v0.8.0 در میان نسخه های توسعه دهنده در دسترس، همراه با یک نامزد آزاد برای سونا Soroban Rust SDK.

به قانونگذاران دستور داده شده است برای نصب Stellar Core v30.0.0 قبل از رای گیری اصلی، در حالی که مبادلات، ارائه دهندگان کیف پول و دیگر اپراتورهای زیربنایی باید ادغام های خود را برای فرمت دفتر جدید آماده کنند.

این ارتقاء به دنبال تحولات اخیر در اکوسیستم استلار، از جمله ادغام آزمایشگاه های VIA از پیام متقابل زنجیره ای بین Stellar و Ethereum در اواخر اکتبر است.

ادغام اجازه می دهد تا قراردادهای هوشمند Soroban برای تبادل پیام با قراردادهای مبتنی بر Ethereum، پشتیبانی از برنامه های کاربردی شامل کوین های پایدار، دارایی های توکنی و معاملات متقابل زنجیره ای.

رای رسانی اصلی Stellar برای 23 نوامبر در 17:00 UTC تنظیم شده است، با پایه هماهنگ سازی آماده سازی از طریق جامعه توسعه دهنده و کانال های معتبر.