Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Patent covenant for EIP submissions #1840

Closed
bmann opened this issue Mar 11, 2019 · 9 comments
Closed

Patent covenant for EIP submissions #1840

bmann opened this issue Mar 11, 2019 · 9 comments
Labels

Comments

@bmann
Copy link
Contributor

bmann commented Mar 11, 2019

In several discussions about the EIP process, a concern has been raised about patent coverage.

Specifically, while the text of the EIP is contributed by the authors under CC0, this does not speak to whether or not they hold patents against it.

Do we need to add patent covenant language to the EIP process? Can we pay for a review and assistance from lawyers to help with this?

Please use the EthMagicians forum for long form discussion of this item.

@erkinalp
Copy link

erkinalp commented Mar 23, 2019

What about this (short permissive patent clause):
The licensee is allowed to use, reproduce, build upon, build over, develop, the patented products and processes based on the description, drawings and claims of the given patents.

@axic axic added the meta label May 23, 2019
@axic
Copy link
Member

axic commented May 23, 2019

Wouldn't using a license which has specific clauses about patents work here? e.g. using Apache-2.0 or MPL-2.0 instead of CC0.

@bmann
Copy link
Contributor Author

bmann commented May 24, 2019

We can theorize, but we’ll need to get actual legal advice if we want to solve this.

@bmann
Copy link
Contributor Author

bmann commented Nov 2, 2019

Here's Bob Summerwill's suggested changes for ETC https://github.com/ethereumclassic/ECIPs/pull/162/files#

This looks pretty much like what should be adopted here.

And the same should be applied to ETH2 specs, too.

@MicahZoltu
Copy link
Contributor

We can theorize, but we’ll need to get actual legal advice if we want to solve this.

Lawyers also only theorize, they are just experts at it. The job of a corporate lawyer is 99% trying to guess how some future unknown judge would rule on some topic. On the topic of copyright/patent lawsuits, there are actually relatively few cases that actually end up in front of a judge, so when a lawyer guesses about how a judge will rule on patents/copyrights they are largely extrapolating based on other related concepts that have made it to a judge. Unfortunately, what is much more common than that is to just compare yourself to how everyone else does it and rely on the fact that "Google is a bigger target, and they do X, so if we do X we will likely be overlooked by the trolls".

Here's Bob Summerwill's suggested changes for ETC https://github.com/ethereumclassic/ECIPs/pull/162/files#

That basically says "Satoshi Nakamoto is not allowed to contribute to this project."


The things that I would like to see remain for Ethereum regarding licensing/patenting process:

  1. No attribution required. While the vast majority of software engineers ignore the attribution clause in licenses, I would rather not have it in the first place. CC0 is the most open license possible (on par with things like WTFPL and Unlicense) and allows the code to be used with the fewest restrictions.
  2. Anonymity allowed and encouraged. We live in an age where people are forced to give up more and more privacy every day. I would like to see Ethereum continue to push back against that rather than capitulate to it. I would rather see patent troll companies like IBM not engage with Ethereum than drive away actors like Satoshi because we were unwilling to allow people to engage privately.
  3. No additional work required by contributors. It is hard enough to get people to contribute usefully to EIPs. Making them go through bureaucratic hoops like checking boxes before they are allowed to contribute doesn't encourage contributions, it only discourages them.

Something I would be amenable to is the addition of a PATENT.md file in the root of this repo and linked to by the EIP template if desired. In this file it would just assert that the contributor waives patent rights of any code they contribute and to the best of their knowledge is not aware of any patents on their contribution.

@erkinalp
Copy link

erkinalp commented Nov 3, 2019

  1. Term exclusivity. While the licence should be non-exclusive, it should require all licensors and all licensees to be licensed under the same terms, i.e. prohibit parallel licensing schemes. If copyright holder licences different persons under different terms or tries to retroactively change the licence, he should get a contractual ban to use his own code, whilst retaining the validity of the licence for downstreams and upstreams.

This will facilitate the work of similarity checkers required to be used in academic circles and in European Union Digital Single Market Copyright enforcement.

@bmann
Copy link
Contributor Author

bmann commented Nov 5, 2019

@erkinalp this is mainly about the spec license and also about any sample code. Spec under CC0 is fine.

Having sample code under Apache would mean that sample code is always under Apache and we’re good.

@MicahZoltu I agree with most of what you’ve stated. Asserting / agreeing to a PATENTS.md might be the lightest weight thing to be done. And it’s frameable as a question - can pseudonymous contributors give up patent claims by contributing (or similar phrasing).

@github-actions
Copy link

There has been no activity on this issue for two months. It will be closed in a week if no further activity occurs. If you would like to move this EIP forward, please respond to any outstanding feedback or add a comment indicating that you have addressed all required feedback and are ready for a review.

@github-actions github-actions bot added the stale label Nov 20, 2021
@github-actions
Copy link

github-actions bot commented Dec 4, 2021

This issue was closed due to inactivity. If you are still pursuing it, feel free to reopen it and respond to any feedback or request a review in a comment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants