Насколько совместимы адреса ICAP с HD-кошельками?

Иерархический детерминированный (HD) кошелек имеет некоторые приятные функции, такие как более простое резервное копирование (вместо необходимости резервного копирования нескольких файлов хранилища ключей и паролей для каждого из них).

Поскольку адреса ICAP имеют такие функции, как контрольная сумма, что делает их более безопасными в использовании, чем обычные шестнадцатеричные адреса, насколько они совместимы с HD-кошельками? Существуют ли какие-либо реализации или дорожная карта для кошельков ICAP HD?

Разве это не смешение целей? Обычно HD-кошельки используются в целях анонимизации путем создания новых учетных записей для каждой транзакции... Но разве основная цель адресов ICAP не заключается в идентификации AML/KYC? Разве разработчики просто не хотели этого для функций проверки ошибок?
@HodlDwon ethereum.stackexchange.com/q/1109/42 отдельно задает вопрос, какие адреса больше подходят для HD кошелька. Этот вопрос более конкретен в отношении пригодности ICAP, и ответ может быть таким, как вы прокомментировали. Спасибо за помощь в разъяснении.

Ответы (1)

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 .

Я хотел бы сделать это немного более ясным. HD-кошельки совместимы с прямыми ICAP-адресами, однако не все пути приведут к такому ключу! Конечно, можно иметь путь, который приведет к совместимому адресу.
Это именно то, что я написал. Это даже смело.
Хм? Вы заявляете, что HD-кошельки не могут создавать прямые ICAP-адреса. Они есть, но они не будут делать это для каждого отдельного пути. Это ограничивает практичность, но не делает их несовместимыми.