Open nkohen opened 3 years ago
On further thought, computing adaptor points deserves its own short document which will take out the relevant section from CETCompression.md and put that after an earlier section for enum outcomes and follow it with a small section on multi-oracle aggregation (likely taken out of that doc).
I'll be opening a PR for this soon
This document should also explicitly specify an order for the computed adaptor points which is then used as the order for cet_adaptor_signatures
in the accept and sign messages.
It appears that the current specification, we do have a description of adaptor point computation
(and its updated non-BIP340 version on the PR that updates things)
But, this is in the CETCompression specification in a section describing how we handle the "special case" where there is more than one nonce.
Nowhere is the "usual way:
s*G = R + H(P, R, m)*P
" included elsewhere in the specification such as in either thecontract_info
ororacle_announcement
definitions or else maybe in the Protocol.md specification, and this should probably be included in one of those places.