Bitcoin Forum

que é isso?

é do BCC?

Não, não é do BCC (BitConnect), nem do BCH (Bitcoin Cash) - nenhuma das equipas de desenvolvimento dessas moedas teria a capacidade (ou interesse, provavelmente) em fazer isto. :D

Podes ver mais detalhes sobre o que a Lightning Network é no link que o #BitcoinCore deixou no final: https://bitcointalk.org/index.php?topic=1968479.0 (https://bitcointalk.org/index.php?topic=1968479.0). Mas, muito por alto, é uma forma de resolver alguns dos problemas que Bitcoin tem: baixa capacidade de transações por segundo, fees relativamente altas (especialmente com este spam todo), transações relativamente lentas, e falta de anonimidade.

Se isso não te pareceu assim muito interessante, pensa: Bitcoin com transações imediatas, anônimas, com fees extremamente baixas, numa rede com capacidade para competir com Paypal / Visa / Mastercard.

Tem data prevista para a implementação?

Pra quem já testou a LN, quanto conseguiu pagar de taxa para confirmar no próximo bloco?

Eu ainda não testei, mas acho que não é assim que a LN vai funcionar (não vais estar propriamente à espera de blocos entre cada transferência que faças - é quase tudo offchain).

Acho que a ideia é mais ou menos esta: antes de usarmos a LN temos de abrir um canal - basicamente, isso vai ser uma transação de Bitcoin normal, com fees e tempos de confirmação normais. O valor que enviarmos nessa transação vai ser tipo um saldo que vamos ter. A partir daqui, e enquanto o canal estiver activo, podemos enviar e receber tantas transações quantas quisermos através da LN. O tempo de confirmação de cada vai ser praticamente imediato, e as fees vão depender do percurso escolhido na rede - considerando a interligação da rede, e competição entre nodes, as fees provavelmente serão bastante baixas (ou até gratuitas nalguns casos). Quando o canal for fechado, ao fim de algum tempo ou por escolha de uma das partes, é feita mais uma transação normal de Bitcoin, para registar o saldo final na blockchain.

Perfeito! Taxas baixas e confirmações extremamente rápidas <3 tomara que façam isso rápido kkk

Antes de tudo, pau no brioco dos mineradores pois são eles que estão fazendo um cartelzinho de m* pra ferrar tudo.

Agora, essa LN é demais, quem está por trás? A equipe do core?

https://medium.com/@AudunGulbrands1/lightning-faq-67bd2b957d70

Perfeito! Taxas baixas e confirmações extremamente rápidas <3 tomara que façam isso rápido kkk

Aaahhh entendi. Então, no caso, a LN ajudaria na questão de se enviar saldo para o mesmo endereço e não pagar taxas altas toda vez.

O problema disso é que mesmo assim para o bitcoin ser utilizado como moeda de troca para baixos valores (por exemplo, menos de 50 reais) o usuário teria de pagar a "primeira taxa" antes das transações offchain, e pode ser que ele só vá transacionar uma vez com aquela pessoa, então não desfrutaria dos benefícios da Ln.

Ao abrir um canal (acho que é isso que eu não entendi ao certo o que é), eu não estou confiando a "alguém" todas as minhas transações?

Gente, me perdoem se eu estiver errado, talvez ainda não entendi o correto funcionamento do LN.
Mas como essas formas de transações mantém o serviço descentralizado e se seguro?
Ao abrir um canal (acho que é isso que eu não entendi ao certo o que é), eu não estou confiando a "alguém" todas as minhas transações?

Q 17: In the above scenario; what is preventing Bob from just stealing the money in transit?

Short A:
Bob is actually paying out to Carol first, and then afterwards Bob will get his money back from Alice.

Long A:
1. Carol starts the process by producing a random number ( R ) that she will keep as a temporary secret.
2. Carol then generates a hash ( H ) of R
3. Carol gives H to Alice
4. Alice constructs a special transaction that can transfer money from Alice to Bob. But this transaction is only valid if R is included. At this point the transaction is not valid due to the lack of R. Alice also gives H to Bob, and Bob knows that H is the hash of the missing component R.
5. Bob will now construct another special transaction that can transfer the money from Bob to Carol. But this transaction is also only valid if R is included. At this point the transaction is not valid since Bob does not have access R.
6. Carol wants her money, so she reveals R to Bob; thereby making the transaction valid.
7. Since Bob is already in possession of the transaction made by Alice, he can just include R and that transaction also becomes valid. Bob knows that he has been given the correct R because he can check that H is the hash of R.
8. At the same time; Bob also reveals R to Alice.

Alice can now use R as proof that she has paid Carol (R becomes the receipt)