Pages:
Author

Topic: Un poco de Lightning Network (red de rayos) - page 2. (Read 2267 times)

legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
Otra cosa que me pareció muy interesante, es que una vez que una de las partes del canal tiene un saldo mayor que cero, ya nunca puede volver a ponerse a cero. Esto es así para que no resulte gratis hacer fraude al cerrar un canal de manera unilateral con una transacción antigua ya revocada.
A ver si lo entiendo bien:

- Alice y Bob abren un canal proveyendo 2 BTC cada uno. Saldo: Alice 2, Bob 2.
- Bob realiza un pago de 1 BTC a Alice. Ahora los saldos son: Alice 3, Bob 1.
- Si la regla de los channel_reserve_satoshis no existiera, Bob ahora podría hacer otro pago de 1 BTC (saldos: Alice 4, Bob 0).
- Luego de recibir las contraprestaciones, Bob podría defraudar a Alice gratuitamente por 1 BTC volviendo al estado anterior de (3-1), ya que ya recibió las contraprestaciones (por ejemplo, productos o servicios) para sus 2 BTC y si Alice descubre el fraude, lo máximo que puede perder son estos 2 BTC - es decir, no pierde nada.
- Pero debido a channel_reserve_satoshis, lo mínimo que pierde sería esta cantidad de satoshis.

Sí, parece interesante y necesario, sino no funciona el modelo de incentivos de LN.

Hablando de este tema, ¿alguien sabe algo sobre el protocolo propuesto "eltoo" y como podría evitar este tipo de fraude? He leido sobre eltoo pero era un documento muy técnico (el whitepaper) y no lo entendí del todo. Pero se que en eltoo no existe penalidad como en "LN-Penalty" (channels de Poon-Dryja), sino que parece que el mismo mecanismo imposibilitaría los fraudes.

Por ejemplo en este artículo dice:

Quote from: The Money Mongers
But then how doesn’t is prevents malicious actors from cheating?

Well in an Eltoo channel, as each new state is generated it invalidates the previous state thus leaving no incentive behind for the malicious actor to broadcast it to the blockchain.
¿Pero como puede invalidar a un estado previo si todo es off-chain y nada está escrito en la cadena de bloques?
legendary
Activity: 1736
Merit: 2748
LE ☮︎ Halving es la purga
El creador del monedero Electrum revela que soportará la Lightning Network de Bitcoin

Quote
El monedero de Bitcoin (BTC) Electrum pronto acogerá el soporte para la Lightning Network (LN), informó el medio de noticias de criptomonedas ruso Forklog en telegram el 5 de julio.

En una actualización en redes sociales, la publicación decía que el fundador Thomas Voegtlin había revelado el próximo lanzamiento en la conferencia BIP001 en curso en Odessa, Ucrania.

Electrum, una de los monederos de bitcoin más antiguos del mercado desde 2011, dijo que la funcionalidad de LN formaría parte de una inminente actualización importante.

https://es.cointelegraph.com/news/electrum-will-support-bitcoin-lightning-network-wallets-creator-reveals?

Interesante, veremos cuanto tarda esta actualización en llegar al mercado, no soy usuario de Electrum pero, si, hace un tiempo lo instale para ver si era muy complicado su manejo e instalación y la verdad que me pareció sencillo tanto la instalación como el uso en general, si a esto le añaden LN sin mas complicación, habrá que tenerlo en cuenta.

Ya esta una versiòn  oficial la 4.0.2

Quote
La wallet de Bitcoin, Electrum, ahora es compatible con la red Lightning Network, pero además también lo es con el protocolo Watchtowers y los intercambios Submarine Swaps.
Fuente:https://news.bit2me.com/electrum-compatible-lightning-network-watchtowers-submarine-swaps

