234 / 691LAT

Mining Latency

खनन के अलग-अलग चरणों में देरी

Mining Latency एक सार्वभौमिक संख्या नहीं है। कार्य पहुँचने, उपकरण बदलने, परिणाम भेजने और पुष्टि मिलने के आरंभ व अंत अलग हैं; इन्हें परिभाषित किए बिना सर्वर या सेटिंग में बदलाव की तुलना नहीं हो सकती।

Mining Latency खनन के किसी विशेष चरण की समयगत देरी है: काम का वितरण या सक्रियण, मिली हुई share पहुँचाना, या संभावित ब्लॉक का प्रसार। मान में मापे गए दोनों छोर के घटनाक्रम और अवलोकन की स्थितियाँ बतानी चाहिए।

Stratum V2 काम के वितरण और परिणाम भेजने में अंतर करता है। कार्य भेजने से मिलने तक का समय, मिलने से ASIC के वास्तव में बदलने तक का समय नहीं है; share का पूल तक लौटना दूसरा रास्ता है। अपने माप में दोनों छोर तय करें और channel_id तथा job_id से रिकॉर्ड जोड़ें। [Stratum V2 — Mining Protocol]

Braiins ping को पहुँच की जाँच बताता है। इसका RTT जाने और लौटने दोनों रास्ते शामिल करता है; अपने आप दो से भाग देना एकतरफ़ा विलंब नहीं मापता, क्योंकि दिशाएँ असममित हो सकती हैं। Ping कार्य निर्माण, प्रॉक्सी कतार या उपकरण सक्रियण भी नहीं मापता। तुलना में समान ट्रैफ़िक प्रकार और अंतिम बिंदु चाहिए। [Braiins — Connection diagnostics] [RFC7679 — One-Way Delay Metric]

RFC7679 एकतरफ़ा माप में घड़ी समन्वयन और टाइमस्टैम्प लेने की जगह को ध्यान में रखने को कहता है। उदाहरण: Tsend = 1000 ms और Trecv = 1040 ms केवल तुलनीय घड़ियों पर 40 ms देते हैं। प्राप्तकर्ता की घड़ी का 30 ms अंतर अर्थ बदल देता है। अनिश्चितता के अनुमान के बिना सर्वरों का अंतर सिद्ध तेजी नहीं है। [RFC7679 — One-Way Delay Metric]

Stratum V2 में Future Job पहले आ सकती है; मेल खाते job_id वाला SetNewPrevHash उसे सक्रिय करता है। इसलिए टेम्पलेट डाउनलोड ही नहीं, सक्रियण की देरी भी मापें। पहले से तैयार गैर-खाली कार्य में नए ब्लॉक में शामिल हो चुका लेनदेन हो सकता है; तेज वितरण उस टकराव को अनदेखा करने या अवैध ब्लॉक खनन का आधार नहीं है। [Stratum V2 — Mining Protocol]

Stratum V2 समूह में SubmitShares.Success की अनुमति देता है। उत्तर की प्रतीक्षा में जानबूझकर समूह बनाना शामिल हो सकता है; यह शुद्ध नेटवर्क समय नहीं और न प्रमाण है कि share पूरे समय स्वीकृति की प्रतीक्षा करती रही। SubmitShares.Error विलंबित सत्यापन के बाद आ सकता है। sequence_number मिलाएँ और भेजना, प्राप्ति, सत्यापन तथा पुष्टि अलग रखें। [Stratum V2 — Mining Protocol]

high-bandwidth मोड में BIP152 पहले अनुरोध के बिना cmpctblock भेजता है। प्राप्तकर्ता के पास लेनदेन कम हों तो getblocktxn और blocktxn एक और आदान-प्रदान जोड़ते हैं। यह नोडों के बीच ब्लॉक प्रसार है, share भेजने का माप नहीं। कम डेटा न शून्य देरी की गारंटी है, न पूर्ण सत्यापन का विकल्प। [BIP152 — Compact Block Relay]

RFC7679 समय सीमा Tmax तय करता है और न पहुँचे पैकेट की देरी को अपरिभाषित मानता है; उसके प्रतिशतक में ऐसे मान अनंत बड़े क्रमित होते हैं। अपने p50/p95 में पद्धति, नमूना संख्या और हानियाँ बताएँ। सभी टाइमआउट हटाने से परिणाम बेहतर दिख सकता है; खाली नमूना शून्य विलंब नहीं है। [RFC7679 — One-Way Delay Metric]

रास्ता या सेटिंग बदलते समय उपकरण, समय खिड़कियाँ और माप की परिभाषाएँ तुलनीय रखें। job_id सक्रियण, काम की पुष्टि, अस्वीकृति कारण और रुकावट अलग देखें; कम ping RTT को हर देरी में सिद्ध कमी न समझें। यह तुलना की पद्धति है, ब्लॉक मिलने का वादा या ms में सार्वभौमिक सुरक्षित सीमा नहीं। [Stratum V2 — Mining Protocol] [Braiins — Connection diagnostics] [RFC7679 — One-Way Delay Metric]

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Stale Rate, Block propagation, Stratum V2, Mining Pool. इस प्रविष्टि का उल्लेख यहाँ भी है Stale Rate.

DOC · 001Stratum V2 — Mining Protocolविनिर्देश ↗DOC · 002Braiins — Connection diagnosticsदस्तावेज़ ↗DOC · 003RFC7679 — One-Way Delay Metricविनिर्देश ↗DOC · 004BIP152 — Compact Block Relayविनिर्देश ↗
स्रोत पहले · यह निवेश सलाह नहीं है