✒ Document extra signer logic

[JFWooten4]

What problem does your feature solve?

Transactions with extra signers are rejected for a number of reasons. ❌

Despite this reality, the present docs only lightly cover the extra signer case.

Without adequate documentation, the community may not fully understand the real-world implications of disallowing extra signers.

What would you like to see? 🔍

Flesh out the documentation for extra signers, possible including a new section in the docs.

Details should include traditional liability, distributed computation, and account privacy considerations. 👀

Ideally provide edge case examples for problematic examples, in code.¹

What alternatives are there?

There seems to be lingering confusion in the community as to why transactions with too many signature should be and are rejected.

If we leave this undocumented, the network risks the introduction of proposals aimed at allowing unlimited signers, hurting scalabitlity. 📉

Might we contemplate where to place any new page detailing this material protocol design choice? 💭

Footnotes

1. See, e.g., reaching quorum, config, and peers. ↩