A visão futura da blockchain é alcançar descentralização, segurança e escalabilidade. Mas normalmente só é possível realizar dois desses aspectos, o que é chamado de problema do triângulo impossível da blockchain. Ao longo dos anos, as pessoas têm explorado como aumentar a capacidade de throughput e a velocidade das transações da blockchain, garantindo ao mesmo tempo a descentralização e a segurança, ou seja, resolver o problema de escalabilidade.
A descentralização, segurança e escalabilidade da blockchain são definidas da seguinte forma:
Descentralização: qualquer pessoa pode se tornar um nó para participar da produção e validação do sistema blockchain; quanto maior o número de nós, maior o grau de descentralização.
Segurança: quanto maior o custo para obter o controle do sistema blockchain, maior será a segurança, a cadeia poderá resistir a uma maior proporção de ataques de participantes.
Escalabilidade: capacidade da blockchain de processar um grande número de transações.
A primeira grande divisão do hard fork na rede Bitcoin surgiu devido a problemas de escalabilidade. Com o aumento do número de usuários e do volume de transações, a rede Bitcoin, com um limite de 1MB por bloco, começou a enfrentar congestionamento. Desde 2015, a comunidade Bitcoin tinha divergências sobre a questão da escalabilidade; um lado apoiava a ampliação do bloco, enquanto o outro acreditava que deveria ser utilizada a solução Segwit para otimizar a estrutura da cadeia principal. Em 1 de agosto de 2017, o lado que apoiava a ampliação do bloco desenvolveu de forma independente um sistema de cliente de 8MB que começou a operar, levando à primeira grande divisão do hard fork na história do Bitcoin, resultando na criação de uma nova moeda, BCH.
A rede Ethereum também optou por sacrificar uma parte da escalabilidade para garantir a segurança e a descentralização da rede. Embora a Ethereum não tenha limitado o volume de transações como o Bitcoin, ao restringir o tamanho do bloco, ela, de maneira indireta, estabeleceu um limite para as taxas de gás que um único bloco pode acomodar, mas o objetivo é o mesmo: alcançar o Consenso Sem Confiança e garantir uma ampla distribuição de nós.
Desde o CryptoKitties em 2017, o verão DeFi, até o surgimento posterior de aplicações em cadeia como GameFi e NFT, a demanda do mercado por capacidade de processamento tem aumentado continuamente. No entanto, mesmo a Ethereum, que é Turing completa, só consegue processar entre 15 a 45 transações por segundo (TPS). Isso resulta em um aumento constante nos custos de transação, tempos de liquidação mais longos, e a maioria das Dapps enfrenta dificuldades para suportar os custos operacionais. A rede como um todo se torna lenta e cara para os usuários, e o problema da escalabilidade da blockchain precisa ser resolvido urgentemente. A solução ideal para a escalabilidade é: aumentar a velocidade e a capacidade de processamento da rede blockchain tanto quanto possível, sem sacrificar a descentralização e a segurança.
2. Categorias dos planos de escalabilidade
Nós classificamos as soluções de escalabilidade em duas categorias principais: escalabilidade on-chain e escalabilidade fora da cadeia, com base no critério de "se altera um nível da mainnet".
2.1 Expansão na cadeia
Conceito central: solução que atinge um efeito de escalabilidade ao alterar uma camada do protocolo da mainnet, sendo a principal solução atual a fragmentação.
A expansão na cadeia tem várias soluções, este artigo não se aprofundará, apenas enumerará duas:
A opção um é expandir o espaço do bloco, aumentando o número de transações empacotadas em cada bloco, mas isso aumentará as exigências para dispositivos de nós de alto desempenho, elevando a barreira de entrada para os nós e reduzindo o grau de "descentralização".
A segunda proposta é o sharding, que divide o livro-razão da blockchain em várias partes, onde diferentes shards, ou nós, são responsáveis por diferentes registros, permitindo que múltiplas transações sejam processadas em paralelo; isso pode reduzir a pressão de cálculo nos nós e o limiar de entrada, melhorando a velocidade de processamento das transações e o grau de descentralização; mas isso significa que o poder de cálculo da rede é disperso, o que pode reduzir a "segurança" da rede como um todo.
Alterar o código do protocolo da camada principal da rede pode ter efeitos negativos imprevisíveis, uma vez que qualquer pequena vulnerabilidade de segurança subjacente pode ameaçar seriamente a segurança de toda a rede, podendo a rede ser forçada a realizar um fork ou uma interrupção para uma atualização de reparo.
2.2 fora da cadeia expansão
Conceito central: solução de escalabilidade que não altera o protocolo da mainnet de camada 1 existente.
A solução de escalabilidade fora da cadeia pode ser subdividida em Layer2 e outras soluções:
Layer2: Canais de Estado, Plasma, Rollups ( Rollups Otimistas e Rollups ZK )
Outros: Sidechains, Validium
3. Fora da cadeia expansão do plano
3.1 Canais de Estado
3.1.1 Resumo
O estado do canal estipula que os usuários só precisam interagir com a rede principal ao abrir, fechar ou resolver disputas do canal, colocando as interações entre os usuários fora da cadeia, a fim de reduzir o tempo e o custo das transações dos usuários, além de permitir um número ilimitado de transações.
Os canais de estado são protocolos P2P simples, adequados para "aplicações baseadas em turnos", como jogos de xadrez entre duas pessoas. Cada canal é gerido por um contrato inteligente multiassinatura que opera na rede principal, que controla os ativos depositados no canal, verifica as atualizações de estado e arbitra disputas entre os participantes. Após os participantes implementarem o contrato na rede blockchain, depositam fundos e os bloqueiam, e após a confirmação de ambas as assinaturas, o canal é oficialmente aberto. O canal permite que os participantes realizem transações gratuitas fora da cadeia sem limites, desde que o valor líquido da transferência não exceda o total de tokens depositados. Os participantes enviam atualizações de estado um ao outro alternadamente, aguardando a confirmação por assinatura do outro. Uma vez que a assinatura do outro é confirmada, essa atualização de estado é considerada concluída. Normalmente, as atualizações de estado acordadas por ambas as partes não são carregadas na rede principal, e apenas em caso de disputa ou fechamento do canal é que se recorre à confirmação da rede principal. Quando é necessário fechar o canal, qualquer participante pode solicitar uma transação na rede principal; se o pedido de saída receber a aprovação de todas as assinaturas, a execução ocorre imediatamente na cadeia, ou seja, o contrato inteligente distribui os fundos bloqueados restantes de acordo com o saldo de cada participante no estado final do canal; se outros participantes não aprovarem a assinatura, todos devem esperar que o "período de desafio" termine para receber os fundos restantes.
Em suma, a solução de canais de estado pode reduzir significativamente a carga computacional da rede principal, aumentar a velocidade das transações e diminuir os custos das transações.
(# 3.1.2 Linha do tempo
2015/02, Joseph Poon e Thaddeus Dryja publicaram o rascunho do white paper da Lightning Network.
2015/11, Jeff Coleman fez a primeira síntese sistemática do conceito de State Channel, propondo que o Payment Channel do Bitcoin é um subcaso do conceito de State Channel.
2016/01, Joseph Poon e Thaddeus Dryja publicaram oficialmente o white paper "The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments" que propôs o esquema de escalabilidade da rede Lightning do Bitcoin, Payment Channel), um canal de pagamento utilizado apenas para processar pagamentos de transferências na rede Bitcoin.
2017/11, a primeira especificação de design de State Channel baseada no framework Payment Channel, Sprites, foi proposta.
2018/06, a Counterfactual propôs um design detalhado de Canais de Estado Generalizados, que é o primeiro design completamente relacionado a canais de estado.
2018/10, o artigo Generalised State Channel Networks propôs os conceitos de State Channel Networks e Virtual Channels.
2019/02, o conceito de canais de estado foi expandido para canais N-Partido, o Nitro é o primeiro protocolo construído com base nessa ideia.
2019/10, Pisa para resolver o problema de todos os participantes precisarem estar online continuamente, expandiu o conceito de Watchtowers.
Fluxo de trabalho na cadeia tradicional: Alice e Bob interagem com contratos inteligentes implantados na mainnet, e os usuários alteram o estado do contrato inteligente enviando transações para a cadeia. A desvantagem é que isso traz problemas de tempo e custo.
A maioria dos fluxos de trabalho gerais seguidos pelos protocolos de canais de estado:
Alice e Bob depositam fundos de uma EOA pessoal para um endereço de contrato na cadeia, esses fundos ficam bloqueados no contrato até que o canal seja fechado e então retornam ao usuário; após a confirmação das assinaturas, o canal de estado entre eles é oficialmente aberto.
Alice e Bob podem teoricamente realizar transações ilimitadas fora da cadeia através deste canal, e os participantes se comunicam entre si por mensagens assinadas criptograficamente. Ambos os usuários precisam assinar cada transação para evitar fraudes de gasto duplo. Através dessas mensagens, eles propõem atualizações de estado das suas contas e aceitam as atualizações de estado propostas pelo outro.
Se Alice quiser fechar o canal e encerrar a transação com Bob, Alice precisa enviar ao contrato o estado final da sua conta. Se Bob assinar e aprovar, o contrato irá liberar os fundos bloqueados de acordo com o estado final e retorná-los ao usuário correspondente. Se Bob não responder à assinatura, o contrato irá liberar os fundos bloqueados e retorná-los ao usuário correspondente após o término do período de contestação.
Fluxo de trabalho do canal de estado em uma situação pessimista: No início, dois participantes depositam fundos e começam a trocar atualizações de estado. Suponha que em algum momento, Bob não responda à atualização de estado assinada enviada por Alice durante sua vez, neste momento, Alice pode iniciar um desafio enviando para o contrato seu último estado válido, que também contém a assinatura anterior de Bob, provando que a última transação foi aprovada por Bob e que o estado final foi confirmado por Bob. Em seguida, o contrato permite que Bob responda dentro de um determinado período, enviando o próximo estado para o contrato; se Bob responder, os dois podem continuar a negociar dentro do canal de estado; se Bob não responder dentro desse período, o contrato fecha automaticamente o canal de estado e devolve os fundos a Alice.
3.1.4 Vantagens e desvantagens
Vantagens:
Imediatismo: as transações são quase concluídas instantaneamente
Alta taxa de transferência: teoricamente pode ser expandido indefinidamente
Baixo custo: transações fora da cadeia quase não têm custo
Privacidade: apenas é necessário interagir na cadeia ao abrir e fechar o canal.
Desvantagens:
Eficiência de capital baixa: é necessário bloquear capital
Requisitos online: os participantes precisam estar online continuamente
Cenários de aplicação limitados: mais adequado para interações frequentes entre participantes fixos
Complexidade do fechamento de canais e resolução de disputas
Problemas de liquidez da rede de canais
(# 3.1.5 Aplicação
Rede Lightning do Bitcoin:
Resumo: A Lightning Network é um canal de pagamentos de baixo valor na rede Bitcoin, cuja evolução técnica global passou por: construção de um canal de pagamento unidirecional com 2/2 multisig, construção de um canal de pagamento bidirecional após a adição de RSMC, e depois, com a adição de HTLC, a expansão do canal de pagamento para pagamentos em grupo, culminando na construção da rede de pagamentos, ou seja, a Lightning Network. Através de canais de pagamento de baixo valor fora da cadeia, e utilizando intermediários para formar uma rede de transações, é possível resolver o problema de escalabilidade da rede Bitcoin. O uso geral da Lightning Network segue o fluxo: "depósito ) estabelecer canal ### → transação na Lightning Network ### atualizar estado do canal ( → reembolso/liquidação ) encerrar canal ("; teoricamente, a Lightning Network pode processar um milhão de transações por segundo.
Linha do tempo:
Em fevereiro de 2015, Joseph Poon e Thaddeus Dryja publicaram o rascunho do white paper da Lightning Network
Em janeiro de 2016, foi publicada a versão oficial do white paper e fundada a Lightning Labs
15 de março de 2018, a Lightning Labs lançou a primeira versão da mainnet da Lightning Network, versão LND 0.4
No início de 2021, a capacidade pública da Lightning Network )TVL( era de apenas cerca de 40 milhões de dólares, com cerca de 100 mil usuários a utilizá-la.
Em junho de 2021, El Salvador anunciou a adoção do Bitcoin como moeda de curso legal, e em setembro lançou a carteira Chivo baseada na Lightning Network.
Em 2022, o Cash App e 26 plataformas de negociação de criptomoedas, incluindo OKX, Kraken e Bitfinex, anunciaram suporte para a rede Lightning.
Outubro de 2022, a Lightning Labs lançou o novo protocolo Taro protocol) versão alpha( baseado em Taproot, atualmente em teste na rede de testes.
Em 23 de novembro de 2022, a rede Lightning tinha 76.236 canais de pagamento, com um fundo de canal de 5049 $BTC)$81.8M(
Desenvolvimento ecológico:
O ecossistema da rede Lightning do BTC vai de baixo para cima: rede BTC de base --- infraestrutura fundamental --- vários Dapps.
Infraestrutura básica inclui:
Solução de rede Lightning: indivíduos e empresas podem executar programas de software que se conectam à rede Lightning, sendo o maior detentor de participação de mercado o Lightning Labs.
Nós e serviços de liquidez: porque os usuários executam seus próprios nós de forma independente, isso é relativamente complexo, sendo necessário fornecer uma interface mais amigável ao usuário, ajudando a gerenciar os canais de pagamento relâmpago.
Acima da infraestrutura de base estão vários serviços de pagamento e financeiros, bem como aplicações, como o Strike que é construído sobre a solução LND, permitindo aos usuários comprar e vender BTC, usar BTC para recompensar criadores no Twitter e permitir que comerciantes do Shopify aceitem BTC, entre outros.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Detalhes sobre a solução de escalabilidade fora da cadeia: de Canais de Estado a soluções Layer2
Expansão da profundidade fora da cadeia
1. A necessidade de escalabilidade
A visão futura da blockchain é alcançar descentralização, segurança e escalabilidade. Mas normalmente só é possível realizar dois desses aspectos, o que é chamado de problema do triângulo impossível da blockchain. Ao longo dos anos, as pessoas têm explorado como aumentar a capacidade de throughput e a velocidade das transações da blockchain, garantindo ao mesmo tempo a descentralização e a segurança, ou seja, resolver o problema de escalabilidade.
A descentralização, segurança e escalabilidade da blockchain são definidas da seguinte forma:
Descentralização: qualquer pessoa pode se tornar um nó para participar da produção e validação do sistema blockchain; quanto maior o número de nós, maior o grau de descentralização.
Segurança: quanto maior o custo para obter o controle do sistema blockchain, maior será a segurança, a cadeia poderá resistir a uma maior proporção de ataques de participantes.
Escalabilidade: capacidade da blockchain de processar um grande número de transações.
A primeira grande divisão do hard fork na rede Bitcoin surgiu devido a problemas de escalabilidade. Com o aumento do número de usuários e do volume de transações, a rede Bitcoin, com um limite de 1MB por bloco, começou a enfrentar congestionamento. Desde 2015, a comunidade Bitcoin tinha divergências sobre a questão da escalabilidade; um lado apoiava a ampliação do bloco, enquanto o outro acreditava que deveria ser utilizada a solução Segwit para otimizar a estrutura da cadeia principal. Em 1 de agosto de 2017, o lado que apoiava a ampliação do bloco desenvolveu de forma independente um sistema de cliente de 8MB que começou a operar, levando à primeira grande divisão do hard fork na história do Bitcoin, resultando na criação de uma nova moeda, BCH.
A rede Ethereum também optou por sacrificar uma parte da escalabilidade para garantir a segurança e a descentralização da rede. Embora a Ethereum não tenha limitado o volume de transações como o Bitcoin, ao restringir o tamanho do bloco, ela, de maneira indireta, estabeleceu um limite para as taxas de gás que um único bloco pode acomodar, mas o objetivo é o mesmo: alcançar o Consenso Sem Confiança e garantir uma ampla distribuição de nós.
Desde o CryptoKitties em 2017, o verão DeFi, até o surgimento posterior de aplicações em cadeia como GameFi e NFT, a demanda do mercado por capacidade de processamento tem aumentado continuamente. No entanto, mesmo a Ethereum, que é Turing completa, só consegue processar entre 15 a 45 transações por segundo (TPS). Isso resulta em um aumento constante nos custos de transação, tempos de liquidação mais longos, e a maioria das Dapps enfrenta dificuldades para suportar os custos operacionais. A rede como um todo se torna lenta e cara para os usuários, e o problema da escalabilidade da blockchain precisa ser resolvido urgentemente. A solução ideal para a escalabilidade é: aumentar a velocidade e a capacidade de processamento da rede blockchain tanto quanto possível, sem sacrificar a descentralização e a segurança.
2. Categorias dos planos de escalabilidade
Nós classificamos as soluções de escalabilidade em duas categorias principais: escalabilidade on-chain e escalabilidade fora da cadeia, com base no critério de "se altera um nível da mainnet".
2.1 Expansão na cadeia
Conceito central: solução que atinge um efeito de escalabilidade ao alterar uma camada do protocolo da mainnet, sendo a principal solução atual a fragmentação.
A expansão na cadeia tem várias soluções, este artigo não se aprofundará, apenas enumerará duas:
A opção um é expandir o espaço do bloco, aumentando o número de transações empacotadas em cada bloco, mas isso aumentará as exigências para dispositivos de nós de alto desempenho, elevando a barreira de entrada para os nós e reduzindo o grau de "descentralização".
A segunda proposta é o sharding, que divide o livro-razão da blockchain em várias partes, onde diferentes shards, ou nós, são responsáveis por diferentes registros, permitindo que múltiplas transações sejam processadas em paralelo; isso pode reduzir a pressão de cálculo nos nós e o limiar de entrada, melhorando a velocidade de processamento das transações e o grau de descentralização; mas isso significa que o poder de cálculo da rede é disperso, o que pode reduzir a "segurança" da rede como um todo.
Alterar o código do protocolo da camada principal da rede pode ter efeitos negativos imprevisíveis, uma vez que qualquer pequena vulnerabilidade de segurança subjacente pode ameaçar seriamente a segurança de toda a rede, podendo a rede ser forçada a realizar um fork ou uma interrupção para uma atualização de reparo.
2.2 fora da cadeia expansão
Conceito central: solução de escalabilidade que não altera o protocolo da mainnet de camada 1 existente.
A solução de escalabilidade fora da cadeia pode ser subdividida em Layer2 e outras soluções:
Layer2: Canais de Estado, Plasma, Rollups ( Rollups Otimistas e Rollups ZK )
Outros: Sidechains, Validium
3. Fora da cadeia expansão do plano
3.1 Canais de Estado
3.1.1 Resumo
O estado do canal estipula que os usuários só precisam interagir com a rede principal ao abrir, fechar ou resolver disputas do canal, colocando as interações entre os usuários fora da cadeia, a fim de reduzir o tempo e o custo das transações dos usuários, além de permitir um número ilimitado de transações.
Os canais de estado são protocolos P2P simples, adequados para "aplicações baseadas em turnos", como jogos de xadrez entre duas pessoas. Cada canal é gerido por um contrato inteligente multiassinatura que opera na rede principal, que controla os ativos depositados no canal, verifica as atualizações de estado e arbitra disputas entre os participantes. Após os participantes implementarem o contrato na rede blockchain, depositam fundos e os bloqueiam, e após a confirmação de ambas as assinaturas, o canal é oficialmente aberto. O canal permite que os participantes realizem transações gratuitas fora da cadeia sem limites, desde que o valor líquido da transferência não exceda o total de tokens depositados. Os participantes enviam atualizações de estado um ao outro alternadamente, aguardando a confirmação por assinatura do outro. Uma vez que a assinatura do outro é confirmada, essa atualização de estado é considerada concluída. Normalmente, as atualizações de estado acordadas por ambas as partes não são carregadas na rede principal, e apenas em caso de disputa ou fechamento do canal é que se recorre à confirmação da rede principal. Quando é necessário fechar o canal, qualquer participante pode solicitar uma transação na rede principal; se o pedido de saída receber a aprovação de todas as assinaturas, a execução ocorre imediatamente na cadeia, ou seja, o contrato inteligente distribui os fundos bloqueados restantes de acordo com o saldo de cada participante no estado final do canal; se outros participantes não aprovarem a assinatura, todos devem esperar que o "período de desafio" termine para receber os fundos restantes.
Em suma, a solução de canais de estado pode reduzir significativamente a carga computacional da rede principal, aumentar a velocidade das transações e diminuir os custos das transações.
(# 3.1.2 Linha do tempo
2015/02, Joseph Poon e Thaddeus Dryja publicaram o rascunho do white paper da Lightning Network.
2015/11, Jeff Coleman fez a primeira síntese sistemática do conceito de State Channel, propondo que o Payment Channel do Bitcoin é um subcaso do conceito de State Channel.
2016/01, Joseph Poon e Thaddeus Dryja publicaram oficialmente o white paper "The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments" que propôs o esquema de escalabilidade da rede Lightning do Bitcoin, Payment Channel), um canal de pagamento utilizado apenas para processar pagamentos de transferências na rede Bitcoin.
2017/11, a primeira especificação de design de State Channel baseada no framework Payment Channel, Sprites, foi proposta.
2018/06, a Counterfactual propôs um design detalhado de Canais de Estado Generalizados, que é o primeiro design completamente relacionado a canais de estado.
2018/10, o artigo Generalised State Channel Networks propôs os conceitos de State Channel Networks e Virtual Channels.
2019/02, o conceito de canais de estado foi expandido para canais N-Partido, o Nitro é o primeiro protocolo construído com base nessa ideia.
2019/10, Pisa para resolver o problema de todos os participantes precisarem estar online continuamente, expandiu o conceito de Watchtowers.
2020/03, Hydra apresentou Canais Isomórficos Rápidos.
3.1.3 Princípios técnicos
Fluxo de trabalho na cadeia tradicional: Alice e Bob interagem com contratos inteligentes implantados na mainnet, e os usuários alteram o estado do contrato inteligente enviando transações para a cadeia. A desvantagem é que isso traz problemas de tempo e custo.
A maioria dos fluxos de trabalho gerais seguidos pelos protocolos de canais de estado:
Alice e Bob depositam fundos de uma EOA pessoal para um endereço de contrato na cadeia, esses fundos ficam bloqueados no contrato até que o canal seja fechado e então retornam ao usuário; após a confirmação das assinaturas, o canal de estado entre eles é oficialmente aberto.
Alice e Bob podem teoricamente realizar transações ilimitadas fora da cadeia através deste canal, e os participantes se comunicam entre si por mensagens assinadas criptograficamente. Ambos os usuários precisam assinar cada transação para evitar fraudes de gasto duplo. Através dessas mensagens, eles propõem atualizações de estado das suas contas e aceitam as atualizações de estado propostas pelo outro.
Se Alice quiser fechar o canal e encerrar a transação com Bob, Alice precisa enviar ao contrato o estado final da sua conta. Se Bob assinar e aprovar, o contrato irá liberar os fundos bloqueados de acordo com o estado final e retorná-los ao usuário correspondente. Se Bob não responder à assinatura, o contrato irá liberar os fundos bloqueados e retorná-los ao usuário correspondente após o término do período de contestação.
Fluxo de trabalho do canal de estado em uma situação pessimista: No início, dois participantes depositam fundos e começam a trocar atualizações de estado. Suponha que em algum momento, Bob não responda à atualização de estado assinada enviada por Alice durante sua vez, neste momento, Alice pode iniciar um desafio enviando para o contrato seu último estado válido, que também contém a assinatura anterior de Bob, provando que a última transação foi aprovada por Bob e que o estado final foi confirmado por Bob. Em seguida, o contrato permite que Bob responda dentro de um determinado período, enviando o próximo estado para o contrato; se Bob responder, os dois podem continuar a negociar dentro do canal de estado; se Bob não responder dentro desse período, o contrato fecha automaticamente o canal de estado e devolve os fundos a Alice.
3.1.4 Vantagens e desvantagens
Vantagens:
Desvantagens:
(# 3.1.5 Aplicação
Rede Lightning do Bitcoin:
Resumo: A Lightning Network é um canal de pagamentos de baixo valor na rede Bitcoin, cuja evolução técnica global passou por: construção de um canal de pagamento unidirecional com 2/2 multisig, construção de um canal de pagamento bidirecional após a adição de RSMC, e depois, com a adição de HTLC, a expansão do canal de pagamento para pagamentos em grupo, culminando na construção da rede de pagamentos, ou seja, a Lightning Network. Através de canais de pagamento de baixo valor fora da cadeia, e utilizando intermediários para formar uma rede de transações, é possível resolver o problema de escalabilidade da rede Bitcoin. O uso geral da Lightning Network segue o fluxo: "depósito ) estabelecer canal ### → transação na Lightning Network ### atualizar estado do canal ( → reembolso/liquidação ) encerrar canal ("; teoricamente, a Lightning Network pode processar um milhão de transações por segundo.
Linha do tempo:
Desenvolvimento ecológico: O ecossistema da rede Lightning do BTC vai de baixo para cima: rede BTC de base --- infraestrutura fundamental --- vários Dapps.
Infraestrutura básica inclui:
Acima da infraestrutura de base estão vários serviços de pagamento e financeiros, bem como aplicações, como o Strike que é construído sobre a solução LND, permitindo aos usuários comprar e vender BTC, usar BTC para recompensar criadores no Twitter e permitir que comerciantes do Shopify aceitem BTC, entre outros.
Até novembro de 2022,