1755530300/00000005 invalidates all of the other traces

[clearloop]

this trace has integrated the accumulate root in traces while all of others including the test vectors of 0.6.7 are using [0; 32], we can pass this if we integrate the root but it will break all of other tests

[jaymansfield]

I didn't have any issues with this one. Which GP equation are you referring too?

[clearloop]

It's the case in gavofyork/graypaper#405, the MMB part, in GP it's at (7.7), I can pass this trace via applying MMB to the MMR, however once doing so, it will break all other tests XD, because others simply passing empty accumulation root, I'll give it another try if you can pass it with empty accumulate root

also, as I know, in the test vectors of 0.6.7, the accumulate test vectors integrated this but the traces not

[clearloop]

Oh I got it, it seems caused by we mapped the empty output to [0; 32], trying to fix it again now

[clearloop]

thank you so much for poking me @jaymansfield, just resolved!

[jaymansfield]

The others are using am empty hash for the accumulation root because their were no outputs from their service accumulations (θ′ is empty). The Mb() of am empty array is your [0; 32].

This test has an output that would be included in θ′ which is why it generates a different root.

I'd double check these: