MIP39c2-SP21: Adding MakerLabs Core Unit

A small comment with regards to:

Speaking from experience in the PE team, I have seen that engaging newer members into the collateral onboarding process has been one of the quickest ways to get them up to speed on system interactions, tests, and to build an awareness of various protocol dependencies - it’s not so much that they add value to the process - in cases it slows down the process, which is fine because the longer term value outweighs the short term.

In saying this, I’m not suggesting that you become a collateral onboarding team, but just thought I’d share the value we have had in integrating people into this weekly (now fortnightly) ritual as a safe proving ground. Perhaps a similar process, even if you wanted to do it independently, may be of value.


I’m torn.

This proposal keeps me debating myself (not in a good way).

On the one hand… :muscle:t3::muscle:t3::muscle:t3:

  • I believe in the ability of @ultraschuppi (I’ve spent a lot of hours contributing with him and I can attest to his values, intelligence, and commitment.
  • I have spoken a couple of times with the rest of the team, and my general impression only improved.
  • We could not onboard these individuals faster: this team is already Maker.

But on the other… :anguished:

:hammer_and_wrench: Show me the mocks! (or a support team)

  • I would expect a team building MVPs to have:
    • UX Researchers
    • Designers
    • Prototypers
    • A product manager
    • and I’m probably forgetting more roles, but I haven’t prototyped in what feels like a lifetime.

PS, I get a similar feeling when the brilliant minds from @Protocol-Engineering work on a front end, a MIP, or a proposal. We need to enable the smarter ones to spend as much time as possible working on tough problems.

:dart: A clear purpose: scaling Maker

Is this a group of smart people telling us that they need direction (speculation)? Again: are we wasting brilliant minds playing with toys (or MVPs) instead of focusing on the next big problem? What are the areas that we need to focus on to scale Maker?

:toolbox: The drawer of old toys

I’m afraid (speculation again) that we are going to end up with a bunch of tools that people might like, but:

  • we don’t have the bandwidth to maintain them (taking this statement to the extreme, we might be creating a problem)
  • not a lot of people use it (niche tools)
  • are not a full product (yes, I know what MVP stands for, but still)

But decentralization… :man_shrugging:t2:

If the smartest doctor wants to focus on plastic surgery instead of longevity*, there’s not a lot we can do. We can only make sure that the incentives are in the right place.

As mentioned: if this team wants to work on creating 3D NFTs for Maker, we should probably let them, but… argh.

*) I reserve the right to change this bad analogy for a better one.


Not sure there is a need to speculate here.

  • MakerDAO wants eurDAI. In my view, there is a consensus that it is a big opportunity for MakerDAO but competition is coming.
  • MakerLabs will work on eurDAI. It will most likely take a long time just to get started.
  • @ultraschuppi has shown the willingness to do whatever it takes for the DAO. We need someone to write signal requests, he does the jobs (countless times). Figuring out the rates, guess who created the MakerDAO Open Market Committee (quite useful to understand what is needed for eurDAI). His entrepreneurial mindset is what we need for such a project.
  • The team is already productive with the delegates analytics UI.
  • Cost is under control.

While I agree that in the long run we may need dedicated people specializing in those functions, I absolutely disagree on the need to get them into the team right now. Sure you need the capabilities (up to a certain level) to start the show - but we already have them in the current team.

I would not hire a full time UX Researcher, Designer, Product Manager at the very beginning of this CU. Let’s start small and grow (if needed) by the time we realize it makes sense to get someone specialized on board.

Too many cooks spoil the broth.

I’d argue that an MVP is a valuable tool, not a Toy. (Else no Company in their right mind would build MVPs)
When you say Maker should fix the “big Problems” to “scale Maker”, then I agree.
But this is not the purpose of MakerLabs.
The purpose of MakerLabs is to find new Opportunities in a professional manner.

The question is: Does the Maker Community deem an opportunity exploring CU important or not.

