التحقق من توفر البيانات الأصلية في بيتكوين في بيئات L2 ذات زمن تأخير فائق @megaeth ، @risechain ، @nubit_org في البلوك تشين، يتجاوز التعبير "تأخير منخفض جدا أو الوقت الحقيقي" مجرد المعنى بأن السرعة المدركة سريعة فقط، بل يشير أيضا إلى هيكل يتم فيه توفير التنفيذ، والاستجابة، وانعكاس الحالة بشكل متسق على مستوى أسرع من حدود الإدراك البشري. مؤخرا، تم تصميم أنظمة الطبقة الثانية عالية الأداء مع تأخيرات تنفيذ ميلي ثانية ومعدل نقل عالي جدا، وفي هذه العملية أصبح فصل طبقة التنفيذ عن طبقة التحقق أمرا شائعا. في مثل هذه البيئة، توفر البيانات ليس عاملا يؤثر مباشرة على السرعة، بل هو أساس يسمح لأي شخص بالتحقق من انتقالات الحالة في وقت لاحق. تستخدم أنظمة المستوى الثاني في الوقت الحقيقي تقنيات لتنفيذ المعاملات مسبقا قبل إدخالها بالكامل في الكتلة، أو لإنهاء الأمر بتقسيم الكتلة إلى وحدات صغيرة جدا. يتيح ذلك للمستخدمين رؤية نتائج شبه فورية، لكن التحقق الكامل تشفيريا يأتي في وقت لاحق بكثير. في هذا الهيكل، يجب على طبقة توفر البيانات ضمان إطلاق بيانات كافية خلال فترة زمنية معينة للتحقق، وفي حالة التأخيرات أو الإخفاء، لا خيار أمام المشاركين في النظام سوى الثقة في سلامة المتسلسل خلال تلك الفترة. توفر بيانات البيتكوين الأصلية هو نهج يسعى لتوفير وظيفة التحقق مباشرة على بلوكشين البيتكوين. يتم إنشاء كتل البيتكوين في المتوسط حوالي 10 دقائق في المتوسط، وكمية البيانات التي يمكن احتوائها في الكتلة محدودة. يوفر هذا الهيكل أمانا اقتصاديا عاليا ومقاومة قوية للرقابة، لكنه له حد أعلى واضح من حيث تكرار نشر البيانات ومعدل النقل. وبالتالي، يفترض توفر البيانات المبنية على البيتكوين معدل نقل عدة كيلوبايت في الثانية وتأخير تحديد أدنى يزيد عن بضع دقائق. في بيئة اللغة الثانية في الوقت الحقيقي، يكون تأخير التنفيذ بضع مللي ثانية فقط، بينما إذا قررت توفر البيانات أن الوقت يستغرق أكثر من بضع دقائق، فإن الفجوة الزمنية بين التنفيذ والتحقق تتسع بشكل كبير. خلال هذه الفجوة، لا يمكن للمستخدمين التحقق من حالتهم بشكل مستقل أو استعادة الأصول بأمان، ولا يمكنهم التحقق فورا مما إذا كانت البيانات قد نشرت فعليا. هذا يعني أن طبقة توفر البيانات تؤخر فعالية النية الأصلية لتقليل الثقة القائمة على التحقق لفترة زمنية كبيرة. تستخدم الأنظمة التي تنفذ توفر البيانات الأصلية للبيتكوين آليات مساعدة مثل توافق اللجان، وأخذ عينات البيانات، والتثبيت الدوري للبيتكوين لتخفيف هذه القيود. ومع ذلك، لا توفر هذه الطريقة تأخير التحقق القصير المطلوب من بيئة التنفيذ في الوقت الحقيقي إلا إذا غيرت سرعة معالجة البيتكوين ودورة توليد الكتل. في حالة إخفاء البيانات أو تأخيرها، لا يغير ذلك أن الأمر يستغرق على الأقل كتلة زمنية واحدة للحكم عليها بشكل قاطع والرد عليها أثناء السلسلة. تصبح هذه الخاصية أكثر وضوحا في التطبيقات التي تكون شديدة الحساسية لزمن التأخير، مثل المعاملات عالية التردد أو الألعاب في الوقت الحقيقي. في بيئة تحدث فيها عددا كبيرا من المعاملات في فترة زمنية قصيرة، لا يستطيع فضاء كتل البيتكوين تلبية الطلب على توفر البيانات، كما أن تأخيرات التحقق تعيق التشغيل الطبيعي للتطبيق. من ناحية أخرى، في التطبيقات التي يكون فيها تكرار المعاملات منخفضا نسبيا وأمان التسوية النهائية أكثر أهمية، يمكن أن يلعب توفر البيانات المعتمدة على البيتكوين دورا معينا. باختصار، في بيئة اللغة الثانية ذات الكمون المنخفض جدا، توفر البيانات الأصلية في البيتكوين تعاني من قيود هيكلية مثل تأخيرات التحقق وقيود النقل. بينما يوفر البيتكوين أمانا وموثوقية قوية، فإن تصميمه يجعله غير مناسب للاستخدام كطبقة توفر بيانات تعتمد على التنفيذ في الوقت الحقيقي. التحليل الموضوعي حتى الآن يؤكد أن توفر بيانات البيتكوين الأصلية في أنظمة اللغة الثانية في الوقت الحقيقي يعمل كنقطة مرجعية مساعدة بطيئة ولكن آمنة للغاية بدلا من كونها الوسيلة الرئيسية للتحقق لدعم التنفيذ.