|
Ran
|
Jobs
1
|
Files
202
|
Run time
1min
|
Badge
README BADGES
|
github
commitment: splits shouldn't inherit locktime from inputs In this commit, we fix an existing bug related to lock times and split commitments. Before this commit, if an input had a relative lock time, then when we went to make the new split assets, we would _copy_ that value into the split. This isn't correct as the input is valid/confirmed, so we don't need to copy over the lock time information. The prior behavior would cause certain classes of spends to fail, as we would be validating a new root asset that has no lock time, but the root asset split inserted into the split commitment would be carrying the old lock time. When verifying the split, we would set the lock times of the split to that of the new asset: https://github.com/lightninglabs/taproot-assets/blob/e893dee87/vm/vm.go#L305-L307. As we copied over the lock time from the input, we would now effectively invalid the split commitment. Fixes https://github.com/lightninglabs/taproot-assets/issues/1099
19 of 24 new or added lines in 5 files covered. (79.17%)
18 existing lines in 7 files now uncovered.23958 of 59434 relevant lines covered (40.31%)
55118.72 hits per line
| Lines | Coverage | ∆ | File |
|---|---|---|---|
| 1 |
0.55 |
0.0% | tapfreighter/wallet.go |
| 2 |
81.54 |
0.19% | asset/asset.go |
| 2 |
9.73 |
0.0% | proof/courier.go |
| Lines | Coverage | ∆ | File |
|---|---|---|---|
| 1 |
83.64 |
-0.26% | commitment/tap.go |
| 2 |
53.22 |
0.0% | tappsbt/create.go |
| 2 |
74.87 |
-0.15% | tapgarden/planter.go |
| 2 |
81.54 |
0.19% | asset/asset.go |
| 3 |
68.21 |
-0.28% | tapgarden/caretaker.go |
| 4 |
50.22 |
0.0% | universe/interface.go |
| 4 |
80.91 |
-0.68% | tapdb/universe.go |
| ID | Job ID | Ran | Files | Coverage | |
|---|---|---|---|---|---|
| 1 | unit - 10518296092.1 | 202 |
40.31 |
GitHub Action Run |
| Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
|---|