Licensing Strategy

for advancing a

Dynamic Data Economy

Human Colossus Foundation (HCF) aims to develop and provide an implementation of the core components of Dynamic Data Economy[1]. Taking into consideration long-term vision and commitment HCF seeks for finding the best approach for licensing strategy to assure sustainable development in a spirit of: with community for the community.

Our goal was to find a licensing strategy which can cover:

  • a unified approach to all work items which we are working on

  • facilitate the broad adoption of implemented components

  • protecting our community

  • sustainable development

Unified Approach

Human Colossus Community developes variation of artifacts including software, related documentation, handbooks, standard specifications, education materials, etc. Some of those components are crossing each other, e.g. piece of code in specification or a documentation within software package. To make ours and users life easier we wanted avoid using multiple license for each separate item. Having one license which would reflect our values and support easy distribution of those components further is very important not only from organization point of view but as well from perspective of adoption and development where developers don't need to worry about cross checking licenses for each individual item which they are working on. Having umbrella license which can cover all speeds up development and simplify the rules for contributors.

Broad adoption

Driving end–user adoption is a multi–year, multi–dimensional challenge that we need to face and address. In context of the technology which we are building our "end-users" are companies, organizations, and individuals who would like to build upon our work new solutions, provide services and extend work which we initiated. Giving our users possibility to integrate our work within their products (no matter of what license they use) would be major factor. Adoption is crucial aspect of every new technology and ideas, but as everything needs to be done wisely. Most of our work is around protocol and low level components of the infrastructure. To assure broad adoption of those technology we need to facilitate interoperability and make sure that different implementation would not fragment the market draining companies resources and slowing down the adoption.
We would like to assure that implementation of the core components would help to drive one common solution that in long term companies can relay on.

Protecting Community

We build with community for the community! We need to remember that tons of hours and resources is and will be spent to build ecosystem of DDE. All that would be possible thanks to our community which is investing in the vision which we are sharing. To make sure that this effort can continue as it goes, we need to a licence strategy which would protect community in case of groups of individuals and/or entities which would be interested to use the effort to build upon it without sharing anything back.

Sustainable development

Long term vision requires long term planning. To achieve this vision we are looking for a strategy which allows us to create ecosystem which would enforce sustainable development. We need to remember that in modern world there is no such thing like "I did it", it is always combined effort of everyone around you, who provided you base line to start with. Sometimes we need to be more humble about our contribution. We add bits by bits to our ecosystem and growth it that way. License strategy should reflect that and allow to growth our community in sustainable way.

Summary

Based on years of experiences of our experts we evaluated different licensing strategies for our work, taking into consideration above goals. We found that the EUPL1.2+[2] is the most suitable to address needs of our community and allow us to move forward.

  • Unified approach: EUPL from 1.2+ allows to license "the work"[3] which gives us possibility to have umbrella license for any type of the work which we do, including source code, documentation, specification, meta data, semantic and more.

  • Broad adoption: EUPL allows to link[4] it with any type of the source code including proprietary software and other open source license in the same time streamlining implementation by forcing to publish any modification of that work limiting the risk of market fragmentation by trying to leverage custom modification which are not available to everyone. This is especially important at the protocols level and infrastructure components which Foundations focuses on.

  • Protect community: EUPL protect work already done and force community to share back any modification of "the Work" to the community assuring that their work would be available for everyone.

  • Sustainable development: EUPL is copyleft, if the original work, even modified or improved, is re-distributed, the same licence must be applied. EUPL is compatible with a lot of open source licenses as well as allow for linking it with any other.

In addition the EUPL is unique for several reasons:

  • For the first time, a public body of the size of the European Commission has officially developed and approved a Free/Open Source Licence for the release of its software, and authorises the use of the Licence by any other stakeholder.

  • The EUPL has identical value in 23 linguistic versions (all EU languages, except Gaelic). No similar example exists in the world of Free/Open licences.

  • The EUPL has considered the specificity and diversity of Member States Law and the Community Law (copyright terminology, information, warranty, liability, applicable law and jurisdiction).

  • The EUPL covers not only the classical software distribution, but also the "communication to the public" through remote access, or the provision of SaaS (software as a service) through the Internet. On this specific point, the EUPL is like the AGPL.

  • The EUPL is not viral: according to the provision of European Law (Directive EC 2009/24 recitals 10 & 15), static and dynamic linking can be implemented with other programs without barriers or conditions. This ensures better legal security compared to licences that are not always operating under European Law.

  • The EUPL ensures downstream compatibility with the most relevant other reciprocal licences (including the most intensively used, the General Public licence or GPL). Its unique compatibility provisions create a new category of F/OSS licence: "Copyleft compatible" (other are: "Strong copyleft", "Weak copyleft" and "Without copyleft")

  • The EUPL includes a Developer Certificate of Origin (DCO)

  • The EUPL specifies more "realistic" liability exclusions (total liability exclusions, like in the Apache 2.0 or MIT license are simply invalid in many jurisdictions, e.g. All EU members state).

FAQ

For more FAQ please check official EUPL FAQ

References