Ethereum की पुष्टियां और अंतिमता: केवल Success नहीं, ब्लॉक जांचें

Ethereum में शामिल लेनदेन के ब्लॉक के अंतिम होने से पहले ही वह Success दिखा सकता है। Success निष्पादन बताता है; पुष्टियां उपकरण की गिनती की पद्धति के अनुसार शामिल होने के बाद जुड़े ब्लॉक बताती हैं। अंतिमता सहमति की एक अलग स्थिति है। इन लेबलों को एक जैसा मानने के बजाय लेनदेन का ब्लॉक और नेटवर्क की अंतिम चेन जांचें।

यह मार्गदर्शिका proof of stake पर जाने के बाद के Ethereum Mainnet के लिए है। रोलअप, ब्रिज, दूसरी चेन और कस्टोडियल सेवाओं के अतिरिक्त नियम हैं। यह आपके पास पहले से मौजूद लेनदेन की केवल पढ़ने वाली जांच है, भुगतान भेजने, रद्द करने या दोहराने की सलाह नहीं।

शामिल होने, निष्पादन और अंतिमता को अलग समझें

JSON-RPC रसीद संदर्भ लेनदेन वाले ब्लॉक की संख्या और हैश के साथ निष्पादन की स्थिति लौटाता है। लंबित लेनदेन की अभी शामिल होने वाली रसीद नहीं होती। स्थिति 1, जो कच्चे JSON-RPC में 0x1 दिखती है, सफल निष्पादन बताती है; 0 या 0x0 विफलता बताता है।

इनमें से कोई मान अंतिमता का संकेत नहीं है। निष्पादन पलट चुका लेनदेन भी अंतिम ब्लॉक में हो सकता है। दूसरी ओर सफल निष्पादन किसी नए, अभी अंतिम न हुए ब्लॉक में हो सकता है। अंतिमता की प्रतीक्षा करने से पलटी हुई कार्रवाई सफल नहीं हो जाएगी।

अवलोकन	इससे क्या पता चलता है	इससे क्या तय नहीं होता
ब्लॉक वाली रसीद	प्रदाता वहां शामिल होना बताता है	क्या वह ब्लॉक अंतिम है
रसीद की स्थिति Success	शीर्ष स्तर का निष्पादन सफल रहा	इच्छित टोकन की प्राप्ति या अंतिमता
पुष्टियों की संख्या	उपकरण शामिल होने के बाद की गहराई बताता है	अंतिमता या खाते में जमा करने का सार्वभौमिक नियम
अंतिम चेन में ब्लॉक शामिल है	सहमति की अंतिमता उस ब्लॉक को कवर करती है	कॉन्ट्रैक्ट की सुरक्षा या एक्सचेंज में जमा

लेनदेन अभी लंबित हो तो दूसरी कार्रवाई सोचने से पहले लंबित लेनदेन की मार्गदर्शिका देखें। सफलता के बावजूद इच्छित टोकन न मिलें तो ट्रांसफर के प्रमाण की मार्गदर्शिका उस अलग प्रश्न को समझाती है।

Ethereum में finalized का अर्थ

Ethereum का proof of stake विवरण बताता है कि वैलिडेटर चेकपॉइंट पर वोट देते हैं। अंतिमता केवल वर्तमान चेन के सिरे के पास होने से अधिक मजबूत भरोसा देती है: अंतिम ब्लॉक को पलटने के लिए गंभीर आर्थिक परिणामों वाली बड़ी सहमति विफलता चाहिए। यह ब्लॉक के हर ऐप या एसेट के सुरक्षित होने का वादा नहीं है।

Ethereum Foundation का ऐप परत वाला विवरण safe हेड और finalized ब्लॉक अलग करता है। Safe भरोसे की बीच की स्थिति है, finalized का समानार्थी नहीं। निष्पादन API में latest, safe और finalized ब्लॉक टैग हैं, ताकि संबंधित हेड पूछा जा सके।

इन लेबलों का उपयोग Ethereum के संदर्भ में करें। रोलअप में मिलते-जुलते शब्द सीक्वेंसर और मूल चेन से जुड़ी अवस्थाएं बता सकते हैं। Mainnet की प्रक्रिया को बिना बदलाव ब्रिज ट्रांसफर पर न लगाएं और यह न मानें कि स्रोत चेन पर अंतिम लेनदेन से गंतव्य की कार्रवाई पूरी हो जाती है।

यहां कोई तय प्रतीक्षा समय नहीं बताया गया है। देरी, पुराने डेटा वाला प्रदाता या नेटवर्क समस्या होने पर टाइमर वास्तविक स्थिति की जांच का खराब विकल्प हो सकता है। कोई सेवा खास पुष्टियां या दूसरी शर्त मांगे तो उसकी वर्तमान आधिकारिक शर्तें अलग से देखें।

अंतिम चेन से लेनदेन का मिलान करें

विश्वसनीय रास्ते से परिचित Ethereum एक्सप्लोरर या सार्वजनिक ब्लॉक रीडर खोलें। कुछ एक्सप्लोरर अंतिमता सीधे दिखाते हैं; कुछ केवल ब्लॉक का विवरण देते हैं। नीचे के मेथड नाम सार्वजनिक जानकारी पढ़ने के हैं, लेनदेन चलाने या वॉलेट जोड़ने के निर्देश नहीं। इस प्रक्रिया को 27 अक्टूबर 2026 को दस्तावेजों से मिलाया गया; इस लेख के लिए वास्तविक वॉलेट पर परीक्षण नहीं किया गया।

1. लेनदेन की पहचान तय करें। Ethereum Mainnet और पूरा लेनदेन हैश दर्ज करें। रसीद पढ़कर संबंधित ब्लॉक संख्या, ब्लॉक हैश और निष्पादन स्थिति नोट करें। रसीद उपलब्ध न हो तो मामला अनसुलझा है; विफल कहने से पहले नेटवर्क और प्रदाता जांचें।
2. बताई गई अंतिमता की स्थिति पढ़ें। एक्सप्लोरर के दस्तावेज में समझाया ब्लॉक लेबल उपयोग करें। JSON-RPC रीडर में eth_getBlockByNumber के साथ finalized वर्तमान अंतिम हेड मांगता है। लौटाई ब्लॉक संख्या और अवलोकन समय रखें। असमर्थित या विफल रीडिंग अप्रमाणित रहती है।
3. ऊंचाई के साथ ब्लॉक की पहचान भी मिलाएं। अंतिम हेड लेनदेन वाले ब्लॉक से नीचे है तो यह अवलोकन अभी लेनदेन को कवर नहीं करता। उस ऊंचाई तक पहुंच गया या आगे है तो लेनदेन की ऊंचाई का कैनोनिकल ब्लॉक फिर पढ़ें और उसका हैश रसीद के ब्लॉक हैश से मिलाएं। एक सुसंगत, वर्तमान डेटा वाला प्रदाता उपयोग करें और हैश अलग हों तो रसीद दोबारा जांचें।
4. नतीजे की सीमा स्पष्ट रखें। अंतिम हेड के बराबर या उससे पीछे मेल खाता ब्लॉक रिपोर्ट की गई चेन पर अंतिमता का समर्थन करता है। पुराना या असंगत प्रदाता फिर भी भ्रामक डेटा दे सकता है। अलग-अलग समय के रिकॉर्ड मिलाकर जबरन उत्तर निकालने के बजाय विसंगतियां सुरक्षित रखें और प्रदाता की आधिकारिक स्थिति या सहायता देखें।
5. ऐप की शर्त अलग जांचें। तय करें कि लेनदेन ने वास्तव में क्या किया और प्राप्तकर्ता सेवा ने अपने नियमों के अनुसार राशि जमा की है या नहीं। केवल गैलरी या जमा पेज अपडेट न होने के कारण दूसरी बार भुगतान न भेजें।

ब्लॉक खोज के दस्तावेज ब्लॉक संख्या और हैश देते हैं। रिकॉर्ड अलग हों तो सिर्फ ऊंचाई पर्याप्त नहीं: चेन पुनर्गठन में अलग ब्लॉक एक ही ऊंचाई पर हो सकते हैं। संख्या के साथ हैश रखें, ताकि तुलना ठीक उसी ब्लॉक की हो जिसमें लेनदेन था।

बदलती पुष्टियों की संख्या ध्यान से पढ़ें

मान लें काल्पनिक रसीद लेनदेन को ब्लॉक 100 में रखती है और रीडर अंतिम हेड 98 बताता है। लेनदेन पहले ही Success दिखा सकता है, पर यह अंतिम हेड अवलोकन ब्लॉक 100 को कवर नहीं करता। बाद की सुसंगत रीडिंग अंतिम हेड 102 बताए तो लेनदेन का ब्लॉक कवर हुआ दर्ज करने से पहले जांचें कि 100 का कैनोनिकल ब्लॉक अब भी रसीद वाले हैश का है।

जानबूझकर छोटी रखी गई ये संख्याएं काल्पनिक उदाहरण हैं, वर्तमान Mainnet का अवलोकन नहीं। ये अंतिमता का समय नहीं बतातीं और जमा सीमा तय नहीं करतीं। दिखाई गई पुष्टियों में लेनदेन वाला ब्लॉक भी गिना जा सकता है; दो इंटरफेस की संख्या मिलाने से पहले उपकरण की परिभाषा पढ़ें।

पुनर्गठन लेनदेन को दूसरे ब्लॉक में ले जा सकता है या उसका पुराना शामिल होने का रिकॉर्ड हटा सकता है। मूल लेनदेन हैश रखें, रसीद ताजा करें और वर्तमान रिकॉर्ड मिलाएं। केवल गिनती बदलना दोबारा भेजने का प्रमाण नहीं है। वॉलेट की पुरानी सूचना भी नए ब्लॉक रिकॉर्ड से ऊपर नहीं है।

तारीख सहित ब्लॉक रिकॉर्ड रखें

नेटवर्क, लेनदेन हैश, संबंधित ब्लॉक संख्या और हैश, निष्पादन स्थिति, देखा गया अंतिम हेड और जांच का समय साथ रखें। लिखें कि रिकॉर्ड सुसंगत थे या नहीं, और अंतिमता एक्सप्लोरर ने सीधे दिखाई थी या ऊपर के ब्लॉक मिलान से निष्कर्ष निकला था।

अंतिमता यह साबित नहीं करती कि सही टोकन सही प्राप्तकर्ता तक पहुंचा, कॉन्ट्रैक्ट भरोसेमंद है, या कस्टोडियल सेवा ने अपना हिसाब पूरा किया। लेनदेन अंतिम होने के बाद भी पोर्टफोलियो बैलेंस में अंतर प्रदर्शन, कवरेज या मूल्य की समस्या हो सकता है।

इन सार्वजनिक रिकॉर्ड के लिए हस्ताक्षर, अनुमति या रिकवरी वाक्यांश नहीं चाहिए। कोई साइट केवल पुष्टियां या अंतिमता दिखाने के लिए यह मांगे तो वह प्रक्रिया रोक दें। आपका परिणाम अपनी सीमाओं सहित एक खास देखी गई स्थिति होना चाहिए, यह सार्वभौमिक वादा नहीं कि हरा चिह्न भुगतान के हर हिस्से के पूरा होने का मतलब है।