Envío de pagos desde una billetera HD

Las billeteras HD no son especiales cuando se trata de transacciones. A las transacciones no les importa si las claves involucradas se derivaron de forma determinista o se generaron aleatoriamente.

Piense en una billetera dividida en dos partes: la primera parte (que llamaremos el controlador de claves) maneja los pares de claves privadas/públicas y crea firmas digitales. La segunda parte (que llamaremos el controlador de transacciones) maneja la recepción y creación de transacciones. Supongamos que la primera parte tiene algunas funciones getnewpubkey(devuelve una nueva dirección) y signdatawithpubkey(recibe una clave pública y algunos datos para firmar, devuelve una firma digital).

Por lo tanto, hay dos tipos diferentes de controladores de claves: los que generan claves aleatoriamente y los que las generan de forma determinista (también conocidas como carteras HD). Estos dos se pueden usar de manera intercambiable con el controlador de transacciones; el controlador de transacciones hace exactamente lo mismo y no le importa cómo se generan las claves. Todo lo que necesita es obtener claves cuando las necesita, y que el controlador de claves firme transacciones cuando el controlador de transacciones se lo solicite.

En su escenario, independientemente de si se usó una billetera HD, el controlador de transacciones conoce dos transacciones de las que puede gastar. Estas dos transacciones se enviaron a las direcciones que corresponden a dos claves que el controlador de transacciones le pidió al controlador de claves que proporcionara (es decir, llamó getnewpubkeydos veces).

Ahora, cuando desea enviar, el controlador de transacciones construye una transacción que tiene sus dos transacciones recibidas como entradas. Una vez que crea la transacción, la envía al controlador de claves para que la firme (de modo que llamará signwithpubkeydos veces y pasará la misma transacción en ambas llamadas, pero una clave pública para la primera llamada y la otra clave pública para la segunda llamada). Luego, toma esas firmas y la transacción sin firmar, las combina y produce una transacción final que luego se transmite a la red.

Observe cómo el controlador de transacciones que realmente recibe y crea la transacción no sabe ni le importa cómo se derivaron las claves. Podría haber utilizado un controlador de claves que genera claves al azar o uno que las genera de manera determinista; no hace ninguna diferencia.

lo que debe hacer el usuario. Por lo tanto, agradecería si alguien puede explicar lo anterior destacando algunos pasos en bitcoin-core, por ejemplo.

El usuario no necesita hacer nada. El usuario hace clic en los botones para obtener una nueva dirección cuando quiere una nueva dirección y hace clic en los botones para enviar Bitcoin cuando quiere enviar. Todo (elegir qué transacciones usar como entradas, crear la transacción, firmar la transacción, etc.) es manejado por el software. Lo que hace el usuario con las transacciones no cambia si las claves se generaron de forma aleatoria o determinista.