La peligrosa dirección de Dusk no siempre es una inválida. Puede ser una dirección perfectamente válida del modelo de transacción equivocado.
Tanto las direcciones de Moonlight como las de Phoenix están en Base58, así que una simple comprobación de “¿esto parece Base58?” me dice muy poco. Moonlight es una clave pública BLS12-381 G2 comprimida. Phoenix son dos puntos Jubjub comprimidos. El mismo alfabeto en pantalla, distinta estructura por debajo.
Esto importa si estoy construyendo un formulario de depósito o retiro de DUSK alrededor de Moonlight. La ruta de intercambio de Dusk es explícitamente Moonlight, mientras que Phoenix necesita un modelo de custodia y escaneo diferente. Si mi campo de dirección solo valida caracteres, puedo aceptar una dirección Phoenix protegida en un flujo diseñado para asignar, escanear o enviar contra cuentas públicas Moonlight.
El fallo aparece tarde. El usuario ve “dirección aceptada”. Mi base de datos la guarda. Luego el generador de transacciones o el pipeline de depósito es el primer lugar que descubre que la dirección pertenece a la familia equivocada.
Yo analizaría la dirección de forma estructural en el límite y comprobaría que el modelo esperado sea el correcto antes de guardarla.
En Dusk, la dirección válida y el destino válido son dos verificaciones distintas.
$GNO $SOXSB #dusk $DUSK @Dusk
Tanto las direcciones de Moonlight como las de Phoenix están en Base58, así que una simple comprobación de “¿esto parece Base58?” me dice muy poco. Moonlight es una clave pública BLS12-381 G2 comprimida. Phoenix son dos puntos Jubjub comprimidos. El mismo alfabeto en pantalla, distinta estructura por debajo.
Esto importa si estoy construyendo un formulario de depósito o retiro de DUSK alrededor de Moonlight. La ruta de intercambio de Dusk es explícitamente Moonlight, mientras que Phoenix necesita un modelo de custodia y escaneo diferente. Si mi campo de dirección solo valida caracteres, puedo aceptar una dirección Phoenix protegida en un flujo diseñado para asignar, escanear o enviar contra cuentas públicas Moonlight.
El fallo aparece tarde. El usuario ve “dirección aceptada”. Mi base de datos la guarda. Luego el generador de transacciones o el pipeline de depósito es el primer lugar que descubre que la dirección pertenece a la familia equivocada.
Yo analizaría la dirección de forma estructural en el límite y comprobaría que el modelo esperado sea el correcto antes de guardarla.
En Dusk, la dirección válida y el destino válido son dos verificaciones distintas.
$GNO $SOXSB #dusk $DUSK @Dusk
