He estado observando cómo funciona la privacidad de las carteras y, sinceramente, cuanto más lo miro, más importante se vuelve la estructura de la cartera. Una cartera no debería tener que exponerlo todo solo porque necesitas usar una dirección pública.
Ahí es donde @Dusk se pone interesante.
Lo interesante empieza con un Mnemonic basado en la frase semilla de BIP-39. Eso se convierte en la semilla criptográfica de la cartera y, a partir de ahí, la misma cartera puede derivar múltiples perfiles.
Cada perfil se construye como una tupla de pares de claves. El Perfil 1 puede tener su propia dirección pública y una dirección protegida. El Perfil 2 puede tener otra dirección pública y otra dirección protegida. La misma estructura puede continuar hasta el Perfil n. $ACE
Esto le da a la cartera una forma de organizar varios perfiles bajo la misma semilla criptográfica, manteniendo dentro de cada perfil las direcciones públicas y protegidas.
El uso real es bastante sencillo. Un perfil puede funcionar con una dirección pública mientras que otro puede usar una dirección protegida, dependiendo de lo que necesite el usuario.
Ese es el propósito de este diseño para mí. No se trata de obligar a que cada interacción se encaje en un solo tipo de dirección. Le da a la cartera una estructura en la que varios perfiles y diferentes tipos de direcciones pueden coexistir.
Lo interesante es que esto está integrado en la arquitectura de la cartera en sí, en lugar de ser algo añadido más tarde.$RICE
No intenta hacer la cartera complicada por el simple hecho de hacerlo. La idea es simple: una sola semilla criptográfica puede admitir múltiples perfiles con direcciones públicas y protegidas.
Eso es lo que hace que la estructura de la cartera de Dusk sea digna de seguir de cerca.
@Dusk
#dusk $DUSK
Ahí es donde @Dusk se pone interesante.
Lo interesante empieza con un Mnemonic basado en la frase semilla de BIP-39. Eso se convierte en la semilla criptográfica de la cartera y, a partir de ahí, la misma cartera puede derivar múltiples perfiles.
Cada perfil se construye como una tupla de pares de claves. El Perfil 1 puede tener su propia dirección pública y una dirección protegida. El Perfil 2 puede tener otra dirección pública y otra dirección protegida. La misma estructura puede continuar hasta el Perfil n. $ACE
Esto le da a la cartera una forma de organizar varios perfiles bajo la misma semilla criptográfica, manteniendo dentro de cada perfil las direcciones públicas y protegidas.
El uso real es bastante sencillo. Un perfil puede funcionar con una dirección pública mientras que otro puede usar una dirección protegida, dependiendo de lo que necesite el usuario.
Ese es el propósito de este diseño para mí. No se trata de obligar a que cada interacción se encaje en un solo tipo de dirección. Le da a la cartera una estructura en la que varios perfiles y diferentes tipos de direcciones pueden coexistir.
Lo interesante es que esto está integrado en la arquitectura de la cartera en sí, en lugar de ser algo añadido más tarde.$RICE
No intenta hacer la cartera complicada por el simple hecho de hacerlo. La idea es simple: una sola semilla criptográfica puede admitir múltiples perfiles con direcciones públicas y protegidas.
Eso es lo que hace que la estructura de la cartera de Dusk sea digna de seguir de cerca.
@Dusk
#dusk $DUSK
