Skip to content
New issue

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

Implement gaiacli sign for manual signing of transactions #1953

Closed
jackzampolin opened this issue Aug 10, 2018 · 1 comment
Closed

Implement gaiacli sign for manual signing of transactions #1953

jackzampolin opened this issue Aug 10, 2018 · 1 comment
Assignees

Comments

@jackzampolin
Copy link
Member

jackzampolin commented Aug 10, 2018

ref #966

This issue is part of implementing the generate, sign, send workflow for offline transaction generation. It should also be a place to discuss implementation details for gaiacli sign

Description

As a gaiacli user
I want to sign a Tx that was generated beforehand
So that I can review the contents of the transaction before broadcasting it.

Acceptance Criteria AC1

Given a transaction file generated with gaiacli --generate-only and an account name
When I run gaiacli sign
Then a signature is generated with the given account's key and
it is attached to the transaction and
its JSON representation is printed out.

Acceptance Criteria AC2

Given a transaction file generated with gaiacli --generate-only and a HD key
When I run gaiacli sign
Then a signature is generated with the given key and
it is attached to the transaction and
its JSON representation is printed out.

@alessio

This comment has been minimized.

alessio added a commit that referenced this issue Aug 28, 2018
alessio pushed a commit that referenced this issue Sep 5, 2018
* Add sign CLI command to sign transactions generated with the
  --generate-only flag.
* Add /sign REST endpoint for Voyager support.

Redirect password prompt to STDERR to avoid messing up cli
commands output. As a rule of thumb, program's output should
always go to STDOUT, whilst errors&diagnostics go to STDERR
as per POSIX's philosophy and specs.
alessio pushed a commit that referenced this issue Sep 5, 2018
* Add sign CLI command to sign transactions generated with the
  --generate-only flag.
* Add /sign REST endpoint for Voyager support.

Redirect password prompt to STDERR to avoid messing up cli
commands output. As a rule of thumb, program's output should
always go to STDOUT, whilst errors&diagnostics go to STDERR
as per POSIX's philosophy and specs.
alessio pushed a commit that referenced this issue Sep 6, 2018
* Add sign CLI command to sign transactions generated with the
  --generate-only flag.
* Add /sign REST endpoint for Voyager support.

Redirect password prompt to STDERR to avoid messing up cli
commands output. As a rule of thumb, program's output should
always go to STDOUT, whilst errors&diagnostics go to STDERR
as per POSIX's philosophy and specs.
alessio pushed a commit that referenced this issue Sep 6, 2018
* Add sign CLI command to sign transactions generated with the
  --generate-only flag.
* Add /sign REST endpoint for Voyager support.

Redirect password prompt to STDERR to avoid messing up cli
commands output. As a rule of thumb, program's output should
always go to STDOUT, whilst errors&diagnostics go to STDERR
as per POSIX's philosophy and specs.
alessio pushed a commit that referenced this issue Sep 7, 2018
* Add sign CLI command to sign transactions generated with the
  --generate-only flag.
* Add /sign REST endpoint for Voyager support.

Redirect password prompt to STDERR to avoid messing up cli
commands output. As a rule of thumb, program's output should
always go to STDOUT, whilst errors&diagnostics go to STDERR
as per POSIX's philosophy and specs.
chillyvee pushed a commit to chillyvee/cosmos-sdk that referenced this issue Mar 1, 2024
* exclude e2e tests from test coverage upload

* swap order of test to exclude e2e

* remove e2e from find
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants