Hace varios meses (a mediados de 2017) leí que el plan era ese, sí. Incluso se hablaba de que el cliente Bitcoin Core podía ser configurado de tal manera que la integración de Lightning sería automática, es decir, que solo enviaría transacciones on-chain cuando no haya ningún canal de pagos (o mejor dicho: ninguna ruta) disponible.
Es probable que en el futuro los nodos de Bitcoin Core incluyan también un nodo Lightning. Esto es así porque parece evidente que con el tiempo todo va a ser "
Lightning-first" (utilizo este término a semejanza del diseño web que es "mobile-first", donde las páginas web se diseñan siempre con el teléfono móvil como prioritario aunque después el usuario las visualice en un PC).
¿Qué quiero decir con "
Lightning-first"? Igual que en Bitcoin Core todas las transacciones ya son Segwit, en el futuro casi todas esas transacciones on-chain también serán también canales de Lightning. De esta manera, su adopción se irá afianzando de manera natural.
De hecho, este sistema de "
Lightning-first" también ocurrirá desde la propia red de Lightning. Supongamos que quieres hacer un pago desde una dirección de Lightning, pero el receptor del pago no está en la red. En ese caso, el pagador lanzará una transacción de Lightning, y uno de los nodos intermedios podrá crear una transacción on-chain directamente sobre Bitcoin que a la vez será un canal de Lightning para el receptor final.
Ahora, hace rato que no leo nada sobre estos planes, en particular ninguna estimación para cuando podríamos esperar un monedero Core que tenga estas características. Me parece que esto ocurrirá bastante más adelante, considerando que han aparecido nuevas críticas hacia LN de Peter Todd, y calculo que primero se harán pruebas muy extensivas antes de que realmente el cliente Core incluya Lightning.
Tengo entendido que las críticas se circunscriben únicamente a la búsqueda descentralizada de rutas. Todd opina, y creo que tiene razón, que sería mejor que las primeras versiones de Lightning funcionen con una cierta estructura hub-and-spoke. Es decir, no usar el modo "autopilot" en la generación y enrutado de canales, sino seleccionar los nodos Lightning en función de las valoraciones de los usuarios.
