گزارش توسعه نوامبر کاردانو پیشرفت در طراحی مقیاس‌پذیری لئوس را شرح می‌دهد، از جمله تولید بلاک تأییدکننده، بررسی انتخاب زنجیره و یک پروتوتایپ جدید. این کار هنوز در دست توسعه است و انتشار آن در شبکه اصلی یا اثبات دستیابی کاردانو به بهبودهای توان عملیاتی مورد بحث نیست.
اعلامیه‌های مقیاس‌پذیری بلاک‌چین می‌توانند پیشرفت‌های تدریجی مهندسی را به تحولی یک شبه شبیه کنند. گزارش هفتگی کاردانو زمانی مفیدتر است که آنچه تیم‌ها واقعاً تغییر داده‌اند در آن دیده شود: قطعات کد اجماع، رفتار پروتوتایپ و ابزارهای پشتیبان توسعه‌دهنده.
به‌روزرسانی توسعه کاردانو در تاریخ ۶ نوامبر بیان می‌کند که تیم اجماع، لئوس را در شاخه توسعه اصلی خود پیش برده است و بر روی تولید بلاک تأییدکننده، بررسی گواهی‌ها در طول انتخاب زنجیره و انتقال آرا کار کرده است. این گزارش به صراحت این موارد را فعالیت‌های توسعه‌ای معرفی می‌کند، نه ارتقائی که در حال حاضر بر روی شبکه عمومی اجرا می‌شود.
پیشرفت‌های لئوس
لئوس با هدف کاوش ظرفیت پردازش بالاتر بدون کنار گذاشتن مفروضات اجماع و امنیت زنجیره طراحی شده است. یکی از چالش‌ها، توافق شرکت‌کنندگان بر سر اینکه کدام بلاک‌ها و تأییدها معتبر هستند، در حالی که بار ارتباطی و محاسباتی را قابل مدیریت نگه می‌دارد.
گزارش هفتگی بیان می‌کند که پروتوتایپ rc-2026w44، تأییدیه‌های تطبیقی را اضافه کرده است. در توصیف تیم، سیستم می‌تواند اندازه‌های بلاک تأییدکننده را در صورت دریافت آرای ناکافی کاهش دهد، که می‌تواند به پروتوتایپ کمک کند تا در شرایط مختلف شبکه رفتار قابل پیش‌بینی‌تری داشته باشد.
پروتوتایپ قبلی، rc-2026w43، عملیات جعل بلاک گواهی‌دهنده را از حداکثر ۰.۹ ثانیه به میلی‌ثانیه کاهش داده بود. این اندازه‌گیری مربوط به یک وظیفه توسعه داخلی است و نباید به عنوان زمانی که کاربر اکنون برای تأیید در شبکه اصلی کاردانو باید منتظر بماند، ارائه شود.
تغییرات در Hydra و ابزارهای قرارداد هوشمند
این گزارش همچنین به به‌روزرسانی کتابخانه ouroboros-consensus اشاره می‌کند که استفاده از حافظه را هنگام نوشتن اسنپ‌شات‌های لجر کاهش می‌دهد. چنین کاری کمتر از یک رقم توان عملیاتی چشمگیر است، اما اگر یک شبکه انتظار داشته باشد که شرکت‌کنندگان بیشتری گره‌های قابل اعتماد را تحت بارهای سنگین‌تر اجرا کنند، مهم است.
لئوس تنها تلاش مقیاس‌پذیری کاردانو نیست. یک به‌روزرسانی جداگانه از تیم Hydra، که کارهایی را از ۲۶ اکتبر تا ۱ نوامبر پوشش می‌دهد، بهبودهایی را در نظارت بر اسنپ‌شات‌ها، صف‌ها و پایداری شرح داده است. داشبوردهای بهتر و مثال‌های هشدار می‌توانند به اپراتورها کمک کنند تا قبل از تبدیل شدن خطاها به اختلال در خدمات، آن‌ها را شناسایی کنند.
همین دوره گزارش‌دهی شامل رفع مواردی خاص از خطا و ادامه کار بر روی ظرفیت و رفتار راه‌اندازی بود. به‌روزرسانی توسعه، انتشار جدیدی از Hydra را اعلام نکرد. این تمایز برای کاربرانی که تصمیم می‌گیرند آیا قابلیتی از قبل در نرم‌افزار مستقر شده موجود است، اهمیت دارد.
در همین حال، تیم Plutus مدل‌های هزینه را برای چندین عملیات داخلی نهایی کرد و ۶۵ مورد انطباق برای Value built-ins جدید اضافه کرد. این گام‌ها به سمت اجرای قابل پیش‌بینی قراردادهای هوشمند و تست آسان‌تر برای توسعه‌دهندگان هستند، نه اعلامیه‌ای مبنی بر اینکه برنامه‌ها می‌توانند ناگهان با مقیاس نامحدود اجرا شوند.
مقیاس‌پذیری همچنین موضوعی فراتر از کاردانو است. NewsBTC به شبکه و زیرساخت تسویه سولانا نگاه کرده است، نمونه دیگری از اینکه چرا پیشرفت فنی باید از ادعاهای استقرار کاربر-محور جدا شود.
آنچه سرمایه‌گذاران و سازندگان باید در ادامه تماشا کنند
گزارش مهندسی هفتگی مدرکی مفید دال بر کار تیم‌هاست، اما به تنهایی مدرک پذیرش، کاهش کارمزدها یا عملکرد تضمین شده آینده نیست. سؤالات دشوارتر شامل آزمایش‌های خارجی، هماهنگی در سطح شبکه، شرایط خصمانه و نحوه رفتار بهبودها در مقیاس است.
برای توسعه‌دهندگان، نقاط عطف بعدی شامل اندازه‌گیری‌های پروتوتایپ اضافی، به‌روزرسانی‌های سازگاری و مسیری معتبر از شاخه‌های تحقیق به انتشارات آزمایش شده گسترده است. برای خوانندگانی که ADA را دنبال می‌کنند، تمایز بین آزمایش، انتشار نرم‌افزار و فعال‌سازی شبکه اصلی بسیار مهم است.
نکته اصلی این است که برنامه مقیاس‌پذیری کاردانو پیشرفت فنی مستند شده‌ای داشته است. این برنامه به خط پایان نرسیده است. درک این تفاوت مفیدتر از تبدیل هر نتیجه پروتوتایپ به وعده تراکنش‌های فوری است.
