Cardano-db-sync: 풀 은퇴 후 보증금은 보상 테이블에 있어야 합니다.

하지만 '보상' 테이블은 스테이크 주소 변경과 동일하지 않습니다... 이렇게 하면 예를 들어 ITN 보상(현재 '예약' 테이블)과 같은 다른 것도 이 테이블에 저장해야 합니다.

보상과 함께 이러한 예금을 얻는 유일한 다른 방법은 이 지분 주소에 연결된 풀이 주어진 시대에 만료되었는지 여부를 풀 퇴직 테이블에 쿼리하고 해당 값이 아직 만료되지 않은 경우 보상에 하드코딩된 500000000 값을 추가하는 것입니다. 출금, 출금이 그 시점까지 보상보다 높지 않은 경우 다시 계산해야 하는 등의 방식은 정말 투박해 보입니다.

그러나 나는 여전히 이러한 하드 코딩된 값 등 없이 db에 더 명시적으로 명시되어야 한다고 생각합니다. 아마도 다른 테이블? 아니면 더 간단한 관계?

pool_retirement 테이블에서 이 500 ADA를 가져오기로 선택하고 풀에 여러 소유자가 있는 경우 이 500 ADA가 보상을 받은 스테이크 주소를 어떻게 알 수 있습니까?

풀 소유자가 여러 명인 경우 이 500 ADA가 보상을 받은 스테이크 주소를 어떻게 알 수 있습니까?

보증금은 소유자 주소가 아닌 보상 주소(항상 풀에 대한 것)로 반환됩니다.

보증금은 소유자 주소가 아닌 보상 주소(항상 풀에 대한 것)로 반환됩니다.
그것은 의미가 있습니다 감사합니다!

그러면 은퇴 풀의 예치금은 pool_update 테이블에 선언된 풀의 보상 주소로 반환될 것입니다. 맞습니까?

나는 나를 혼란스럽게하는 현재 예가 있기 때문에 묻습니다.

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 lovelace입니다. 물론 우연의 일치일 수도 있지만 비슷한 다른 예가 있기 때문에 상상하기 매우 어렵습니다. 따라서 이것이 반환된 풀 보증금이라고 가정하고 이 스테이크 주소는 pool_update 테이블의 보상 주소로 발생해야 합니다. 맞습니까?

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'

그러나 이 쿼리는 결과로 이어지지 않습니다. 내가 알 수 있었던 것은 스테이크 주소가 은퇴한 풀(pool_hash_id = 8)의 공동 소유자라는 것입니다.

이 500 ADA가 어디에서 왔는지 어떻게 알 수 있는지 궁금합니다. 이 보증금이 ITN과 관련될 수 있습니까?

그러면 은퇴 풀의 예치금은 pool_update 테이블에 선언된 풀의 보상 주소로 반환될 것입니다. 맞습니까?

오른쪽

그러나 이 쿼리는 결과를 가져오지 않습니다.

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

이 500 ADA가 어디에서 왔는지 어떻게 알 수 있는지 궁금합니다. 이 보증금이 ITN과 관련될 수 있습니까?

거의 확실하지 않습니다.

이 문제에 대해 우리는 어디에 있습니까? 약간 앞뒤가 안맞았던 것 같습니다. 이에 대한 현재 상황을 알려 주시겠습니까?

물론, 문제는 꽤 많이 하이재킹되었습니다. 따라서 문제에 대해 아무 것도 변경되지 않았습니다. 풀을 은퇴한 후 보상 주소로 반환되어야 하는 보증금은 DB에 명시적으로 어디에도 없습니다(예: 500 ADA는 epoch 245에 도착했습니다). 그러나 소유자 주소가 찾고 있는 보상 주소인 풀인지 풀 은퇴 테이블을 확인한 다음 이 정확한 은퇴에서 이 금액이 인출되지 않은 경우 사용자의 보상에 하드코딩된 값 '500'을 수동으로 추가해야 합니다. 아직. 그것은 나에게 정말 성가신 일이며 나는 그것이 보상 테이블이나 다른 곳으로 갈 수 있는지 여부를 제안했지만 명시 적으로였습니다.

풀을 은퇴한 후 보상 주소로 반환되어야 하는 보증금은 DB에 명시적으로 어디에도 없습니다.

제가 조사할 예시 메인넷 주소가 있습니까?

e11d227aefa4b773149170885aadba30aab3127cc611ddbc4999def61c /take1uywjy7h05jmhx9y3wzy94td6xz4txynuccgam0zfn800v8qq33z

보증금 환불에 대해 오해가 있으신가요? 보증금 환불은 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에 등록됨
• Epoch 223에서 등록 취소됨
• Epoch 223에서 다시 등록되었습니다.

그게 다 말이 되나요?

스테이크 등록에는 이치에 맞지만 풀 은퇴에 대해 이야기한 것입니다. 그리고 풀 소유자의 보상 주소로 반환되어야 하는 500 ADA.

나는 그것이 보상 주소로 돌아 가지 않는다고 생각합니다. 풀이 사용 중지된 예가 있습니까?

데이터베이스 어딘가에 나타날 것이라는 관계 또는 사실은 실제로 현재 버전의 버그가 아니라 기능에 대한 나의 요청입니다. 사용 중지된 풀의 예: pool134dws3tyc7kphwl6gks26cm6l390554lns9lyatm3gkxs6dwj2z. 내가 전에 보낸 주소는 그 소유자

@erikd
원장 사양에서 :

21페이지

스테이크 풀 퇴직금 환불은 인증서가 예약된 경우가 아니라 발행된다는 점을 기억하십시오.
처분이 처리되지만 처분이 예정된 에포크 경계에 있습니다.

40페이지

• poolRefunds 함수는 분배되어야 하는 총 환불액을 계산하는 데 사용됩니다.
은퇴할 예정인 스테이크 풀의 경우. 이 계산은 계산이 수행될 때 Epoch 경계 슬롯에 해당하는 슬롯 번호를 사용합니다. 반환
map은 풀 운영자 해시키를 환불에 매핑하며, 이는 궁극적으로
등록된 보상 계정.

@xdzurman 죄송합니다.

관계 또는 그것이 데이터베이스 어딘가에 나타날 것이라는 사실은 실제로 기능에 대한 나의 요청입니다.

기능 요청이 정확히 무엇인가요?

@erikd 풀 예치금(500 ADA)을 풀이 폐기된 후 데이터베이스 어딘가에 넣습니다. 현재는 자신이 속한 보상 주소에 명시적으로 연결할 수 없습니다.

https://github.com/input-output-hk/cardano-db-sync/issues/474 를 위해 이것을