هل ارتفاع TPS أفضل دائمًا؟ لماذا لا تعني إنتاجية البلوكشين وجود طلب فعلي على المعاملات

TPS (عدد المعاملات في الثانية) هو مقياس أداء شائع يُستخدم لقياس عدد المعاملات التي يمكن لشبكة بلوكشين معالجتها خلال فترة محددة. وهو أيضاً معلمة تقنية مهمة في المنافسة بين البلوكشينات العامة عالية الأداء. ومع استمرار بلوكشينات عامة مثل Solana وSui وAptos في تحسين التنفيذ المتوازي وآليات الإجماع وبُنى معالجة المعاملات، تحولت صناعة البلوكشين تدريجياً من تركيزها المبكر على تكاليف المعاملات وسرعة التأكيد إلى استكشاف إنتاجية أعلى وزمن استجابة أقل وسيناريوهات تطبيقات أكثر تعقيداً على السلسلة.

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

النقاط الرئيسية

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

• يختلف TPS النظري وTPS الفعلي اختلافاً جوهرياً. فقد تتأثر سجلات الأداء المحققة في بيئات الاختبار بأنواع المعاملات وتكوينات الأجهزة وظروف الشبكة، ولا يمكن مساواتها مباشرة بأداء الشبكة الرئيسية طويل الأجل.

• لا تعني زيادة حجم المعاملات بالضرورة نمو النشاط الاقتصادي بالوتيرة نفسها. إذ يمكن لمعاملات الروبوتات والمراجحة والعمليات المتكررة منخفضة التكلفة ومعاملات النظام أن ترفع TPS على السلسلة.

• يتطلب الطلب الحقيقي على المعاملات التقييم باستخدام مقاييس متعددة. ويمكن للمستخدمين النشطين ورسوم المعاملات وإيرادات التطبيقات وحجم تسوية العملات المستقرة واحتفاظ المستخدمين أن تعكس استخدام الشبكة بفاعلية أكبر من TPS وحده.

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

ما هو TPS، ولماذا أصبح مقياساً مهماً في المنافسة على أداء البلوكشينات العامة؟

يشير TPS إلى عدد المعاملات التي تعالجها شبكة بلوكشين في الثانية، ويُستخدم عادةً لوصف إنتاجية المعاملات لديها. على سبيل المثال، إذا عالجت بلوكشين عامة 60,000 معاملة في دقيقة واحدة، فإن متوسط TPS لديها يبلغ 1,000. وبالنسبة إلى البلوكشينات التي تحتاج إلى دعم المدفوعات والتداول والألعاب وغيرها من التطبيقات عالية التردد، يساعد TPS المطورين على فهم حجم نشاط المعاملات الذي تستطيع الشبكة دعمه في ظروف محددة. كما يعكس كفاءة بنية الشبكة عند معالجة عدد كبير من العمليات.

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

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

ما الفرق بين TPS النظري وTPS الفعلي؟

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

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

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

لماذا لا يعني ارتفاع TPS زيادة الطلب الحقيقي على المعاملات؟

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

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

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

كيف ينبغي مقارنة TPS للبلوكشينات العامة عالية الأداء مثل Solana وSui؟

يركز كل من Solana وSui على تقنية البلوكشين عالية الأداء، لكنهما يستخدمان بُنى مختلفة لتنفيذ المعاملات وأساليب مختلفة لتحسين الأداء. تعمل Solana على تحسين كفاءة معالجة المعاملات من خلال التنفيذ المتوازي وإدارة حالة الحسابات وبنية مدققين عالية الأداء. وتحسن Sui الإنتاجية وسرعة تأكيد المعاملات من خلال نموذج بياناتها الموجّه للكائنات والتنفيذ المتوازي وآلية إجماع Mysticeti. ونظراً لاختلاف بنية المعاملات وأساليب القياس بين الشبكتين، فإن المقارنة المباشرة بين أرقام TPS المنشورة قد لا تعكس أداء التطبيقات في العالم الحقيقي بدقة.

في أكتوبر 2026، حققت بنية Tunnel الخاصة بـ Sui ذروة TPS تجاوزت 40 مليوناً خلال نشاط أداء. إلا أن هذا المقياس قاس العمليات داخل Tunnel خارج السلسلة، وليس المعاملات على السلسلة التي تنفذها شبكة Sui الرئيسية مباشرةً. واستخدم الاختبار 1,920 معاملة لدورة الحياة على السلسلة لدعم بدء وتسوية أكثر من 15.2 مليار عملية خارج السلسلة. وبالمقارنة، عند تحليل إحصاءات المعاملات الفعلية لـ Solana، من المهم تحديد ما إذا كانت معاملات تصويت المدققين مشمولة وما إذا كانت المعاملات الفاشلة محسوبة. ويمكن لكلا النهجين التقنيين رفع قدرة النظام على معالجة النشاط، لكن لا يمكن ببساطة اعتبار مقاييس إنتاجيتهما من النوع نفسه من المعاملات على السلسلة.

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

لماذا تؤثر معاملات الروبوتات والمعاملات الفاشلة أيضاً في TPS؟

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

كما تتطلب المعاملات الفاشلة تحليلاً منفصلاً. ففي بعض البلوكشينات، قد تستهلك المعاملة موارد الشبكة وتُدرج ضمن إحصاءات المعاملات ذات الصلة حتى إذا فشلت في النهاية. فعلى سبيل المثال، إذا تغير سعر السوق بعد أن يرسل روبوت مراجحة معاملة، ما يؤدي إلى عدم استيفاء شروط الانزلاق المحددة مسبقاً، فقد تُعاد المعاملة. ومع ذلك، تظل الشبكة تستهلك موارد حوسبة لترتيبها وتنفيذها. وفي الربع الأول من عام 2026، عالجت Solana نحو 10.1 مليار معاملة غير متعلقة بالتصويت، لم تنجح منها نسبة تقارب %25.6. ويوضح ذلك أنه حتى بعد استبعاد أصوات الإجماع، فإن إجمالي حجم المعاملات لا يساوي بالكامل النشاط الاقتصادي المكتمل بنجاح.

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

لماذا لا تؤدي زيادة حجم المعاملات على السلسلة بالضرورة إلى ارتفاع إيرادات الشبكة؟

لا توجد علاقة ثابتة بين حجم معاملات البلوكشين العامة وإيرادات شبكتها. إذ تتأثر رسوم المعاملات عموماً بنموذج الرسوم واستهلاك موارد الحوسبة وازدحام الشبكة وآليات رسوم الأولوية. وعندما تستطيع الشبكة معالجة عدد كبير من المعاملات بتكلفة منخفضة، فقد لا يرتفع إجمالي الرسوم التي يدفعها المستخدمون بالمعدل نفسه حتى لو ارتفع TPS بشكل كبير. فعلى سبيل المثال، إذا عالجت شبكة ما 10 ملايين معاملة يومياً وكان متوسط رسوم المعاملة الواحدة $0.0001 فقط، فستبلغ رسومها الإجمالية نحو $1,000. وقد تعالج شبكة أخرى 100,000 معاملة فقط يومياً، لكنها تفرض متوسط رسوم يبلغ $0.10 لكل معاملة، ما ينتج عنه إجمالي رسوم قدره $10,000.

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

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

ما المقاييس التي تعكس الطلب الحقيقي على معاملات البلوكشين العامة بصورة أفضل من TPS؟

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

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

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

هل يؤثر ارتفاع TPS في لامركزية وأمن البلوكشينات العامة؟

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

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

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

هل ينبغي للبلوكشينات العامة عالية الأداء إعطاء الأولوية لـ TPS أم للطلب الحقيقي على التطبيقات؟

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

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

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

الملخص

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

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

الأسئلة الشائعة

هل تكون البلوكشين العامة أفضل إذا كان لديها TPS أعلى؟

ليس بالضرورة. يعكس TPS إنتاجية المعاملات فقط. كما يعتمد الأداء الإجمالي للبلوكشين العامة على سرعة التأكيد ومعدل نجاح المعاملات والأمان واللامركزية والطلب الحقيقي على التطبيقات.

ما الفرق بين TPS النظري وTPS الفعلي؟

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

لماذا تحتاج بيانات TPS الخاصة بـ Solana إلى التمييز بين معاملات التصويت؟

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

هل يعني TPS الخاص بـ Sui الذي يبلغ عشرات الملايين أن الشبكة الرئيسية تعالج عشرات الملايين من المعاملات على السلسلة في الثانية؟

لا. جاء سجل الإنتاجية المرتفعة من عمليات خارج السلسلة ضمن بنية Tunnel. ويمكن تنفيذ هذه العمليات خارج السلسلة واستخدام المعاملات على السلسلة لبدئها وتسويتها. ولا يمكن مساواتها مباشرةً بـ TPS للمعاملات الأصلية على شبكة Sui الرئيسية.

ما المقاييس التي يمكن أن تساعد في تحديد ما إذا كانت البلوكشين العامة لديها طلب حقيقي؟

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

هل يؤدي ارتفاع TPS بالضرورة إلى خفض رسوم المعاملات؟

ليس بالضرورة. فقد تخفف الإنتاجية الأعلى ازدحام الشبكة، لكن الرسوم الفعلية تعتمد أيضاً على نموذج رسوم الشبكة ومتطلبات موارد الحوسبة وآلية رسوم الأولوية واستخدام السوق.