Skip to content
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

[Question] Is there a way to restrict the number of members and UNITS? #312

Open
jtrein opened this issue Jun 15, 2021 · 1 comment
Open
Labels
question Further information is requested

Comments

@jtrein
Copy link
Member

jtrein commented Jun 15, 2021

It may be desirable for some DAOs to set a configurable limit on the number of members allowed to join (DAOs like The LAO), instead of managing this limit artificially via external means. Additionally, it may also be desirable to set a configurable limit on UNITS allowed to be issued (minus the deployer's 1).

If this does not already exist within the DAO, is it possible to do in a way which is not expensive, and is configurable?

cc: @adridadou @fforbeck @craigwblake @mcchan1

@jtrein jtrein added the question Further information is requested label Jun 15, 2021
@jtrein jtrein changed the title [Question] Is there a way to restrict the number of members and UNITS issued? [Question] Is there a way to restrict the number of members, and UNITS issued? Jun 15, 2021
@jtrein jtrein changed the title [Question] Is there a way to restrict the number of members, and UNITS issued? [Question] Is there a way to restrict the number of members, and UNITS? Jun 15, 2021
@jtrein jtrein changed the title [Question] Is there a way to restrict the number of members, and UNITS? [Question] Is there a way to restrict the number of members and UNITS? Jun 15, 2021
@adridadou
Copy link
Member

That's a very good question.

I think we should separate the question in two parts, limit the members and limit the UINTS

Regarding the UINTS, I think the best way to do that is to mint a certain amount of UNITS at config time and then send them all to the guild bank.

Then each onboarding will move UNITS from the guild bank to the member's address.

This way you have control over the amount of UNITS in circulation and never end up minting too many (but can always create an adapter to mint more if needed)

Regarding limiting the number of members, I can't think of a centralized way to do it (at least not right now). You would have to check that on any adapter that might create a member.

Right now a member always stays a member and so there is no way of removing someone that might be an issue. This is why usually an "active member" is defined by a member with some UNITS. Keeping track of that can be tricky.

Happy to hear if anyone has some ideas regarding the members question

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants