Cardano-db-sync: अनाथ ब्लॉक ब्लॉक तालिका से नहीं हटाए गए

को निर्मित 30 मई 2020 · 10टिप्पणियाँ · स्रोत: input-output-hk/cardano-db-sync

मान्य प्रोग्राम रिपोर्ट:

All transactions for blocks in epoch 195 are present: Failed on block no 4224831: 
expected tx count of 2 but got 3

और एक साधारण क्वेरी:

select * from block where block_no = 4224831 ;

दो पंक्तियों में परिणाम जहां केवल एक की उम्मीद थी।

# select id, slot_no, block_no,previous,tx_count,time from block where 
    block_no = 4224831 ; 
   id    | slot_no | block_no | previous | tx_count |        time         
---------+---------+----------+----------+----------+---------------------
 4265744 | 4226980 |  4224831 |  4265742 |        2 | 2020-05-29 08:58:11
 4265743 | 4226979 |  4224831 |  4265742 |        3 | 2020-05-29 08:57:51

निचली स्लॉट संख्या वाला ब्लॉक स्पष्ट रूप से अनाथ था, लेकिन तथ्य यह है कि बाद में किसी भी ब्लॉक ने उस श्रृंखला को नहीं बढ़ाया और इसलिए, ब्लॉक को डेटाबेस से नहीं हटाया गया।

इस तरह अनाथ होने वाले ब्लॉक को या तो डेटाबेस से हटा दिया जाना चाहिए, या मान्य प्रक्रिया में टाला जाना चाहिए।

bug priority high

स्रोत

erikd

सबसे उपयोगी टिप्पणी

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

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

dcoutts 30 मई 2020

❤2 👍1

सभी 10 टिप्पणियाँ

इसका सबसे सरल उपाय है कि इस तरह अनाथ हो चुके ब्लॉकों को हटाया जाए।

उन्हें हटाने के विकल्प के रूप में, हम उन्हें एक अलग orphaned_blocks तालिका में ले जा सकते हैं लेकिन फिर हमें यह तय करने की आवश्यकता है कि हम उस ब्लॉक से जुड़े tx साथ क्या करना चाहते हैं। मेरी प्रारंभिक भावना यह है कि उन्हें केवल अनदेखा/हटा दिया जाना चाहिए।

जब हम प्रोस पर स्विच करते हैं तो orphaned_block तालिका उपयोगी हो सकती है, लेकिन इसे अब भी आसानी से कार्यान्वित किया जा सकता है जब डीबी-सिंक वास्तव में केवल बायरन का समर्थन करता है।

erikd 30 मई 2020

मेरा पहला विचार यह भी था: अनाथ ब्लॉक को साफ करो, लेकिन इसे कहीं रखो।

यह नोड के लिए इस तालिका में छोड़े गए साइड आर्म से सभी ब्लॉक सहित सभी ज्ञात कांटे को स्टोर करने का विकल्प भी बन सकता है। x स्लॉट के बाद पर्ज करना आसान है। जो हुआ उसका निदान और अनुरेखण तब बहुत आसान है।

gufmar 30 मई 2020

खो TXs के बारे में सवाल दिलचस्प है। एक त्वरित विचार के रूप में, यह जाने बिना कि क्या यह क्रिप्टोग्राफ़िक रूप से संभव है और 100% सुरक्षित है:

यदि एक (डीबी-सिंक सक्षम) नोड अनाथ ब्लॉकों से TX का पता लगाता है, तो वह उन्हें अपने मेमपूल में पुन: सम्मिलित करने का प्रयास कर सकता है। इसे आगे प्रसारित न करें, लेकिन इसे केवल तभी संसाधित करें जब ब्लॉक बनाने की उसकी बारी हो।
(प्रसारण आवश्यक नहीं होना चाहिए क्योंकि कई अन्य पूल अपने TX के साथ अनाथ ब्लॉक का पता लगाते हैं और उस स्रोत से अपने मेमपूल में इसे पुन: सम्मिलित करते हैं)

यदि utxo के मालिक ने इस बीच (जब तक कि कांटे का समाधान नहीं हो जाता और अनाथ ब्लॉक का पता नहीं चल जाता) दूसरा प्रयास सबमिट किया जाता है, तो पिछला TX अमान्य हो जाता है। यदि इसके बजाय tx अभी भी मान्य है, तो यह स्वचालित रूप से एक नए मान्य ब्लॉक में फिर से दिखाई देगा।

वॉलेट को उस स्थिति को संभालने में सक्षम होने की आवश्यकता होती है, जहां वे अपने टीएक्स को एक ब्लॉक में देख सकते हैं, जो तब अनाथ हो जाता है, और कुछ ब्लॉक बाद में उसी टीएक्स को दूसरे में रखा जाता है, फिर उम्मीद है कि वैध ब्लॉक।

gufmar 30 मई 2020

