[jka]

I'm not sure it's the perfect solution, for reasons that relate mostly to the (necessary, useful) ability to modify and adjust rewards on a long-term and after-the-fact timescale, but I'll offer one reason why this could be a good idea:

It codifies the social side of enterprise ownership.

Not just for the participants in the enterprise itself, but for potential investors, users of the service, collaborators and business partners as well.

I've spent a bit of time wondering how to effectively measure and assign share value to FOSS project contributors, and have always looked to technical solutions. Things like metrics and weightings and machine learning models built in aggregate based on customer success, company growth, and revenue metrics across a wide range of projects, with the resulting models then used to evaluate individual market entrants.

It has never felt like that is a workable approach: every enterprise is different, and some would be unfairly overvalued as a result, and some would be unfairly devalued. It also might not generalize well to non-profit and community-interest companies.

And so the technical approach might all be too complicated: perhaps a better solution, as offered here, is simply to commit the ownership structure into a repository and then allow that to be edited like any other code.

[wizzwizz4]

> It codifies the social side of

There's the problem. The reason the thing you're replacing is so complicated is because it tries to codify some aspect of human behaviour. If your solution for handling (e.g. money) is radically different to the existing (financial) system (which this is), it will probably blow up in a big way.

[jka]

In practice I think it's likely that most law firms and jurisdictions who configure and accept business ownership structures enforce their terms in a nearly-as-restrictive manner. No doubt there are exceptions; a file format can be adjusted over time to handle those equally.

The file format should -- and to some extent, is already -- separated from the mechanism(s) of payment.

Version-controlled software development is social and provides history, evidence, and allows code to evolve over time; I like that this approach leverages those properties.

[remram]

I have nothing against it being written down, or even written in a structured format. I just think putting this in the source code repository is inadequate.