Realmente no tengo idea de cómo hacerlo bien. Permítanme dar un ejemplo: tenemos algunas personas A, B, C, D... Y A hace una transacción a B, luego A debe pagarle a C, luego enviar algunas monedas a D, etc... Después de cerrar el canal A debe pagar una tarifa como en una transacción en cadena. Entonces, ¿no hay razón para usar un rayo cuando A necesito pagar algunas monedas a diferentes destinatarios? Escuché que Lightning puede hacer un intercambio descentralizado. ¿Alguien puede dar un ejemplo de cómo funcionará con menos tarifas (o tarifa cero si es posible)?
Otro ejemplo: si A intercambia BTC con B, C, D, E.... Y A obtiene +0.01 BTC por cada intercambio, entonces B debe pagar 0.01 BTC, C paga 0.01 BTC... Hay mucho Entradas en cadena, por lo que muchas tarifas (después del cierre del canal)
Lo siento por mi ingles
Una tarifa de pago obligatorio como en una transacción en cadena. Entonces, ¿no hay razón para usar un rayo cuando A necesito pagar algunas monedas a diferentes destinatarios?
Sí, al abrir o cerrar un canal, se producen transacciones en cadena y, por lo tanto, se deben pagar tarifas. Sin embargo, lo interesante de Lightning Network (LN) es que esas dos transacciones en cadena ahora pueden representar un montón de transacciones para cualquier otra persona conectada a LN . Aún más, el cierre de un canal también puede ser la apertura de un nuevo canal, por lo que esto reduce los pagos en cadena a ~solo uno por canal. Entonces, en lugar de tener una tarifa en cadena por transacción, puede pagar una tarifa en cadena por una cantidad potencialmente enorme de transacciones.
Escuché que Lightning puede hacer un intercambio descentralizado. ¿Alguien puede dar un ejemplo de cómo funcionará con menos tarifas (o tarifa cero si es posible)?
Se podría construir un servicio de intercambio sobre el LN. Tal servicio podría permitir a los usuarios intercambiar monedas atómicamente que existen en un canal de pago, sin un servicio de custodia involucrado. El servicio de intercambio simplemente hace el papel de "casamentero" para compradores y vendedores. Una búsqueda rápida en Google me muestra este servicio, llamado SparkSwap , como ejemplo (descargo de responsabilidad: nunca he usado SparkSwap y no tengo afiliación con ellos, literalmente los encontré en una búsqueda en Google y su servicio parece un ejemplo relevante)
Tenga en cuenta que un intercambio LN es más adecuado para el comercio entre la red LN y BTC en cadena, o entre diferentes criptomonedas. No BTC <-> Fiat $$.
Otro ejemplo: si A intercambia BTC con B, C, D, E.... Y A obtiene +0.01 BTC por cada intercambio, entonces B debe pagar 0.01 BTC, C paga 0.01 BTC... Hay mucho Entradas en cadena, por lo que muchas tarifas (después del cierre del canal)
No estoy seguro exactamente de lo que quiere decir aquí, pero en general: recibir o enviar pagos en LN no generará más tarifas al cerrar su canal de LN. Puede abrir un canal y luego enviar 1 transacción, o enviar/recibir 1000 transacciones (dentro de la capacidad del canal), y la tarifa de cierre del canal será la misma.