پس از سه سال توسعه، فایردنسر در دسامبر 2024 روی شبکه اصلی سولانا راه‌اندازی شد، در حالی که قبلاً 50,000 بلاک در طول 100 روز آزمایش روی یکپس از سه سال توسعه، فایردنسر در دسامبر 2024 روی شبکه اصلی سولانا راه‌اندازی شد، در حالی که قبلاً 50,000 بلاک در طول 100 روز آزمایش روی یک

فایردنسر فعال است، اما سولانا قانون ایمنی‌ای را نقض می‌کند که اتریوم آن را غیرقابل مذاکره می‌داند

2025/12/15 04:30

پس از سه سال توسعه، فایردنسر در دسامبر 2024 در شبکه اصلی سولانا راه‌اندازی شد و قبلاً 50,000 بلاک در طول 100 روز آزمایش روی تعداد کمی از تاییدکننده‌ها تولید کرده بود.

این دستاورد مهم که در 12 دسامبر توسط حساب رسمی سولانا اعلام شد، بیش از یک ارتقاء عملکرد است. این نشان‌دهنده اولین تلاش واقعی شبکه برای حذف گلوگاه معماری است که باعث قطعی‌های آسیب‌زننده آن شده است: وابستگی تقریباً کامل به یک کلاینت تاییدکننده واحد.

سولانا سال‌ها برای بازاریابی نهایی‌سازی زیر ثانیه و توان عملیاتی چهار رقمی تراکنش در ثانیه صرف کرده است، اما سرعت اهمیت کمی دارد وقتی 70% تا 90% از قدرت اجماع شبکه با همان نرم‌افزار اجرا می‌شود.

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

سولانا در حال تلاش برای همان تغییر است، اما از موقعیتی بسیار متمرکزتر شروع می‌کند.

فایردنسر یک وصله یا انشعاب از کلاینت آگاوه مبتنی بر راست نیست. این یک بازنویسی کامل در C/C++ است که توسط Jump Crypto با معماری الهام گرفته از معاملات با فرکانس بالا و ماژولار ساخته شده است.

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

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

مشکل تک‌فرهنگی که سولانا نتوانست از آن فرار کند

تاریخچه قطعی سولانا به عنوان یک مطالعه موردی در ریسک تک‌کلاینتی خوانده می‌شود. یک توقف در ژوئن 2022 چهار ساعت و نیم طول کشید پس از اینکه یک باگ در ویژگی تراکنش nonce بادوام باعث شد تاییدکننده‌ها از همگام‌سازی خارج شوند، که نیاز به راه‌اندازی مجدد هماهنگ داشت.

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

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

اعداد این قرار گرفتن در معرض خطر را تأیید می‌کنند. گزارش سلامت شبکه بنیاد سولانا در ژوئن 2025 نشان داد که آگاوه و نسخه اصلاح شده Jito آن تقریباً 92% از SOL سهام‌گذاری شده را کنترل می‌کنند.

تا اکتبر 2025، این رقم کاهش یافته بود. با این حال، تنها به طور متوسط: نمای کلی استیکینگ Cherry Servers و راهنماهای متعدد تاییدکننده گزارش دادند که کلاینت Jito-Agave هنوز بیش از 70% از سهام را در اختیار دارد، حتی با وجود اینکه کلاینت هیبریدی Frankendancer به حدود 21% از شبکه رسیده است.

Frankendancer از لایه شبکه فایردنسر با بک‌اند اجماع آگاوه استفاده می‌کند.

با وجود اینکه هنوز در اقلیت است، داده‌های Cherry Servers نشان داد که سهم Frankendancer از حدود 8% در ژوئن افزایش یافته است. این دستاوردها نشان‌دهنده پذیرش پایدار یک راه‌حل جزئی است، اما ورود کلاینت کامل فایردنسر به شبکه اصلی در دسامبر معادله را تغییر می‌دهد.

تاییدکننده‌ها اکنون می‌توانند یک استک کاملاً مستقل را اجرا کنند، که وابستگی مشترکی که باگ‌های کلاینت گذشته را به رویدادهای سراسری شبکه تبدیل کرد، از بین می‌برد.

تجربه اتریوم مدل مرجع را فراهم می‌کند.

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

جامعه اتریوم نگه داشتن همه کلاینت‌ها زیر 33% را به عنوان یک الزام سخت ایمنی در نظر می‌گیرد، نه یک بهینه‌سازی. موقعیت شروع سولانا با یک کلاینت نزدیک به 90% مشارکت، بسیار خارج از این منطقه امن قرار دارد.

کلاینتزبانوضعیتسهم سهام (اکتبر 2025)تاییدکننده‌هااستقلال واقعی
JitoRustشبکه اصلی~72%~700+❌ انشعاب از آگاوه
FrankendancerC + Rustشبکه اصلی~21%207✅ هیبرید مستقل
AgaveRustشبکه اصلی~7%~85✅ اصلی
FiredancerCشبکه اصلی غیر رأی‌دهنده0%0✅ کاملاً مستقل

فایردنسر واقعاً چه چیزی را تغییر می‌دهد

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

معیارهای مقایسه از ارائه‌های کنفرانس فنی نشان داده‌اند که کلاینت 600,000 تا بیش از 1,000,000 تراکنش در ثانیه را در آزمایش‌های کنترل شده پردازش می‌کند، که بسیار بالاتر از توان عملیاتی نشان داده شده آگاوه است.

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

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

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

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

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

سهام 21% که Frankendancer تا اکتبر به دست آورد، مدل هیبریدی را تأیید کرد اما همچنین محدودیت آن را برجسته کرد: تا زمانی که همه تاییدکننده‌ها هنوز برای اجماع به آگاوه متکی بودند، یک باگ در آن لایه مشترک هنوز می‌توانست زنجیره را متوقف کند.

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

تعداد کمی از تاییدکننده‌ها که فایردنسر را برای 100 روز اجرا کردند و 50,000 بلاک تولید کردند، نشان دادند که کلاینت می‌تواند در اجماع شرکت کند، بلاک‌های معتبر تولید کند و وضعیت را بدون اتکا به هیچ یک از اجزای آگاوه حفظ کند.

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

چرا نهادها به نرم‌افزار تاییدکننده اهمیت می‌دهند

ارتباط بین تنوع کلاینت و پذیرش نهادی گمانه‌زنی نیست.

توضیح‌دهنده فایردنسر Levex استدلال کرد که کلاینت "نگرانی‌های کلیدی که سرمایه‌گذاران نهادی در مورد قابلیت اطمینان و مقیاس‌پذیری سولانا مطرح کرده‌اند را برطرف می‌کند" و اینکه افزونگی چند کلاینتی "استحکامی را فراهم می‌کند که شرکت‌ها برای برنامه‌های حیاتی نیاز دارند."

یک مقاله Binance Square در سپتامبر درباره آمادگی نهادی سولانا، قطعی‌های گذشته را به عنوان مانع اصلی مشارکت شرکت‌ها قرار می‌دهد و فایردنسر را به عنوان "درمان بالقوه" معرفی می‌کند.

این تحلیل استدلال می‌کند که قابلیت اطمینان "تمایز کلیدی" در رقابت سولانا با اتریوم و سایر شبکه‌های لایه-1 است، و اینکه حذف ریسک تک‌کلاینتی "می‌تواند بزرگترین ضعف سولانا" را در ارائه به نهادهایی که نمی‌توانند زمان خاموشی سطح شبکه را تحمل کنند، برطرف کند.

منطق چارچوب ایجاد شده برای کمپین تنوع کلاینت اتریوم را منعکس می‌کند.

تیم‌های ریسک نهادی که زیرساخت بلاک چین را ارزیابی می‌کنند، می‌خواهند بدانند وقتی چیزی خراب می‌شود چه اتفاقی می‌افتد.

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

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

حدود 767 میلیون دلار سولانا در دارایی‌های دنیای واقعی توکنیزه شده نشان‌دهنده یک جای پا است، نه پذیرش در مقیاس. اتریوم میزبان 12.5 میلیارد دلار در خزانه‌داری‌های توکنیزه شده، استیبل کوین‌ها و صندوق‌های توکنیزه شده است، طبق داده‌های rwa.xyz.

این شکاف نه تنها اثرات شبکه یا سهم ذهنی توسعه‌دهنده، بلکه اعتماد به زمان فعال را نشان می‌دهد.

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

منحنی پذیرش پیش رو

انتقال از تسلط 70% آگاوه به یک شبکه چند کلاینتی متعادل به سرعت اتفاق نخواهد افتاد. تاییدکننده‌ها با هزینه‌های تغییر مواجه هستند: فایردنسر نیاز به تنظیم سخت‌افزاری متفاوت، کتاب‌های راهنمای عملیاتی متفاوت و ویژگی‌های عملکردی متفاوت نسبت به آگاوه دارد.

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

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

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

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

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

فایردنسر زنده است، اما سولانا قانون ایمنی که اتریوم آن را غیرقابل مذاکره می‌داند، نقض می‌کند ابتدا در CryptoSlate منتشر شد.

سلب مسئولیت: مطالب بازنشرشده در این وب‌ سایت از منابع عمومی گردآوری شده‌ اند و صرفاً به‌ منظور اطلاع‌ رسانی ارائه می‌ شوند. این مطالب لزوماً بازتاب‌ دهنده دیدگاه‌ ها یا مواضع MEXC نیستند. کلیه حقوق مادی و معنوی آثار متعلق به نویسندگان اصلی است. در صورت مشاهده هرگونه محتوای ناقض حقوق اشخاص ثالث، لطفاً از طریق آدرس ایمیل service@support.mexc.com با ما تماس بگیرید تا مورد بررسی و حذف قرار گیرد.MEXC هیچ‌ گونه تضمینی نسبت به دقت، جامعیت یا به‌ روزبودن اطلاعات ارائه‌ شده ندارد و مسئولیتی در قبال هرگونه اقدام یا تصمیم‌ گیری مبتنی بر این اطلاعات نمی‌ پذیرد. همچنین، محتوای منتشرشده نباید به‌عنوان توصیه مالی، حقوقی یا حرفه‌ ای تلقی شود و به منزله پیشنهاد یا تأیید رسمی از سوی MEXC نیست.