Principais conclusões
As soluções da Camada 2 foram criadas para lidar com as limitações de escalabilidade inerentes à tecnologia blockchain.
Lightning Network é uma solução de escalonamento de camada 2 que oferece transações rápidas sem a necessidade de confirmação de bloco, permitindo micropagamentos eficientes.
Ele garante pagamentos seguros e escalonáveis por meio de endereços com múltiplas assinaturas e contratos Hash Timelock.
Introdução
As criptomoedas têm algumas propriedades bastante únicas. Eles não podem ser hackeados ou encerrados facilmente e qualquer pessoa pode usá-los para transmitir valor ao redor do mundo sem a intervenção de terceiros.
Para garantir que estas características permanecem, devem ser feitas compensações significativas. Como muitos nós são responsáveis pela operação de uma rede de criptomoedas, o rendimento é limitado. Como resultado, o número de transações por segundo (TPS) que uma rede blockchain pode processar é relativamente baixo para uma tecnologia que pretende ser adotada pelas massas.
Para superar as limitações inerentes à tecnologia blockchain, foram propostas diversas soluções de escalabilidade para aumentar o número de transações que uma rede pode suportar. Neste artigo, nos aprofundaremos na Lightning Network, uma extensão do protocolo Bitcoin.
O que é a rede Lightning?
A Lightning Network é uma rede que funciona em cima de um blockchain para facilitar transações rápidas ponto a ponto. Não é exclusivo do Bitcoin – outras criptomoedas o integraram.
Você deve estar se perguntando o que queremos dizer com “executado em cima de um blockchain”. A Lightning Network é chamada de solução fora da cadeia ou camada dois. Ele permite que indivíduos realizem transações sem precisar registrar todas as transações no blockchain.
A Lightning Network é separada da rede Bitcoin – ela possui seus próprios nós e software, mas mesmo assim se comunica com a cadeia principal. Para entrar ou sair da Lightning Network, você precisa criar transações especiais no blockchain.
O que você está realmente fazendo com sua primeira transação é construir uma espécie de contrato inteligente com outro usuário. Entraremos em detalhes em breve – por enquanto, pense no contrato inteligente que mantém um livro-razão privado para você e outro usuário. Você pode gravar muitas transações neste razão. Eles são visíveis apenas para você e sua contraparte, mas nenhum de vocês pode trapacear devido a alguns recursos peculiares da configuração.
Este mini-razão é chamado de canal. Digamos que Alice e Bob coloquem 5 BTC cada no contrato inteligente. No canal deles – ambos teriam agora um saldo de 5 BTC. Alice poderia então escrever no livro razão “pagar 1 BTC para Bob”. Agora, Bob tem 6 BTC do seu lado e Alice tem 4. Então, Bob poderia enviar 2 BTC de volta para Alice posteriormente, atualizando os saldos para 6 BTC do lado de Alice e 4 BTC do lado de Bob. Eles podem continuar fazendo isso por um tempo.
A qualquer momento, qualquer um pode publicar o estado atual do canal no blockchain. Nesse ponto, os saldos de cada lado do canal são alocados às respectivas partes da rede.
Fiel ao nome, as transações Lightning são extremamente rápidas. Não há confirmações de bloqueio para esperar – os pagamentos podem ser feitos tão rápido quanto sua conexão com a Internet permitir.
Por que a rede Lightning é necessária?
Até agora, a Lightning Network (ou simplesmente LN) parece ser a abordagem mais sensata para dimensionar o blockchain Bitcoin. Coordenar mudanças em um ecossistema tão vasto é complicado – há o risco de hard forks e bugs potencialmente catastróficos. Com tanto valor em jogo, a experimentação é incrivelmente perigosa.
Quando você afasta essa experimentação do blockchain, você tem muito mais flexibilidade. Se algo der errado, não terá impacto na rede Bitcoin real. As soluções da camada dois não prejudicam nenhuma das suposições de segurança que mantiveram o protocolo funcionando por mais de 15 anos.
Também não há obrigação de mudar da maneira antiga de fazer as coisas. As transações on-chain continuam a funcionar normalmente para o usuário final, mas agora eles também têm a opção de realizar transações off-chain.
Existem vários benefícios em usar a Lightning Network. Veremos alguns dos principais a seguir.
Escalabilidade
Os blocos Bitcoin são criados aproximadamente a cada dez minutos e só podem conter um determinado número de transações. O espaço do bloco é um recurso escasso, então você deve fazer lances contra outros usuários para que o seu seja incluído em tempo hábil. Os mineradores se preocupam, em primeiro lugar, em receber o pagamento, por isso incluirão primeiro as transações com taxas mais altas.
Quando não há muitos usuários tentando enviar fundos ao mesmo tempo, isso não é realmente um problema. Você pode definir uma taxa baixa e provavelmente terá a transação incluída no próximo bloco. Mas, quando muitos usuários transmitem transações simultaneamente, a taxa média pode aumentar significativamente. Houve várias ocasiões em que ultrapassou US$ 10. No auge do mercado altista de 2017, ultrapassou US$ 50. Em abril de 2021, a taxa média de transação do Bitcoin ultrapassou US$ 60.
Isso pode parecer insignificante para transações que movimentam milhares de dólares em Bitcoin, mas para pagamentos menores, não é sustentável. Quem quer pagar por um café de US$ 3 com uma taxa de US$ 10 anexada?
Com a Lightning Network, você ainda paga duas taxas – uma para abrir seu canal e outra para fechá-lo. Mas você e sua contraparte podem fazer milhares de transações gratuitamente assim que o canal estiver aberto. Quando terminar, você só precisa publicar o estado final no blockchain.
No grande esquema, se mais usuários confiarem em soluções fora da cadeia, como a Lightning Network, o espaço em bloco será usado de forma mais eficiente. Transferências de baixo valor e alta frequência poderiam ser realizadas em canais de pagamento, enquanto o espaço de bloco é usado para transações maiores e abertura/fechamento de canais. Isso tornaria o sistema acessível a uma base de usuários muito mais ampla, permitindo sua expansão no longo prazo.
Micropagamentos
Há uma quantidade mínima de Bitcoin que você pode enviar em uma transação – aproximadamente 0,00000546 BTC. No momento em que este artigo foi escrito, isso equivale a cerca de 38 centavos. É uma quantia pequena, mas a Lightning Network permite que você ultrapasse os limites para transacionar a menor unidade disponível atualmente – 0,00000001 BTC ou um satoshi.
O Lightning é muito mais atraente para micropagamentos. As taxas sobre transações regulares tornam impraticável o envio de pequenas quantias na rede principal. Dentro de um canal, entretanto, você é livre para enviar uma fração de uma fração de Bitcoin gratuitamente.
Os micropagamentos são adequados para muitos casos de uso. Alguns especulam que poderiam ser um substituto viável para modelos baseados em assinatura, em que os usuários pagam pequenas quantias cada vez que usam um serviço.
Privacidade
Um benefício secundário da Lightning Network é que ela pode oferecer aos usuários um alto grau de confidencialidade. As partes não precisam dar a conhecer os seus canais à rede mais ampla. Embora você possa olhar para o blockchain e dizer que esta transação abriu um canal, você não será necessariamente capaz de dizer o que está acontecendo dentro dele. Caso os participantes optem por tornar seu canal privado, somente eles saberão quais transações estão ocorrendo.
Se Alice tiver um canal com Bob e Bob tiver um canal com Carol, Alice e Carol poderão enviar pagamentos um ao outro por meio de Bob. Se Dan estiver conectado a Carol, Alice poderá enviar pagamentos para ele. Você pode imaginar isso se expandindo para uma ampla rede de canais de pagamento interconectados. Nessa configuração, você não poderia ter certeza para quem Alice enviou fundos depois que o canal for fechado.
Como funciona a rede Lightning?
Explicamos como a Lightning Network depende de canais entre nós em alto nível. Vamos agora dar uma olhada nos bastidores.
Endereços com múltiplas assinaturas
Um endereço multiassinatura (ou multisig) é aquele a partir do qual várias chaves privadas podem ser gastas. Ao criar uma, você especifica quantas chaves privadas podem gastar os fundos e quantas dessas chaves são necessárias para assinar uma transação. Por exemplo, um esquema 1 de 5 significa que cinco chaves podem produzir uma assinatura válida e que apenas uma é necessária. Um esquema 2 de 3 indicaria que, das três chaves possíveis, são necessárias duas quaisquer para gastar os fundos.
Para inicializar um canal Lightning, os participantes bloqueiam os fundos em um esquema 2 de 2. Existem apenas duas chaves privadas capazes de assinar e ambas são necessárias para movimentar moedas. Vamos trazer de volta nossos amigos Alice e Bob neste momento. Eles farão muitos pagamentos entre si nos próximos meses, então decidem abrir um canal da Lightning Network.
Isso começa com ambos depositando, digamos, 3 BTC cada no endereço multisig de propriedade conjunta. Vale reiterar que Bob não pode retirar fundos do endereço sem o consentimento de Alice, ou vice-versa.
Agora, eles poderiam apenas manter uma folha de papel que ajusta os saldos de cada lado. Ambos têm saldo inicial de 3 BTC. Se Alice quiser fazer um pagamento de 1 BTC para Bob, por que não apenas anotar que Alice agora possui 2 BTC e Bob possui 4 BTC? Os saldos poderiam ser rastreados dessa forma até que eles decidissem retirar os fundos.
Isso é possível, mas onde está a diversão nisso? Mais importante ainda, isso não torna incrivelmente fácil para alguém não cooperar? Se Alice ficar com 6 BTC e Bob sem nenhum, Bob não perderá nada ao se recusar a liberar os fundos (exceto, talvez, sua amizade com Alice).
Contratos Hash Timelock (HTLCs)
O sistema acima é enfadonho e não oferece muito em relação às configurações confiáveis de hoje. Fica muito mais interessante quando introduzimos um mecanismo que reforça o “contrato” entre Alice e Bob. Se uma das partes decidir não seguir as regras, a outra ainda terá uma solução para retirar seus fundos do canal.
Esse mecanismo é um Contrato Hash Timelock (ou HTLC). O termo pode parecer assustador, mas na verdade é um conceito bastante simples de entender. Ele combina duas outras tecnologias (hashlocks e timelocks) para remediar qualquer comportamento não cooperativo nos canais de pagamento.
Um hashlock é uma condição imposta a uma transação que determina que você só pode gastar fundos provando que conhece um segredo. O remetente faz o hash de um dado e inclui o hash na transação para o destinatário. A única maneira de o destinatário gastá-lo é fornecendo os dados originais (o segredo) que correspondem ao hash. E a única maneira de fornecer esses dados é se o remetente os fornecer.
Um timelock é uma condição que impede você de gastar fundos antes de um determinado horário. É especificado como um tempo real ou uma altura de bloco especificada.
HTLCs são criados combinando hashlocks e timelocks. Na prática, os HTLCs podem ser usados para criar pagamentos condicionais – o destinatário deve fornecer um segredo antes de um determinado momento, ou o remetente pode recuperar os fundos. A próxima parte provavelmente será melhor explicada com um exemplo, então vamos voltar a Alice e Bob.
Abertura e fechamento de canais
Demos o exemplo de Alice e Bob que acabaram de criar transações que financiam o endereço com múltiplas assinaturas que compartilharão. Mas essas transações ainda não foram publicadas no blockchain! Precisamos fazer mais uma coisa primeiro.
Três moedas de Bob e três moedas de Alice.
Lembre-se de que a única maneira de essas moedas saírem do multisig é se Alice e Bob assinarem uma transação em conjunto. Se Alice quisesse enviar todas as seis moedas para um endereço externo, ela precisaria da aprovação de Bob. Ela primeiro fez uma transação (seis bitcoins para esse endereço) e adicionou sua própria assinatura.
Ela poderia tentar transmitir a transação imediatamente, mas seria inválida porque Bob não incluiu sua assinatura. Alice deve entregar a transação incompleta a ele primeiro. Depois que ele adiciona sua assinatura, ela se torna válida.
Ainda não implementamos um mecanismo para manter todos jogando honestamente. Como dissemos anteriormente, se a sua contraparte se recusar a cooperar, os seus fundos ficarão efetivamente presos. Vamos entrar no mecanismo que impede isso. Existem algumas peças móveis diferentes, então tenha paciência conosco.
Cada parte precisa inventar um segredo – vamos apenas chamar esses segredos de As e Bs. Seriam segredos terríveis se Alice e Bob os revelassem, então eles vão mantê-los escondidos por enquanto. O par irá gerar os respectivos hashes dos segredos – h(As) e h(Bs). Então, em vez de compartilharem seus segredos, eles compartilham esses hashes entre si.
Alice e Bob compartilham os hashes de seus segredos um com o outro.
Alice e Bob também precisam criar um conjunto de transações de compromisso antes de publicarem suas primeiras transações no endereço de múltiplas assinaturas. Isso lhes dará uma solução caso o outro decida manter os fundos como reféns.
Se você pensar em um canal como o mini-razão que mencionamos anteriormente, então as transações de compromisso são as atualizações que você faz no livro-razão. Sempre que você cria um novo par de transações de compromisso, você está reequilibrando os fundos entre os dois participantes.
O de Alice terá duas saídas – uma que paga um endereço que ela possui e outra que está bloqueada em um novo endereço multisig. Ela assina e dá para Bob.
A transação de Alice com duas saídas – uma para seu próprio endereço e outra para um novo multisig. Ela ainda precisa da assinatura de Bob para torná-la válida.
Bob faz o mesmo – uma saída se paga, a outra paga outro endereço multisig. Ele assina e dá para Alice.
Temos duas transações incompletas que são muito semelhantes.
Normalmente, Alice poderia adicionar uma assinatura à transação de Bob para torná-la válida. Mas você notará que esses fundos estão sendo gastos no multisig 2 de 2 que ainda não financiamos. É como tentar gastar um cheque de uma conta que tem saldo zero no momento. Portanto, essas transações parcialmente assinadas só poderão ser utilizadas quando o multisig estiver instalado e funcionando.
Os novos endereços multiassinaturas (para onde são destinadas as 3 saídas BTC) possuem algumas propriedades peculiares. Vamos dar uma olhada na transação incompleta que Alice assinou e deu a Bob. A saída multisig pode ser gasta nas seguintes condições:
Ambas as partes podem assiná-lo cooperativamente.
Bob pode gastá-lo sozinho após um certo período de tempo (devido ao nosso timelock).
Alice pode gastá-lo se souber os Bs secretos de Bob.
Para a transação que Bob deu a Alice:
Ambas as partes podem assiná-lo cooperativamente.
Alice pode passar sozinha depois de um certo período de tempo.
Bob pode gastá-lo se souber o As secreto de Alice.
Tenha em mente que nenhuma das partes conhece o segredo da outra, portanto a condição 3 ainda não é uma possibilidade. Outra coisa a notar é que, se você assinar uma transação, sua contraparte poderá gastar imediatamente porque não há condições especiais para sua saída. Você pode esperar o tempo expirar para gastar os fundos sozinho ou pode cooperar com a outra parte para gastá-los imediatamente.
OK! Agora você pode publicar as transações no endereço multiassinatura 2 de 2 original. Finalmente, é seguro fazê-lo porque você poderá recuperar seus fundos se sua contraparte abandonar o canal.
Assim que as transações forem confirmadas, o canal estará instalado e funcionando. Esse primeiro par de transações nos mostra o estado atual do mini-razão. Atualmente, pagará 3 BTC para Bob e 3 BTC para Alice.
Quando Alice deseja fazer um novo pagamento a Bob, a dupla cria duas novas transações para substituir o primeiro conjunto. O procedimento é o mesmo – eles estão apenas parcialmente assinados. No entanto, Alice e Bob primeiro desistem de seus antigos segredos e trocam novos hashes para a próxima rodada de transações.
Se Alice quisesse pagar 1 BTC para Bob, por exemplo, as duas novas transações creditariam 2 BTC para Alice e 4 BTC para Bob. Desta forma, o saldo é atualizado.
Qualquer uma das partes pode assinar e transmitir uma das transações mais recentes a qualquer momento para “liquidar” na blockchain. Mas a parte que fizer isso precisará esperar até que o tempo expire, enquanto a outra poderá gastar imediatamente. Lembre-se, se Bob assinar e transmitir a transação de Alice, ela agora terá uma saída sem condições.
Ambas as partes podem concordar em fechar o canal juntas (um fechamento cooperativo). Esta é provavelmente a maneira mais fácil e rápida de colocar seus fundos de volta na rede. No entanto, mesmo que uma das partes deixe de responder ou se recuse a cooperar, a outra ainda poderá recuperar os seus fundos aguardando o término do prazo.
Como a Lightning Network evita trapaças?
Você pode ter identificado um vetor de ataque aqui. Se Bob tem atualmente um saldo de 1 BTC, o que o impede de transmitir uma transação mais antiga onde ele tinha mais? Ele já recebeu a transação meio assinada de Alice, ele só precisa adicionar sua assinatura e transmiti-la, certo?
Nada o impede de fazer isso – exceto o fato de que ele pode perder todo o equilíbrio. Digamos que ele vá em frente e transmita uma transação antiga que paga uma moeda para Alice e cinco para o endereço multisig que mencionamos anteriormente.
Alice recebe sua moeda imediatamente. Bob, por outro lado, deve esperar até que o timelock expire para gastar no endereço multisig. Lembra-se da outra condição que mencionamos que permitiria a Alice gastar esses mesmos fundos imediatamente? Ela precisa de um segredo que ela não tinha então. Ela faz isso agora – assim que a segunda rodada de transações foi criada, Bob revelou esse segredo.
Enquanto Bob fica sentado, incapaz de fazer qualquer coisa enquanto espera o tempo expirar, Alice pode movimentar esses fundos. Este mecanismo baseado em punição significa que é improvável que os participantes tentem trapacear porque o par terá acesso às suas moedas.
Encaminhamento de pagamentos
Já falamos sobre isso – os canais podem ser conectados. Caso contrário, a Lightning Network não seria tão útil para pagamentos. Você realmente vai garantir US $ 500 em um canal com uma cafeteria só para poder obter sua cafeína diária nos próximos meses?
Você não precisa fazer isso. Se Alice abrir um canal com Bob e Bob já tiver um com Carol, Bob poderá encaminhar pagamentos entre os dois. Isso pode funcionar em vários “saltos”, o que significa que Alice pode efetivamente pagar qualquer pessoa para quem exista um caminho.
Nesse cenário, Alice pode percorrer várias rotas para chegar até Frank. Na prática, ela sempre escolherá o mais fácil.
Pela sua função no roteamento, os intermediários podem cobrar uma pequena taxa (embora não haja obrigação de fazê-lo). A Lightning Network ainda é relativamente nova, portanto, um mercado de taxas ainda não se materializou. O que muitos esperam ver são taxas baseadas na liquidez fornecida.
Na cadeia básica, sua taxa é baseada exclusivamente no espaço que sua transação ocupa em um bloco – o valor transmitido não importa – os pagamentos de US$ 1 e US$ 10.000.000 custam o mesmo. Por outro lado, não existe espaço de bloco na Lightning Network.
Em vez disso, existe a ideia de equilíbrios locais e remotos. O saldo local é o valor que você pode “empurrar” para a outra extremidade do canal, enquanto o saldo remoto é aquele que sua contraparte pode enviar para você.
É hora de outro exemplo. Vamos dar uma olhada em um dos caminhos acima: Alice <> Carol <> Frank.
Saldo dos usuários antes e depois de uma transferência de 0,3 BTC de Alice para Frank.
A Alice <> Carol e a Carol <> Frank têm capacidade total de 1 BTC cada uma. O saldo local de Alice é de 0,7 BTC. Se eles decidissem pelo blockchain agora, ela receberia 0,7 BTC e Carol receberia o saldo remoto (ou seja, 0,3 BTC).
Se Alice quiser enviar 0,3 BTC para Frank, ela empurra 0,3 BTC para o lado do canal de Carol. Então Carol transfere 0,3 BTC de seu saldo local no canal com Frank. Como resultado, o saldo de Carol permanece o mesmo: os +0,3 BTC de Alice e os -0,3 BTC de Frank se anulam.
Carol não está perdendo valor por atuar como uma conexão entre Alice e Frank, mas está se tornando menos flexível. Veja, ela agora pode gastar 0,6 BTC em seu canal com Alice, mas apenas 0,1 BTC no canal com Frank.
Você pode imaginar uma situação em que Alice está conectada apenas a Carol, enquanto Frank está conectado a uma rede muito mais ampla. Anteriormente, Carol podia enviar um total de 0,4 BTC para outras pessoas por meio de Frank, mas agora ela só pode enviar 0,1 BTC porque isso é tudo que ela tem no seu lado do canal.
Nesse cenário, Alice está efetivamente consumindo a liquidez de Carol. Sem qualquer tipo de incentivo, Carol pode não querer enfraquecer a sua própria posição. Então, em vez disso, ela poderia simplesmente dizer que encaminharei cada 0,01 BTC a uma taxa de dez satoshis. Dessa forma, quanto mais seus equilíbrios locais Carol sacrificar em caminhos “mais fortes”, mais ela lucrará.
Conforme mencionado anteriormente, não há exigência de fato de cobrar uma taxa. Alguns podem não estar preocupados com a redução da liquidez. Outros podem simplesmente abrir canais diretamente para o receptor.
Limitações da Rede Lightning
Seria fantástico se a Lightning Network provasse ser a solução para todos os problemas de escalabilidade do Bitcoin. Infelizmente, ele tem suas próprias deficiências que podem atrapalhar.
Usabilidade
Bitcoin não é o sistema mais intuitivo para iniciantes – endereços, taxas, etc., podem ser confusos para se familiarizar. Após a configuração de um cliente Lightning, os usuários também precisam começar a abrir canais antes de poderem efetuar pagamentos. Esse pode ser um processo demorado e cansativo quando um recém-chegado é apresentado a conceitos como capacidade de entrada/saída.
Dito isto, melhorias estão sendo feitas constantemente para reduzir as barreiras de entrada e para proporcionar aos usuários uma experiência mais simplificada.
Liquidez
Uma das maiores críticas à Lightning Network é que sua capacidade de transação pode ser limitada. Você não pode gastar mais do que o que está bloqueado em um canal. Se você gastar todos os seus fundos para que o saldo remoto tenha todos os fundos do canal, você terá que fechar o canal. Alternativamente, você pode esperar até que alguém pague, mas isso não é o ideal.
Seus caminhos também podem ser limitados pela capacidade total do canal. Veja o exemplo de Alice <> Carol <> Frank anterior. Se Alice e Carol tiverem capacidade de 5 BTC em seu canal, mas Carol e Frank tiverem capacidade de apenas 1 BTC, Alice nunca poderá enviar mais de 1 BTC. Mesmo assim, todo o saldo precisaria estar do lado de Carol no canal Carol <> Frank para que isso funcionasse. Isto pode limitar severamente a quantidade de fundos que pode ser repassada pelos canais do LN e, portanto, tem um efeito indireto na usabilidade.
Hubs centralizados
Devido ao problema mencionado na seção anterior, existe alguma preocupação de que a rede facilite a criação de “hubs” massivos. Ou seja, entidades grandes, fortemente conectadas e com muita liquidez. Quaisquer pagamentos significativos precisariam ser encaminhados através de algumas dessas entidades.
Obviamente, essa não seria uma ótima situação. Isso enfraqueceria o sistema, uma vez que o facto de estas entidades ficarem offline perturbaria gravemente as relações entre pares. Há também um risco maior de censura, uma vez que existem apenas alguns pontos através dos quais as transações fluem.
O estado atual da Lightning Network
Em março de 2024, a Lightning Network parecia saudável. Possui mais de 13.000 nós online, mais de 52.000 canais ativos e pouco mais de 4.570 BTC em capacidade.
Distribuição global de nós da Lightning Network.
Existem várias implementações de nós diferentes – c-lightning da Blockstream, Lightning Network Daemon da Lightning Labs e Eclair da ACINQ são alguns exemplos. Para usuários com menos conhecimentos técnicos, muitas empresas oferecem nós plug-and-play. A única coisa que você precisa fazer com isso é ligar o dispositivo e você estará pronto para começar a usar a Lightning Network.
Considerações finais
Desde o lançamento da rede principal em 2018, a Lightning Network teve um crescimento significativo. Ainda existem alguns obstáculos de usabilidade a serem superados, pois atualmente é necessário algum grau de proficiência técnica para operar um nó Lightning. Mas, com a quantidade de desenvolvimento que está a ocorrer, poderemos ver as barreiras à entrada reduzidas ao longo do tempo.
Leitura adicional
Escalabilidade Blockchain – Sidechains e Canais de Pagamento
O que são nós?
O que são contratos inteligentes e como funcionam?
Isenção de responsabilidade: este conteúdo é apresentado a você “como está” apenas para fins informativos gerais e educacionais, sem representação ou garantia de qualquer tipo. Não deve ser interpretado como aconselhamento financeiro, jurídico ou outro aconselhamento profissional, nem tem a intenção de recomendar a compra de qualquer produto ou serviço específico. Você deve procurar aconselhamento de consultores profissionais apropriados. Quando o artigo for contribuído por um contribuidor terceirizado, observe que as opiniões expressas pertencem ao contribuidor terceirizado e não refletem necessariamente as da Binance Academy. Por favor, leia nosso aviso completo aqui para obter mais detalhes. Os preços dos ativos digitais podem ser voláteis. O valor do seu investimento pode diminuir ou aumentar e você pode não recuperar o valor investido. Você é o único responsável por suas decisões de investimento e a Binance Academy não se responsabiliza por quaisquer perdas que você possa incorrer. Este material não deve ser interpretado como aconselhamento financeiro, jurídico ou outro aconselhamento profissional. Para obter mais informações, consulte nossos Termos de Uso e Aviso de Risco.