The only difference between science and fucking around is writing it down - Mythbusters

That’s why we think defining a threshold that sets a level for “achieved Product Market Fit” beforehand is so important.
I’d like to think of it like a pop-up store. Let’s test Unicorn-poo flavoured Icecream, set up a Store for a limited amount of time and measure sales. If it’s beyond a predefined threshold then we open an even bigger, permanent store. If not we close for good … sorry to the 15 very satisfied customers that enjoyed our product but you are not enough to support our business case.

MVP’s are like pop-up stores. They should not live very long. Either they transform into a big beautiful Butterfly or they should be put down.


Again, and maybe my post wasn’t clear enough: this team is gold. We need them on board.

Speculation arises when things are not clear (or de-risked).

It’s called MakerLabs, not EURDai Core Unit. I would be much more inclined to vote for a Core Unit that has the latter name. I would even throw in some grant money to do previous research before working on this (SES might have offered this :wink: ).

I’m sure they can also write poetry for the DAO and be productive, but these guys are WAY smarter than that UI (the ones that can write smart contracts smart).

@ultraschuppi, you’re one of the smartest persons that I know. I know that you can do UIs (or research, or the long list of et ceteras that you’re proposing (you can probably become a successful TikTokker if you set your mind to it :wink: )).

I also know that you will do whatever you like doing best (and that’s perfectly fine). I also know that I will support you in your future endeavours.


  • more focus (ideally on a big problem)
  • more focus (ideally doing what you do best)
  • I will support you regardless. <3

we would like to push this to Formal Submission please :slight_smile:


Best team FS push award goes to MakerLabs !!! :fireworks:


I really had to look here.

The point here is that when it comes to new business ventures and longer term plans and projects this would have to be well integrated into Growth and coordinate quite a bit with PE (can it be done, how, etc.) The idea for this to be a separate group with its own funding and lack of high level deliverable metrics and reporting means it should actually start off as a sub-group under one of the CUs and Growth seems a natural place.

Frankly I want to hear from @Nadia on whether she thinks she wants another completely independent CU group doing long term planning or whether she would prefer MakerLabs actually be a sub-group under GROWTH CU which honestly is where I think this should sit.

I want to vote no to this for the above reasons, but without real input or validation here will simply will abstain.

One point - I too feel like the members chosen are valuable members of the DAO, I just think organizationally such a group should sit under GROWTH because everything these guys are going to come up with is basically going to land in GROWTH CU lap.

This is dangerous: are you asking a CU-facilitator to support or not the generation of a new CU (possibly with some intersections) and/or to include it or not in her own? :roll_eyes:

It’s ok in this specific case, since @Nadia is a healthy member of the community and would not respond out of self-interest, but in general we should avoid this type of setup imho.

We want to promote decentralisation of CUs as much as possible while keeping a reasonable efficiency.


We already have an incubation program with SES if someone wants to go that route.

1 Like

This is ‘dangerous’. Seriously? We ask for other CU input on a number of topics - why not ask a CU whose work will be impacted by another whether she would rather have another CU or just a budget to hire for the specific task of ‘long term growth’.

My point here is Growth may already have some long term plans. Now they may not be setup to do the eurDAI - that is fine. If this was the only thing this CU was tasked with I would be asking why do we need a CU for it, rather than just some bounties being put up for design, implementation and let biz sell it. Instead this CU having that as its first task also wants longer term funding for doing longer term growth stuff. Personally if I was the CU of growth I’d feel a bit slighted this group didn’t approach me first for a grant and/or discuss whether it makes sense to have a different CU since these two units are likely going to have overlap. I have no clue of what internal discussions go on…

I have said before I think multiple CUs for redundancy and quality assurance is a good thing. But given there is no model for how to shop tasks between such units or who manages authorities with the responsibilities I don’t see how this doesn’t turn into a bit of a management mess.

