El 23 de agosto, CKB lanzó su litepaper de la Red de Fibra de la Red Lightning Network. Después de haber estado estudiando en profundidad la tecnología de la Red Lightning Network recientemente, de inmediato realicé una investigación sobre Fiber, lo que llevó a la creación de este artículo.
En comparación con la Red Lightning de BTC, Fiber introduce sus propias consideraciones de diseño. Además, debido a las características del modelo eUTXO y la red CKB, Fiber presenta varias características técnicas únicas.
Desde que Lightning Labs desarrolló Taproot Asset, la Lightning Network finalmente se ha expandido en términos de emisión de activos. Sin embargo, en un canal típico de Lightning, la lógica detrás de las transferencias de Taproot Asset funciona de la siguiente manera:
Producido por Dapangdun
La transferencia de activos Taproot se logra a través de una combinación de Canal Taproot y un método de "conversión de tipo de cambio". La ventaja de este enfoque es que puede reutilizar la arquitectura actual del Canal Lightning, que mantiene inherentemente la seguridad y es relativamente simple de implementar. Sin embargo, la desventaja es que este diseño no permite la transferencia directa de activos Taproot dentro del canal.
En Fiber, los activos se transfieren directamente dentro del canal, como se muestra en el siguiente diagrama conceptual:
Producido por Dapangdun
La red Lightning de BTC actualmente utiliza la tecnología HTLC (Contrato con Bloqueo de Tiempo Hashed), que funciona suficientemente bien en la práctica. Sin embargo, HTLC tiene una vulnerabilidad potencial: puede comprometer la privacidad de la red Lightning, especialmente en escenarios de múltiples saltos.
Técnicamente, HTLC utiliza el mismo preimagen a lo largo de todo el camino de “multi-hop”. Dado que la preimagen es generada al azar por el destinatario, la probabilidad de que dos pagos diferentes usen la misma preimagen es baja. Sin embargo, si una entidad (como un individuo o una empresa) controla múltiples nodos a lo largo de un camino de pago, podría combinar la entrada de un nodo y la salida de otro para reconstruir toda la información de la transacción. Entonces, esta entidad podría aplicar heurísticas (basadas en la longitud del camino, el tipo de nodo, etc.) para deducir cuál es el pagador y cuál es el destinatario, socavando las protecciones de privacidad del enrutamiento de cebolla.
Por el contrario, PTLC (Contratos bloqueados en el tiempo) asegura que cada salto en el camino utilice un valor secreto diferente, preservando así la privacidad a lo largo de la ruta de múltiples saltos. Fiber Network adopta la tecnología PTLC para lograr esta privacidad mejorada.
Para obtener más detalles sobre este aspecto técnico, consulte el siguiente artículo:
¿Qué es el Contrato con Bloqueo Temporal de Puntos (PTLC)? Colección de Pensamientos de Bitcoin (Chino)www.btcstudy.org
El diseño general de Fiber está arraigado en la Red Lightning de BTC, por lo que inevitablemente "hereda" algunos de los problemas existentes, siendo uno de los más notables el desafío de gestión de liquidez.
En la Red Lightning de BTC, gestionar la liquidez del canal puede ser bastante engorroso. Se requiere liquidez tanto para recibir pagos como para enviarlos, por lo que los escenarios que requieren ajustar la liquidez del canal son inevitables. Las soluciones actuales, ya sea utilizando técnicas como "intercambios submarinos", "JIT (Just-In-Time)" o "empalme de canal", a menudo requieren que los usuarios realicen 1-2 transacciones en la cadena en la red principal de Bitcoin. Dado los lentos tiempos de confirmación en la red principal de BTC y las posibles tarifas de gas altas, esto puede llevar a una experiencia de usuario frustrante.
En Fiber, si bien la solución propuesta de “LSP (Proveedor de Servicios de Liquidez) + Submarine Swap” no elimina por completo los problemas de gestión de liquidez, el costo de enviar una transacción CKB es muy bajo y el tiempo de espera es mucho más corto. Esto mejora significativamente la experiencia del usuario en comparación con la red de BTC.
La fibra no se limita a la red CKB. Al utilizar un modelo de "canje intermediario", Fiber permite una conversión 1:1 entre BTC y CCBTC (un BTC envuelto en la red CKB). Esta configuración funciona como un "puente de rayos". Además, este puente puede ser descentralizado, permitiendo que los usuarios comunes que poseen estos activos participen como "redentores" y ofrezcan este servicio.
Pensando más allá, BTC podría utilizar este modelo para intercambiar con otros activos dentro de la red CKB, simplemente aceptando las tasas de cambio de un servicio Oracle público.
Por supuesto, esto está actualmente en la fase de diseño conceptual, y se necesitará más observación para ver cómo se desarrolla durante el desarrollo real.
Producido por Dapangdun
Aparte de los problemas que Fiber 'hereda' de la Red Lightning BTC, hay algunas preocupaciones adicionales específicas de Fiber que vale la pena discutir.
La Red Lightning de BTC se desarrolló como una solución para abordar el "límite de bloques pequeños" y los "tiempos de confirmación altos" en la red principal de Bitcoin, con el objetivo de reducir significativamente las tarifas y aumentar las TPS (transacciones por segundo) para los pagos.
Para la red CKB, sin embargo, las pruebas han demostrado que la tarifa actual para una sola transferencia es de aproximadamente 0.0000183 CKB. Dado el precio actual de CKB (~0.01 USD), esto se traduce en una tarifa de aproximadamente 0.000000183 USD, una cantidad extremadamente baja. Incluso si consideramos un aumento de diez veces en el precio de CKB y un aumento de diez veces en la congestión de la red, la tarifa para una sola transacción seguiría siendo solo de 0.0000183 USD, lo que sigue siendo muy bajo.
Por lo tanto, la necesidad de una Red Relámpago en CKB, en comparación con BTC, es claramente menos convincente. La red CKB ya ofrece costos de transacción extremadamente bajos, lo que hace que el caso de implementar una Red Relámpago sea menos fuerte que en la red BTC.
Producido por Dapangdun
Al mismo tiempo, considerando que los pagos de Lightning enfrentan problemas como dificultades operativas para los nodos, el requisito de que ambas partes estén en línea durante el pago y la eficiencia de capital insuficiente, aunque hay formas de mitigar estos desafíos, la necesidad de una Red Lightning en CKB no parece tan convincente.
Sin embargo, también podemos mirar el problema desde algunas otras perspectivas:
El modelo Lightning de Fiber se basa en 'Daric', que es un modelo P2P (peer-to-peer) tradicional. Sin embargo, si observamos las tendencias recientes del mercado de la Red Lightning de BTC, el modelo P2P se enfrenta a desafíos significativos. El mercado se está inclinando hacia soluciones custodiales de LSP (Proveedor de Servicios de Liquidez), y el cierre de Mutiny Wallet subraya aún más este punto. El hecho de que el servicio LSP bajo Mutiny también anunciara su cese de operaciones genera dudas sobre si el modelo custodial de LSP es sostenible a largo plazo.
Creo que necesitamos monitorear de cerca los futuros desarrollos en el modelo de Lightning.
Siempre he tenido respeto por el equipo de desarrollo de CKB. Como mencioné antes, respeto a los equipos que todavía están dispuestos a explorar e innovar, especialmente los del Este, independientemente del éxito o fracaso. Por lo tanto, tengo expectativas para Fiber y he considerado algunas posibles direcciones para su futuro, las cuales me gustaría compartir aquí.
Desde su inicio, la red CKB introdujo una nueva arquitectura. Estoy especialmente ansioso por ver si sus características de red únicas pueden impulsar más innovación en la Red Lightning. Por ejemplo:
¡La innovación siempre es la fuerza productiva primaria y un tesoro en este mercado!
La red Lightning tiene un problema general: ¿dónde deberían estar exactamente sus casos de uso? Si tenemos millones de TPS disponibles, ¿qué escenarios del mundo real requieren una demanda de interacción tan alta? O más bien, ¿en qué escenarios es absolutamente necesario o la única solución viable la red Lightning?
Anteriormente he considerado escenarios como pagos por streaming, juegos, e incluso he incursionado en LAPP (aplicaciones Lightning). Sin embargo, los proyectos en estas áreas o bien no han logrado ganar tracción o ya han "muerto". Entonces, Fiber enfrentará el mismo desafío, ¿dónde deberían estar los casos de uso?
Espero que Fiber pueda identificar o incluso "crear" más escenarios de demanda para la Red Lightning. La tecnología solo demuestra su valor cuando se basa en aplicaciones prácticas; de lo contrario, corre el riesgo de convertirse en nada más que un "juguete para geeks". Sin embargo, en mis conversaciones con partes relacionadas, he aprendido que el equipo de CKB es muy consciente de esto y está trabajando activamente en ello. Espero ver su progreso continuo en esta área.
El 23 de agosto, CKB lanzó su litepaper de la Red de Fibra de la Red Lightning Network. Después de haber estado estudiando en profundidad la tecnología de la Red Lightning Network recientemente, de inmediato realicé una investigación sobre Fiber, lo que llevó a la creación de este artículo.
En comparación con la Red Lightning de BTC, Fiber introduce sus propias consideraciones de diseño. Además, debido a las características del modelo eUTXO y la red CKB, Fiber presenta varias características técnicas únicas.
Desde que Lightning Labs desarrolló Taproot Asset, la Lightning Network finalmente se ha expandido en términos de emisión de activos. Sin embargo, en un canal típico de Lightning, la lógica detrás de las transferencias de Taproot Asset funciona de la siguiente manera:
Producido por Dapangdun
La transferencia de activos Taproot se logra a través de una combinación de Canal Taproot y un método de "conversión de tipo de cambio". La ventaja de este enfoque es que puede reutilizar la arquitectura actual del Canal Lightning, que mantiene inherentemente la seguridad y es relativamente simple de implementar. Sin embargo, la desventaja es que este diseño no permite la transferencia directa de activos Taproot dentro del canal.
En Fiber, los activos se transfieren directamente dentro del canal, como se muestra en el siguiente diagrama conceptual:
Producido por Dapangdun
La red Lightning de BTC actualmente utiliza la tecnología HTLC (Contrato con Bloqueo de Tiempo Hashed), que funciona suficientemente bien en la práctica. Sin embargo, HTLC tiene una vulnerabilidad potencial: puede comprometer la privacidad de la red Lightning, especialmente en escenarios de múltiples saltos.
Técnicamente, HTLC utiliza el mismo preimagen a lo largo de todo el camino de “multi-hop”. Dado que la preimagen es generada al azar por el destinatario, la probabilidad de que dos pagos diferentes usen la misma preimagen es baja. Sin embargo, si una entidad (como un individuo o una empresa) controla múltiples nodos a lo largo de un camino de pago, podría combinar la entrada de un nodo y la salida de otro para reconstruir toda la información de la transacción. Entonces, esta entidad podría aplicar heurísticas (basadas en la longitud del camino, el tipo de nodo, etc.) para deducir cuál es el pagador y cuál es el destinatario, socavando las protecciones de privacidad del enrutamiento de cebolla.
Por el contrario, PTLC (Contratos bloqueados en el tiempo) asegura que cada salto en el camino utilice un valor secreto diferente, preservando así la privacidad a lo largo de la ruta de múltiples saltos. Fiber Network adopta la tecnología PTLC para lograr esta privacidad mejorada.
Para obtener más detalles sobre este aspecto técnico, consulte el siguiente artículo:
¿Qué es el Contrato con Bloqueo Temporal de Puntos (PTLC)? Colección de Pensamientos de Bitcoin (Chino)www.btcstudy.org
El diseño general de Fiber está arraigado en la Red Lightning de BTC, por lo que inevitablemente "hereda" algunos de los problemas existentes, siendo uno de los más notables el desafío de gestión de liquidez.
En la Red Lightning de BTC, gestionar la liquidez del canal puede ser bastante engorroso. Se requiere liquidez tanto para recibir pagos como para enviarlos, por lo que los escenarios que requieren ajustar la liquidez del canal son inevitables. Las soluciones actuales, ya sea utilizando técnicas como "intercambios submarinos", "JIT (Just-In-Time)" o "empalme de canal", a menudo requieren que los usuarios realicen 1-2 transacciones en la cadena en la red principal de Bitcoin. Dado los lentos tiempos de confirmación en la red principal de BTC y las posibles tarifas de gas altas, esto puede llevar a una experiencia de usuario frustrante.
En Fiber, si bien la solución propuesta de “LSP (Proveedor de Servicios de Liquidez) + Submarine Swap” no elimina por completo los problemas de gestión de liquidez, el costo de enviar una transacción CKB es muy bajo y el tiempo de espera es mucho más corto. Esto mejora significativamente la experiencia del usuario en comparación con la red de BTC.
La fibra no se limita a la red CKB. Al utilizar un modelo de "canje intermediario", Fiber permite una conversión 1:1 entre BTC y CCBTC (un BTC envuelto en la red CKB). Esta configuración funciona como un "puente de rayos". Además, este puente puede ser descentralizado, permitiendo que los usuarios comunes que poseen estos activos participen como "redentores" y ofrezcan este servicio.
Pensando más allá, BTC podría utilizar este modelo para intercambiar con otros activos dentro de la red CKB, simplemente aceptando las tasas de cambio de un servicio Oracle público.
Por supuesto, esto está actualmente en la fase de diseño conceptual, y se necesitará más observación para ver cómo se desarrolla durante el desarrollo real.
Producido por Dapangdun
Aparte de los problemas que Fiber 'hereda' de la Red Lightning BTC, hay algunas preocupaciones adicionales específicas de Fiber que vale la pena discutir.
La Red Lightning de BTC se desarrolló como una solución para abordar el "límite de bloques pequeños" y los "tiempos de confirmación altos" en la red principal de Bitcoin, con el objetivo de reducir significativamente las tarifas y aumentar las TPS (transacciones por segundo) para los pagos.
Para la red CKB, sin embargo, las pruebas han demostrado que la tarifa actual para una sola transferencia es de aproximadamente 0.0000183 CKB. Dado el precio actual de CKB (~0.01 USD), esto se traduce en una tarifa de aproximadamente 0.000000183 USD, una cantidad extremadamente baja. Incluso si consideramos un aumento de diez veces en el precio de CKB y un aumento de diez veces en la congestión de la red, la tarifa para una sola transacción seguiría siendo solo de 0.0000183 USD, lo que sigue siendo muy bajo.
Por lo tanto, la necesidad de una Red Relámpago en CKB, en comparación con BTC, es claramente menos convincente. La red CKB ya ofrece costos de transacción extremadamente bajos, lo que hace que el caso de implementar una Red Relámpago sea menos fuerte que en la red BTC.
Producido por Dapangdun
Al mismo tiempo, considerando que los pagos de Lightning enfrentan problemas como dificultades operativas para los nodos, el requisito de que ambas partes estén en línea durante el pago y la eficiencia de capital insuficiente, aunque hay formas de mitigar estos desafíos, la necesidad de una Red Lightning en CKB no parece tan convincente.
Sin embargo, también podemos mirar el problema desde algunas otras perspectivas:
El modelo Lightning de Fiber se basa en 'Daric', que es un modelo P2P (peer-to-peer) tradicional. Sin embargo, si observamos las tendencias recientes del mercado de la Red Lightning de BTC, el modelo P2P se enfrenta a desafíos significativos. El mercado se está inclinando hacia soluciones custodiales de LSP (Proveedor de Servicios de Liquidez), y el cierre de Mutiny Wallet subraya aún más este punto. El hecho de que el servicio LSP bajo Mutiny también anunciara su cese de operaciones genera dudas sobre si el modelo custodial de LSP es sostenible a largo plazo.
Creo que necesitamos monitorear de cerca los futuros desarrollos en el modelo de Lightning.
Siempre he tenido respeto por el equipo de desarrollo de CKB. Como mencioné antes, respeto a los equipos que todavía están dispuestos a explorar e innovar, especialmente los del Este, independientemente del éxito o fracaso. Por lo tanto, tengo expectativas para Fiber y he considerado algunas posibles direcciones para su futuro, las cuales me gustaría compartir aquí.
Desde su inicio, la red CKB introdujo una nueva arquitectura. Estoy especialmente ansioso por ver si sus características de red únicas pueden impulsar más innovación en la Red Lightning. Por ejemplo:
¡La innovación siempre es la fuerza productiva primaria y un tesoro en este mercado!
La red Lightning tiene un problema general: ¿dónde deberían estar exactamente sus casos de uso? Si tenemos millones de TPS disponibles, ¿qué escenarios del mundo real requieren una demanda de interacción tan alta? O más bien, ¿en qué escenarios es absolutamente necesario o la única solución viable la red Lightning?
Anteriormente he considerado escenarios como pagos por streaming, juegos, e incluso he incursionado en LAPP (aplicaciones Lightning). Sin embargo, los proyectos en estas áreas o bien no han logrado ganar tracción o ya han "muerto". Entonces, Fiber enfrentará el mismo desafío, ¿dónde deberían estar los casos de uso?
Espero que Fiber pueda identificar o incluso "crear" más escenarios de demanda para la Red Lightning. La tecnología solo demuestra su valor cuando se basa en aplicaciones prácticas; de lo contrario, corre el riesgo de convertirse en nada más que un "juguete para geeks". Sin embargo, en mis conversaciones con partes relacionadas, he aprendido que el equipo de CKB es muy consciente de esto y está trabajando activamente en ello. Espero ver su progreso continuo en esta área.