Para escanear las monedas recibidas a Bobs Dirección de pago silenciosa, necesita usar su b_scan Clave privada Dado que el secreto compartido es calculado por el remitente usando a*B_scan.
Esta pregunta no se trata de si las billeteras host / aplicaciones complementarias para billeteras de {hardware} utilizarán servidores de escaneo o cualquier otra forma de implementar escaneo, sino cómo tratarán la clave privada b_scan requerido para estar “en línea”.
- Las billeteras de {hardware} generalmente no admiten la exportación de claves privadas (y no deberían en mi opinión).
- BIP-352 cube que las billeteras pueden usar rutas de derivación BIP32, pero esto no será posible para las billeteras de {hardware} que no exporten las llaves privadas.
¿Cómo podrían ser posibles implementaciones? La billetera host / servidor de escaneo podría calcular todo A (clave pública del remitente a1 + a2 + ... + an para n entradas) y luego las billeteras de {hardware} podrían tener una API para calcular el secreto compartido dado el A?
Recuperar el saldo de la billetera de una cierta altura del bloque (la altura del bloque que la billetera de {hardware} se disparó el pago silencioso, por ejemplo) sería mucho trabajo, y para todos los recibos posteriores, la billetera de {hardware} también debe estar conectada.
¿Alguien tiene una thought de cómo las billeteras de {hardware} podrían lidiar con esto sin destruir UX / agregar complejidad al firmware de la billetera de {hardware}?
Para escanear las monedas recibidas a Bobs Dirección de pago silenciosa, necesita usar su b_scan Clave privada Dado que el secreto compartido es calculado por el remitente usando a*B_scan.
Esta pregunta no se trata de si las billeteras host / aplicaciones complementarias para billeteras de {hardware} utilizarán servidores de escaneo o cualquier otra forma de implementar escaneo, sino cómo tratarán la clave privada b_scan requerido para estar “en línea”.
- Las billeteras de {hardware} generalmente no admiten la exportación de claves privadas (y no deberían en mi opinión).
- BIP-352 cube que las billeteras pueden usar rutas de derivación BIP32, pero esto no será posible para las billeteras de {hardware} que no exporten las llaves privadas.
¿Cómo podrían ser posibles implementaciones? La billetera host / servidor de escaneo podría calcular todo A (clave pública del remitente a1 + a2 + ... + an para n entradas) y luego las billeteras de {hardware} podrían tener una API para calcular el secreto compartido dado el A?
Recuperar el saldo de la billetera de una cierta altura del bloque (la altura del bloque que la billetera de {hardware} se disparó el pago silencioso, por ejemplo) sería mucho trabajo, y para todos los recibos posteriores, la billetera de {hardware} también debe estar conectada.
¿Alguien tiene una thought de cómo las billeteras de {hardware} podrían lidiar con esto sin destruir UX / agregar complejidad al firmware de la billetera de {hardware}?