यदि एक (डीबी-सिंक सक्षम) नोड अनाथ ब्लॉकों से TX का पता लगाता है, तो वह उन्हें अपने मेमपूल में पुन: सम्मिलित करने का प्रयास कर सकता है। इसे आगे प्रसारित न करें, लेकिन इसे केवल तभी संसाधित करें जब ब्लॉक बनाने की उसकी बारी हो।

यह ध्यान रखना महत्वपूर्ण है कि db-sync node से अलग है और केवल node की श्रृंखला का अनुसरण करता है।
विशेष रूप से, db-sync मेमपूल की अपनी प्रति नहीं रखता है। मामले में मुझे पता चला, अनाथ ब्लॉक में लेनदेन लगभग निश्चित रूप से बाद के गैर-अनाथ ब्लॉकों में शामिल थे, इसलिए db-sync को उन्हें छोड़ देना चाहिए।

बेशक वॉलेट का व्यवहार db-sync ।

erikd 30 मई 2020

यदि TX को लगभग निश्चित रूप से अन्य ब्लॉक उत्पादकों द्वारा संसाधित किया जाता है तो toc को डीबी से नोड के मेमपूल तक किसी उपकरण के साथ उन्हें "पुनः इंजेक्ट" करने की कोई आवश्यकता नहीं है।
प्रश्न यह है कि क्या यह सभी स्लॉट/ऊंचाई युद्ध प्रकारों में मामला है। यदि अगला प्रश्न यह नहीं है कि क्या यह उपयोगी (इरादा) है कि एक अनाथ ब्लॉक में असंसाधित TX का पता लगाने वाले नोड्स में से एक को डीबी-सिंक डेटाबेस के आधार पर अपने मेमपूल में फिर से डालें।

gufmar 30 मई 2020

👍1

db-sync उपयोग वास्तव में केवल यह देखने के लिए किया जाना चाहिए कि अतीत में क्या हुआ है। नोड स्वयं अनाथ ब्लॉकों से लेन-देन खींच लेगा और उन्हें वापस अपने स्वयं के मेमपूल में डाल देगा। db-sync का हिस्सा बनने का इरादा नहीं है।

हालांकि पिछले 100 या इतने स्लॉट के भीतर अनाथ ब्लॉक की सूची बनाए रखना डिबगिंग के लिए उपयोगी हो सकता है।

erikd 30 मई 2020

👍1

dcoutts 30 मई 2020

❤2 👍1

मैं सहमत हूं कि हमें डीबी-सिंक को यथासंभव शुद्ध रखना चाहिए जो वास्तविक श्रृंखला स्थिति का प्रतिबिंब हो।

हालाँकि, यह मेरे जीवन को बहुत सरल करेगा यदि सभी ब्लॉक इसे डीबी-सिंक में बनाते हैं, और फिर रोलबैक पर हटा दिए गए। इस तरह मैं पोस्टग्रेज डिलीट पर ट्रिगर कर सकता हूं और डेटा के साथ जो चाहता हूं वह कर सकता हूं।

papacarp 10 जून 2020

👍1

यह अन्य ग्राहकों द्वारा आवश्यक है और सैम का कहना है कि टेस्टनेट सहित किसी भी डीबी-सिंक रिलीज के लिए यह महत्वपूर्ण है।

kevinhammond 11 जून 2020

ऐसा लगता है कि रोलबैक अपेक्षा के अनुरूप काम नहीं कर रहे हैं। हम डीबी में एक ही ब्लॉक ऊंचाई के साथ कई ब्लॉक देखते हैं। यहां एक उदाहरण दिया गया है (मेननेट पर):

cexplorer = # चुनें * ब्लॉक से जहां ब्लॉक_नो = 4224831;
आईडी | हैश | स्लॉट_नो | ब्लॉक_नो | पिछला | merkel_root | स्लॉट_लीडर | आकार | epoch_no | समय | tx_गिनती
---------+------------------------------------------ ----------------------------+---------------+----------+ ----------+----------------------------------------------------- ----------------------------- + ------------- + ------ + ---------- + --------------------- + ----------
4225044 | \x941a71094c7b10243845a82e53dc45959d8fde5f6d87e463efe660aa9611b965 | 4226979 | 4224831 | 4225043 | \x95549f5fcfc370eb4b24c981a6053f909bdef6418ce896828c6be18fa31ab406 | 6 | १७३१ | 195 | 2020-05-29 08:57:51 | 3
4225045 | \ x275ee8b9ae441e6e32e1f7f36290e6a048722619d91195773a07b06682418209 | 4226980 | 4224831 | 4225043 | \x6eb04497431d77657a94b0eee70dae59e7403980d4fc9d06ba5295436b8f0f54 | 7 | १४१८ | 195 | 2020-05-29 08:58:11 | 2
(2 पंक्तियाँ)

kevinhammond 11 जून 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Cardano-db-sync: अनाथ ब्लॉक ब्लॉक तालिका से नहीं हटाए गए

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों