سوالات یاکوونکو از ساخت آلبنگلو در حالی که تراکنش‌های رأی‌گیری خارج می‌شوند

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

خلاصه

• یاکوونکو گفت که تغییر ساده در برنامه رأی‌گیری می‌توانست زمان توسعه آلبنگلو را به نصف کاهش دهد.
• حذف تراکنش‌های رأی‌گیری اعتبارسنج‌ها، تعداد TPS را کاهش می‌دهد بدون اینکه لزوماً فعالیت کاربران را تغییر دهد.
• هزینه ورودی 0.8 SOL در هر دوره به جای هزینه‌های رأی‌گیری فردی جایگزین خواهد شد.
• برخی از گره‌های RPC ممکن است به‌روزرسانی‌های نهایی را دیرتر از هدف 150 میلی‌ثانیه‌ای آلبنگلو دریافت کنند.

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

"آلبنگلو می‌توانست در نیمه زمان ارسال شود اگر فقط برنامه رأی‌گیری را به ماشین حالت ag تغییر می‌دادند."

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

مهاجرت به شبکه اصلی برای 21 اکتبر برنامه‌ریزی شده است، همان‌طور که crypto.news قبلاً در پوشش انتقال اجماعی برنامه‌ریزی شده گزارش داده بود. راهنمای به‌روزرسانی شده بنیاد سولانا دوره 1064 را به‌عنوان محرک شناسایی می‌کند و شروع آن را در حدود 13:20 UTC تخمین می‌زند.

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

آلبنگلو رأی‌ها را از شمارش تراکنش‌های اصلی حذف می‌کند

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

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

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

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

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

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

مدارک هزینه بنیاد سولانا می‌گوید که حذف رأی‌های زنجیره‌ای هزینه‌های پرداخت شده بر روی تراکنش‌های رأی‌گیری فردی را پایان می‌دهد. اعتبارسنج‌ها به‌جای آن، هزینه ورودی ثابت 0.8 SOL در هر دوره را پرداخت می‌کنند، که کل مبلغ سوزانده می‌شود.

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

پرداخت یک دوره جلوتر انجام می‌شود. اولین هزینه در ابتدای دوره 1064 مشارکت در دوره 1065 را پوشش می‌دهد و اعتبارسنجی که نمی‌تواند پرداخت کند، مجوز رأی‌گیری یا تولید بلوک‌ها را در دوره بعدی از دست می‌دهد.

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

قبل از مهاجرت، چک‌لیست آن به نسخه 4.3.2 از Agave، Jito-Solana یا Harmonic Salsa نیاز دارد. Firedancer و Frankendancer در حین انتقال پشتیبانی نمی‌شوند، طبق دستورالعمل‌های اپراتور بنیاد.

دو مسیر رأی‌گیری جایگزین TowerBFT

Anza Votor را به عنوان سیستمی توصیف می‌کند که دو مسیر رأی‌گیری را به طور همزمان اجرا می‌کند. یکی یک بلوک را در یک دور با پاسخ‌های 80% از سهام نهایی می‌کند، در حالی که دومی از دو دور و آستانه‌های 60% استفاده می‌کند.

رأی‌ها به پیام‌های مستقیم امضا شده با رمزنگاری BLS تبدیل می‌شوند که به چندین امضا اجازه می‌دهد تا در یک گواهی فشرده ترکیب شوند. Anza می‌گوید که تأییدکنندگان از تایمرهای خود برای شناسایی یک رهبر غیر پاسخگو استفاده می‌کنند و رأی به رد آن می‌دهند.

پیشنهاد منتشر شده SIMD-0326 مستندات گزینه‌های در نظر گرفته شده در طول توسعه را ارائه می‌دهد. طراحی بدون نهایی‌سازی یک دور، عملیات ساده‌تری و تحمل خطای بیزانسی 33% را ارائه می‌دهد، اما نویسندگان آن از تأخیر بدتر و تاب‌آوری کمتر در برابر خرابی به عنوان معایب آن یاد کرده‌اند.

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

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

تأیید حاکمیتی پیش از پیاده‌سازی انجام شد. در سپتامبر 2025، پیشنهاد Alpenglow با 98.27% حمایت در میان رأی‌های داده شده تصویب شد، در حالی که سهام مشارکت‌کننده 52% از کل را نمایندگی می‌کرد، طبق ارقام منتشر شده از برگه رأی.

تحویل RPC ممکن است از نهایی‌سازی اجماع عقب بماند

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

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

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