في عام 2025، وصلت بنية تحتية البلوكشين إلى معالم غير مسبوقة. في اللحظات الذروية، كانت الشبكات الجديدة تعالج 100,000 معاملة في الثانية، متطابقة مع سرعات أنظمة الدفع التقليدية
لكن هذا النمو الهائل يتطلب أكثر من مجرد تحسين الكود. إنه يتطلب مهندسين يفهمون كيفية بناء أنظمة عالية الأداء يمكن لملايين الأشخاص استخدامها فعليًا. مسار مهنة براندون فرومان غير معتاد بالنسبة للعملات الرقمية: قبل بناء بنية تحتية للبلوكشين تعالج أكثر من 21,000 معاملة في الثانية في Fuel Labs، قضى سنوات في تحسين ألعاب الفيديو في Ubisoft، مع التأكد من أنها تعمل بسلاسة لملايين اللاعبين
علمه ذلك كيف يبني أنظمة لا تعمل فقط من الناحية النظرية، بل تتعامل مع استخدامات حقيقية ضخمة، والآن يطبق هذه الدروس على البلوكشين. في هذه المقابلة، يوضح كيف أن ممارسات صناعة الألعاب لإدارة الأداء والموثوقية تترجم مباشرة إلى أكبر تحديات صناعة العملات الرقمية.
قصص ساخنة
تقرير صباحي عن العملات الرقمية: أكبر عملة مستقرة لـ Ripple تذهل XRP بـ 59 مليون دولار؛ 162,874,151,430 شيبا إينو (SHIB) أعيد تفعيلها من قبل بورصة كبرى بعد ثلاثة أسابيع؛ دوجكوين (DOGE) أخيرًا يكسر سلسلة ETF
يشارك Ripple في قمة البيت الأبيض عالية المخاطر
مسارك المهني يبدو غير معتاد لصناعة البلوكشين. ما هي أهم الدروس من خلفيتك في تطوير الألعاب التي استطعت تطبيقها لاحقًا على البلوكشين؟
الدروس الأهم من تطوير الألعاب هي أن جعل الكود أسرع هو جانب واحد فقط من تحسين الأداء. عليك أيضًا تصميم أنظمة تحافظ على الأداء تحت ظروف العالم الحقيقي. بينما قد تركز على جعل النظام يعمل بكفاءة تحت الظروف العادية، فإن تحسين الحالة المتوسطة ليس كافيًا. عليك التصميم للحالة الأسوأ، مما يعني، على سبيل المثال، أن اللعبة ستحتفظ بمعدل إطار ثابت بغض النظر عما يقرره اللاعبون. ما يترجم حقًا إلى البلوكشين هو النهج في تصميم البيانات وإدارة الذاكرة. عندما تعالج آلاف المعاملات في الثانية، يصبح تنظيم بياناتك والوصول إلى الذاكرة أمرًا حاسمًا. بعض مهندسي البلوكشين الذين يأتون من خلفية تطوير الويب ليسوا معتادين على هذه القيود، لذلك يفوتون فرص التحسين.
دعونا نتحدث عن هذه الفرص في التحسين بمزيد من التفصيل. في الألعاب، يتم عرض ملايين المضلعات بمعدلات إطارات تصل إلى 60 إطارًا في الثانية. في البلوكشين، الهدف مشابه: لكي تتوسع الشبكة، يجب أن تكون قادرة على معالجة آلاف المعاملات في الثانية. ما هي التشابهات التقنية الفعلية بين هذين التحديين؟
التشابه الأساسي هو أن كلاهما يتطلب أداءً ثابتًا ومتوقعًا تحت حمل متغير. إذا تم عرض اللعبة بمعدل 60 إطارًا في الثانية، لديك ميزانية صارمة قدرها 16 مللي ثانية لعرض كل إطار، أو سيلاحظ اللاعبون تجمد اللعبة أو تلعثمها. بالمثل، في البلوكشين، المعالجة غير المتسقة تضر بالشبكة بأكملها. لذلك، تحتاج إلى بناء أنظمة تؤدي بكفاءة تحت حمل متغير. تشابه آخر مفيد هو الجمع بين تجميع العمليات والمعالجة المتوازية. غالبًا، المفتاح لتحسين الأداء يكمن في كيفية تنظيم عملياتك لاستخدام قوة الحوسبة المتاحة بأكثر الطرق كفاءة.
في Fuel Labs، بنيت بنية تحتية تعتبر واحدة من أسرع وأرخص حلول Layer 2، حيث حققت أكثر من 21,000 معاملة في الثانية لكل نواة CPU مع رسوم معاملات حوالي $0.0002. ما التقنيات أو الدروس المحددة من صناعات أخرى ساعدتك على تحقيق تلك الأرقام؟
ركزنا على تحسين نمط عبء العمل الفعلي الذي تولده البلوكشين، بدلاً من تنفيذ خوارزميات من الكتاب المدرسي فقط. على سبيل المثال، كان ذلك يتطلب فهم الدور الحاسم لأشجار ميركل، وهي خوارزميات أساسية لأمان البلوكشين. فهي توفر التحقق التشفيري للمعاملات، وحالة العقود الذكية، والبيانات الحيوية الأخرى. المشكلة أن التحقق من شجرة ميركل مكلف حسابيًا، وبما أنه يُستخدم في كل مكان في تنفيذ البلوكشين، يمكن أن يصبح عنق زجاجة كبير في الأداء. تطوير تنفيذ جديد لشجرة ميركل زاد الأداء بشكل كبير، من خلال تحسين العمليات الحسابية وجعلها أكثر كفاءة.
مساهماتك في بناء بنية تحتية أكثر كفاءة للبلوكشين لا تقتصر على عملك في Fuel Labs. لاحقًا، في ChainML، بنيت بنية بروتوكول Theoriq، التي تتعامل حاليًا مع أكثر من 100,000 مستخدم و2 مليون طلب يوميًا. كيف تتعامل مع تطوير أنظمة عالية الحمل مع مئات الآلاف من المستخدمين وتقلبات الحمل غير المتوقعة؟
المفتاح هو التصميم لعدم التوقع من البداية. يُستخدم بروتوكول Theoriq لتنسيق وكلاء الذكاء الاصطناعي، ولا تولد وكلاء الذكاء الاصطناعي حركة مرور ثابتة، بل غالبًا ما ينتجون انفجارات من النشاط. لذلك، عليك التصميم لتحمل أقصى حمل مع الحفاظ على التكاليف معقولة خلال التشغيل العادي. خلال التطوير، نفذنا نسخًا نمطية متعددة، واختبرنا كل واحدة ضد أنماط حمل واقعية. كان التحقق من الشبكة التجريبية مع مئات الآلاف من المشاركين ضروريًا، لأنه كشف عن أنماط الاستخدام في العالم الحقيقي والحالات الحدية التي كانت صعبة التوقع في الاختبارات المضبوطة.
لقد ساهمت في إطلاق منتجات يستخدمها مئات الآلاف من المستخدمين النهائيين، مثل ألعاب AAA في Ubisoft والبنية التحتية للبلوكشين في Fuel Labs وChainML. مؤخرًا، دُعيت كحكم في جائزة “Cases & Faces” الدولية للأعمال، حيث قمت بتقييم منتجات مبتكرة. كيف يختلف تعريفك لـ “جاهزية الإنتاج” عما تراه غالبًا في مشاريع العملات الرقمية؟
“جاهزية الإنتاج” تعني أن النظام يعمل بشكل موثوق عندما يعتمد عليه المستخدمون الحقيقيون، وليس فقط في عروض توضيحية مضبوطة، بل في ظروف حقيقية، مع أخذ سلوك المستخدمين، والأحمال القصوى، ومواصفات الأجهزة في الاعتبار. المعايير التي تُقبل عادة في الألعاب عالية الأداء تخلق صورة مختلفة مقارنة بما أراه غالبًا في العملات الرقمية، حيث تطلق المشاريع أحيانًا عروضًا توضيحية مثيرة للإعجاب ولكنها لم تُختبر بشكل كامل على نطاق واسع مع مستخدمين حقيقيين وأموال حقيقية على المحك.
بالنظر إلى المستقبل، هل تعتقد أن البلوكشين بحاجة إلى مهندسين أكثر من خلفيات خارج تطوير البلوكشين الأصلية؟
حاليًا، غالبية مطوري البلوكشين يحاولون حل مشكلات كانت قد عالجتها صناعات أخرى قبل عقود، مثل معالجة المعاملات عالية التردد، تحسين الأداء، أو التعامل مع حمل ملايين المستخدمين المتزامنين. صناعات مثل الألعاب، أنظمة التداول المالي، وخدمات الويب واسعة النطاق تعلمت دروسًا صعبة حول ما ينجح على نطاق واسع وما لا ينجح، وثقافة هندسة الأداء والانضباط في الإنتاج في هذه الصناعات هي بالتأكيد شيء يمكن لمطوري البلوكشين الاستفادة منه.
إخلاء المسؤولية: قد تكون المعلومات الواردة في هذه الصفحة من مصادر خارجية ولا تمثل آراء أو مواقف Gate. المحتوى المعروض في هذه الصفحة هو لأغراض مرجعية فقط ولا يشكّل أي نصيحة مالية أو استثمارية أو قانونية. لا تضمن Gate دقة أو اكتمال المعلومات، ولا تتحمّل أي مسؤولية عن أي خسائر ناتجة عن استخدام هذه المعلومات. تنطوي الاستثمارات في الأصول الافتراضية على مخاطر عالية وتخضع لتقلبات سعرية كبيرة. قد تخسر كامل رأس المال المستثمر. يرجى فهم المخاطر ذات الصلة فهمًا كاملًا واتخاذ قرارات مدروسة بناءً على وضعك المالي وقدرتك على تحمّل المخاطر. للتفاصيل، يرجى الرجوع إلى
إخلاء المسؤولية.
