UkoeHB
UkoeHB
@aitorpazos At 256 bits you can at most gain 1/256 = 0.4%, which is basically meaningless. I have a working demo of view tags in my [Seraphis PoC branch](https://github.com/UkoeHB/monero/tree/seraphis_perf). `src/mock_tx/mock_sp_core_utils.h\cpp...
This PR should not be merged until after #8220.
@gs522084 the PR description is written for non-programmers. Not sure what else I can add to it.
This PR requires [PR #8329](https://github.com/monero-project/monero/pull/8329).
Rebased, should be good to go now
Force-pushed again to update the unit test for boosting a multisig wallet so that the boosted wallet uses force-update to finish the post-kex round.
Need this PR: https://github.com/monero-project/monero/pull/8329
Chris, I see what you're saying... without a proof on `K^s`, it could be any random curve point. In other words you could misrepresent ownership of a single output with...
@ChrisCharrison the overlap trick only works for outputs you actually own, because then you know the private keys in `p - H(rA) = b` and can compute `p - H(rA')...
@ChrisCharrison it is not quite that severe. If your address `(A', B')` owns more than one output (as shown with InProofs), then any outputs after the first must have been...