طوال معظم تاريخها، Solana باستخدام نسخة واحدة من برنامج التحقق. وقد جعلها ذلك سريعة ولكن هشة، حيث كان بإمكان خطأ برمجي واحد أن يعطل السلسلة بأكملها.

Firedancer هذه المشكلة. فهو يزود Solana ثانٍ مستقل تمامًا، يتمتع برمز برمجي منفصل ولغة مختلفة وفريق عمل خاص به، وهو نموذج الأمان متعدد العملاء Ethereum معيارًا أساسيًا.

فيما يلي كيفية Firedancer ، ووضعها الحالي بعد الإطلاق، وما يعنيه ذلك بالنسبة لموثوقية Solana وخريطة طريقها. 👇

ما هو Firedancer؟

Firedancer هو عميل تحقق لـ Solana بواسطة Jump Crypto، الذراع المعني بالبلوكشين لشركة التداول Jump Trading Group. عميل التحقق هو البرنامج الذي يعالج المعاملات، وينتج الكتل، ويصوت في عملية التوافق، لذا فإن العميل الذي تشغله العقدة هو الذي يقرر أداء الشبكة.

بدأت شركة «جامب» هذا المشروع في عام 2022 واتخذت قرارًا مدروسًا. فبدلاً من إنشاء نسخة مشتقة من برنامج Solana المبني بلغة «روست»، أعادت كتابة برنامج التحقق من الصحة من الصفر باستخدام لغتي «سي» و«سي++»، وهما لغتان تتيحان تحكمًا دقيقًا في الذاكرة والأجهزة. ولا يشترك العميل الجديد في أي شفرة مع النسخة الحالية، وهذا هو الهدف الأساسي.

العميل الافتراضي Solana هو Agave، الذي يتولى صيانته فريق Anza، وهو فريق انبثق عن Solana . أما النسخة الأكثر استخدامًا فهي النسخة MEV من Agave Jito MEV. Firedancer عن كليهما باعتباره إصدارًا مستقلًا تمامًا، إلى جانب عملاء أصغر حجمًا مثل Sig وMithril وTinydancer.

على الرغم من الالتباس الشائع، Firedancer رمزًا رقميًا، ولا airdrop، ولا تغييرًا في البروتوكول. فهو لا يؤثر على SOL ، أو staking ، أو قواعد المعاملات. بل يغير طريقة عمل المُصدقين، دون تغيير وظائف الشبكة.

كيف يعمل Firedancer Firedancer؟

Firedancer أداة التحقق من الصحة على أنها مجموعة من المكونات المتخصصة والمعزولة بدلاً من برنامج واحد ضخم، ثم يزيل الأعباء الإضافية لنظام التشغيل التي تحد من معدل الإنتاجية عند التوسع.

1. بنية قائمة على المربعات

Firedancer مهام المُثبت إلى عمليات مستقلة تُسمى «القطع» (tiles)، حيث تتولى كل قطعة مهمة واحدة مثل الاتصال بالشبكة، أو التحقق من التوقيعات، أو تجميع المعاملات، أو إنتاج الكتل. وتُخصص كل قطعة لنواة معالج خاصة بها، وتتواصل مع القطع الأخرى عبر قنوات الذاكرة المشتركة.

يعمل Agave كعملية متكاملة واحدة، حيث تتشارك الشبكات والتنفيذ والتوافق في الذاكرة. ويستفيد Firedancer المقسم من الأجهزة متعددة النوى من خلال التوازي ويحد من الأعطال، حيث إن حدوث خلل في وحدة واحدة نادراً ما يؤدي إلى تعطل المُثبت بأكمله. كما أن توزيع الذاكرة المتوافق مع NUMA وبنيات البيانات الخالية من القفل تمنع النوى من التنافس على الموارد نفسها.

2. الشبكات التي تتجاوز النواة

تقوم كل حزمة بيانات يعالجها مُحقق الصحة القياسي برحلة ذهاب وإياب عبر مكدس الشبكات في نواة لينكس، وهو ما يؤدي إلى إبطاء الأداء تحت الأحمال الثقيلة. Firedancer معظم هذا المسار باستخدام AF_XDP وeBPF، حيث يقرأ الحزم بالقرب من بطاقة الشبكة، وبذلك يصبح الحد الأقصى للأداء هو الأجهزة نفسها، وليس البرامج الموجودة أمامها.

وفوق ذلك، يوجد إصدار مخصص من بروتوكول QUIC يُسمى fd_quic، بالإضافة إلى ميزة "توزيع الحمل على جانب الاستقبال" التي تعمل على توزيع حركة المرور عبر النوى. ووفقًا Firedancer فإن "مربعات الشبكة" لا تدخل في وضع السكون أبدًا، بل تقوم بعمليات استقصاء مستمرة للحفاظ على ثبات زمن الاستجابة. لكن الثمن هو أن هذا يتطلب وصولاً إلى حقوق الجذر أثناء الإعداد، بالإضافة إلى أجهزة شبكة محددة.

3. التحقق السريع من التوقيع

يُعد التحقق من توقيعات Ed25519 من أكثر المهام تكلفةً التي يضطلع بها المُثبت على نطاق واسع. Firedancer تعليمات AVX-512 المتجهة للتحقق من التوقيعات في دفعات متوازية بدلاً من فحصها واحدةً تلو الأخرى. وقد سجل مهندسو Jump أن أداء روتينهم يبلغ حوالي 3.9 أضعاف سرعة النسخة القياسية السكالارية على نفس الشريحة.

4. انتشار الكتل

Firedancer يعمل Firedancer على تحسين «توربين»، وهي آلية نشر الكتل Solana بالإضافة إلى نظام التشفير بالمسح، بحيث يتم توزيع البيانات بكفاءة تحت الضغط. وبالاقتران مع التحسينات التي طرأت على الشبكات والتشفير، فإن هذا هو السبيل الذي يتبعه العميل لتحقيق معدل نقل بيانات يتجاوز بكثير ما حققه البرنامج الأصلي.

فرانكي دانسر ضد Firedancer

غالبًا ما يتم الخلط بين هذين الاسمين، لذا فإن التمييز بينهما مهم. فـ«فرانكيندانسر» هو نظام هجين: فهو يدمج كود Firedancer الخاص بالشبكات وإنتاج الكتل مع بيئة تشغيل «Rust» ونظام التوافق في «أغاف»، مما يتيح للمُصدقين اعتماد جزء من البنية دون الحاجة إلى الوثوق بكود نظام توافق لم يتم اختباره بعد.

وصلت شبكة "فرانكيندانسر" إلى mainnet عام 2024 وحققت زخمًا حقيقيًّا خلال عام 2025. ونظرًا لاعتمادها على "أغاف" في التنفيذ والتوافق، فإن أداءها يقتصر على نطاق عمل تلك المنصة، كما أنها لا تحل مشكلة "العميل الوحيد" بشكل كامل، حيث لا تزال كل عقدة تعتمد على توافق "أغاف".

Firedancer "Full Firedancer هذا الاعتماد. فهو يُنفِّذ مسار التحقق بالكامل، بما في ذلك التوافق والتنفيذ، في قاعدة كود مستقلة بلغة C و C++. وهذا الإصدار هو ما يمنح Solana ثانياً حقيقياً ومجالاً للتعامل مع الأعطال منفصلاً عن Agave.

Mainnet الشبكة Mainnet وتبنيها

أعلنت شركة «جامب كريبتو» عنmainnet الكاملmainnet Firedancer mainnet في 12 ديسمبر 2025 خلال Solana في Abu Dhabi. وبحلول ذلك الوقت، كان البرنامج قد عمل بالفعل بهدوء في بيئة الإنتاج ضمن مجموعة صغيرة من المُصدقين لمدة 100 يوم تقريبًا، حيث أنتج أكثر من 50,000 كتلة دون أي مشاكل. وقام الفريق أولاً بإجراء تدقيق أمني عام مدعوم بمكافأة قدرها مليون دولار للكشف عن الأخطاء.

وقد تم تنفيذ عملية الانتقال بشكل تدريجي ومتأنٍ بدلاً من التغيير المفاجئ. وقال المهندس المؤسس ريتشي باتيل لـ CoinDesk في مايو 2026 أن العميل قد عالج عشرات الملايين من المعاملات بينما تم توسيع نطاق التبني بحذر.

بحلول النصف الأول من عام 2026، كانت Firedancer تعمل على ما يقرب من 20 في المائة أو أكثر من المُصدقين النشطين، بينما استحوذ العميل الكامل على حصة منخفضة في خانة العشرات من SOL المُستثمرة. ولا يزال تفرع Agave Jito يحتفظ بالأغلبية، لذا فإن تحقيق شبكة متعددة العملاء متوازنة لا يزال أمامه سنوات عديدة. SOL بنحو 6 في المائة بعد الإطلاق، sat مجموعة المصادقين sat 840 عقدة، بانخفاض عن الذروة التي تجاوزت 1300 عقدة.

لماذا يعد تنوع العملاء أمراً مهماً

سجل انقطاعات شبكة Solana يفسر سبب هذا الاهتمام. ويشير تحليل Helius لفترات تعطل الشبكة إلى أن خمسة من أصل سبعة حالات توقف رئيسية تعزى إلى أخطاء في برامج المصادقين أو العملاء، وليس إلى تصميم آلية التوافق. فعندما يعمل ما يقارب 90 في المائة من حاملي الرهانات ببرنامج واحد، يمكن لخطأ برمجي واحد أن يتسبب في تجميد إنتاج الكتل، مهما بدت السلسلة سريعة.

Ethereum ذلك في وقت مبكر، وتتعامل مع تنوع العملاء كقاعدة أمان، بهدف الحفاظ على حصة أي عميل بمفرده أقل من ثلث قوة التوافق. فإذا تجاوزت حصة أي عميل هذا المستوى، فقد يؤدي ذلك إلى تعطيل عملية إتمام المعاملات؛ أما إذا تجاوزت الثلثين، فقد يؤدي ذلك إلى إتمام كتل غير صحيحة. أما Solana ، Solana أكثر تركيزًا بكثير، حيث كانت حصة عميل واحد تقترب من 90 في المائة.

Firedancer قواعد اللعبة. وبما أنه لا يشترك في أي كود أو لغة مع Agave، فإن أي خطأ في الذاكرة في مخصص الذاكرة الخاص بـ Agave والمكتوب بلغة Rust لن يؤثر على قاعدة كود Firedancer المكتوبة بلغة C++، ويمكن أن يتعطل كل منهما بشكل مستقل. ويمكن للشبكة أن تتحمل حدوث خطأ كارثي في أي منهما، طالما أن الرهانات موزعة بحيث لا يستطيع أي عميل إيقاف أغلبية ساحقة من العقد عن العمل دفعة واحدة.

وهذا هو أيضًا المنظور المؤسسي. ففرق إدارة المخاطر تريد أن تعرف ماذا يحدث في حالة حدوث خلل ما، ومن وجهة نظرها، هناك فرق كبير بين عميلين مستقلين. ومع قيام «جيه بي مورغان» بترتيب إصدار أوراق تجارية على Solana «ستيت ستريت» بإعداد صندوق سيولة مرمز للشبكة، فإن الحد من مخاطر العميل الفردي يبدد أحد الاعتراضات الرئيسية على إقامة نظام مالي خاضع للرقابة هناك.

خريطة طريق "Firedancer" و"ألبينغلو" و" Solana"

Firedancer جزءًا من تحديث أكبر، وغالبًا ما يخلط الناس بينه وبين الجزء الآخر. «ألبنجلو» هو محرك توافق جديد من «أنزا» يحل محل «بروف أوف هيستوري» و«تاور بي إف تي»، ويهدف إلى تحقيق نهائية المعاملات في غضون 150 مللي ثانية تقريبًا. Firedancer عميل؛ أما «ألبنجلو» فهو بروتوكول توافق. وقد وافق عليه المُصدقون، وهو قيد الاختبار حاليًا استعدادًا mainnet المتوقع في وقت لاحق من عام 2026.

الحدود الحاسوبية مهمة أيضًا. Solana رفع السعة الحاسوبية لكل كتلة من خلال مقترحات مثل SIMD-0256، التي رفعت الحد الأقصى إلى ما يزيد عن 60 مليون وحدة، مع مناقشة المزيد من الزيادات. تؤدي الحدود الأعلى إلى زيادة الضغط على أجهزة المصادقين، وهو بالضبط الضغط الذي صُممت بنية Firedancer لاستيعابه.

