@NickODell estás diciendo que para el bloque de la cadena de `A->B->C`, C del tiempo podría ser >= Una hora? Es, efectivamente, no es diferente de la C del tiempo siendo == B del tiempo, debido a que cualquier nodo que rechaza la B también rechaza C. Si no es eso lo que estás diciendo, entonces quizás yo miscommunicated: por `>= el bloque anterior del tiempo`, quise decir el bloque anterior *en el bloque de la cadena,* específicamente la que se refiere el bloque de encabezado de campo prevHeaderHash. Para bloquear a Un tiempo <= el bloque B de tiempo <= bloque C, período de tiempo. Si hay un rancio bloque B', su tiempo no tiene relación con el bloque C, período de tiempo. Voy a editar el post para hacer esto más claro. Pérdidas de memoria (de temporal de uso de la memoria)? Las monedas no se pierden; si la transacción nunca se confirma, eventualmente será posible pasar de nuevo.

En el escenario le gustaría crear un canal de pagos con el usuario 1 y 2 que contribuyen (en cadena) y de recepción (fuera de la cadena, en el canal de pago) en las siguientes cantidades:

  • Usuario 1: 2 btc
  • Usuario 2: 1 btc

Para abrir y fondo de la canal en consecuencia, por lo tanto, cree la siguiente operación de financiación:

  • De entrada 0: 2 btc de usuario 1
  • Entrada 1: 1 btc de usuario 2
  • La salida es 0: 3 btc a 2-de-2-multisig(usuario 1 usuario de + 2)

Antes de esta operación de financiación es de difusión, también necesitamos un primer compromiso de la transacción, que capta el canal inicial estado de equilibrio, que se describe:

  • De entrada 0: Pasa 2-de-2 multisig salida de fondos del canal.
  • La salida es 0: 2 btc disponibles por el usuario 1
  • Salida 1: 1 btc disponibles por el usuario 2

(Cada una de las partes recibe un asimétrica diseñada compromiso de la transacción, pero vamos a omitir las diferencias por razones de simplicidad.)

Una vez que tanto la financiación y el compromiso inicial de las transacciones están firmados, la financiación de la transacción debe ser difundidos, para "proteger" o un "commit" de los fondos para el canal. El compromiso de la transacción es sólo de difusión para cerrar el canal y ofrecer el más reciente estado del canal para el blockchain de Bitcoin.

Para responder a tu pregunta, ahora tenemos un canal abierto, el cual es financiado por los dos compañeros y refleja un primer balance de los canales de acuerdo a la aportación de fondos (2:1 btc), que puede ser actualizado mediante la revocación/actualizar el compromiso de la transacción.