Una billetera determinista jerárquica (HD) tiene algunas características interesantes, como una copia de seguridad más sencilla (en lugar de tener que hacer una copia de seguridad de varios archivos de almacenamiento de claves y las contraseñas para cada uno de ellos).
Dado que las direcciones ICAP tienen características como una suma de verificación, que las hace más seguras de usar que las direcciones hexadecimales regulares, ¿qué tan compatibles son con las billeteras HD? ¿Hay alguna implementación o hoja de ruta para las billeteras ICAP HD?
BIP32 y BIP39 describen formas de generar pares de claves deterministas jerárquicos. En general, primero genera una clave privada determinista y luego genera una clave pública derivada de esa clave privada.
Las carteras Ethereum HD prácticamente hacen lo mismo, aquí hay cinco direcciones hexadecimales extraídas de JavaScript LightWallet (HD):
["8473513ec4b53c6ebe353ab3327c05cc6daad823",
"9e89deeca8ddbe7dfd338e64f9dc2e652a95160f",
"4fb62834520cff47b9e6d60d9b15299a83cd5521",
"2bcf3763459672734b6792f5de250a7cd989fb0a",
"d85785cfef3492f7ba6535de8c08a1676075b094"]
El Ethereum Inter-exchange-Client-Address-Protocol establece cómo se generan las direcciones ICAP válidas. Para generar una dirección válida compatible con IBAN, el primer byte de la dirección debe ser 0x00
para reservar el espacio para el identificador de cuenta.
Como puede ver en las cinco direcciones anteriores, ninguna comienza con 0. Por lo tanto, las cuentas HD no son compatibles con las direcciones ICAP directas que cumplen con el estándar IBAN.
Pero aún es posible generar direcciones ICAP válidas. La especificación establece que las direcciones ICAP básicas no compatibles con IBAN no requieren un identificador de cuenta y pueden contener 31 caracteres alfanuméricos. Por lo tanto, las cuentas HD son compatibles con las direcciones ICAP básicas .
HodlDwon
ética