

ASCAP for Open Source Software
source link: https://www.tuicool.com/articles/hit/euuymye
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

ASCAP is a voluntary organization in the US (there are others in the US and multiple other organizations internationally) that sublicenses music to radio stations and other public performance places. Music creators register their works with ASCAP, music users pay an annual license fee to ASCAP and report back the music they play, and then ASCAP pays out the majority of that license fee to the creators who's music gets played.
The more I think about it, the more I'm convinced that this is the route we should take as an industry.
Here's how I think it would work. I'm going to refer to this theoretical copyright collective as OSCC (for Open Source Copyright Collective) throughout this document. It's a terrible name, I know, but we'll think of something better.
Membership
Membership would be open to anyone who has contributed to a piece of open source software that uses the OSCC license. Project maintainers would set up a CONTRIBUTORS file listing each contributor and how big of a royalty share they should get. Candidate membership automatically happens by being listed in a CONTRIBUTORS file, but you'd have to complete membership by setting up an account at the OSCC website.
Package maintainers would need to register their packages with OSCC as well, but that would be a once-per-package thing.
License and Fees
The OSCC license would be a variant of Apache 2.0, BSD, or MIT, with the additional clause that the rights granted by the license are also predicated on paying for annual OSCC license fees. Fees would be calculated based on some sort of sliding scale based on company size, company type, etc. Fees would be "all you can eat". I.e., you pay one set fee and you can use as much OSCC-licensed software as you want. We would need to carefully set things up such that companies don't just license through a penniless subsidiary, but ultimately this is based on good faith backed by a good legal team, just like ASCAP.
Monitoring
Monitoring would be pretty simple. Every licensor would upload their Gemfile/package.json/Pipfile/whatever to OSCC at least once a month. OSCC would comb through the uploaded files looking for registered packages and assign them usage credits based on how big their fee is (the licensor-size).
Royalties
Packages would earn usage credits. Each month a package would earn one credit per licensor with a size multipler. So, a tiny company like egghead would have a size multipler of 1, whereas a big company like Google might have a multipler of 10,000.
We would the calculate the value of a credit by adding up all the credits and all the net monthly OSCC revenue and dividing by the number of credits.
Example: OSCC earns $10,000 for the month after expenses. There are 1,000 total usage credits among all the packages, so one credit is worth $10. Sidekiq earned 100 credits for the month. Its total royalty is therefore $1,000 for the month.
Payout
Package maintainers could split their royalties however they want via the CONTRIBUTORS file. OSCC would deposit each contributor's share into an internal account at OSCC, and then once the contributor's total account value is greater than $100 they would get a check/direct deposit/wire/PayPal.
This is just a really rough proposal. If anyone wants to actually work on this for real send me an email or tweet at me. I'd love to try to get something like this going. It'd be a massive undertaking, but I think ultimately it would be hugely beneficial for the open source community.
Pete Keenwrites at PeteKeen.net about topics ranging from Ruby to Arduino and everything in between. If you enjoyed this article, join his free newsletter .
Recommend
-
21
Open Source License Compliance in Software Supply Chains This article is a follow-up to the NII Shonan Meeting on “Towards Engineering Free/Libre Open Source Software (FLOSS) Ecosystems for Impact and Sustainability” where the firs...
-
11
Please note: This is the original of a copy-edited article that appeared in IEEE Computer in May of 2015. See here for the official publication, including a PDF. Dirk Riehle, [email protected],
-
14
Whether you write code to save the bees, build the latest CMS, or teach others to become a developer: we’ve got your back. We’ve always offered AppSignal for free to maintainers and do-gooders who asked, such as Elixir School, Code::Stats and...
-
4
BackendOpen Source Software. What is in a poke?January 26, 2017...
-
15
Open Source 101- Performance of Open Source Portal Software May 28, 2002 Open Source 101: Performance of Open Source Portal Software Last updated: 6/16/2002; 10:21:00 AM
-
10
Open source ASICs – Hardware vs. Software innovation (round 5) A good friend of mine sent me an article yesterday (Produce your own physical chips fo...
-
8
Open Source And the Future of the Software Business Aug 4, 2002 Open Source And the Future of the Software Business Last updated: 8/4/2002; 5:30:42 PM
-
12
How to Start Contributing to Open Source Software April 24, 2015 The Petabridge team (all two of us) just wrapped up a big two weeks. We
-
16
Gossamer Verifiable supply-chain security for open source software. Gossamer combines cryptographic signatures with transparency logs to ensure software updates are trustworthy. ...
-
10
Nmap 變成非 Open Source Software在 RSS reader 上看到「A license change for Nmap」這篇,雖然看不到內容,但標題已經先把重點講出來了 (雖然在 Hack...
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK