Feb 24, 2025
+diff --git a/2025/02/24/eol/index.html b/2025/02/24/eol/index.html new file mode 100644 index 0000000..9b295e5 --- /dev/null +++ b/2025/02/24/eol/index.html @@ -0,0 +1,393 @@ + + + +
+ + + + + + + + + + +For a while now, I’ve been thinking about something that doesn’t get talked about enough in open source: what happens when your code is used for something you fundamentally disagree with?
+We celebrate open-source as this great force for collaboration, and in many ways, it is. But there’s a gap in how we think about responsibility. Right now, if you release software under a standard open-source license, you’re essentially saying: “Here, take this. Use it for whatever you want.” And that’s fine, until you realize that “whatever you want” includes things like mass surveillance, AI-driven discrimination, child exploitation networks, or even tools used to facilitate human trafficking.
+Some people argue that this is just the price of open-source – once you put code out there, it’s out of your hands. But I started asking myself: does it have to be?
+The Ethical Open License (EOL) is an attempt to build a licensing model that allows for openness while setting some fundamental ethical limitations. It’s not about restricting everyday users or preventing innovation. It’s about setting clear boundaries on how software can and can’t be used.
+Under EOL, your software for example cannot be used for:
+This is about recognizing that technology has real-world consequences and that developers should have a say in how their work is applied.
+EOL follows a familiar open-source structure, but with added restrictions on unethical use. It grants users the right to:
+However, if an entity is found to be violating the ethical clauses of the license, they lose their right to use the software. This is meant to create a tangible consequence for misuse while keeping the spirit of open-source collaboration intact.
+To avoid ambiguity, EOL also provides a defined process for addressing violations. This would ideally involve an independent review process where complaints can be filed, reviewed, and addressed based on available evidence.
+If a violation is confirmed, the offending party is expected to cease the unethical use immediately or risk losing access to the software under the terms of the license.
+One important question that comes up with any new license is: how does the cost model work?
+EOL itself is, like most open-source licenses, free to use. Any developer, company, or organization can adopt the license without paying fees. However, the enforcement mechanisms and the potential establishment of an independent ethics review board (IERB) introduce some financial considerations.
+Self-Governance (Free Model) – In its simplest form, projects adopting EOL could rely on community-driven enforcement, where violations are reported and discussed publicly. This keeps costs low but relies heavily on volunteer effort and public pressure.
+Ethics Review Board (IERB) – If a formal IERB were established, it would require funding for:
+This could be supported through:
+Hybrid Approach – A mix of self-governance and optional paid enforcement. Smaller projects could rely on community oversight, while larger commercial users could opt into a paid compliance system that helps fund ethical review and enforcement.
+The exact cost model isn’t set in stone – it’s something that would need to be refined based on community feedback and practical needs. The core idea, however, is that ethical enforcement doesn’t have to be a barrier to open-source adoption, but it does require some thought into sustainability.
+I’m still not entirely sure if a royalty model is the right approach or if it would actually be beneficial. The idea is to create a way for large-scale commercial users to contribute back to the ethical enforcement of open-source projects, but whether this is the best method is something that needs further discussion.
+Another aspect of EOL is its royalty model for commercial use. While individuals, nonprofits, and small companies can use the software freely, larger companies generating significant revenue directly from EOL-licensed software are expected to contribute back to the ecosystem.
+Annual Gross Revenue | +Royalty Rate | +
---|---|
Less than $1,000,000 | +0% | +
$1,000,000 - $5,000,000 | +1% | +
More than $5,000,000 | +2% | +
These royalties are calculated based on annual gross revenue directly attributable to the software or its derivative work. The goal is to ensure that successful commercial ventures built on EOL-licensed software contribute fairly to its maintenance and ethical enforcement.
+Funds collected through royalties can be allocated toward:
+This model helps create a balance between free access for non-commercial use and fair compensation for commercial beneficiaries, ensuring that ethical oversight remains feasible without burdening smaller developers or independent contributors.
+The idea has always been that developers provide the tools, and it’s not their job to dictate how those tools are used.
+But software isn’t neutral. A powerful AI model isn’t just some abstract tool – it actively shapes real-world outcomes. A social media algorithm doesn’t just recommend content – it determines what millions of people see and believe. And if we, as developers, recognize that, why should we act as if we have no role in what happens next?
+That’s where EOL comes in – not as a perfect solution, but as a proposal for a different way of thinking about open-source responsibility.
+The Ethical Open License (EOL) 1.0 is now up on GitHub. It’s not a final product. It’s an open discussion. If you’re interested, check it out, share your thoughts, and let’s figure out if this is something that could work.
+ +Whether this turns into something practical or just sparks a broader conversation, I’d call that a win.
+I don’t expect EOL to replace MIT, GPL, or any of the widely used licenses. But I do think it’s time we stop pretending that software is neutral.
+The way our code is used matters. And if we, as developers, have the ability to set ethical boundaries, why shouldn’t we?
+ +— Feb 24, 2025
+ ++ + + #opensource
+ +Feb 24, 2025
+The purpose of this website is to give you a small overview about my projects, interests and opinions.
-Mail: tim.kicker@protonmail.com
+Mail: tim.kicker@protonmail.com
Twitter: @timjkicker
LinkedIn: https://www.linkedin.com/in/tim-kicker/
At the time of writing, all blogs were completely done by myself.
diff --git a/feed.json b/feed.json index f818b46..ea80566 100644 --- a/feed.json +++ b/feed.json @@ -4,6 +4,14 @@ "description": "Personal website of Tim Kicker", "home_page_url": "https://tim.kicker.dev", "items": [ + { + "id": "https://tim.kicker.dev/2025/02/24/eol/", + "url": "https://tim.kicker.dev/2025/02/24/eol/", + "title": "The Ethical Open License (EOL) - Rethinking Open Source Responsibility", + "date_published": "2025-02-24T15:20:53.000Z", + "content_html": "For a while now, I’ve been thinking about something that doesn’t get talked about enough in open source: what happens when your code is used for something you fundamentally disagree with?
\nWe celebrate open-source as this great force for collaboration, and in many ways, it is. But there’s a gap in how we think about responsibility. Right now, if you release software under a standard open-source license, you’re essentially saying: “Here, take this. Use it for whatever you want.” And that’s fine, until you realize that “whatever you want” includes things like mass surveillance, AI-driven discrimination, child exploitation networks, or even tools used to facilitate human trafficking.
\nSome people argue that this is just the price of open-source – once you put code out there, it’s out of your hands. But I started asking myself: does it have to be?
\nThe Ethical Open License (EOL) is an attempt to build a licensing model that allows for openness while setting some fundamental ethical limitations. It’s not about restricting everyday users or preventing innovation. It’s about setting clear boundaries on how software can and can’t be used.
\nUnder EOL, your software for example cannot be used for:
\nThis is about recognizing that technology has real-world consequences and that developers should have a say in how their work is applied.
\nEOL follows a familiar open-source structure, but with added restrictions on unethical use. It grants users the right to:
\nHowever, if an entity is found to be violating the ethical clauses of the license, they lose their right to use the software. This is meant to create a tangible consequence for misuse while keeping the spirit of open-source collaboration intact.
\nTo avoid ambiguity, EOL also provides a defined process for addressing violations. This would ideally involve an independent review process where complaints can be filed, reviewed, and addressed based on available evidence.
\nIf a violation is confirmed, the offending party is expected to cease the unethical use immediately or risk losing access to the software under the terms of the license.
\nOne important question that comes up with any new license is: how does the cost model work?
\nEOL itself is, like most open-source licenses, free to use. Any developer, company, or organization can adopt the license without paying fees. However, the enforcement mechanisms and the potential establishment of an independent ethics review board (IERB) introduce some financial considerations.
\nSelf-Governance (Free Model) – In its simplest form, projects adopting EOL could rely on community-driven enforcement, where violations are reported and discussed publicly. This keeps costs low but relies heavily on volunteer effort and public pressure.
\nEthics Review Board (IERB) – If a formal IERB were established, it would require funding for:
\nThis could be supported through:
\nHybrid Approach – A mix of self-governance and optional paid enforcement. Smaller projects could rely on community oversight, while larger commercial users could opt into a paid compliance system that helps fund ethical review and enforcement.
\nThe exact cost model isn’t set in stone – it’s something that would need to be refined based on community feedback and practical needs. The core idea, however, is that ethical enforcement doesn’t have to be a barrier to open-source adoption, but it does require some thought into sustainability.
\nI’m still not entirely sure if a royalty model is the right approach or if it would actually be beneficial. The idea is to create a way for large-scale commercial users to contribute back to the ethical enforcement of open-source projects, but whether this is the best method is something that needs further discussion.
\nAnother aspect of EOL is its royalty model for commercial use. While individuals, nonprofits, and small companies can use the software freely, larger companies generating significant revenue directly from EOL-licensed software are expected to contribute back to the ecosystem.
\nAnnual Gross Revenue | \nRoyalty Rate | \n
---|---|
Less than $1,000,000 | \n0% | \n
$1,000,000 - $5,000,000 | \n1% | \n
More than $5,000,000 | \n2% | \n
These royalties are calculated based on annual gross revenue directly attributable to the software or its derivative work. The goal is to ensure that successful commercial ventures built on EOL-licensed software contribute fairly to its maintenance and ethical enforcement.
\nFunds collected through royalties can be allocated toward:
\nThis model helps create a balance between free access for non-commercial use and fair compensation for commercial beneficiaries, ensuring that ethical oversight remains feasible without burdening smaller developers or independent contributors.
\nThe idea has always been that developers provide the tools, and it’s not their job to dictate how those tools are used.
\nBut software isn’t neutral. A powerful AI model isn’t just some abstract tool – it actively shapes real-world outcomes. A social media algorithm doesn’t just recommend content – it determines what millions of people see and believe. And if we, as developers, recognize that, why should we act as if we have no role in what happens next?
\nThat’s where EOL comes in – not as a perfect solution, but as a proposal for a different way of thinking about open-source responsibility.
\nThe Ethical Open License (EOL) 1.0 is now up on GitHub. It’s not a final product. It’s an open discussion. If you’re interested, check it out, share your thoughts, and let’s figure out if this is something that could work.
\n\nWhether this turns into something practical or just sparks a broader conversation, I’d call that a win.
\nI don’t expect EOL to replace MIT, GPL, or any of the widely used licenses. But I do think it’s time we stop pretending that software is neutral.
\nThe way our code is used matters. And if we, as developers, have the ability to set ethical boundaries, why shouldn’t we?
\n", + "tags": [] + }, { "id": "https://tim.kicker.dev/2024/06/26/the-selfhosting-experience/", "url": "https://tim.kicker.dev/2024/06/26/the-selfhosting-experience/", diff --git a/index.html b/index.html index 07cd88c..95c943d 100644 --- a/index.html +++ b/index.html @@ -230,12 +230,12 @@Jun 26, 2024
+Feb 24, 2025
Aug 2, 2023
+Jun 26, 2024
Jul 25, 2023
+Aug 2, 2023
Jul 18, 2023
+Jul 25, 2023