-
Notifications
You must be signed in to change notification settings - Fork 1
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
HCL App? #14
Comments
A couple quick thoughts here, will come back with a longer response soon but don't have time to dive into it too much right now. At a high level this is what I'm thinking with the HCL:
So all that is to say that I don't think we need an HCL app for Aragon. But we may use the Aragon Court (depending on timing) for curating the whitelist of recipients, and we would probably want to use AragonOS for creating the derivative works registry. |
This sounds great, but why do you think that initially it makes sense to involve a non-profit or any type of legal entity? Wouldn't it be easier to just have the HCL be opt-in and non-binding so that people who want to experiment with it can, and have the whole processed managed by DAOs/smart-contracts? Then as the model evolves and gets more feedback/resources it can become something "official", but initially it's just a light-weight experiment that's opt-in. Can you explain more what the Aragon Court would enable that an automated system would not? When you say the AragonOS would create the derivative works registry, that's really just a fancy way of saying a DAO would manage it right? |
I'm not sure how you would automate validating that a specific address is associated with a project which is working on HCL license software. Its a very subjective link, not something that could easily be validated by a smart-contract.
I think maybe its the other way around, I think DAO is not a very specific term, it could mean literally any sort of on-chain governance process. 🤷♂️ |
My thinking is that it would be easier to roll out the HCL as a volunteer based opt-in honor system, and then move towards a non-profit legal entity when it's more fully baked. This restricts the initial target market to a very small audience (not the broader open source community), but that will allow us to experiment and get a basic model working. Then once it's ready we can expand into the broader market. This has the benefit of allowing us to move fast initially, and then as we grow use our brand name recognition, experience, and growing awareness of DAOs/blockchains to attract a broader community.
|
We may want to review this project and possibly use it as inspiration for the HCL compliance registry: https://medium.com/blockchannel/introducing-nonomos-35bc87494baa |
For "the HCL compliance registry" (implying that it's already a thing and I just missed it), or "a potential future HCL compliance registry" (implying that it's a thing we could/should build)? |
The later, trying just adding here since there is some additional context in the thread. But we will need to get more specific in order to actually scope and build something. |
I like the part in the article that says: "How does the smart contract collect the “taxes” or fees? As unpaid fees (or “back taxes”) accumulate, they count against the token owner’s equity in the token. Thus, anyone who wants to buy the token can do so by paying the owner her self-reported value, minus her unpaid fees. If unpaid fees are allowed to accumulate to more than 1 ether, the token value is reset to zero so that anyone can claim it." I think that's a really great mechanism. Not sure if it applies to the HCL in the context of software licences, but it's something to think about and add to this list of mechanisms that can encourage tax/fee payments. |
Also, it would be cool to make a website/app where you can see all the software projects that are available via the HCL and their current rates. Initially it would mostly be used for marketing purposes to show what's possible, but eventually it could become a full on marketplace |
Edit 2: please see comment belowReading back through this thread, and specifically this comment. 2 says:
Not sure if I'm understanding this correctly. Currently if I create something and want to make it open source I choose a permissive license (GPL, MIT, unlicense, etc...) and that's it. With this model, would I have to choose the HCL, then register the app/thing, then pay a tax/fee to register that work?
|
@lkngtn Is this accurate? The HCL in 1 paragraph:
|
Seems mostly accurate. My nitpicks would be:
We can't automate this, so its really that if they do not pay they are in violation of the license and can be sued. Which would force them potentially pay back "taxes" + damages/penalty for not complying.
Similar as above, we can't automatically open source their code, but we can enforce the license and seek remedy for non-compliance. |
That sounds expensive. How about we start with a public shaming? In the crypto space reputational/social capital seems to be important to people, and it certainly is in the open source world too (because unpaid volunteers often work for social capital vs financial capital). There could be a "naughty" and "nice" list on the website of people who are paying their dues and supporting the HCL, and people who reneged and are shunned lol Also, legal fees are expensive and everyone knows that we would never actually pursue them in court for any of this anytime in the near future |
A dashboard for registered proprietary works and the taxes associated with them makes sense... for a list of all software under the license I would guess that something like https://github.com/search?utf8=✓&q=license%3Agpl-3.0&type=Repositories&ref=advsearch&l=&l= would make sense. |
Sure, the point isn't that you would be suing all the time as the first course of action, the point is at the end of the day that is the enforcement mechanism. |
Yeah I think it's a good fallback plan, but other incentives/mechanisms ahead of that would be great (esp for the first few prototypes) |
MVP Idea (minimal viable prototype)
|
Great idea! I don't trust courts, "naughty" and "nice" lists, or blockchains unless they're transparent. Perhaps the method of enforcement should be not sueing each other but making the relevant facts transparent, not picking sides but coming to a consensus. Harberger taxes are great but that doesn't mean we have to use them, and I'm sure the what did you call it Creative Commons OG is relevant: http://the-future-of-ideas.com/ |
Useful Resource: |
@DISC30 I literally have no idea what you're saying with this comment. We're brainstorming ways to make harberger taxation licenses a viable option for open source projects. If you were commenting on that please try to be more specific as to your suggestion for improvement or the problem you see. If you were not specifically commenting on harberger tax licenses to support open source projects, then please move the conversation elsewhere |
Moving this work to https://github.com/1Hive/hcl-mvp |
I've been thinking about the HCL and how to implement it...
Since DAOs are all crypto based the HCL could actually be tested in the context of an Aragon app, whereas it would be difficult for any traditional structure to work with. Imagine if there were projects that spin out of the hive, use the apps/resources we build, and then use the HCL to give back to the hive to support ongoing research and resource creation. It's completely possible and would make 1Hive the first sustainable open source community project that uses the HCL.
Following the "process" for EIPs:
Seems like a similar process could work for the HCL:
@lkngtn do you see this as a reasonable way to go about making the HCL a reality?
The text was updated successfully, but these errors were encountered: