Recuperación en nuevo ledger nano s

Digamos que creamos 3 direcciones de bitcoin y 4 direcciones de ethereum. Esto significa que tenemos 3 claves públicas privadas para bitcoin y 4 claves públicas privadas para ether.

Después de la recuperación usando la semilla de 24 palabras, cómo el nuevo libro mayor nano s sabe que he usado 3 direcciones en bitcoin y 4 direcciones en ethereum.

Me pregunto cómo sucede esto. ¿Podría ayudarme a entender?

Supongo que escanea la cadena de bloques y busca cuántas direcciones de las secuencias de direcciones se han utilizado. Por lo que puedo decir, así es como funciona JAXX.
@lungj pero el número de direcciones es infinito, ¿verdad?
Está limitado por la cantidad de direcciones únicas de Ethereum. Pero incluso si no lo fuera, también está limitado por la cantidad de transacciones que puede realizar.
Incluso si el sistema supusiera que nunca necesita más de un billón de direcciones (suficiente para unas 50 transacciones por segundo durante la vida de una persona promedio), no tendría que verificar más de 40 direcciones para averiguar dónde se quedó (por cadena) .
No puedo entender tu último comentario.
Usando la búsqueda binaria, puede buscar un espacio (ordenado) en el tiempo de registro. Para encontrar la última dirección utilizada en un espacio de búsqueda lineal de 2^256 bits (que podemos suponer ya que podemos generar la dirección n-ésima que genera directamente la billetera), realiza como máximo 256 búsquedas. Divide el espacio en dos. ¿Ya se usó la dirección? ¿No? Divide la primera mitad del espacio en dos y vuelve a buscar. Es como buscar una palabra en un diccionario hojeando hacia adelante y hacia atrás hasta encontrar la palabra correcta. En un diccionario con 512 (2 ^ 9) páginas, la búsqueda binaria significa que debe consultar un máximo de 9 páginas para encontrar su palabra.
Repite este proceso una vez por cada cadena que estés usando (bitcoin, ethereum, etc.)
¿Funcionará esto si creamos alguna n dirección no utilizada y empezamos a usar n+1 dirección?
No usar el esquema que describí. Además, no puede "crear" una dirección no utilizada. Las direcciones no se crean en la cadena de bloques. Cada dirección ya existe. Quiere decir omitir algunos elementos en la secuencia de claves/direcciones generadas.
Entonces, cómo funciona perfectamente el ledger nano s sigue siendo una pregunta...
Si anteriormente tenía una cuenta llamada 'fondos de cohetes', ¿cómo aparecería esto en un libro mayor recién restaurado o solo puedo acceder a los fondos creando manualmente las cuentas personalizadas nuevamente?

Respuestas (1)

BIP44 define el límite de la brecha de direcciones en 20. Lo que significa que durante la recuperación, como al importar su clave pública maestra en una billetera para monitorear, el software busca 20 direcciones antes de la última dirección utilizada.

Si funciona normalmente, el software solo debe generar una nueva dirección pública si la última no ha visto ninguna transacción. No puede obligar a la aplicación Ledger Nano a crear una nueva dirección. De BIP44 de nuevo:

El software de billetera debe advertir cuando el usuario está tratando de exceder el límite de espacio en una cadena externa al generar una nueva dirección.

Esto es para evitar el problema de tener que regenerar y escanear potencialmente un número arbitrario o direcciones públicas.

Entonces, básicamente, el procedimiento de recuperación es:

  • Derivar 20 claves de la clave pública maestra
  • Escanear todas las direcciones
  • Tome el último usado (hijo X) y genere claves hasta X+20
  • Escanea las nuevas direcciones
  • Enjuague y repita los últimos 2 pasos hasta que no aparezca nada nuevo

Hay una explicación un poco más larga y general del sistema aquí .