@shuv-amp discovered this edge case and reported to bdk-sp and BlueWallet.
Exercises [A, -A, A] input key pattern where the intermediate sum hits zero after the first two keys, but the final sum is non-zero. Implementations that validate after each pairwise addition (rather than summing all keys first) will incorrectly reject this case. @theStack - the reference implementation summation handles this case correctly as-is