Introdução
As criptomoedas têm propriedades significativas que as tornam menos suscetíveis a hackers ou desligamentos. Todos podem transferir valor em todo o mundo através de criptomoedas sem a necessidade da intervenção de terceiros.
Garantir que estas características permaneçam inalteradas tem um custo enorme. O rendimento é limitado devido ao grande número de nós que executam a criptomoeda. Portanto, embora seja uma tecnologia voltada para a popularização do público, o volume de transações por segundo (TPS) que a rede blockchain consegue suportar é relativamente baixo.
Para superar as limitações inerentes à tecnologia blockchain, surgiram várias soluções de escalabilidade para aumentar o número de transações que a rede pode suportar. Neste artigo, nos aprofundaremos em uma das extensões do protocolo Bitcoin, a Lightning Network.
O que é a Rede Lightning?
A Lightning Network é executada no blockchain e foi projetada para acelerar as transações ponto a ponto. O uso desta rede não se limita ao Bitcoin, criptomoedas como o Litecoin também estão integradas a ela.
Podemos ficar confusos, o que significa “no topo do blockchain”? A Lightning Network é uma solução chamada off-chain ou Camada 2. Os indivíduos podem realizar transações através da rede sem registrar cada transação no blockchain.
A Lightning Network é independente da rede Bitcoin e possui nós e software autônomos, mas ainda precisa se comunicar com a cadeia principal. Para entrar e sair da Lightning Network, transações especiais precisam ser criadas no blockchain.
A primeira transação de um indivíduo é, na verdade, estabelecer um contrato inteligente com outros usuários. Entraremos em mais detalhes posteriormente. Por enquanto, vamos primeiro pensar nos contratos inteligentes como registros privados compartilhados com outros usuários. Os usuários podem gravar várias transações neste razão. Esses registros são visíveis apenas para usuários e contrapartes e, com base nas características das configurações, ambas as partes não podem falsificar.
Esse mini-razão é chamado de “canal”. Por exemplo, Alice e Bob investem 5 BTC cada um no contrato inteligente. Cada um tem um saldo de 5 BTC em seu canal no momento. Então, Alice escreve no livro razão “Pague 1 BTC para Bob”. Agora, Bob tem 6 BTC e Alice tem 4 BTC restantes. Mais tarde, Bob envia 2 BTC de volta para Alice. Depois que o saldo for atualizado, Alice terá 6 BTC e Bob terá 4 BTC restantes. Eles podem continuar fazendo isso por um tempo.
Qualquer parte pode publicar o status atual do canal no blockchain a qualquer momento. Nesse momento, os saldos em ambas as extremidades do canal são alocados aos respectivos endereços on-chain de ambas as partes.
Como o nome sugere, o Lightning Trading é extremamente rápido. Não há necessidade de esperar por confirmações de bloqueio, pague o mais rápido que sua conexão com a internet permitir.
Por que a Lightning Network é necessária?
A partir de agora, a Lightning Network (ou “LN” para abreviar) parece ser a maneira mais lógica de lidar com a escalabilidade do blockchain Bitcoin. Coordenar mudanças num ecossistema tão grande é complicado, com riscos como hard forks e vulnerabilidades potencialmente catastróficas. Garantir grandes quantidades de valor é uma prioridade máxima e os experimentos são extremamente perigosos.
Se a experimentação for removida do blockchain, deve haver mais flexibilidade. Um pequeno erro desta forma não terá um impacto substancial na rede Bitcoin. Uma solução de Camada 2 não prejudicaria nenhuma das premissas de segurança que mantiveram o protocolo em funcionamento por mais de 10 anos.
Além disso, não há necessidade de alterar a forma habitual de operação. Dessa forma, as transações on-chain do usuário final continuam normalmente e agora há mais opções de transações off-chain.
Há muitos benefícios em usar a Lightning Network. Destacaremos os seguintes pontos.
Escalabilidade
Os blocos Bitcoin são criados aproximadamente a cada dez minutos e podem acomodar um número limitado de transações. O espaço de bloco é um recurso escasso, portanto os usuários devem fazer lances entre si para garantir que suas transações sejam incluídas no espaço de bloco em tempo hábil. A principal preocupação dos mineradores é receber o pagamento, por isso eles priorizam a inclusão de transações com taxas mais altas.
Supondo que não haja vários usuários tentando enviar fundos ao mesmo tempo, isso não será um problema. Você pode definir uma taxa baixa para que a transação seja provavelmente incluída no próximo bloco. No entanto, quando todos publicam transações ao mesmo tempo, a taxa média aumenta significativamente, ocasionalmente ultrapassando US$ 5. No auge do mercado altista em 2017, as taxas de manuseio ultrapassaram até US$ 50.
Taxas médias de transação de Bitcoin (em dólares americanos)
Isto pode parecer trivial para uma transação Bitcoin no valor de milhares de dólares. Mas os micropagamentos estão enfrentando dificuldades. Quem quer pagar US$ 5 extras por uma xícara de café de US$ 3?
Ainda há duas taxas a pagar pela utilização da Lightning Network, as taxas de abertura e fechamento do canal. Uma vez aberto o canal, os usuários e contrapartes podem realizar milhares de transações gratuitamente. Assim que a transação for concluída, o estado final é simplesmente publicado no blockchain.
De uma perspectiva macro, se mais pessoas escolherem soluções fora da cadeia, como a Lightning Network, a eficiência do uso do espaço em bloco aumentará. As transferências de pequenas quantias e de alta frequência são realizadas através de canais de pagamento, enquanto o espaço em bloco é usado para transações de grandes quantias e abertura/fechamento de canais. Desta forma, o número de grupos de utilizadores que acedem ao sistema aumenta e a escalabilidade é desenvolvida a longo prazo.
micropagamento
Bitcoin tem um valor mínimo de transação de aproximadamente 0,00000546 BTC. No momento em que este artigo foi escrito, era equivalente a cerca de quatro centavos. Já é uma quantia pequena, mas a Lightning Network reduziu ainda mais o limite de transações, com base na menor unidade atual, que é 0,00000001 BTC, ou um Satoshi.
A Lightning Network é mais atrativa para micropagamentos. Ao custo das transações regulares, o envio de pequenas quantias na cadeia principal parece impraticável. Dentro do canal, entretanto, pequenas frações de Bitcoin podem ser enviadas gratuitamente.
Os micropagamentos se prestam a vários casos de uso. Alguns prevêem que os micropagamentos se tornarão uma alternativa eficaz ao modelo de serviço de assinatura, em que os utilizadores pagam apenas uma pequena quantia por cada utilização do serviço.
privacidade
O segundo benefício da Lightning Network é que as informações do usuário são mantidas mais confidenciais. Cada parte não precisa difundir as informações do seu próprio canal na rede. A blockchain pode dizer “Esta transação abriu um canal”, mas os detalhes da transação não serão revelados. Caso um participante opte por tornar o canal privado, o andamento da transação ficará visível apenas para o participante.
Supondo que Alice e Bob compartilhem um canal e Bob compartilhe outro canal com Carol, Alice e Carol podem enviar pagamentos um ao outro por meio de Bob. Se Dan estabelecer uma conexão com Carol, Alice também poderá enviar-lhe um pagamento. Imagine estender este modelo a uma vasta rede de canais de pagamento interligados. De acordo com esta configuração, enquanto o canal estiver fechado, é impossível determinar para quem Alice enviou os fundos.
Como funciona a Rede Lightning?
Explicamos como a Lightning Network depende de canais entre nós em alto nível. Agora vamos estudar os princípios específicos subjacentes.
Endereço com múltiplas assinaturas
Uma assinatura múltipla (ou "multisig", abreviadamente em inglês) é um endereço que pode ser usado para pagamentos com múltiplas chaves privadas. Depois que os usuários criam uma assinatura múltipla, eles podem especificar o número de chaves privadas necessárias para pagar fundos e assinar transações. Por exemplo, o esquema 1 em 5 significa que cinco chaves geram uma assinatura válida e apenas uma chave é necessária para assinar uma transação. A solução 2 em 3 significa que se houver três chaves, duas delas serão obrigadas a pagar a taxa.
Para provisionar um canal da Lightning Network, os participantes precisam bloquear fundos em um esquema 2 de 2, ou seja, apenas duas chaves privadas são necessárias para assinar transações, e duas chaves privadas também são necessárias para transferir tokens. Voltemos ao exemplo de Alice e Bob. Eles teriam que pagar muito dinheiro um ao outro nos próximos meses, então decidiram abrir um canal Lightning.
Primeiro, cada um deles depositou 3 BTC em um endereço compartilhado com múltiplas assinaturas. Deve-se enfatizar que Bob não pode transferir fundos do endereço sem o consentimento de Alice e vice-versa.
Eles só precisam deixar um registro em papel ao ajustar as balanças de ambos os lados. Ambas as partes têm, cada uma, um saldo inicial de 3 BTC. Se Alice quiser pagar 1 BTC a Bob, por que não apenas observar que Alice tem 2 BTC e o saldo de Bob é 4 BTC? Dessa forma, o registro pode acompanhar o saldo antes que seja tomada a decisão de transferir efetivamente o ativo.
Essa abordagem funciona, mas qual é o segredo? Na verdade, e mais importante ainda, isso torna mais fácil a cooperação mútua? Supondo que Alice acabe possuindo 6 BTC e Bob fique sem nada, então Bob não perderá nada ao se recusar a liberar os fundos (talvez tudo que ele perca seja sua amizade com Alice).
Contrato de bloqueio de tempo de hash (HTLC)
O sistema descrito acima é enfadonho e sem brilho em comparação com as configurações confiáveis atuais. O mecanismo que apresentamos a seguir para fazer cumprir o “contrato” entre Alice e Bob é muito mais interessante. Se uma parte não cumprir as regras, a outra parte poderá tomar medidas corretivas e retirar fundos do canal.
Este mecanismo é chamado de "Contrato Hash Time Lock" ou "HTLC", abreviadamente. Este termo pode parecer intimidante, mas na verdade é um conceito muito simples e fácil de entender. Ele combina tecnologias de hash lock e time lock para tomar medidas corretivas contra diversas operações não cooperativas em canais de pagamento.
O bloqueio de hash é uma condição adicionada à transação. Especificamente, você precisa provar que conhece um determinado segredo antes de poder usar os fundos. O remetente faz hash de um dado e envia a transação com o valor hash para o destinatário. O destinatário só poderá usar os fundos se fornecer os dados iniciais (ou seja, secretos) que correspondam ao valor do hash. A única forma de obter esses dados é pelo remetente.
Um bloqueio de tempo é uma restrição que impede que os fundos sejam usados antes de um horário específico. Ele pode especificar um horário específico ou uma altura de bloco específica.
O Hash Time Lock Contract (HTLC) é criado combinando hash lock e time lock. Em aplicações práticas, os Contratos Hash Time Lock (HTLC) podem ser usados para criar pagamentos condicionais, onde o destinatário deve fornecer um segredo antes de um determinado horário, caso contrário o remetente retirará os fundos. A explicação a seguir será mais fácil de entender por meio de exemplos. Então, vamos voltar para Alice e Bob.
Abrir e fechar canais
Demos um exemplo antes, assumindo que Alice e Bob acabaram de criar uma transação e ambas as partes depositam fundos em um endereço compartilhado com múltiplas assinaturas. Mas essas transações ainda não foram publicadas no blockchain! Precisamos fazer uma coisa primeiro.
Três fichas vêm de Bob e três fichas vêm de Alice.
Lembre-se de que a única maneira de obter esses tokens de uma multisig é Alice e Bob assinarem conjuntamente a transação. Se Alice quiser enviar todos os seis tokens para um endereço externo, Bob precisará aprová-lo. Ela iniciou uma transação especificando “enviar seis bitcoins para este endereço” e depois adicionou sua assinatura.
Se ela tentar publicar uma transação imediatamente sem a assinatura de Bob incluída nela, a transação será inválida. Alice deve primeiro entregar a transação incompleta a Bob. Depois que ele assina, a transação entra em vigor.
Até agora, não estabelecemos um mecanismo para instar todos a realizar transações honestas. Conforme mencionado anteriormente, se a contraparte se recusar a cooperar, os fundos ficarão completamente presos. Vejamos os mecanismos para prevenir tais situações. Este mecanismo envolve operações em várias etapas. Seja paciente enquanto as apresentamos uma por uma.
Cada lado fornece um segredo, que chamamos de “As” e “Bs”. Quando ambas as partes revelarem os seus segredos, as consequências serão desastrosas. Portanto, eles têm que manter isso em segredo por enquanto. Os dois segredos geram seus próprios valores de hash secretos, ou seja, h(As) e h(Bs). Dessa forma, as duas partes não precisam compartilhar segredos, apenas hashes entre si.
Alice e Bob compartilham o hash secreto um com o outro.
Antes de Alice e Bob publicarem a primeira transação no endereço com múltiplas assinaturas, eles também precisam criar uma série de transações de compromisso, que são soluções para evitar que a outra parte confisque fundos.
Se você pensar em um canal como o mini livro-razão que mencionamos antes, então uma transação de compromisso é uma atualização do livro-razão. Sempre que um novo conjunto de transações de compromisso é criado, os fundos de dois participantes são reequilibrados.
A transação de Alice tem duas saídas, uma pagando o endereço que ela possui e a outra bloqueando o novo endereço com múltiplas assinaturas. Ela assinou e entregou a Bob.
A transação de Alice tem duas saídas, uma para seu próprio endereço e outra para a nova assinatura múltipla, que requer a assinatura de Bob para ter efeito.
A situação é a mesma para Bob, uma saída paga a si mesmo e a outra paga os outros endereços com múltiplas assinaturas. Ele assinou e entregou a Alice.
Duas transações incompletas que são mais ou menos iguais.
De modo geral, Alice pode adicionar uma assinatura à transação de Bob para torná-la efetiva. Mas notamos que estes fundos para despesas provêm de 2 em cada 2 multisigs que ainda não foram atribuídos. Isso é semelhante a tentar preencher um cheque de uma conta que atualmente tem saldo zero. Portanto, essas transações parcialmente assinadas só poderão ser usadas depois que o multisig estiver instalado e funcionando.
O novo endereço com múltiplas assinaturas, que é o destino da saída de 3 BTC, possui alguns recursos. Vamos dar uma olhada na transação incompleta assinada por Alice para Bob. A saída de múltiplas assinaturas pode ser usada nas seguintes condições:
Ambas as partes podem trabalhar juntas para assinar o acordo.
Devido ao bloqueio de tempo, Bob pode gastá-lo sozinho após um período de tempo.
Se Alice souber os Bs secretos de Bob, ela poderá usar os fundos.
Para a transação de Bob para Alice:
Ambas as partes podem trabalhar juntas para assinar o acordo.
Alice pode gastá-lo sozinha depois de um período de tempo.
Se Bob souber o segredo As de Alice, ele poderá usar os fundos.
Lembre-se, nenhuma das partes conhece o segredo da outra, portanto o ponto 3 é temporariamente inatingível. Outra observação é que, uma vez que uma parte assina uma transação, a contraparte tem acesso imediato aos fundos porque não são impostas condições aos seus resultados. O signatário precisa esperar até que o prazo expire antes de poder gastar os fundos por conta própria ou cooperar com a outra parte para gastar os fundos diretamente em conjunto.
tudo de bom! Agora você pode publicar a transação no endereço original com múltiplas assinaturas 2 em 2. Isto é seguro porque você pode recuperar seus fundos se a contraparte abandonar o canal.
Assim que a transação for confirmada, o canal estará instalado e funcionando. O primeiro par de transações mostra o estado atual do mini-razão. Neste momento, o razão paga 3 BTC para Bob e 3 BTC para Alice.
Quando Alice deseja fazer um novo pagamento a Bob, os dois criam duas novas transações para substituir o primeiro conjunto de transações. O método de operação é exatamente o mesmo, a transação será assinada pela metade de cada parte. Acontece que Alice e Bob primeiro precisam abrir mão de seus antigos segredos e trocar novos hashes para a próxima rodada de transações.
Por exemplo, se Alice quiser pagar 1 BTC a Bob, duas novas transações depositarão 2 BTC para Alice e 4 BTC para Bob. Dessa forma, o saldo será atualizado.
Ambas as partes podem assinar e publicar a transação mais recente a qualquer momento e concluir a “liquidação” no blockchain. No entanto, a parte que assina a liberação precisa esperar que o prazo expire e a outra parte pode gastar a taxa imediatamente. Lembre-se, se Bob assinar e publicar a transação de Alice, ela poderá ter uma saída incondicional.
Ambas as partes podem chegar a um consenso para fechar o canal ao mesmo tempo, ou seja, fechamento cooperativo. Esta é a forma mais conveniente de os fundos retornarem à rede. No entanto, se uma parte não responder ou se recusar a cooperar, a outra parte poderá retirar os fundos após o término do prazo de bloqueio.
Quer começar sua jornada com criptomoedas? Acesse Binance e compre Bitcoin agora!
Como a Lightning Network evita fraudes?
Podemos notar um vetor de ataque aqui. Supondo que o saldo atual de Bob seja de 1 BTC, o que pode ser feito para evitar que ele lance uma transação antiga com saldo maior? Afinal, ele já recebeu a transação semiassinada da Alice, basta adicionar a assinatura e publicar, certo?
Nada pode impedi-lo de fazer isso. Mas se o fizesse, poderia perder todo o equilíbrio. Suponha que ele postou uma transação antiga que pagava 1 moeda para Alice e 5 moedas para o endereço com múltiplas assinaturas que mencionamos anteriormente.
Alice receberá os tokens imediatamente, mas Bob deverá esperar até que o bloqueio de tempo expire antes de poder gastá-los no endereço com múltiplas assinaturas. Você se lembra que mencionamos acima que há outra condição que deve ser atendida antes que Alice possa usar os mesmos fundos imediatamente? Ela precisava de um segredo que não tinha na época. Mas agora ela conhece o segredo: a segunda rodada de transações acaba de ser criada e Bob vazou o segredo.
Enquanto Bob só pode esperar que o bloqueio de tempo expire, Alice pode remover todos os fundos. Este mecanismo punitivo garante que os participantes não tentem trapacear, caso contrário a contraparte receberá seus tokens.
Pagamento do canal
Já falamos sobre esse problema antes. As conexões podem ser estabelecidas entre canais, caso contrário, a Lightning Network não poderá suportar efetivamente as funções de pagamento. Imagine se depositássemos US$ 500 na mesma cafeteria apenas para tomar uma xícara todos os dias durante os próximos meses?
Na verdade, não há absolutamente nenhuma necessidade de fazer isso. Alice e Bob abriram um canal, e Bob e Carol também estabeleceram um canal, para que Bob possa pagar a ambos por meio do canal. Ao cruzar vários “saltos” dessa forma, Alice pode pagar a todos no caminho.
Nesse caso, Alice pode entrar em contato com Frank por meio de vários canais. Na operação real, ela definitivamente escolherá o canal mais conveniente.
A agência intermediária desempenha um determinado papel no canal e cobrará uma pequena taxa, mas não é obrigatória. A Lightning Network ainda está em fase emergente e o mercado de cobrança ainda não tomou forma. Muitos esperam poder cobrar taxas com base na liquidez.
Na cadeia básica, os usuários pagam taxas com base no espaço ocupado do bloco, mas não têm nada a ver com o valor transferido. Ou seja, pagar US$ 1 custa o mesmo que pagar US$ 10 milhões. Por outro lado, a Lightning Network não possui espaço de bloco.
No entanto, existe um conceito de equilíbrio local e equilíbrio remoto. O saldo local refere-se ao montante que uma parte pode “empurrar” para a outra extremidade do canal, enquanto o saldo remoto refere-se ao montante que a contraparte pode devolver à parte local.
Vamos dar outro exemplo. Vamos dar uma olhada em um dos caminhos acima: Alice <> Carol <> Frank.
Os saldos de cada usuário antes e depois de Alice transferirem 0,3 BTC para Frank.
Os dois caminhos Alice <> Carol e Carol <> Frank têm capacidade total de 1 BTC cada. O saldo local de Alice é de 0,7 BTC. Quando todos se acomodam no blockchain neste momento, Alice recebe 0,7 BTC e Carol recebe o saldo remoto de 0,3 BTC.
Suponha que Alice queira enviar 0,3 BTC para Frank, ela enviará 0,3 BTC para o lado do canal Carol. Carol então transfere 0,3 BTC de seu saldo local para Frank por meio do canal. No final das contas, o saldo de Carol permanece o mesmo: +0,3 BTC de Alice e -0,3 BTC enviados para Frank se anulam.
O papel de Carol como ligação intermediária de Frank não tem perda de valor, mas a sua própria flexibilidade de controlo de capital tornou-se pior. Pode-se observar que ela atualmente pode gastar 0,6 BTC no canal com Alice, mas só pode gastar 0,1 BTC no final do canal com Frank.
Vamos imaginar uma situação em que Alice esteja conectada apenas a Carol, enquanto Frank esteja conectado a uma rede mais ampla. Anteriormente, Carol podia enviar um total de 0,4 BTC para outras pessoas por meio de Frank, mas agora ela só tem 0,1 BTC em uma extremidade do canal para enviar.
Nesse caso, Alice está na verdade canibalizando a liquidez de Carol. Sem nenhum incentivo, Carol não queria ficar em desvantagem. Então ela pode propor “Cobrarei 10 Satoshi para cada saída de 0,01 BTC do meu canal”. Dessa forma, quanto maior o saldo local que Carol descarta no caminho “mais forte”, mais ela ganha.
Conforme mencionado, não há exigência de taxa de fato aqui. Algumas pessoas não estão preocupadas com a piora da liquidez, enquanto outras querem apenas abrir um canal diretamente com o destinatário.
Limitações da Rede Lightning
Se descobrir que a Lightning Network pode resolver todos os problemas de escalabilidade do Bitcoin, todos ficarão felizes. Infelizmente, a Lightning Network apresenta deficiências que dificultam o seu desenvolvimento.
Disponibilidade
Para iniciantes, Bitcoin não é o sistema mais intuitivo. Endereços, taxas, etc. podem ser confusos. No entanto, a carteira abstrai esses conteúdos complexos e fornece aos utilizadores operações semelhantes aos sistemas de pagamento existentes. Podemos permitir que outras pessoas baixem a carteira do smartphone e enviem tokens. Dessa forma, eles estarão mais do que dispostos a concluir a operação.
A Lightning Network atualmente não pode fazer isso e sua seleção de aplicativos para smartphones ainda é muito limitada. De modo geral, os nós da Lightning Network exigem acesso aos nós Bitcoin para serem totalmente utilizados.
Após configurar o cliente, o usuário ainda precisa abrir o canal para efetuar o pagamento. Este processo consome muito tempo, especialmente quando os recém-chegados são expostos a conceitos como “capacidade de entrada/saída” e ficam confusos.
Portanto, a Lightning Network precisa ser continuamente melhorada para reduzir as barreiras de entrada e fornecer aos usuários uma experiência mais tranquila.
fluidez
Uma grande crítica à Lightning Network é que as capacidades de transação dos usuários são limitadas. Os gastos pessoais não podem ultrapassar o valor bloqueado no canal. Se alguém quiser gastar todos os fundos e transferir todos os fundos do canal para o saldo remoto, o canal deverá ser fechado. Alternativamente, espere passivamente que outros paguem através do canal, mas isso não é o ideal.
Os caminhos individuais são limitados pela capacidade total do canal. Veja a Alice <> Carol <> Frank anterior como exemplo. Se o canal de Alice e Carol tiver capacidade de 5 BTC, mas Carol e Frank tiverem capacidade de apenas 1 BTC, então Alice nunca poderá enviar mais de 1 BTC. Mesmo assim, todos os saldos devem estar no lado Carol do canal Carol <> Frank para garantir o funcionamento normal da Lightning Network. Isso limita severamente a quantidade de fundos que pode ser transferida através dos canais da Lightning Network, o que, por sua vez, afeta a utilidade da rede.
hub centralizado
Com base nas questões mencionadas anteriormente, algumas pessoas temem que tal rede crie um grande número de "hubs", isto é, entidades grandes e estreitamente relacionadas com forte liquidez, através das quais passarão todos os grandes pagamentos.
Obviamente, esta dinâmica de desenvolvimento não é um bom sinal. Os hubs centralizados prejudicam o sistema porque colocar essas entidades off-line prejudica gravemente o relacionamento entre os usuários. Além disso, com apenas alguns pontos negociados, o risco de censura aumenta.
O estado atual da Lightning Network
Em março de 2022, a Lightning Network estava operando normalmente, com mais de 35.000 nós online, mais de 85.000 canais ativos e uma capacidade de mais de 3.570 BTC.
Distribuição global de nós da Lightning Network. Fonte: explorer.acinq.co
Entre as muitas implementações de nós diferentes, o c-lightning da Blockstream, o Lightning Network Daemon da Lightning Labs e o Eclair da ACINQ são particularmente populares. Visando usuários menos experientes em tecnologia, muitas empresas lançaram nós plug-and-play. Os usuários só precisam conectar o dispositivo para começar a usar a Lightning Network.
Resumir
A rede principal da Lightning Network foi lançada em 2018 e, embora muitos acreditem que ainda esteja em fase de testes, a rede já mostrou um impulso incrível.
Atualmente, apenas usuários com um certo nível de proficiência técnica operam nós da Lightning Network, portanto a rede ainda precisa superar alguns obstáculos de usabilidade. Com o vigoroso desenvolvimento da rede, as barreiras à entrada estão a diminuir gradualmente.
Desde que o problema seja resolvido com sucesso, a Lightning Network se tornará parte integrante do ecossistema Bitcoin, melhorando significativamente a escalabilidade e a velocidade das transações.
