We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
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.
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.1
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? 💭
See, e.g., reaching quorum, config, and peers. ↩
The text was updated successfully, but these errors were encountered:
Per Wayback, this used to be at https://developers.stellar.org/docs/glossary/transactions/#list-of-signatures
https://developers.stellar.org/docs/glossary/transactions/#list-of-signatures
Sorry, something went wrong.
Adding to our idea spreadsheet instead of keeping in issues 🫶
No branches or pull requests
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.1
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
See, e.g., reaching quorum, config, and peers. ↩
The text was updated successfully, but these errors were encountered: