We've been using test as a keyring backend as this is the easiest backend for development purposes.
Now that we recommend users to utilize poktrolld binary in different ways, we should default to better security practices.
[ ] Update CLI arguments to default to os keyring backend
[ ] Update documentation/cheat-sheets where users interact with the poktrolld binary to remove the --keyring-backend argument (so it defaults to os)/
Non-goals / Non-deliverables
Do not remove --keyring-backend=test from the infrastructure. Infrastructure keyring considerations are different from user machines. Node operators should be familiar with their options for keyring backends.
General deliverables
[ ] Comments: Add/update TODOs and comments alongside the source code so it is easier to follow.
[ ] Testing: Add new tests (unit and/or E2E) to the test suite.
[ ] Makefile: Add new targets to the Makefile to make the new functionality easier to use.
[ ] Documentation: Update architectural or development READMEs; use mermaid diagrams where appropriate.
Objective
We've been using
test
as a keyring backend as this is the easiest backend for development purposes. Now that we recommend users to utilizepoktrolld
binary in different ways, we should default to better security practices.Origin Document
Goals
os
as the default keyring backend per cosmos-sdk recommendationsDeliverables
os
keyring backendpoktrolld
binary to remove the--keyring-backend
argument (so it defaults toos
)/Non-goals / Non-deliverables
--keyring-backend=test
from the infrastructure. Infrastructure keyring considerations are different from user machines. Node operators should be familiar with their options for keyring backends.General deliverables
Creator: @okdas Co-Owners: TBD