كما يخطط كلا الفريقين لتأمين الأنظمة في عصر ما بعد الكم. في أبريل 2026، اتفق كل من أنزا Firedancer بشكل منفصل على استخدام «فالكون»، وهو نظام توقيع اختاره المعهد الوطني للمعايير والتقنية (NIST)، حيث تتناسب توقيعاته المدمجة مع شبكات ذات إنتاجية عالية دون الإضرار بالأداء.

متطلبات Firedancer

كانت التغطيات المبكرة قد زعمت أن Firedancer تكلفة عملية التحقق من الصحة. لكن ما حدث هو العكس تمامًا. فهي تفضل الأجهزة ذات عدد النوى الكبير ومعدات الشبكات المحددة، كما أن الحدود الحاسوبية المتزايدة Solana قد رفعت مستوى المتطلبات، ولم تخفضه.

تتفق توقعات المشغلين لعام 2026 على نمط إنتاج مشابه:

• المعالج: يُعد المعالج ذو 12 نواة و24 خيطًا بسرعة 2.8 جيجاهرتز الحد الأدنى، لكن أجهزة التحقق من صحة الإنتاج تستهدف معالجات ذات 24 نواة أو أكثر بسرعة 3.5 جيجاهرتز أو أعلى. وتهيمن معالجات AMD EPYC مثل 9354 و9355 في الأنظمة ذات المقبس الواحد لتجنب زمن الوصول الناتج عن استخدام أكثر من مقبس.
• AVX-512: ضروري لتسريع عمليات التشفير. وبدونه، تضيع مزايا التحقق من التوقيع.
• ذاكرة الوصول العشوائي (RAM): ما يقارب 384 جيجابايت إلى 512 جيجابايت من ذاكرة ECC، وهو ما يتجاوز بكثير التقديرات السابقة، وذلك لتلبية احتياجات الكتل الأكبر حجمًا وحالة الحساب.
• التخزين: محركات أقراص NVMe من الجيل الرابع أو الخامس المخصصة للمؤسسات، مع تثبيت نظام التشغيل على قرص منفصل عن ledger .
• الشبكة: وصلة متماثلة بسرعة 10 جيجابت في الثانية وبطاقة شبكة تدعم بروتوكول XDP، وهي متطلبات أساسية لتشغيل تصميم تجاوز النواة.
• الإعدادات: قم بتعطيل تقنية "هايبرثريدينغ"، وعزل النوى عن جدولة النواة، وضبط "تقارب وحدة المعالجة المركزية" بحيث يكون لكل "بلاطة" نواة خاصة بها. تعامل مع كل هذه المتطلبات على أنها متطلبات أساسية.

Firedancer بنية تحتية ذات مستوى احترافي مصممة للأجهزة القوية. وهي لا تجعل تشغيل العقدة lighter أقل تكلفة.

لماذا تقوم شركة «جامب» بتصميم Firedancer؟

تعود دوافع شركة «جامب» إلى نشاطها الأساسي. فقد أمضت «جامب تريدينغ جروب» عقدين من الزمن في بناء أنظمة ذات زمن انتقال منخفض قادرة على نقل كميات هائلة من البيانات بأقل تأخير ممكن، Firedancer هذه الثقافة على أداة التحقق. وقد وصف باتيل هذا العميل بأنه يتصرف كأنه محرك تداول حقيقي، وقاد كبير العلماء كيفن باورز العروض التوضيحية الأولى لإنتاجية النظام.

الهدف المعلن هو تحقيق الموثوقية والأداء Solana»، وهي شبكة تستثمر «جامب» فيها بشكل كبير. كما أن المال جزء من ذلك أيضًا. يكسب المُصدقون من «القيمة القابلة للاستخراج القصوى» (MEV)، وهي الربح الناتج عن ترتيب المعاملات داخل الكتل، وقد أصبح MEV Solana الآن نشاطًا تجاريًا حقيقيًا. لا Firedancer MEV بشكل مباشر، حيث إن ذلك يحدث في الغالب في متغيرات مثل Jito»، لكن وجود عميل أسرع وأكثر استقرارًا يعزز البنية التحتية التي يعتمد عليها المشغلون MEV».

المخاطر والأسئلة المعلقة

Firedancer إنجازًا هندسيًا بارزًا، ويثير mainnet أسئلةً لا تقل عن الإجابات التي يقدمها. لذا، لا تغفلوا عن هذه النقاط.

• مقارنة بين أداء الاختبارات القياسية والأداء الفعلي: TPS يتجاوز المليون TPS مستمد من عروض توضيحية خاضعة للرقابة. أما mainnet الفعلي mainnet فهو أقل بكثير، حيث يبلغ الآلاف فقط، ولا تعطي الاختبارات القياسية فكرة واضحة عن الأداء في ظل الأحمال الشديدة أو انقسامات الشبكة.
• الانتقال البطيء: يتطلب تغيير العملاء جهدًا حقيقيًّا في ضبط الأجهزة والعمليات، كما أن شبكة Agave تتمتع mainnet طويل في mainnet لا يزال Firedancer مجاراته. وسيترقب المشغلون الحذرون الوضع، لذا فإن حصص المشاركة تتحول تدريجيًّا.
• استمرار مخاطر الاعتماد على عميل واحد: إلى أن تنتقل حصة كافية من العملة إلى عملاء مستقلين، قد يظل أي خلل في البرنامج السائد القائم على Agave قادراً على تعطيل السلسلة. ولا يكون للتنوع فائدة إلا عندما يكون التوزيع متوازناً بالفعل.
• قاعدة برمجية جديدة: إن إعادة الكتابة من الصفر بلغةي C و C++ تنطوي على مخاطر خاصة بها فيما يتعلق بالذاكرة والتزامن، ولهذا السبب جاء الإطلاق بعد عملية تدقيق مطولة وبرنامج مكافآت. كما أن سجل التشغيل المحدود يترك مجالاً لحدوث مفاجآت.
• ضغوط المركزية: إن المواصفات التقنية العالية للأجهزة تفضل المشغلين المحترفين ومراكز البيانات الكبيرة، وقد تؤدي قواعد تركيز الحصص في برنامج تفويض Solana إلى توجيه عملية التحقق نحو عدد أقل من الجهات الفاعلة التي تتمتع بتمويل أفضل.
• لا يوجد استثمار مباشر: لا يوجد Firedancer "، لذا يتم التعرض للمخاطر من خلال SOL، مع ما يصاحب ذلك من تقلبات العملات المشفرة المعتادة بغض النظر عن أي تحديث فردي.

أفكار ختامية

Firedancer طبيعة Solana الدائر حول Solana ». لطالما روجت الشبكة لسرعتها، وكانت هذه السرعة حقيقية بالفعل، لكنها sat نقطة فشل برمجية واحدة تسببت في انقطاعات متكررة ومحرجة. ويُعد وجود عميل مستقل ثانٍ الحل الهيكلي لهذه المشكلة، وقد تم إطلاقه في صيغته النهائية في ديسمبر 2025.

سيظل TPS المليون في معدل المعاملات في الثانية TPS يتصدر عناوين الأخبار، لكنه في الواقع أقل ما يثير الاهتمام. فالتحول الحقيقي يكمن في أن Solana تمتلك Solana مسارًا موثوقًا نحو تحقيق المرونة في التعامل مع العديد من العملاء، وهو النوع الذي يتيح للمؤسسات التعامل معها كبنية تحتية إنتاجية، بدلاً من مجرد تجربة سريعة لكن هشة.

يظل التنفيذ على نطاق واسع هو السؤال المعلق. يجب أن تنتقل الرهانات، ويجب أن يصمد الكود الجديد لسنوات في ظل ظروف صعبة، كما يجب ألا تؤدي متطلبات الأجهزة إلى إعادة مركزية مجموعة المُصدقين بشكل خفي. Firedancer Solana كانت بحاجة إليها؛ أما ما إذا كانت الشبكة ستجني الفائدة الكاملة أم لا، فهذا يتوقف على عملية النشر.