Validators DAO تحدّث عميل TypeScript الخاص بـ Yellowstone Geyser gRPC في Solana Stream SDK — دمج NAPI-RS يحسّن الأداء والاستقرار للتدفق عالي التردد

ELSOUL LABO B.V. (المقر الرئيسي: أمستردام، هولندا؛ الرئيس التنفيذي: فوميتاكي كاواساكي) وValidators DAO تُعلنان عن تحديث رئيسي للإصدار لعميل TypeScript في إطار التدفق مفتوح المصدر لـ Solana «Solana Stream SDK»، مما يُمكّن عميل TypeScript الخاص بـ Yellowstone Geyser gRPC من الاستفادة من NAPI-RS (تنفيذ Rust أصيل).

ومع هذا التحديث، تحسّن Solana Stream SDK هامش المعالجة والاستقرار لأحمال عمل التدفق عالي التردد مع الحفاظ على تجربة التطوير في TypeScript. وحتى تحت ذروة الحركة واندفاعات الأحداث المستمرة، صُمم النظام ليظل مستقرًا ومقاومًا للانهيار. إضافةً إلى ذلك، أُعيد تنظيم شيفرة البداية لتتجاوز نماذج الاتصال البسيطة، وأصبحت مرتّبة بوصفها أساسًا Production-Ready، مصممًا للتشغيل الفعلي وقابلية التوسيع.

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

ومن ثم، فالمهم ليس مجرد إمكانية التعامل مع التدفقات في TypeScript، بل أن تُعالَج التدفقات عالية التردد بشكل واقعي ومستدام في TypeScript من دون انهيار تحت ظروف التشغيل طويل الأمد.

ينطوي التدفق عالي التردد على استقبال مستمر ومعالجة وترشيح وفك ترميز وتنفيذ منطق لاحق، وكلها تعمل في آن واحد. وفي هذه الظروف، يكون مسار التنفيذ أحادي الخيط في Node.js عرضة لضغط عكسي (backpressure) أثناء الاندفاعات أو ارتفاعات الحمل قصيرة الأمد.

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

سابقًا، كان NAPI-RS يُستخدم داخل Solana Stream SDK أساسًا في عميل TypeScript الخاص بـ Shreds gRPC. ومع هذا التحديث، امتد دعم NAPI-RS (Rust أصيل) إلى عميل TypeScript الخاص بـ Yellowstone Geyser gRPC واسع الاستخدام.

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

ومقارنةً ببدائل مثل WebAssembly (WASM)، ينفّذ NAPI الشيفرة الأصيلة مباشرةً، مما يتيح زمن استجابة أقل وإنتاجية أعلى. وداخل Solana Stream SDK، يؤدي NAPI-RS دورًا محوريًا في رفع أداء التدفق الفوري من دون التضحية بتجربة المطور في TypeScript.

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

إن تمكين التشغيل الواقعي المقاوم للذروة لهذه الواجهة الجوهرية في TypeScript ليس مجرد مسألة سرعة. بل يقلل الاحتكاك عبر التطوير والتشغيل معًا، ويسمح للفرق بتحسين أنظمتها باستمرار من دون تبديل المنظومات أو إعادة كتابة المنطق الأساسي.

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

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

على جانب TypeScript، فُصلت المسؤوليات بوضوح لجعل نقاط التوسيع صريحة. وأُبقيت نقطة الدخول في حدها الأدنى ومركّزة على التوصيل والإقلاع، بينما عُزل منطق المعالجة في معالجات (handlers). وتحدد خطافات مثل onTransaction وonAccount نقاط إدراج واضحة للمنطق المخصص.

وتتيح هذه البنية تعديل منطق التداول ومنطق الكشف وسياسات الترشيح ووجهات الإخراج محليًا وبشكل قابل للتنبؤ. كما وُحّدت تعريفات الاشتراك في شيفرة TypeScript بدلًا من تهيئات قائمة على JSON، مما يحسّن قابلية القراءة وسلامة الأنواع. وتقلل البُنى المقروءة مثل CommitmentLevel.PROCESSED انحراف التهيئة بين الشيفرة وسلوك وقت التشغيل.

في التدفق عالي التردد، لا تكفي السرعة وحدها؛ فالمرونة بالغة الأهمية بالقدر نفسه. ويواصل هذا التحديث توفير آليات مدمجة مثل ضوابط الضغط العكسي (طوابير محدودة، وتسجيل الإسقاطات)، ومقاييس الأحداث المستلمة والمعالجة والمسقَطة، وإبقاء الاتصال حيًا (ping/pong)، والتراجع الأسي (exponential backoff)، واسترداد الفجوات القائم على from_slot.

وليست هذه تحسينات اختيارية، بل متطلبات أساسية لأنظمة التدفق الإنتاجية. ومعاملة شيفرة البداية بوصفها Production-Ready تعني تضمين هذه الافتراضات منذ البداية بدلًا من إضافتها لاحقًا.

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

تتوفر تحديثات Solana Stream SDK على GitHub. ونرحب بالملاحظات سواء على GitHub أو عبر Discord الرسمي لـ Validators DAO.

توفر ERPC بنية تحتية لتدفق Solana عبر مناطق متعددة. وباستخدام شيفرة البداية من Solana Stream SDK، يمكن للمطورين التحقق من السلوك مباشرةً مقابل بيئات Geyser gRPC فعلية. ومن خلال التجربة المجانية من ERPC، يمكن أيضًا تقييم SDK وبنية التدفق التحتية معًا في ظروف قريبة من الإنتاج الفعلي. وتتوفر مزيد من التفاصيل على الموقع الرسمي لـ ERPC.

Discord الرسمي لـ Validators DAO: https://discord.gg/C7ZQSrCkYR\ Solana Stream SDK (GitHub): https://github.com/ValidatorsDAO/solana-stream\ الموقع الرسمي لـ ERPC: https://erpc.global/ar/