summaryrefslogtreecommitdiff
path: root/bip-0093.mediawiki
diff options
context:
space:
mode:
authorcocoyeal <ricodigging@gmail.com>2024-05-29 16:18:11 +0800
committercocoyeal <ricodigging@gmail.com>2024-05-29 16:18:11 +0800
commit46a2440718ce96681155e4c96bfc373d079d2eef (patch)
treeb49a43a013d085727b1ffe38f7a83031ac4f45c0 /bip-0093.mediawiki
parent758a58ab54fddce0c6d062ed8fdf2b28c2eb7790 (diff)
downloadbips-46a2440718ce96681155e4c96bfc373d079d2eef.tar.xz
remove duplicated words
Diffstat (limited to 'bip-0093.mediawiki')
-rw-r--r--bip-0093.mediawiki2
1 files changed, 1 insertions, 1 deletions
diff --git a/bip-0093.mediawiki b/bip-0093.mediawiki
index da349fd..22a7ba3 100644
--- a/bip-0093.mediawiki
+++ b/bip-0093.mediawiki
@@ -354,7 +354,7 @@ Instead every different language has it own word list (or word lists) and each c
We would need to encode the choice of word list in our share's meta-data, which takes up even more room, and is difficult to specify due to the ever-evolving choice of word lists.
Alternatively we could standardize on the choice of the English word list, something that is nearly a de facto standard, and simply be incompatible with BIP-0039 wallets of other languages.
-Such a choice also risks users of BIP-0039 recovering their entropy from their language, encoding it in in Codex32 and then failing to recover their wallet because the English word lists has replaced their language's word list.
+Such a choice also risks users of BIP-0039 recovering their entropy from their language, encoding it in Codex32 and then failing to recover their wallet because the English word lists has replaced their language's word list.
The main advantage of this alternative approach would be that wallets could give users an option switch between backing up their entropy as a BIP-0039 mnemonic and in Codex32 format, but again, only if their language choice happens to be the English word list.
In practice, we do not expect users in switch back and forth between backup formats, and instead just generate a fresh master seed using Codex32.