# Migrar un nodo de Lightning Cómo trasladar la liquidez a un nuevo nodo de Lightning Category: ingeniería Source: https://strike.me/int/es/blog/migrating-a-lightning-node/ --- La [Lightning Network](https://strike.me/learn/what-is-the-lightning-network/) es una red de pagos de bitcoin instantánea y privada, con un costo bajo o nulo. Operar un nodo de Lightning puede ofrecer ventajas significativas, como soberanía financiera personal, mayor privacidad, obtener ingresos por comisiones de enrutamiento o participar en una nueva red financiera global. Sin embargo, mantener un nodo de Lightning requiere cierto trabajo, incluida la necesidad ocasional de migrar tu operación a un nodo nuevo por motivos de seguridad, privacidad o mantenimiento. El proceso de migrar a un nodo nuevo a veces se denomina “rotar la semilla de tu nodo”. ![](https://www.datocms-assets.com/99305/1712088217-blog-migrating-a-ln-node-01.png) Los canales de tu nodo de Lightning, por los que se envía y recibe bitcoin, están vinculados directamente a la semilla única del nodo. Esto significa que no puedes simplemente “copiar y pegar” los canales de tu nodo en una semilla nueva. Migrar tu nodo por motivos de seguridad u otras razones requiere un proceso de migración estratégico. En esta publicación, desglosaremos los pasos para migrar sin problemas la liquidez de tu nodo de un nodo a otro, minimizando el tiempo de inactividad y haciendo que la transición sea fluida para tus usuarios y para la red. __💡NOTA: ¿Vas a trasladar tu nodo a un hardware nuevo sin cambiar su semilla? En este caso, debes usar un enfoque más sencillo de “levantar y colocar”: hacer una copia de seguridad, transferir y restaurar. Esto evita las complejidades de rotar la semilla.__ Suponiendo que _sí_ necesitas migrar a un nodo nuevo con una semilla nueva y tienes tiempo de sobra, las siguientes secciones te guiarán paso a paso para migrar la liquidez y la actividad de enrutamiento de tu nodo a una semilla nueva, con una interrupción mínima del servicio. ## Preparación para migrar tu nodo de Lightning Antes de empezar, es importante recordar que, si tu nodo funciona como nodo de enrutamiento, su reputación volverá a empezar desde cero. Esto puede ser una consideración importante para la conectividad de los canales y la liquidez. Empecemos por sentar las bases esenciales: configura tu nodo nuevo y prepáralo para asumir el control sin problemas en el futuro. ![](https://www.datocms-assets.com/99305/1712088227-blog-migrating-a-ln-node-02.png) ### Paso 1: Provisiona un nodo nuevo Para empezar, tendrás que configurar de forma segura tu nodo nuevo con una semilla única y sólida. Recuerda que una gestión adecuada de la semilla y las claves es fundamental. Tu nodo nuevo tendrá una nueva identidad única y una nueva clave pública. ![](https://www.datocms-assets.com/99305/1712088235-blog-migrating-a-ln-node-03.png) ### Paso 2: Crea un puente A continuación, tendrás que establecer un canal grande entre los nodos antiguo y nuevo. Recuerda iniciar la apertura del canal desde el nodo antiguo para que pueda enrutar pagos hacia el nuevo. Este canal servirá de puente para transferir fondos de forma eficiente. En el nodo antiguo, establece la política del canal con una comisión baja (por ejemplo, cero) y un delta de bloqueo temporal bajo (por ejemplo, 18). Como controlas ambos nodos, controlas las políticas de enrutamiento en ambos extremos del canal. En el nodo nuevo, establece comisiones de enrutamiento más altas para este canal a fin de desincentivar el flujo en la otra dirección. La comisión baja por enrutar hacia el nodo nuevo fomentará que la liquidez fluya en esa dirección. ## Migración paso a paso Al migrar la liquidez a tu nodo nuevo, la clave es mantener una transición fluida para tus usuarios y para la red. Quieres que tu nodo actual siga activo y disponible, enrutando con su liquidez actual, mientras desarrollas simultáneamente el nodo nuevo para que asuma el control sin problemas. ![](https://www.datocms-assets.com/99305/1712088241-blog-migrating-a-ln-node-04.png) ### Paso 3: Cierre estratégico de canales Primero, prioriza el cierre de los canales en los que la mayor parte de la liquidez se encuentra de tu lado, también conocidos como canales con liquidez saliente. Esto te proporcionará capital que podrás utilizar para abrir nuevos canales en el nuevo nodo, y el perfil de liquidez de esos nuevos canales será similar al de los antiguos (la mayor parte de la liquidez estará de tu lado). Los canales deberán cerrarse individualmente, ya que la mayoría de las implementaciones de nodos aún no admiten el procesamiento por lotes, así que elige estratégicamente el momento y utiliza comisiones lo bastante bajas para mantener bajos los costes de cierre de los canales. ![](https://www.datocms-assets.com/99305/1712088247-blog-migrating-a-ln-node-05.png) ### Paso 4: Abrir canales por lotes A medida que cierres canales en el nodo antiguo, abre simultáneamente otros nuevos en el nodo nuevo con los mismos pares, utilizando la apertura de canales por lotes para ahorrar en comisiones. Lo mejor es abrir canales con una capacidad similar para garantizar la continuidad del servicio hacia esos pares. Como alternativa, esta puede ser una buena oportunidad para replantear y reconsiderar la topología de tus canales. ![](https://www.datocms-assets.com/99305/1712088252-blog-migrating-a-ln-node-06.png) ### Paso 5: Controlar el flujo A continuación, tendrás que supervisar de cerca los saldos de los canales del nuevo nodo y utilizar las comisiones de enrutamiento como herramienta para influir en el flujo de liquidez. Es recomendable abrir los nuevos canales con tarifas de comisión competitivas para fomentar el flujo saliente y aumentarlas gradualmente a medida que la liquidez empiece a circular por los nuevos canales y alcance un estado equilibrado. Considera utilizar una herramienta como [charge-lnd](https://github.com/accumulator/charge-lnd) para automatizar los ajustes de comisiones a medida que el perfil de liquidez cambie con el tiempo. Si originas pagos desde tus nodos, ten en cuenta que, si los canales salientes del nuevo nodo tienen comisiones de enrutamiento distintas de cero, cualquier pago saliente originado desde tu nodo original que pase por el canal puente incurrirá en esas comisiones de enrutamiento. Esto puede ser conveniente o no, según tu caso de uso. Para evitar estas comisiones adicionales, puedes seleccionar cuidadosamente el canal del primer salto utilizado para los pagos y excluir el canal puente si lo deseas. Como alternativa, puedes establecer en cero las comisiones de enrutamiento salientes hacia el exterior en el nuevo nodo o elegir estratégicamente desde qué nodo originar los pagos. ![](https://www.datocms-assets.com/99305/1712088259-blog-migrating-a-ln-node-07.png) ### Paso 6: Repetir el proceso Continúa alternando entre los pasos 3 y 5, migrando gradualmente lotes de canales hasta completar el proceso. ## Consejos adicionales Migrar la semilla de tu nodo de Lightning puede parecer complejo, pero con el enfoque adecuado puede ser un paso manejable hacia una mayor seguridad o una topología mejorada. Aquí tienes otros aspectos que puedes considerar para agilizar aún más el proceso: - Considera utilizar swaps como [peerswaps](https://strike.me/blog/peerswaps/) o [loops](https://lightning.engineering/loop/) para acelerar el rebalanceo. - Actualiza las políticas del nodo para impedir que se abran nuevos canales hacia el nodo antiguo. - Utiliza un [estimador de comisiones combinadas](https://strike.me/blog/blended-bitcoin-fee-estimations/) para obtener buenas estimaciones de comisiones. - Actualiza los alias de los nodos para indicar que hay una migración en curso. - Informa a los operadores de nodos sobre la transición a través de comunidades en línea. - Colabora con tus socios de canal para actualizar las políticas de aceptación de canales con tu nueva clave pública. - Crea nuevas direcciones on-chain desde el nuevo nodo y actualiza las referencias según sea necesario. - Supervisa las direcciones on-chain asociadas al nodo antiguo y transfiere los fondos recibidos. - Adapta el proceso a la configuración y las preferencias específicas de tu nodo. From Strike's blog — https://strike.me/int/es/blog/