Cardano-db-sync: पूल सेवानिवृत्ति के बाद जमा पुरस्कार तालिका में होना चाहिए

लेकिन 'रिवार्ड्स' टेबल स्टेक_एड्रेस चेंज के समान नहीं है... अगर हम ऐसा करते हैं, तो हमें इस टेबल पर अन्य चीजें भी स्टोर करनी चाहिए, जैसे आईटीएन रिवार्ड्स (फिलहाल टेबल 'रिजर्व') उदाहरण के लिए

उन जमाओं को पुरस्कारों के साथ प्राप्त करने का एकमात्र अन्य तरीका यह होगा कि पूल सेवानिवृत्ति तालिका को क्वेरी करें, क्या इस हिस्सेदारी के पते से जुड़ा एक पूल किसी दिए गए युग में समाप्त हो गया है, और यदि वह मूल्य अभी तक वापस ले लिया गया है, जिसके लिए फिर से कंप्यूटिंग की आवश्यकता होती है यदि निकासी उस समय तक पुरस्कार से अधिक नहीं है, और इसी तरह और आगे, जो वास्तव में भद्दा लगता है।

हालांकि, मुझे अभी भी लगता है कि इसे डीबी में इन हार्ड कोड किए गए मानों के बिना और अधिक स्पष्ट रूप से कहा जाना चाहिए। शायद एक और टेबल? या एक आसान रिश्ता?

अगर मैं इन 500 एडीए को पूल_रिटायरमेंट टेबल से प्राप्त करना चुनता हूं, अगर पूल के कई मालिक हैं तो मुझे कैसे पता चलेगा कि इन 500 एडीए को किस हिस्सेदारी के पते पर पुरस्कृत किया गया है?

यदि पूल के कई मालिक हैं तो मुझे कैसे पता चलेगा कि इन 500 एडीए को किस हिस्सेदारी के पते पर पुरस्कृत किया गया है?

जमा राशि को पुरस्कार के पते पर वापस कर दिया जाता है (पूल के लिए हमेशा एक होता है), मालिक के पते पर नहीं

जमा राशि को पुरस्कार के पते पर वापस कर दिया जाता है (पूल के लिए हमेशा एक होता है), मालिक के पते पर नहीं
यह समझ में आता है धन्यवाद!

तो फिर एक सेवानिवृत्त पूल की जमा राशि को पूल के इनाम पते पर वापस कर दिया जाएगा जो कि पूल_अपडेट तालिका में सही घोषित किया गया है?

मैं पूछ रहा हूं क्योंकि मेरे पास वर्तमान उदाहरण है जो मुझे भ्रमित करता है:

SELECT SUM(amount) as reward, NULL as withdrawal
FROM reward
         LEFT JOIN stake_address sa on reward.addr_id = sa.id
WHERE sa.view = 'stake1u9rqg96sdsdrqshpx0x77jna40ws90drts2wks7vuy63dpqj6txws'
UNION
SELECT NULL, SUM(amount)
FROM withdrawal
         LEFT JOIN tx ON withdrawal.tx_id = tx.id
         LEFT JOIN block ON tx.block_id = block.id
         LEFT JOIN stake_address sa on withdrawal.addr_id = sa.id
WHERE sa.view = 'stake1u9rqg96sdsdrqshpx0x77jna40ws90drts2wks7vuy63dpqj6txws';

यह प्रश्न हमें कुल पुरस्कार और एक उदाहरण हिस्सेदारी पते की कुल निकासी देता है। उन दोनों के बीच का अंतर ठीक 500000000 लवलेस है। निश्चित रूप से यह एक संयोग हो सकता है लेकिन इसकी कल्पना करना काफी कठिन है क्योंकि ऐसे अन्य उदाहरण भी हैं। तो चलिए मान लेते हैं कि यह एक लौटा हुआ पूल डिपॉजिट है तो यह स्टेक एड्रेस पूल_अपडेट टेबल में एक इनाम के पते के रूप में होना चाहिए, है ना?

SELECT pool_retire.hash_id, sa.view FROM pool_retire
    LEFT JOIN pool_update pu ON pool_retire.hash_id = pu.hash_id
    LEFT JOIN stake_address sa on sa.id = pu.hash_id
WHERE sa.view = 'stake1u9rqg96sdsdrqshpx0x77jna40ws90drts2wks7vuy63dpqj6txws'

लेकिन इस क्वेरी से कोई नतीजा नहीं निकलता है। मुझे पता चला कि हिस्सेदारी का पता एक सेवानिवृत्त पूल (पूल_हैश_आईडी = 8) का सह-मालिक है, जिसने मुझे मेरे पहले प्रश्न तक पहुंचाया।

मैं बस सोच रहा हूं कि मैं कैसे निर्धारित कर सकता हूं कि ये 500 एडीए कहां से आ रहे हैं। क्या यह जमा ITN से संबंधित हो सकता है?

तो फिर एक सेवानिवृत्त पूल की जमा राशि को पूल के इनाम पते पर वापस कर दिया जाएगा जो कि पूल_अपडेट तालिका में सही घोषित किया गया है?

अधिकार

लेकिन इस क्वेरी का कोई नतीजा नहीं निकला

sa.id != pu.hash_id -> sa.id = pu.reward_addr_id

मैं बस सोच रहा हूं कि मैं कैसे निर्धारित कर सकता हूं कि ये 500 एडीए कहां से आ रहे हैं। क्या यह जमा ITN से संबंधित हो सकता है?

लगभग निश्चित रूप से नहीं।

हम इस मुद्दे के साथ कहां हैं। ऐसा लगता है कि थोड़ा आगे-पीछे हो गया है। इस पर वर्तमान स्थिति के बारे में मुझे अपडेट करने की परवाह है?

निश्चित रूप से, इस मुद्दे को काफी हद तक हाईजैक कर लिया गया है .. इसलिए प्रश्न के बारे में कुछ भी नहीं बदला - जमा जो पूल सेवानिवृत्त होने के बाद पुरस्कार पते पर वापस आ जाना चाहिए, डीबी में कहीं भी स्पष्ट रूप से नहीं है (उदाहरण के लिए 500 एडीए युग 245 में आया)। लेकिन आपको पूल सेवानिवृत्ति तालिका की जांच करनी होगी, क्या पूल जिसका मालिक पता वह पुरस्कार पता है जिसे आप ढूंढ रहे हैं और फिर मैन्युअल रूप से उपयोगकर्ता के पुरस्कारों में '500' का हार्डकोडेड मान जोड़ें यदि इस सटीक सेवानिवृत्ति से यह राशि वापस नहीं ली गई है अभी तक। जो मेरे लिए वास्तव में बोझिल लगता है और मैंने प्रस्तावित किया कि क्या यह पुरस्कार तालिका में जा सकता है, या कहीं और, लेकिन स्पष्ट रूप से।

जमा जो पूल सेवानिवृत्त होने के बाद पुरस्कार पते पर वापस आना चाहिए, डीबी में कहीं भी स्पष्ट रूप से नहीं है

क्या आपके पास जांच करने के लिए एक उदाहरण मेननेट पता है?

e11d227aefa4b773149170885aadba30aab3127cc611ddbc4999def61c / स्टेक1uywjy7h05jmhx9y3wzy94td6xz4txynuccgam0zfn800v8qq33z29

आपके पास जमा धनवापसी के बारे में गलत धारणा है। जमा धनवापसी reward तालिका में नहीं बल्कि tx तालिका में समाप्त होती है। तो चलिए इसे ढूंढते हैं।

उस पते के लिए जिसमें हम रुचि रखते हैं:

cexplorer=# select id, view, registered_tx_id from stake_address
               where view = 'stake1uywjy7h05jmhx9y3wzy94td6xz4txynuccgam0zfn800v8qq33z29' ;
  id  |                            view                             | registered_tx_id 
------+-------------------------------------------------------------+------------------
 2820 | stake1uywjy7h05jmhx9y3wzy94td6xz4txynuccgam0zfn800v8qq33z29 |          2420601

id फ़ील्ड db-sync उदाहरणों में भिन्न हो सकता है, लेकिन id इस अन्वेषण के लिए उपयोगी होगा।

