-
Notifications
You must be signed in to change notification settings - Fork 95
Open
Labels
bugSomething isn't workingSomething isn't working
Description
What is the bug?
Darkside txids are incorrect
Additional context
In a production server, the txid issue is bypassed according to this comment:
Lines 262 to 267 in 8003d7f
| func getBlockFromRPC(height int) (*walletrpc.CompactBlock, error) { | |
| // `block.ParseFromSlice` correctly parses blocks containing v5 | |
| // transactions, but incorrectly computes the IDs of the v5 transactions. | |
| // We temporarily paper over this bug by fetching the correct txids via a | |
| // verbose getblock RPC call, which returns the txids. | |
| // |
This doesn't help on darkside, though
lightwalletd/common/darkside.go
Lines 99 to 103 in 8003d7f
| func darksideSetTxID(tx *parser.Transaction) { | |
| // SHA256d | |
| // This is correct for V4 transactions, but not for V5, but in this test | |
| // environment, it's harmless (the incorrect txid calculation can't be | |
| // detected). This will be fixed when lightwalletd calculates txids correctly . |
Zingo, and I believe some other lightwallets (although I haven't investigated this), when it sends a transaction, it calculates the transaction ID of the transaction it's submitting, and is then confused when the on-chain txid doesn't match what it deterministically should be.
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working