<div dir="ltr"><div dir="ltr"><div>I don't see this license as a good candidate for approval. The main goal of the license seems to be to cement a particular business model, not to further software freedom. It is also a very unusual and complex license, without accompanying rationale for that complexity. Selected objections:<br></div><div><br></div><div>* By referencing some parts of the Apache 2.0 license, the document is very complex. But beyond importing some definitions and individual fragments, there is no real relation to the Apache license, despite what the Preamble section says.<br></div><div><br></div><div>* The license is specific to one “subject matter code base” per section 2. Indeed, the suggested license-proliferation category is “non-reusable”. But should new licenses in that category be approved? The license review process documentation on the OSI website is not entirely clear on that matter.</div><div><br></div><div>* The document imposes onerous obligations on any licensor, such as to designate moderators for a community forum (section 8). While the term “COSLv1.0 Licensor” is not defined, it probably relies on the Apache 2.0 term “Licensor”, which includes any Contributor. This feels like a license trap.</div><div><br></div><div>* The license terminates on unrelated activities, e.g. “Interfering with the Economic Operation of the Decentralized Platform”. That in turn is defined very broadly, including running DApps in a manner that changes the price of underlying cryptocurrencies. (The relevant sentence in section 7 is grammatically ambiguous, and could possibly also prohibit seeking to develop any DApp).</div><div><br></div><div>* In addition to being specific to a project, the license is also specific to distributed ledger technology. In contrast, the CAL manages to be geared to a similar subject matter, without being specific to it.</div><div><br></div><div>* Forking the project is subject to onerous terms, e.g. “Where code in a Fork is to be used to deploy a new independent blockchain with a cryptocurrency, […] that party is to notify the COSLv1.0 Licensor with an offer to compensate development efforts of the Community”.</div><div><br></div><div>* Many terms seem to boil down “the Licensor gets to decide”. That's not a license, that is process documentation.<br></div></div><div><br></div><div>* Many links in the license are not stable, but point to the master branch of some Git repo.</div><div><br></div><div>* The various requirements of the license are problematic in themselves, but they also clash with the OSD, e.g. arguably OSD #6 No Discrimination Against Fields of Endeavor, OSD #8 License Must Not Be Specific to a Product, OSD #10 License Must Be Technology-Neutral. I am not convinced that OSD #3 “The license must allow modifications” is fully fulfilled due to the various restrictions. The license terms also present an expansion of copyleft into the field of community governance and economic concerns, which is rather novel.</div><div><br></div><div>Some of these objections could be resolved with a revision of a license, but I'm not sure that a license that is OSI-acceptable would still meet CasperLab's licensing goals.<br></div></div>