Иерархический детерминированный (HD) кошелек имеет некоторые приятные функции, такие как более простое резервное копирование (вместо необходимости резервного копирования нескольких файлов хранилища ключей и паролей для каждого из них).
Поскольку адреса ICAP имеют такие функции, как контрольная сумма, что делает их более безопасными в использовании, чем обычные шестнадцатеричные адреса, насколько они совместимы с HD-кошельками? Существуют ли какие-либо реализации или дорожная карта для кошельков ICAP HD?
BIP32 и BIP39 описывают способы создания иерархических детерминированных пар ключей. Как правило, сначала вы создаете детерминированный закрытый ключ, а затем генерируете открытый ключ, полученный из этого закрытого ключа.
Кошельки Ethereum HD в значительной степени делают то же самое, вот пять шестнадцатеричных адресов, извлеченных из javascript LightWallet (HD):
["8473513ec4b53c6ebe353ab3327c05cc6daad823",
"9e89deeca8ddbe7dfd338e64f9dc2e652a95160f",
"4fb62834520cff47b9e6d60d9b15299a83cd5521",
"2bcf3763459672734b6792f5de250a7cd989fb0a",
"d85785cfef3492f7ba6535de8c08a1676075b094"]
В Ethereum Inter-exchange-Client-Address-Protocol указано, как генерируются действительные адреса ICAP. Чтобы сгенерировать действительный IBAN-совместимый адрес, первый байт адреса должен 0x00
резервировать место для идентификатора учетной записи.
Как видно из пяти приведенных выше адресов, ни один из них не начинается с 0. Поэтому учетные записи HD несовместимы с прямыми адресами ICAP, которые соответствуют стандарту IBAN.
Но по-прежнему возможно генерировать действительные адреса ICAP. В спецификации указано, что базовые несовместимые с IBAN ICAP-адреса не требуют идентификатора учетной записи и могут содержать 31 буквенно-цифровой символ. Поэтому учетные записи HD совместимы с базовыми адресами ICAP .
ХодлДвон
эт