Skip to content

docs: name the two private key formats - #87

Merged
Cre-eD merged 1 commit into
mainfrom
docs/private-key-sdk-format
Aug 18, 2026
Merged

docs: name the two private key formats#87
Cre-eD merged 1 commit into
mainfrom
docs/private-key-sdk-format

Conversation

@Cre-eD

@Cre-eD Cre-eD commented Aug 18, 2026

Copy link
Copy Markdown
Contributor

Why

The note added last week told readers to use the first 64 characters of a 128-character private key, without saying what the trailing half is or why the field hands it over. That documents the wart instead of explaining it, and it reads as an arbitrary incantation.

What changed

Both notes now name the two forms: a private key is 64 characters, and Iroha SDK format appends the public key to make 128. The Iroha SDKs want the long form, every other library wants the short one, and the trimming instruction stays for anyone holding a 128-character string.

The wording is accurate both today and after the Web App exposes the two formats as separate copy actions, so it needs no follow-up edit.

Verification

  • pnpm docs:build and prettier --check pass.
  • The Python snippet was extracted from the page and executed: it still returns the documented signature 57e711...e630a.

The note told readers to trim a 128-character key without saying what
the trailing half is or why it is there. Name the long form as the
Iroha SDK format, state that a private key is 64 characters, and keep
the trimming instruction for anyone holding the longer string.

Signed-off-by: Dmitrii Creed <creeed22@gmail.com>
@Cre-eD
Cre-eD merged commit 8e38c26 into main Aug 18, 2026
2 checks passed
@Cre-eD
Cre-eD deleted the docs/private-key-sdk-format branch August 18, 2026 07:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants