¿Es posible empalmar a un nuevo participante en una fábrica de canales LN?

Estoy leyendo un documento llamado "Financiación escalable de las redes de canales de micropagos de Bitcoin".

Si Alice, Bob y Charlie crearon una fábrica de canales, pensé que solo estas tres personas pueden crear un canal de pago dentro de sí mismos. Sin embargo, el documento dice que "los usuarios podrán ingresar al sistema con una transacción de blockchain y luego abrir muchos canales sin más contacto con blockchain". (página 3).

En el caso anterior (es decir, Alice, Bob y Charlie crearon una fábrica de canales), la transacción Hook se convierte en 3 de 3 multigrado. Si Diana quiere unirse a la fábrica de canales, la transacción de Hook ya constaba de tres personas. así que creo que Diana no puede unirse a su fábrica de canales.

ingrese la descripción de la imagen aquí

No hay ningún ejemplo en este caso en el documento (imagen de arriba). ¿La forma en que entiendo es correcta? O no ?

Y me pregunto cómo reembolsar sin cerrar y volver a abrir. Como se puede leer en este trabajo, cuando un partido ingresa a una fábrica de canales, el depósito que ingresa el partido ya está establecido en ese momento. o... ¿el significado de reembolso aquí es mover fondos a diferentes canales?

Respuestas (1)

Estás en lo correcto. No es posible llevar a Diana a Channel Factory sin una transacción que cierre y vuelva a abrir con Diana.

Empalme y empalme como explican Decker et al. en el documento que mencionas no es seguro.

Imagina la siguiente situación:

Situación de fábrica rota por mecanismo de empalme

Alice, Bob y Carol separaron a Dave creando una nueva Asignación dentro de la misma fábrica, de forma similar a como Decker et al. explicar en la figura 9 de su artículo. Bob y Alice pueden decirle a Carol que R^2 es la última actualización de su canal, pero en realidad actualizaron a R^3, invalidando por completo la nueva asignación. Carol podría haber aceptado pagos en esa nueva fábrica que nunca se verán reflejados. Por esta misma razón, el empalme de usuarios tampoco es seguro.

Ranchal-Pedrosa et al. se refieren a este problema como la fábrica rota y sugieren construcciones de fábricas alternativas, comparándolas, en su artículo Lightning Factories .