El gran problema legal que los desarrolladores de blockchain rara vez discuten

Mark Radcliffe y Victoria Lee son socios del bufete de abogados DLA Piper.

El software licenciado bajo licencias de código abierto (OSS) es fundamental para el éxito de los proyectos blockchain. Estas licencias permiten el desarrollo colaborativo y descentralizado, fomentan la rápida adopción por parte de los usuarios y permiten a la comunidad bifurcar el proyecto para resolver disputas estratégicas.

De hecho, las licencias OSS son utilizadas por las dos principales cadenas de bloques públicas, Ethereum y Bitcoin, así como por muchos otros proyectos importantes de cadenas de bloques, incluidos los programas HyperLedger y Corda de R3.

Sin embargo, las licencias de código abierto (OSS) suelen ser bastante diferentes de las licencias de software propietario tradicionales. La importancia de seleccionar la licencia de OSS adecuada y cumplir con sus términos es un tema poco abordado por la comunidad blockchain.

Si los proyectos de blockchain buscan ser adoptados por las empresas, la licencia OSS del proyecto tendrá un impacto significativo en la tasa de adopción. Incluso para proyectos consolidados comoEthereumLos usuarios empresariales potenciales consideran cuidadosamente las licencias OSS que pueden utilizar.

Por ejemplo, Jerry Cuomo de IBM comentó recientemente sobre la innovación en blockchain de Frederick Munawapodcast que la complejidad de las licencias OSS para Ethereum fue una de las razones por las que IBM decidió cambiar de Ethereum a su propio proyecto blockchain, que eventualmente se convirtió en parte del proyecto HyperLedger.

Los posibles usuarios empresariales de un proyecto de blockchain decidirán qué proyecto de blockchain adoptar aplicando los mismos criterios que utilizan para adoptar otros proyectos con licencia OSS: (1) la complejidad de la licencia o licencias del proyecto OSS; (2) la posible dificultad de cumplir con las obligaciones de dicha licencia OSS; y (3) los posibles desafíos de integrar un proyecto de blockchain con otros proyectos de software.

Las licencias de código abierto varían considerablemente en sus términos. La Iniciativa de Código Abierto (OSI) ha aprobado 83 licencias como "código abierto".

Sin embargo, la complejidad total del licenciamiento de software de código abierto la sugiere el proyecto SPDX, gestionado por la Fundación Linux, que ha identificado 345 licencias principales. Black Duck Software lista 2500 versiones de licencias de tipo software de código abierto en su Base de Conocimiento, que abarca más de 530 000 millones de líneas de código de código abierto procedentes de más de 9000 forjas y repositorios de proyectos de código abierto. Black Duck señala que el 94 % de los proyectos de software de código abierto se licencian bajo las 10 principales licencias de software de código abierto.

Los dos tipos principales de licencias de código abierto son "copyleft" y "permisivas". Ethereum se rige principalmente por dos licencias copyleft: la Licencia Pública General Menor versión 3 (LGPLv3) y la Licencia Pública General versión 3 (GPLv3). Por otro lado, Bitcoin CORE se rige por la licencia MIT, la licencia permisiva más popular.

Licencias copyleft

Las licencias copyleft imponen las condiciones más restrictivas para el uso del software de código abierto (OSS). El ejemplo más conocido es la Licencia Pública General versión 2 (GPLv2), utilizada para los programas del sistema operativo Linux.

Según la Base de Conocimiento de Black Duck, la GPLv2 es la segunda licencia más popular, adoptada por el 14 % de los proyectos de código abierto. La GPLv3, utilizada por Ethereum , es la versión actualizada de la GPLv2, publicada en 2007. La característica más fundamental de una licencia copyleft es su cláusula de reciprocidad: el requisito legal de que tanto el código abierto original como todas sus "obras derivadas" se distribuyan únicamente bajo los términos de la licencia copyleft. "Obra derivada" es un término técnico de la legislación estadounidense sobre derechos de autor que describe una obra basada en una o más obras preexistentes que representan una obra original de autoría.

La ley de derechos de autor se diseñó originalmente para proteger libros, canciones y películas, pero también protege el software. Un ejemplo es la serie Juego de Tronos, que es una obra derivada basada en la serie de novelas del mismo nombre. Si bien una obra derivada generalmente significa una modificación del software, una obra derivada puede crearse de otras maneras: por ejemplo, dos programas compilados juntos se consideran frecuentemente una obra derivada.

Sin embargo, la aplicación de la legislación sobre derechos de autor al software sigue siendo incierta. Por consiguiente, la integración de proyectos con licencia copyleft con proyectos con otras licencias de código abierto o licencias propietarias implica un análisis jurídico complejo.

Cumplir con las licencias copyleft es mucho más difícil que cumplir con las licencias permisivas: las licencias copyleft conllevan obligaciones más complejas, y la falta de claridad de la legislación sobre derechos de autor aplicada al software genera otros problemas. La comunidad de software de código abierto que apoya las licencias copyleft está muy preocupada por el uso indebido de software de código abierto por parte de proveedores propietarios.

Esta comunidad es muy activa en la exigencia del cumplimiento de dichas licencias por parte de los usuarios. Prácticamente todos los litigios relacionados con las licencias de código abierto se han originado por la aplicación de las licencias copyleft.

Licencias permisivas

Las licencias "permisivas" imponen muy pocas condiciones al uso del software de código abierto; generalmente solo exigen que el usuario incluya avisos y una copia de la licencia. A diferencia de las licencias copyleft, no incluyen obligaciones "recíprocas".

La comunidad OSS que apoya las licencias permisivas generalmente cree que las licencias permisivas fomentan una adopción más rápida de un proyecto OSS y que los términos "recíprocos" de las licencias copyleft no son necesarios para el desarrollo exitoso de un proyecto blockchain.

El ejemplo más conocido de licencia permisiva es la licencia MIT, utilizada por Bitcoin. Según Black Duck Knowledge Base, el 38 % de los proyectos de código abierto (OSS) la han adoptado, convirtiéndola en la licencia MIT más popular.

Históricamente, la mayoría de los proyectos blockchain no se han centrado en la importancia de elegir una licencia de código abierto. Sin embargo, considerar cuidadosamente la elección de la licencia y dedicar tiempo a comprender las diferencias en los requisitos de cumplimiento y el enfoque de su aplicación debería permitir que los proyectos obtengan beneficios a largo plazo.

La elección de la licencia no sólo afectará la voluntad de las empresas de adoptar el proyecto, sino que la licencia elegida también dictará la filosofía de cumplimiento y la cultura comunitaria del proyecto.

Sintaxis del códigoimagen vía Shutterstock