உங்களுக்குத் தெரியும்: இரண்டு பிட்காயின் தொகுதிகளுக்கு இடையில் எதிர்பார்க்கப்படும் நேரம் சராசரியாக \(10\) நிமிடங்கள். இப்போது நீங்கள் ஒரு முக்கியமான பிட்காயின் பரிவர்த்தனை செய்கிறீர்கள் மேலும் அது அடுத்த பிளாக்கில் எப்போது தோன்றும் என்பதைப் பார்க்க ஆவலுடன் காத்திருக்கிறீர்கள்:
e50bfacc95975a4e7545d83d8954645f
முந்தைய தடுப்பு எப்போது முடிந்தது என்பதை நீங்கள் சரிபார்க்காததால், சராசரியாக \( \frac{t}{2} = \frac{10}{2} = 5 \) காத்திருப்பு நேரத்தை எதிர்பார்க்கிறீர்கள். \(5\) நீண்ட நிமிடங்கள் கழிந்த பிறகு, கடைசி தொகுதி உண்மையில் எப்போது முடிந்தது என்பதைச் சரிபார்க்கவும்:
e50bfacc95975a4e7545d83d8954645f
கடைசி தொகுதி ஏற்கனவே \(7\) நிமிடங்களுக்கு முன்பு முடிக்கப்பட்டது. இப்போது இந்தத் தகவலை நீங்கள் அறிந்திருக்கிறீர்கள், எதிர்பார்க்கப்படும் நேரம் \(5\) நிமிடங்களிலிருந்து மொத்தம் \(10\) நிமிடங்களுக்கு மாறுகிறது. அதாவது: சுமார் \(3\) நிமிடங்களில் அது ஒருவேளை இதுவரை இருக்கும். நீங்கள் மீண்டும் மீண்டும் கட்டளையை வழங்குகிறீர்கள். மற்றும் காத்திருங்கள். மற்றொரு \(10\) நிமிடங்களுக்குப் பிறகு ஏதோ தவறு இருப்பதாக நீங்கள் உணர்கிறீர்கள்.
ஆனால் பின்னர் நீங்கள் அதை நினைவில் கொள்கிறீர்கள் காத்திருக்கும் முரண்பாடு:
சராசரியாக ஒவ்வொரு \(t\) நிமிடங்களுக்கும் பேருந்துகள் இயங்கினால், பேருந்து நிறுத்தத்தில் சீரற்ற வருகை நேரத்திற்கான காத்திருப்பு நேரம் \(\frac{t}{2}\) நிமிடங்களுக்கு பொருந்தாது, ஆனால் அதிவேகமாக விநியோகிக்கப்படும் போது தூரங்கள் \(t\) .
பிட்காயின் தடுப்பு நிகழ்வுகள் ஒரு பாய்சன் செயல்முறையாகும், எனவே அவை அதிவேகமாக விநியோகிக்கப்படுகின்றன. பாய்சன் செயல்முறைகள் நினைவற்றதாக இருப்பதால், அடுத்த தொகுதியும் சராசரியாக \(10\) நிமிடங்களில் முடிக்கப்படும். அது எப்போதும் பொருந்தும் - நாம் எவ்வளவு நேரம் காத்திருந்தாலும் பரவாயில்லை. நினைவின்மையின் தரம் காலப்போக்கில் பின்னோக்கி மற்றும் முன்னோக்கி பொருந்தும்.
அது எப்படி அவ்வாறு இருக்க முடியும்?
இதைச் செய்ய, பின்வரும் இரண்டு அறிக்கைகளை நாங்கள் கருதுகிறோம்:
- A) இரண்டு தொகுதிகளுக்கு இடையே உள்ள உண்மையான சராசரி காத்திருப்பு நேரம் \(10\) நிமிடங்கள், \(20\) நிமிடங்கள் அல்ல.
- B) நேரத்தில் ஒரு சீரற்ற புள்ளி தேர்வு செய்யப்பட்டால், முந்தைய தொகுதி \(10\) கடந்த நிமிடங்களும், அடுத்த தொகுதி \(10\) நிமிடங்கள் எதிர்காலத்திலும் இருக்கும் என்று எதிர்பார்க்கிறோம். எனவே தொகுதிகளுக்கு இடையே \(20\) நிமிடங்கள் காத்திருக்கும் நேரத்தை எதிர்பார்க்கலாம்.
இரண்டு அறிக்கைகளையும் நாங்கள் சரிபார்க்கிறோம்.
இதைச் செய்ய, நாங்கள் முதலில் தொடர்புடைய தரவைப் பிரித்தெடுக்கிறோம், குறிப்பாக தொகுதிகள் முடிக்கப்பட்ட நேரங்கள், ஒரு TXT கோப்பில் ( bitcoind அடிப்படையிலான உள்நாட்டில் இயங்கும் முழு முனையுடன் மேற்கொள்ளப்படும் ):
e50bfacc95975a4e7545d83d8954645f
இது பின்வரும் உரைக் கோப்பை நமக்கு வழங்குகிறது , அதை நாம் இப்போது மேலும் செயலாக்கி /time.txt இல் சேமிக்கிறோம் . /Cargo.toml கோப்புடன் பின்வரும் ரஸ்ட் நிரல் இதற்குப் பயன்படுத்தப்படுகிறது:
e50bfacc95975a4e7545d83d8954645f
/src/main.rs கோப்பு உண்மையான சோதனை தர்க்கத்தைக் கொண்டுள்ளது:
e50bfacc95975a4e7545d83d8954645f
நாங்கள் சார்புகளை நிறுவி, நிரலை உருவாக்கி அதைத் தொடங்குகிறோம்:
e50bfacc95975a4e7545d83d8954645f
உண்மையில், வெளியீட்டை நாம் பகுப்பாய்வு செய்யும் போது இரண்டு அறிக்கைகளும் உண்மையாக இருக்கும்:
e50bfacc95975a4e7545d83d8954645f
இதையும் உள்ளுணர்வாக பின்வருமாறு விளக்கலாம்: தடை நேரங்கள் கணிசமாக மாறுபடும் பட்சத்தில், குறிப்பிட்ட காத்திருப்பு நேரம் மாறுபடும் - நாம் பரிவர்த்தனையை ஒரு சீரற்ற புள்ளியில் மேற்கொண்டால், நிகழ்தகவு அதிகமாக இருக்கும், அதில் நாம் ஒரு இடைவெளியில் முடிவடையும் காத்திருப்பு நேரம் 10 நிமிடங்களுக்கும் அதிகமாக உள்ளது, ஏனெனில் இந்த இடைவெளிகள் அதிக நேரம் இருப்பதால் காலவரிசையில் அதிக இடத்தை எடுத்துக்கொள்கின்றன.