थोड़ा जटिल, लेकिन धनवापसी का उपयोग करके देखा जा सकता है:

cexplorer=# select stake_deregistration.id, stake_deregistration.addr_id, stake_deregistration.tx_id,
               tx.deposit, block.epoch_no from stake_deregistration
               inner join tx on tx.id = stake_deregistration.tx_id
               inner join block on block.id = tx.block_id
               where stake_deregistration.addr_id = 2820 ; 
 id  | addr_id |  tx_id  | deposit  | epoch_no 
-----+---------+---------+----------+----------
 730 |    2820 | 2842157 | -2000000 |      223

इसी तरह, पंजीकरण का उपयोग करते हुए लग सकता है:

cexplorer=# select stake_registration.id, stake_registration.addr_id, stake_registration.tx_id, tx.deposit,
               block.epoch_no from stake_registration inner join tx on tx.id = stake_registration.tx_id
               inner join block on block.id = tx.block_id
               where stake_registration.addr_id = 2820 ; 
  id   | addr_id |  tx_id  | deposit | epoch_no 
-------+---------+---------+---------+----------
  1649 |    2820 | 2421547 | 2000000 |      208
 86926 |    2820 | 2842177 | 2000000 |      223
(2 rows)

मुझे लगता है कि यह हिस्सेदारी पता था:

• युग 208 . में पंजीकृत
• 223 युग में अपंजीकृत
• 223 युग में फिर से पंजीकृत।

क्या यह सब समझ में आता है?

यह हिस्सेदारी पंजीकरण के लिए समझ में आता है, लेकिन मैं पूल सेवानिवृत्ति के बारे में बात कर रहा था। और 500 एडीए जो पूल के मालिक के इनाम के पते पर वापस किया जाना चाहिए।

मुझे अभी भी नहीं लगता कि यह इनाम के पते पर वापस जाता है। क्या आपके पास एक पूल के सेवानिवृत्त होने का उदाहरण है?

संबंध या तथ्य यह है कि यह डेटाबेस में कहीं दिखाई देगा, वास्तव में एक सुविधा के लिए मेरा अनुरोध है, वर्तमान संस्करण में बग नहीं। सेवानिवृत्त पूल उदाहरण: pool134dws3tyc7kphwl6gks26cm6l390554lns9lyatm3gkxs6dwj2z। जो पता मैंने पहले भेजा था वह उसका मालिक है

@erikd
लेज़र स्पेक से :

पेज 21

याद रखें कि स्टेक पूल सेवानिवृत्ति धनवापसी तब जारी नहीं की जाती है जब कोई प्रमाणपत्र शेड्यूलिंग करता है
सेवानिवृत्ति की प्रक्रिया की जाती है, लेकिन उस युग की सीमा पर जिसके लिए सेवानिवृत्ति निर्धारित है।

पेज ४०

• फंक्शन पूलरिफंड्स का उपयोग वितरित किए जाने वाले कुल रिफंड की गणना करने के लिए किया जाता है
रिटायर होने के लिए निर्धारित स्टेक पूल के लिए। ध्यान दें कि जब गणना की जाती है तो यह गणना युग सीमा स्लॉट के अनुरूप एक स्लॉट संख्या लेती है। जो लौट आया
मानचित्र मानचित्र पूल ऑपरेटर हैशकी धनवापसी के लिए, जिसे अंततः वापस कर दिया जाएगा
पंजीकृत इनाम खाता।

@xdzurman इसमें क्षमा करें:

संबंध या तथ्य यह है कि यह डेटाबेस में कहीं दिखाई देगा, वास्तव में एक सुविधा के लिए मेरा अनुरोध है,

सुविधा अनुरोध वास्तव में क्या है?

@erikd पूल के सेवानिवृत्त होने के बाद, डेटाबेस में कहीं पूल जमा (500 एडीए) डालने के लिए। फ़िलहाल इसे उस इनाम के पते से स्पष्ट रूप से नहीं जोड़ा जा सकता है जिससे यह संबंधित है।

इसे https://github.com/input-output-hk/cardano-db-sync/issues/474 के पक्ष में बंद करना।