A grande questão jurídica que os desenvolvedores de blockchain raramente discutem

Mark Radcliffe e Victoria Lee são sócios do escritório de advocacia DLA Piper.

Software licenciado sob licenças de código aberto (OSS) é fundamental para o sucesso de projetos de blockchain. Tais licenças permitem desenvolvimento colaborativo e descentralizado, encorajam adoção rápida por usuários e permitem que a comunidade "bifurque" o projeto para resolver disputas estratégicas.

Na verdade, as licenças OSS são usadas pelos dois principais blockchains públicos, Ethereum e Bitcoin, bem como por muitos outros grandes projetos de blockchain, incluindo os programas HyperLedger e Corda da R3.

No entanto, as licenças OSS são geralmente bem diferentes das licenças tradicionais de software proprietário. A importância de selecionar a licença OSS correta e cumprir com os termos dessa licença raramente é discutida pela comunidade blockchain.

Se os projetos de blockchain buscam adoção por empresas, a licença OSS para o projeto terá um impacto material na taxa de adoção. Mesmo para projetos estabelecidos comoEthereum, potenciais usuários corporativos consideram cuidadosamente as licenças OSS que podem ser usadas.

Por exemplo, Jerry Cuomo da IBM observou recentemente sobre a Inovação em Blockchain de Frederick Munawapodcast que a complexidade das licenças OSS para o Ethereum foi uma das razões pelas quais a IBM decidiu migrar do Ethereum para seu próprio projeto de blockchain, que eventualmente se tornou parte do projeto HyperLedger.

Os potenciais usuários empresariais de um projeto de blockchain decidirão qual projeto de blockchain adotar aplicando os mesmos critérios que usam para adotar outros projetos licenciados OSS: (1) a complexidade da licença ou licenças do projeto OSS; (2) a dificuldade potencial de cumprir com as obrigações de tal licença OSS; e (3) os desafios potenciais de integrar um projeto de blockchain com outros projetos de software.

As licenças OSS variam dramaticamente em seus termos. A Open Source Initiative (OSI) aprovou 83 licenças como "open source".

No entanto, a complexidade total do licenciamento de OSS é sugerida pelo projeto SPDX, gerenciado pela Linux Foundation, que identificou 345 licenças "principais"; a Black Duck Software lista 2.500 versões de licenças do tipo OSS em sua Knowledge Base, que abrange mais de 530 bilhões de linhas de código OSS de mais de 9.000 forjas e repositórios de projetos de código aberto. A Black Duck observa que 94 por cento dos projetos OSS são licenciados sob as 10 principais licenças OSS.

Os dois principais tipos de licenças OSS são "copyleft" e "permissiva". O Ethereum é licenciado principalmente sob duas licenças copyleft: a Lesser General Public License versão 3 (LGPLv3) e a General Public License versão 3 (GPLv3). Por outro lado, o Bitcoin CORE é licenciado sob a licença MIT, a licença permissiva mais popular.

Licenças copyleft

As licenças copyleft impõem os termos mais restritivos sobre o uso do OSS. O exemplo mais conhecido de uma licença copyleft é a General Public License versão 2 (GPLv2), que é usada para programas do sistema operacional Linux.

De acordo com a Black Duck Knowledge Base, a GPLv2 é a segunda licença mais popular, adotada por 14% dos projetos OSS. A GPLv3 usada pela Ethereum é a versão atualizada da GPLv2, publicada em 2007. A característica mais fundamental de uma licença copyleft é sua provisão "recíproca": a exigência legal de que tanto o OSS original quanto todos os "trabalhos derivados" do OSS original sejam distribuídos somente sob os termos da licença copyleft. "Trabalho derivado" é um termo técnico sob a lei de direitos autorais dos EUA, descrevendo trabalho baseado em um ou mais trabalhos preexistentes que representam um trabalho original de autoria.

A lei de direitos autorais foi originalmente criada para proteger livros, músicas e filmes, mas também protege softwares. Um exemplo é a série Game of Thrones, que é um trabalho derivado baseado na série de romances de mesmo nome. Embora trabalho derivado geralmente signifique uma modificação do software, um trabalho derivado pode ser criado de outras maneiras: por exemplo, dois programas que são compilados juntos são frequentemente considerados um trabalho derivado.

No entanto, a aplicação da lei de direitos autorais ao software continua incerta. Consequentemente, a integração de projetos licenciados copyleft com projetos licenciados sob outras licenças OSS ou licenças proprietárias envolve uma análise jurídica complexa.

A conformidade com a licença copyleft é significativamente mais desafiadora do que a conformidade com licenças permissivas: licenças copyleft têm obrigações mais complexas, e a falta de clareza da lei de direitos autorais aplicada ao software cria outros problemas. A comunidade OSS que dá suporte a licenças copyleft está muito preocupada com o uso indevido do OSS por fornecedores proprietários.

Esta comunidade é bastante agressiva na busca por conformidade com tais licenças por parte dos usuários. Praticamente todos os litígios relativos a licenças OSS foram movidos sobre a aplicação de licenças copyleft.

Licenças permissivas

Licenças "permissivas" impõem muito poucos termos sobre o uso do OSS, geralmente exigindo apenas que o usuário inclua avisos e uma cópia da licença. Diferentemente das licenças copyleft, elas não incluem obrigações "recíprocas".

A comunidade OSS que apoia licenças permissivas geralmente acredita que elas incentivam uma adoção mais rápida de um projeto OSS e que os termos "recíprocos" das licenças copyleft não são necessários para o desenvolvimento bem-sucedido de um projeto de blockchain.

O exemplo mais conhecido de uma licença permissiva é a licença MIT usada pelo Bitcoin. De acordo com a Black Duck Knowledge Base, 38 por cento dos projetos OSS adotaram a licença MIT, tornando-a a licença OSS mais popular.

A maioria dos projetos de blockchain não se concentrou historicamente na importância de uma escolha de licença OSS. No entanto, considerar cuidadosamente a escolha da licença e dedicar um tempo para entender as diferenças nos requisitos de conformidade e na abordagem à execução deve permitir que os projetos colham benefícios de longo prazo.

A escolha da licença não só afetará a disposição das empresas em adotar o projeto, mas a licença escolhida também determinará a filosofia de conformidade e a cultura da comunidade do projeto.

Sintaxe do códigoimagem via Shutterstock