¿Por qué necesitamos un proceso de "enrutamiento" en Lightning Network?

Si me equivoco, por favor corrígeme.

Si simplificamos Lightning Network, parece funcionar de manera similar a este simple canal de pago unidireccional entre dos partes (aunque Lightning Network es bidireccional ).

Entonces podemos simplificar el proceso de un pago entre dos partes en Lightning Network de la siguiente manera:

(1) el remitente y el destinatario solo necesitan crear un canal e implementar el contrato y luego el remitente ingresa la dirección del destinatario en el contrato como destinatario.

(2) Luego, se realizará cualquier cantidad acordada de transacciones fuera de la cadena entre el remitente y el destinatario, de modo que el destinatario verifique la dirección del remitente para cada micropago.

(3) Eventualmente, se realizará una liquidación a través de una transacción en cadena, mediante la cual el destinatario recibirá el monto total del contrato.

A primera vista, parece que no hay necesidad de un proceso de "enrutamiento".

Entonces, ¿podemos preguntar ahora por qué necesitamos un proceso de enrutamiento para realizar un pago en Lightning Network?

PD: lo remito al sitio web de Lightning Network, donde se menciona que:

"Al crear una red de estas entradas del libro mayor de dos partes, es posible encontrar una ruta a través de la red similar al enrutamiento de paquetes en Internet".

Nota: Los canales de pago son componibles, lo que significa que si A y B tienen un canal de pago, y B y C tienen otro, entonces A puede pagar a C a través de B. Pero el asunto es que hay un incentivo de tarifa para los intermediarios . Ahora la pregunta es ¿cuál es más asequible ?

(1) ¿Hacer como el enfoque anterior?

O

(2) ¿ A y C crean otro canal entre ellos sin pagar a B y sin necesidad de enrutamiento ?

Entonces, ¿la respuesta de la necesidad de un proceso de enrutamiento en Lightning Network depende de la asequibilidad de pagar a uno o varios intermediarios en lugar de pagar por un nuevo canal directo sin intermediario?

El punto de LN es que no es solo un canal bipartidista; es una red de canales interconectados, de modo que si A está conectado a B y B está conectado a C, A puede pagar a C.
Sí, exactamente, tal que los canales son componibles: _Si A y B tienen un canal de pago, y B y C tienen otro, entonces A puede pagar a C a través de B._Pero el caso es que hay un incentivo de tarifa para los intermediarios . Ahora la pregunta es ¿cuál es más asequible ? (1) ¿Hacer como el enfoque anterior? ¿O (2) A y C crean otro canal entre ellos sin pagar a B y sin necesidad de enrutamiento? Gracias
Esa no es la pregunta con la que empezaste. Entonces, ¿por qué estás haciendo dos preguntas diferentes? También sabe que crear un canal le cuesta tarifas de transacción en cadena, ¿verdad?
@Jannes, sí, lo sé, pero como pregunté, ¿cuál es asequible ? pagar por un nuevo canal? o pagar por un intermediario? Si pagar por un intermediario es más asequible, entonces necesitamos un proceso de enrutamiento. Entonces, está relacionado con mi primera pregunta: ¿Por qué necesitamos un proceso de enrutamiento en LN? ¿La respuesta depende de la asequibilidad de pagar a uno o varios intermediarios en lugar de pagar por un nuevo canal directo sin intermediario?
No se trata solo de asequibilidad. Crear un canal requiere bloquear fondos en cadena. Como son un recurso finito, es inviable esperar un canal entre dos participantes que quieran interactuar a través de Lightning.
@Pieter Wuille, Bien, entonces, el enrutamiento es inevitable. Gracias

Respuestas (1)

Aunque Pieter Wuille ha triste la mayor parte de lo que se necesitaba en los comentarios, resumiré esto como una respuesta.

Técnicamente, podría abrir un canal de pago con cualquier otra persona en lugar de crear una red con la capacidad de enrutar. Los inconvenientes son que su cantidad total de bitcoins debe distribuirse en varios canales y será muy pequeña en cada canal. Además, la creación de canales con todos necesitaría muchas más transacciones en cadena que no ayudarían directamente a reducir la carga en la cadena de bloques.

--> Se necesita enrutamiento para reducir realmente la cantidad de transacciones en cadena necesarias y tener una mayor liquidez por canal disponible.