8 Commits (ac711fb8ee9d6c178507072f0df046642bd29d89)

Author	SHA1	Message	Date
Martin Milata	ac711fb8ee	style(core): use more recent type annotation syntax ... https://www.python.org/dev/peps/pep-0585/ - Type Hinting Generics In Standard Collections https://www.python.org/dev/peps/pep-0604/ - Allow writing union types as X | Y	3 years ago
Pavol Rusnak	5728f54b78	core: return root_fingerprint in PublicKey	3 years ago
Pavol Rusnak	1e8673bf5f	style(core/apps): use new syntax for typing	3 years ago
matejcik	7fe5c804ff	feat(core): implement BIP-32 path schemas	4 years ago
matejcik	e4785d47e0	style: apply black 20.8b1	4 years ago
Martin Milata	cff4955f93	core: implement SafetyChecks.PromptTemporarily ... Also reword safety checks confirmation dialogs.	4 years ago
matejcik	fd8cb0e061	core/keychain: differentiate error message for ed25519 derivation	4 years ago
matejcik	ff4ec2185e	core: refactor keychain to only support one curve at a time ... also make a cleaner distinction between keychain, seed, path This enables using `unsafe_prompts`, because with the original code, if there was no namespace match, we wouldn't know which curve to use. For ease of implementation, we use a LRU cache for derived keys, instead of the original design "one cache entry per namespace". SLIP21 is now treated completely separately, via `slip21_namespaces` and `derive_slip21` method. If more slip21-like things come in the future, we can instead hang them on the keychain: put a per-curve Keychain object accessible by `keychain[curve_name].derive()`, and the majority usecase will just pass around `keychain[curve_name]` instead of having to specify the curve in every `derive()` call. Or alternately we'll just specify the curve in every `derive()` call, whichever seems more appropriate.	4 years ago