Sure we can let more CUs fly but frankly when a new CU is being proposed that has significant overlap with another I consider it courtesy to at least have people who will be affected weigh in one way or another. I consider communication ‘healthy’, decentralization actually means higher levels of communication not less.

1 Like

Growth’s mandate is to grow Maker’s distributions channels through partnerships. This is why our focus by now is on:

  1. creating alliances with new players in the PSM (Paxos’s PSM has generated almost 500m DAI, and they are working on the integration of DAI in their APIs that will open new rails for DAI)
  2. The institutional vault product (which will help Maker to increase the TVL of ETH and wBTC, increasing DAI in the market)
  3. And the integration with companies from all over the world helping us to increase DAI awareness and creating channels for people to access DAI.

We are constantly thinking about what other initiatives we can do. Crypto is a continuously changing environment, and to be successful with our mandate, we have to understand what’s happening around us and create a Maker flavor for that (DAI+Gamers, DAI+NFTs, DAI+Institutions…). Some time ago, @MarianoDP posted an open question to the community about products that could help us create a Maker Nation. It is out of our mandate to have a dev team that could work on that, but we can bring the ideas to the Maker community and try to find out there, teams doing something similar and convince them to integrate the Maker vision by creating a partnership with them.

I think we (Growth team and the community in general) have a lot of ideas of what products we want to see as part of that Maker Nation. Besides what Mariano posted, these are other things we asked for in the last ETHOnline hackathon:

  1. An auction keeper implementation to further decentralize and democratize auction participation.
  2. A GUI for PSM on IPFS and/or PSM bridge: So we could link our PSM’s and do any type of swap we are capable of doing. A user that has Pax, for example, could swap to USDC or vice versa by just paying the tin to get Dai, and then in the same transaction, it would put Dai into the other PSM and getting the token. The tout is zero going out anyways.
  3. A furocombo-like web for arbitrage with PSM and Flash Mint.
  4. An optimistic roll up test environment to facilitate the testing of L2 code. Extra points for leveraging Dapptools.

Because of the complexity of Maker and as we haven’t been actively participating in hackathons, none of the teams worked on that.

So, my thoughts about the Maker Nation products:

  • I love the idea
  • I think having more products around Maker will help us to grow
  • It would be great to create more documentation and resources (like a wishlist of products) to have more people building around Maker
  • The scope of these products has to be very well defined and let the community decide if we want a product that takes one month or six months to be built.
  • euroDAI is an excellent solution, still, there are other ideas around, ones more simple than euroDAI, of course with less impact, but I think that’s up to the community to decide. If that’s the product we decide to build, I don’t know how an MVP will work, and I don’t know if we as Growth can go outside and talk with partners about a euroDAI that hasn’t been audited.
  • I trust in @ultraschuppi skills for this. I have seen how he’s always thinking about how to bring new things to Maker

I would highlight that this Core Unit is currently not passing due to @PaperImperium voting against it. Below is his reasoning.

First on a “bit rushed” part, the discussion started in February (Declaration of Intent and the eurDAI thread). The Declaration of Intent was voted in April (a case where bureaucracy killed momentum). You might have missed that as it was happening before you joined. Moreover, @ultraschuppi is a consistent contributor and everyone can get an opinion on the value he created for the protocol (Autonomous MakerDAO member, MOMC member, signal request master, …).

Secondly, the whole idea of gating the CU to PE, Growth, and/or SES is centralization. PE doesn’t see eurDAI as a priority (which makes 100% sense, which is why eurDAI is awesome to get a new CU started). Are we saying that eurDAI (something community approved) will never see the light even when sounds people are ready to work on it?

Finally, there is a belief that this CU will launch the project and move on no matter what and it will be PE role to clean the mess. This is short-sighted. @ultraschuppi showed to be responsible. We need entrepreneurs like him. I think the proposal is here, take it or leave it.

I encourage people to voice their opinion on the poll. Currently, it’s not passing because it seemed a bit rushed. Scientific governance in action :slight_smile: .


I will refer you to the recent launch video session and the discussion there.

There is nothing wrong with taking a month to build out more details on how to hand off large projects, or to pivot to pure R&D of smaller products.

As I stated in my communication about my current votes, I encourage the applicants to flesh out the business plan a bit more. My apologies for not paying more attention to this earlier in the process.


@Nadia - Thank you so much for some perspective here. My only issue here was to have some perspective from Growth on adding the MakerLabs because of how closely your functions overlap unit and it sounds like you like the idea. I really want to thank you for taking the time on the additional ‘color’ in this reply.

I agree @ultraschuppi and team is a great choice to head this and based on the discussion I will formally change my vote to yes to support this initiative.

I really want to express a concern with all these CU applications that if/when Maker revenues drop Maker is going to be caught between a rock and a hard place on funding which may likely mean selling MKR from reserves. Lets hope it doesn’t come to this, but given the growth in expenses here (all CUs are asking for more heads, and funding to go with this, and on top of this we are adding more CUs). I don’t have formal numbers here but I have a real concern that expenditure growth is going to grow too much.

I want to echo @PaperImperium discussion point with respect to other CU request funding growth for these CUs for them to give a report back about whether they are actually banking any of this funding that is unspent or the more likely scenario they are coming up short and using forward funding to cover back dated salaries/expenses. It was my hope that these CUs with extra funding wouldn’t just spend it but actually work to save some and I would like on top of actual expense metrics to track unused funding so the DAO can get a real handle on what is going on with expenses overall. The real problem here is lack of incentives not to spend and to ask for constantly increasing budgets and head counts.

1 Like

I’ll start by saying that this is a critical Core Unit to have for Maker’s future success. Through implementation and measuring of smallest possible prototypes for new ideas, any organisation must ensure they have a pipeline of new proven solutions to provide the basis for growth in future years. Basically keep agile, nimble and ready for change through experimentation, especially in this crazy space we are in where things change from month to month.
A few people brought up a concern of who to hand over the prototype project after its completion by MakerLabs. In my opinion this is a non-issue, as @colrad has covered in the call as well - if its valuable to the users and Maker’s growth, it’ll be in the community’s interest to find a way to continue running with the project. If it’s not valuable the project gets dropped, simple. To determine this, MakerLabs needs to be able to demonstrate that the prototype (eurDai in this case) provides value to the audience it was designed for. And this hasn’t really been covered - how this will be accomplished and what metrics exactly will be used?
However the application seems a little two-faced - “We’re not eurDai CU but we’re gonna work on that, if that doesn’t work we’ll ask community for ideas”. So another question is - will this CU be prepared to go ahead with some other project, not eurDai - potentially voted by the community, from the start?

Perhaps I just have always been skeptical of this tautology. My experiences with polls last week only confirmed my own biases.

DAOs are just a bunch of people. People make mistakes, have divergent opinions and incentives, have limited resources.

I see a lot of “if the MKR holders/community want X, they will vote accordingly.” It’s a sort of Efficient Market Hypothesis of DAOs. Do we think the community actively didn’t want to disburse payrolls and budgets for several weeks back in July? Maybe. Probably not?

Anyway, I’m just not a fan of saying, “if it has value, the future selves of DAO members will put in a lot of work to realize it and act accordingly.”

1 Like

Thanks everybody for going on this journey with us and helping us during the last couple of months from the idea of eurDai to this Core Unit proposal.

It was an interesting ride and we certainly learned a lot during that time. Unfortunately it didn’t work out the way we hoped. We decided during the last two weeks we are not going to iterate on the proposal and just ditch it.

cheers, @colrad @urbanisierung, @ultraschuppi



Is there a “dislike” button? :wink:

I’ll see you around.


Will you or someone else be working on eurDAI? I hope that idea doesn’t die because of this vote.

1 Like