هذه بعض النتائج المثيرة للاهتمام. من الجيد دائما أن نرى MegaETH يأتي في المقدمة :) لوضع البيانات في بعض السياق ، يتكون زمن الانتقال الشامل لطلب RPC من ثلاثة مكونات: (1) زمن انتقال انتشار سرعة الضوء من / إلى المراقب من / إلى الخادم ، (2) الوقت الذي يستغرقه الخادم للاستيلاء على البيانات المطلوبة ومعالجتها بعد ذلك ، (3) الوقت الذي يستغرقه المراقب لتنزيل الاستجابة. كما ذكرت ، فإن طرق RPC التي يتم اختبارها هي على الجانب الأخف ، سواء من حيث التكلفة الحسابية أو من حيث حجم البيانات. هذا يعني أن التجارب اختبرت بشكل أساسي (1) ، أي زمن انتقال الانتشار بين المراقبين وخوادم RPC. لا تفهموني خطأ - RPCs من MegaETH قوية جدا أيضا في (2) و (3) وسيكون من المثير للاهتمام رؤية التجارب التي تشدد عليها! إذن ، كيف نقوم بضبط زمن انتقال الانتشار؟ في الواقع ، لا يوجد الكثير من المقابض. أولا ، يمكننا نشر خوادم RPC في مناطق جغرافية متعددة ، وتوجيه الطلب تلقائيا إلى أقرب خادم. هذا مثل سلاسل الوجبات السريعة التي تفتح متاجر في كل مكان - يوجد دائما فرع قريب! بتعبير أدق ، فإن وجود خوادم موزعة جغرافيا يقلل من المسافة المادية بين المستخدمين والخوادم. ثانيا ، يمكننا تحسين مخطط الشبكة. حتى إذا كان بين نفس زوج المرسل والمستقبل، يختلف زمن انتقال الانتشار استنادا إلى مسار الشبكة الفعلي الذي تم اجتيازه. على سبيل المثال ، بين الساحل الشرقي للولايات المتحدة وآسيا ، يمكن أن يختلف زمن الوصول بمقدار 2x اعتمادا على ما إذا كانت حزم البيانات تمر عبر المحيط الهادئ أو عبر أوروبا. في بعض الأحيان ، هناك مسارات شبكة متعددة تتبع نفس المسار الجغرافي. بعضها أكثر ازدحاما من البعض الآخر مما يؤدي إلى زمن انتقال أعلى. هذا يشبه وجود طرق سريعة متعددة للاختيار من النقطة أ إلى النقطة ب. جاءت مزايا زمن الوصول التي لاحظتها على الأرجح من تحسين المسار.