Open tianlitao opened 1 year ago
I found the same bugs several times since CKB mainnet launched.
I had CKB after the CKB mainnet launched, and I had never used them, and I had never used DAO, but the Occupied
was incorrect, it's equal to the number of CKB I received.
p.s. I had only one UTXO during these years.
So, I guess, these data are not real-time data, maybe there is no bug at present, but incorrect data are already existed.
For my privacy, I won't tell you my address, but I can confirm this bug was happened before 2021, I mean the incorrect are inserted into your database before 2021.
And I spent all my CKB last week, there are no CKB left in that address but Occupied
is still not zero, in fact, it doesn't change. It's still equal to the number of CKB when I received before 2021.
@FrederLu please pay attention to this case.
@FrederLu please pay attention to this case.
En, from the information described, this issue is probably a historical issue, let me confirm.
@FrederLu please pay attention to this case.
En, from the information described, this issue is probably a historical issue, let me confirm.
The data is correct now, is it a historical issue which has been resolved? @FrederLu
Describe the bug 使用中CKB显示数量不对
Expected behavior 正常应该为0,怀疑应该是定时任务报错了导致没有及时更新使用中的余额
Screenshots
I found the same bugs several times since CKB mainnet launched.
I had CKB after the CKB mainnet launched, and I had never used them, and I had never used DAO, but the
Occupied
was incorrect, it's equal to the number of CKB I received. p.s. I had only one UTXO during these years.So, I guess, these data are not real-time data, maybe there is no bug at present, but incorrect data are already existed.
For my privacy, I won't tell you my address, but I can confirm this bug was happened before 2021, I mean the incorrect are inserted into your database before 2021.
And I spent all my CKB last week, there are no CKB left in that address but
Occupied
is still not zero, in fact, it doesn't change. It's still equal to the number of CKB when I received before 2021.
Hi @tianlitao , we have processed the online historical data. It seems that the problem you reported previously has been resolved. Please confirm. cc @yangby-cryptape @Keith-CY
Description:
Now I should have a new live cell, and the old cell should be died.
But the old cell is still listed as a live cell in the address page, and the new cell is also listed.
p.s. For my privacy, I won't tell you my address. I can promise that all I said was truth.
p.s.s. I don't know whether it's helpful, but I could give a tip: that already-died "live cell" is created in genesis block.
p.s.s.s. The count of UTXO is correct, the count of live cells are correct. But the already-died "live cell" is listed.
Another Bug
Description:
- I have an address.
- I received 1 cell with this address.
- I did a 1-to-2 transaction to cost few CKB from that cell 2 years ago.
Now I should have a new live cell, and the old cell should be died.
But the old cell is still listed as a live cell in the address page, and the new cell is also listed.
p.s. For my privacy, I won't tell you my address. I can promise that all I said was truth.
p.s.s. I don't know whether it's helpful, but I could give a tip: that already-died "live cell" is created in genesis block.
p.s.s.s. The count of UTXO is correct, the count of live cells are correct. But the already-died "live cell" is listed.
Can you give a roughly estimated time range you've made the transaction?
We have a reconciliation service for new transactions, but the transactions made years ago were not covered(to be more accurate, the addresses involved in those transactions)
If the time range can be provided, the reconciliation can be adopted for those transactions.
Describe the bug 使用中CKB显示数量不对
To Reproduce https://explorer.nervos.org/address/ckb1qpw9q60tppt7l3j7r09qcp7lxnp3vcanvgha8pmvsa3jplykxn32sqwy7ernq49d93wpmewrvu48g2rjf4wg9egyz5qggqcgqusq5vv807
Expected behavior 正常应该为0,怀疑应该是定时任务报错了导致没有及时更新使用中的余额
Screenshots