No te estoy avisando (*) , estoy citando para llevar el ritmo del hilo, que me ha servido para llevar el proceso de entendimiento tècnico y "aceptaciòn" personal de LN como usuario tenedor de bitcoin, emprendedor, inversor y divulgador del Bitcoin. No estoy diciendo que estoy en todos (¡ojala! al menos llego a tres  Wink  ) pero si metiéndome en los zapatos de cada uno para poder tener una visiòn global, que te puede llevar a tener comentarios, que se pueden orientar a salirse de la parte técnica y de aplicabilidad que tan bien en desarrollo lleva este tema,en el cual creo debería mantenerse.

En ese sentido esta nueva actualización complementa o concreta las dos ultimas intervenciones.

Que luego de leerles me dejaron con ganas de màs, he encontrado esto, por cierto no soy de recomendar link de Youtube (este es el primero) e incluso link de consulta (que de referencia a mis idea, datos, nunca los olvido siempre hay) pero me encontré con esta informaciòn que bien se puede agregar (que no sustituye en nada ninguna de la ya aportada tanto en comentarios como en las fuentes proporcionadas)

-Disculpen tantos parentesìs.-

Fuente: Capture Imagen en Youtube/ video: https://youtu.be/w3MrQIxxKQs?t=134
La fuente o el link te lleva al momento 2":14`que es donde esta lo referido a LN.
Consideraciones: No estoy recomendando este canal, no conozco su contenido ni estoy relacionado de ninguna manera con sus creadores. Considere también que este vídeo es del 2017.


(*)Que las citas a veces se mal interpretan, usted y la mayoría de participantes son de los usuarios mejor informados del Foro (Eso incluye el norte y tambièn Alemania), es por desarrollo y continuidad del tema.
legendary
Activity: 1623
Merit: 1608
Otra cosa que me pareció muy interesante, es que una vez que una de las partes del canal tiene un saldo mayor que cero, ya nunca puede volver a ponerse a cero. Esto es así para que no resulte gratis hacer fraude al cerrar un canal de manera unilateral con una transacción antigua ya revocada. Cualquier actor fraudulento sabe que su acción, al menos le va a costar la cantidad definida por el parámetro channel_reserve_satoshis.

Así que, por cada canal, 2*channel_reserve_satoshis (el doble, por la parte local y la remota del canal) es una cantidad que no se puede utilizar para nada en las transacciones. Están ahí, quietos, aparentemente improductivos, pero desincentivando el fraude mediante el cierre unilateral de canales.
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
¡Tienes razón con lo de "wallet"->"information"! Tiendo a ignorar estos puntos "informativos" en los menús de las aplicaciones. Y la verdad que no me parece un buen diseño de la interfaz incluir un item para una acción tan esencial en un lugar que supuestamente solo provee información. Para mí que debería cambiarse la ubicación de este botón.

Gracias por la explicación de los submarine swap, ahora queda bien claro. Si interpreto bien es prácticamente como efectuar un pago por LN "para nada" pero que el dinero te sea devuelto on-chain, y que debido al HTLC el pago es atómico y nadie se puede quedar con el dinero de otro. Me gusta este concepto.
legendary
Activity: 1623
Merit: 1608
Ya bajé Electrum 4 e intenté inicializar Lightning. Parece que todavía esto no se puede hacer a través de la interfaz gráfica, sigue siendo necesario ingresar init_lightning() en la consola.
La opción de activar Lightning desde la interfaz gráfica está un poco oculta. En la versión 4 beta, que es la que utilicé yo, se encontraba en el menú Wallet/Information/Activar Lightning. ¡Así que no hace falta ejecutar init_lightning desde la línea de comandos!

Quote from: d5000
Lo de los submarine swaps parece interesante, voy a informarme un poco porque todavía no conozco el concepto. De lo poco que leí (https://blog.muun.com/a-closer-look-at-submarine-swaps-in-the-lightning-network/) parece que el proveedor, si bien es una entidad centralizada, no puede quedarse con el dinero ya que tiene que cumplir con las condiciones de un HTLC.
Supongamos que has creado un canal con 3 mBTC. Entonces en la parte local del canal tendrás 3 mBTC y en la parte remota del canal tendrás 0 mBTC. Es decir, puedes enviar bitcoins pero no puedes recibir nada. Si todo el mundo creara así los canales, estarían todos incomunicados porque todos podrían enviar pero ninguno podría recibir. Solo el silencio, la incapacidad de hacer transacciones aunque existieran miles de canales recién generados.

Aquí entra en juego "submarine swaps": creas un "submarine swap" de 1 mBTC, así en la parte local del canal pasarías a tener 2 mBTC y en la parte remota del canal pasarías a tener 1 mBTC. Entonces podrías decir, con razón, "he perdido 1 mBTC. Antes tenía 3 mBTC en la parte local y ahora solo tengo 2 mBTC". Efectivamente es así, porque la parte remota del canal no te pertenece a ti, si no al nodo Lightning al que estás conectado. Por esa razón, en una transacción atómica, al mismo tiempo que se te resta 1 mBTC de la parte local de tu canal y se añade a la parte remota de tu canal, recibirás 1 mBTC en una dirección Bitcoin propia en una transacción onchain. Ahora si sumas 2 mBTC de la parte local de tu canal más el 1 mBTC de la transacción onchain, sigues teniendo 3 mBTC, como al principio, con la diferencia de que ¡ya puedes transaccionar con pagos y cobros en la Lightning Network!

Nota: Evidentemente, al final no tendrás una suma total de 3 mBTC porque hay una pequeña parte que se pierde en comisiones, pero se parece mucho.
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
¡Gracias por compartir tu experiencia Shawshank!

Ya bajé Electrum 4 e intenté inicializar Lightning. Parece que todavía esto no se puede hacer a través de la interfaz gráfica, sigue siendo necesario ingresar init_lightning() en la consola. Luego para activarlo es necesario cerrar Electrum y abrirlo de nuevo. Ahí recién me aparecieron las opciones de LN. Es un poco engorrosa esta secuencia (y no cambió desde la versión experimental que probé el año pasado) pero bueno, con esto calculo que se aseguran que los que activen la función sepan lo que están haciendo.

Lo que todavía no entiendo bien es la opción de correrlo directamente con "electrum -o init_lightning". Ahi tendré que leer un poco más la documentación porque no entiendo que tiene que ver con el modo offline.

Lo de los submarine swaps parece interesante, voy a informarme un poco porque todavía no conozco el concepto. De lo poco que leí parece que el proveedor, si bien es una entidad centralizada, no puede quedarse con el dinero ya que tiene que cumplir con las condiciones de un HTLC.
legendary
Activity: 1623
Merit: 1608
Recién me entero que hace unos días salió Electrum 4 que soporta LN. Lo tendré que probar estos días Smiley

Merece la pena. Lo estuve probando con un amigo: él con su wallet y yo con el mío. Esto antes no se podía hacer fácilmente porque cada uno de nosotros solo tenía saldo en su parte del canal, por lo que no podíamos recibir sats.

Ahora, en electrum 4, existen los "submarine swaps" que te permite añadir saldo a la parte remota de tu canal. Los "submarine swaps" facilitan muchísimo poder realizar y recibir pagos con Lightning desde el primer momento.

A tener en cuenta: cuando se crea el canal, electrum exige que el saldo mínimo sea de al menos 2 mBTC. Con 3 mBTC ya vas cómodo..

Por cierto, hay que tener en cuenta que en Lightning ya no es suficiente con guardar la semilla para recuperar el saldo. Hay que hacer copias periódicas del wallet, idealmente después de cada pago. El cliente ofrece la opción para poder llevarlo a cabo de forma manual. Supongo que con el tiempo todo ese proceso se irá automatizando.

Funciona muy bien y muy rápido. Muy recomendable Lightning desde electrum. Me ha encantado.
 
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
Gracias! Así que el Base Fee se cobra para cada transacción, mientras que el Fee Rate depende del monto. Del valor relevado por 1ml se desprendería que para un millón de satoshis transferido se cobraría un satoshi más. Claro, tiene sentido, ya que cuanto mayor es la transacción, más rápido puede ocurrir que un canal quede "vacío" para un lado y el operador del nodo lo tendrá que rellenar.

Otra cosa que leí hace poco: Parece que ya desde 2019 están trabajando en una "reforma integral" de Lightning. Se quiere reemplazar los HTLCs (hash time locked contracts) por otro tipo de contrato llamado PTLC, que aumentaría la privacidad ya que no sería ya posible seguir la ruta del "hash" de un pago a través de la red. Pero parece que para implementarlo están esperando a que sea añadido Taproot/Schnorr a Bitcoin.

Recién me entero que hace unos días salió Electrum 4 que soporta LN. Lo tendré que probar estos días Smiley
legendary
Activity: 2310
Merit: 10758
There are lies, damned lies and statistics. MTwain
<...> Los dos últimos no se que significan exactamente: el segundo será la comisión "real"?
Tampoco lo comprendía de manera intuitiva. Por lo que observo, se aplican dos fees distintos: el "Base Fee" y el "Fee Rate":
Quote
(Recall that how Lightning fees are set is structurally different than bitcoin since they have a base fee and a fee rate. And Lightning node operators can set their fees to whatever they wish. )
https://medium.com/suredbits/bitcoin-vs-lightning-fees-2446bfea558

El Base Fee es una tarifa plana cobrada por cada TX que se enruta por un nodo en concreto:
Quote
The base fee is a flat rate that is charged per transaction that is routed through your node. For instance, you could charge 300 satoshis — roughly 1 cent — for people that want to route payments through your node. If you want to route more payments, you could decide to drop down your base fee to 100 satoshis! This base fee is set by every node operator on the network based on what they think their capital is worth.
https://suredbits.com/lightning-101-lightning-network-fees/

El "Fee Rate" o "Liquidity Provider Fee" se define como:
Quote
This is a fee you can charge based how much liquidity a person is using in your channel. This charges a fee for every satoshi that is sent through your Lightning Network channel. An example would be a fee of 0.01 satoshis for every satoshi that is sent through your Lightning channel.


Se resume como:
Quote
Fee type: Base fee.   
Description: A fixed fee charged each time a payment is routed through the channel.   
Convention: This is expressed in thousandths of a Satoshi.
Example: A base fee of 1,000 is 1 satoshi per transaction.

Fee type: Fee rate.   
Description: A percentage fee charged on the value of the payment.     
Convention: This is expressed in millionths of a Satoshi transferred.
Example: A fee rate of 1,000 is, 1,000/1,000,000, which is 0.1% of the value transferred through the channel. Equivalent to 10bps.

https://blog.bitmex.com/the-lightning-network-part-2-routing-fee-economics/
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
No hubo tantas noticias sobre LN últimamente, pero sigue desarrollandose positivamente.

El 26 de Julio, según DeFiPulse, LN por primera vez en 2020 rompió la barrera de los 1000 Bitcoins de capacidad.

Debido al último aumento del precio del BTC, esto significa que estamos, con unos 11.3 millones de USD de capacidad, cerca de los récords históricos de 2019 cuando LN alcanzó los 12,2 millones de USD de capacidad (lo que se debía principalmente a la mini-burbuja de junio/julio del año pasado cuando llegó a 14K). El récord en capacidad medido en BTC es de 1100 BTC y fue alcanzado en marzo de 2019 cuando el precio de BTC era algo menor a la actualidad (rondaba los 4000).

Más estadísticas según 1ml.com:

- Número de nodos: 13,232
- Número de canales: 37,425
- Nodos con canales activos: 7,389
- Capacidad promedio de los nodos: 0.135 BTC / $1,489.36
- Capacidad promedio de los canales: 0.027 BTC / $293.53
- Antigüedad promedio de los nodos: 438.5 días
- Antigüedad promedio de los canales: 337.3 días
- Canales por nodo (promedio): 10.13
- Nodos que usan Tor: 2,304
- Median Base Fee: 1.000000 sat, $0.000110351
- Median Fee Rate: 0.000001 sat $0.000000000110351

Los dos últimos no se que significan exactamente: el segundo será la comisión "real"?
newbie
Activity: 27
Merit: 3
Hola,
No habia visto que tenian una secuencia de lightening corriendo aca asi que puse un instructivo en la seccion guias pero copio aca los enlaces tambien asi los interesados en lightening lo podran encontrar facilmente.

Estos son los enlaces:

Link al artículo original en inglés
https://medium.com/lightning-power-users/bitcoin-lightning-joule-chrome-extension-ac149bb05cb9

Link al artículo traducido al español
https://honest.cash/v2/danigocrypto/bitcoin-lightening-extension-para-joule-chrome-pierre-rochard-series-article-4-942

legendary
Activity: 2310
Merit: 10758
There are lies, damned lies and statistics. MTwain
Por curiosidad, he emulado un pago, y al hacerlo, se visualiza un cuadro de texto donde se informa acerca de las condiciones que aplican:

Quote
You are choosing using the Lightning Network as the payment method. You will need to have a Lightning enabled wallet to use this payment method. Transactions are limited to the equivelent of USD$300.00 per transaction.
After this form progresses your Lightning BTC payment will be processed. This transaction is non refundable. Any changes to tickets may be paid by using the Future.Travel website with any payment method. Any airline or supplier whose products or service are bought on this site via any crypto currency may not accept crypto currency payments for any changes or cancellations. This transaction is non refundable.
Si eliges el pago con BTC directamente, el primer párrafo no se visualiza, por lo que la limitación a un equivalente de 300$/TX sólo aplica en los pagos usando la Lightning Network.
legendary
Activity: 938
Merit: 2540
<>

https://future.travel/

La principal agencia de Asia de venta de boletos ahora acepta Bitcoin a través de Lightning Network

Quote
La agencia vietnamita de venta de boletos en línea, Future.Travel, ahora acepta pagos en Bitcoin (BTC) a través de Lightning Network (LN), con los fondos convertidos en moneda local en el momento de la venta.

Para permitir los pagos de Bitcoin basados en LN, Future.Travel colaboró con la firma tecnológica canadiense Neutronpay, que proporcionará a Future.Travel su plataforma comercial multidivisa, según un anuncio del 20 de abril. Con la nueva opción integrada, el tiempo de procesamiento de las transacciones de BTC se reducirá ostensiblemente a tres o cuatro segundos en la mayoría de los casos.

https://es.cointelegraph.com/news/major-asian-ticketing-agency-accepts-bitcoin-on-lightning-network

No esta mal, 2/3 segundos para realizar el pago, como se ve en la pagina ya esta disponible la opción de pago con LN en el portal de de future.travel Wink
legendary
Activity: 938
Merit: 2540
<>
Lightning utiliza el código de pago olvidado de la web

Quote
Lightning Labs ha publicado su borrador de especificación para Lightning Service Authentication Tokens (LSAT), un estándar de protocolo que promete redefinir los pagos en línea mediante el empleo de un código de estado HTTP poco conocido.

De acuerdo con una entrada de blog del 30 de marzo escrita por el CTO de Lightning Labs, Olaoluwa Osuntokun, LSAT facilita los inicios de sesión y pagos automatizados usando credenciales criptográficas, lo que elimina el sistema actual de tarjetas de crédito, nombres de usuario y contraseñas.

LSAT aprovecha el código de error 402

https://es.cointelegraph.com/news/breakthrough-as-lightning-uses-webs-forgotten-payment-code

LSAT: Lightning Service Authentication Token

https://lsat.tech/


Como ocurre muchas veces después de mucho desarrollo e investigación, al final, la solución es un protocolo existente.

402 Payment Required
Quote
La intención original era que este código pudiese ser usado como parte de alguna forma o esquema de Dinero electrónico o micropagos, pero eso no sucedió, y este código nunca se utilizó.
https://es.wikipedia.org/wiki/Anexo:C%C3%B3digos_de_estado_HTTP

legendary
Activity: 938
Merit: 2540
<>
No entiendo que tiene que ver la proporción de canales publico/privados con la descentralizacion, me estoy perdiendo algo?

Me he liado yo solito, estaba leyendo otro articulo al mismo tiempo que trataba de la centralización de LN y mezcle la información mientras estaba publicando. Roll Eyes
hero member
Activity: 952
Merit: 542
Freedom dies from suicide
Observando el gráfico de Bitmex, el resultado de su análisis basándose en sus datos obtienen un 72,2% de canales públicos y un 27,8% de canales privados, mas o menos lo que se habla siempre de la poca descentralizacion de LN, por ahora.

No entiendo que tiene que ver la proporción de canales publico/privados con la descentralizacion, me estoy perdiendo algo?
legendary
Activity: 938
Merit: 2540
<>

https://blog.bitmex.com/lightning-network-part-7-proportion-of-public-vs-private-channels/

Observando el gráfico de Bitmex, el resultado de su análisis basándose en sus datos obtienen un 72,2% de canales públicos y un 27,8% de canales privados. mas o menos lo que se habla siempre de la poca descentralizacion de LN, por ahora.

Actualizado (Parte 7) Proportion Of Public vs Private Channels - Enlaces (en ingles) de Bitmex correspondientes a los artículos publicados de LN:

Quote
Lightning Network/Bitmex
 
- LN (Part 1) – Motivation https://blog.bitmex.com/the-lightning-network/
- LN (Part 2) – Routing Fee Economics https://blog.bitmex.com/the-lightning-network-part-2-routing-fee-economics/
- LN (Part 3) – Where Is The Justice? https://blog.bitmex.com/lightning-network-justice/
- LN (Part 4) – All Adopt The Watchtower https://blog.bitmex.com/lightning-network-part-4-all-adopt-the-watchtower/
- LN (Part 5) – BitMEX Research Launches Penalty Transaction Alert System https://blog.bitmex.com/lightning-network-part-5-bitmex-research-launches-penalty-transaction-alert-system/
- LN (Part 6) – Over 60,000 Non-Cooperative Channel Closures https://blog.bitmex.com/lightning-network-part-6-over-60000-non-cooperative-channel-closures/
- LN (Part 7) – Proportion Of Public vs Private Channels https://blog.bitmex.com/lightning-network-part-7-proportion-of-public-vs-private-channels/
legendary
Activity: 3906
Merit: 6249
Decentralization Maximalist
February 07, 2020, 12:54:36 AM
#72
Estuve discutiendo el tema de Zap/Strike en el subforo alemán con un usuario que defiende este servicio, y le encuentro por ahí "un poquito" de sentido ahora, pero no deja de ser una innovación de menor importancia. Como correctamente escribió womanderful, hay pocas situaciones en la que realmente es necesario un servicio de estas características.

Respecto a Strike by Zap del articulo anterior, imagina, que una de estas empresas lanza la aplicación y es tan sencillo como enviar 100$ o el "equivalente en Bitcoin", en vez de enviar tus 100$ (no se si en esta empresa es posible) envías la misma cantidad en BTC, a la empresa "x"
Entiendo el argumento de la facilidad de uso. Pero los clientes de este tipo de servicio probablemente seguirían siendo "Bitcoineros", solo que serían los "bitcoineros cómodos", que no quieren asumir el riesgo de la volatilidad y por eso confian en una wallet centralizada que gestiona todo "en fiat". Es la clase de usuarios que hoy en día tiene la mayoría de su dinero en un exchange, pasado a fiat, y lo convierten en BTC cuando creen que el precio va a subir. Lo cual es perfectamente entendible, pero no es un grupo que aporta mucho a la descentralización.

No creo que este tipo de wallet tendrá mucho uso fuera de la "burbuja de Bitcoin", porque para esto tendría que competir con servicios como PayPal y PayPal la ventaja que tiene es que le cobra a los comerciantes, no a los consumidores. Mientras que Zap solamente puede cobrarle al consumidor porque la wallet LN del comerciante es técnicamente independiente. Es decir, que Zap en mi opinión tenderá a cobrarle más caro al consumidor que PayPal lo que limita la atractividad del modelo.

La ventaja principal que mencionaron en el foro alemán es que los comerciantes con Strike se independizan de los procesadores de pagos. A diferencia de un servicio como PayPal, ellos no abren "una wallet de Zap" sino una wallet de LN y pueden cobrar también a gente que usa otros procesadores, o bien directamente una cartera "real" sin intermediarios.

Sin embargo esto, en mí opinión, solo se convierte en una ventaja cuando el comerciante _no_ usa un servicio de procesamiento de pago a fiat, porque en este caso tiene la misma dependencia de este servicio. Pero en este caso, es el comerciante el que queda a cargo del riesgo de volatilidad. Es decir este servicio es más bien ventajoso para comerciantes que venden bienes digitales sin costo marginal (por ejemplo, música o también entretenimiento adulto).

Y bueno, veremos ... si Zap/Strike ayuda a la popularización de LN, bienvenido sea, pero por ahora no veo que sea un gran avance.
hero member
Activity: 952
Merit: 542
Freedom dies from suicide
February 06, 2020, 03:57:56 AM
#71
Las segundas capas serán el futuro de los pagos en Bitcoin. Se seguirán usando las transferencias de la primera capa pero con el tiempo el mayor numero de transacciones serán a través de lightning, liquid o alguna otra segunda capa.
Permitirá miles de transacciones por segundo con fees muy bajas y pagos instantáneos.

Me gusta la analogía que hace miss Stark, la primera capa de Bitcoin es como el protocolo TCP/IP, ahora lightning esta creando el HTTP que corre sobre TCP/IP.
Segundas  capas o las que sean no son mas que otro medio para transferir Bitcoins.
legendary
Activity: 938
Merit: 2540
<>
February 05, 2020, 10:45:44 AM
#70
Partiendo de la premisa de que las empresas no van a dejar de aceptar fiat:

Claro que no dejaran de aceptar fiat, con mi ultimo comentario quiero decir que si alguna empresa te ofrece un servicio "todo en uno", LN, poder pagar en FIAT/BTC o BTC/FIAT, recargar tu cuenta con FIAT o BTC según tus necesidades y encima no tienes que configurar "nada" excepto bajarte una aplicación, esto se llama adopción y si ademas puedes disponer de una tarjeta de débito/crédito, ya tienes todo lo necesario para hacer o deshacer desde una posición HODL a lo que tu quieras. Wink



Lightning Labs obtiene USD 10 millones en inversiones y lanza la beta de su primer producto pagado

Quote
Lightning Labs, el desarrollador del protocolo de transacciones de alta velocidad Lightning Network (LN), ha asegurado USD 10 millones en una ronda de financiación de Serie A.

La noticia fue anunciada por el CEO y cofundador de Lightning Labs, Elizabeth Stark, en una publicación de blog el 5 de febrero. La compañía planea asignar los fondos recaudados para un mayor desarrollo de la tecnología de pagos Lightning y la ampliación de su ecosistema de desarrolladores.

https://es.cointelegraph.com/news/lightning-labs-secures-10m-in-investments-releasesbeta-of-its-first-paid-product

Entering the Decade of Lightning

https://medium.com/@lightning_labs/entering-the-decade-of-lightning-8c4a4d31167f
Pages:
Jump to: