Qualifying criteria for RnDAO incubation projects

A16Z risk assessment model
 
 
 
Whatsinaname
The kind of projects that could be ideal for RnDAO
I believe it would be futile to define this course of thinking along the lines of traditional matrices. And if I had the magic sauce to predicting the range or probability of success of a given venture- I would really be starting my own fund. Hence, my attempt here is much more modest. I approach this challenge from the perspective of a) what would be ideal, b) where RnDAO could add value and 3) a few eliminating criteria;- in that specific order-. So here we go..
ideal -
  1. AuthenticityNo matter the odds of success, if a project is authentic/ original in its design, strategy, or execution- they should be welcome.
  1. Scale: It is impossible to assess at this point as to what exactly is a scalable project in crypto space- but there are indeed glimmers of hope. Any project that scales or has multiple use cases and is looking for a ‘DAOfication’ partner should be welcome.
  1. Impact: If it affects a lot of people,please let us help. In effect, any service DAOs or even a critical threshold group of creatives that can create something, that somebody would pay money for and are disillusioned with the corporate debauchery should be welcome- personally I would love to create a DAO for animators/anime creators, I know there is a value arbitrage between the creators and the executives.
  1. R&D: Now I say this with much caution but any research projects where a potential outcome/product would be of use to either RnDAO or one of its ecosystem partners should qualify for admission- If the result is important enough, the odds of success must not be a qualifying criteria-
  1. Meta: Any project that can improve RnDAO in any way, shape or format- should feel at home- If there is a governance research project that might create better composability for newer units- welcome them with flowers and horns-
where RnDAO could add Value
  1. Symbiotic projects: If a new idea combines well with an ongoing unit/project in the ecosystem they should be assessed with favouritism. If a new product development project applies but is more of an ‘updated version’ of an existing effort from within the ecosystem (their IP should be respected for sure) RnDAO should try to convince an assimilation–
  1. Market building projects: If a project comes in- that could become a paid customer to a product/ service from within the ecosystem, we should nurture the effort- Let me clarify; if a project applies for incubation and is a) building a product/ service, b) qualifies all the other criterion for selection; c) AND is an excellent use case for an effort already in development from within the ecosystem- they should be added to the fold-
  1. Network building projects:If a project comes that extends the fractals of RnDAO to a new network- for example a language specific DAO applies for incubation- such projects should definitely be entertained- The broadest idea is that a project/DAO that can function on their own accord, once a basic velocity is achieved AND introduces RnDAO to a hitherto undiscovered network of humans
  1. “Build as a DAO” projects”: Web 2/equivalent product development efforts that are looking to build solutions leveraging the organisational structure of a DAO- Example- I want to create a POS software for restaurants but I wish to do the whole thing under the organisational structure of a DAO-
What we should probably avoid:
  1. Obscurity:
a) Projects where the value prop/ pmf is obscure for everyone except the founders
b) “you wouldn’t get it bro” projects- if you can’t explain it to a six year old, you don’t know it yourself
  1. Plagiarism: No “me too” projects please
  1. “Real Slim Shady” founders: If you have a history of rugging people in your past - we will find you and we will expose you (please read like Liam Neeson from Taken)–
  1. “Our product will corner the market in 15 years”: Ideally we should exclude projects with a GTM of more than 6 months-
  1. Pseudo- decentralisation projects: If your entire MOAT is build around ‘it’ being decentralised and your tokenomics allocates 60% of total token supply to yourself (or your cronies)- we shouldn’t kill our decentralisation dream supporting such projects -
  1. “Eradicate poverty in the world” level of arrogance should not be ideally entertained- Projects without a narrow scope of development, deployment or market adoption(initially- hopefully it can scale) should be assessed with extra care -
  1. Common sense filters: Last and not least if I ever apply for incubation promising that I will learn solidity/rust in 3 months and develop the next best standard in smart contracts - please do not trust me-
The kind of projects that could be ideal for RnDAO
I believe it would be futile to define this course of thinking along the lines of traditional matrices. And if I had the magic sauce to predicting the range or probability of success of a given venture- I would really be starting my own fund. Hence, my attempt here is much more modest. I approach this challenge from the perspective of a) what would be ideal, b) where RnDAO could add value and 3) a few eliminating criteria;- in that specific order-. So here we go..
ideal -
  1. Authenticity: No matter the odds of success, if a project is authentic/ original in its design, strategy, or execution- they should be welcome.
  1. Scale: It is impossible to assess at this point as to what exactly is a scalable project in crypto space- but there are indeed glimmers of hope. Any project that scales or has multiple use cases and is looking for a ‘DAOfication’ partner should be welcome.
  1. Impact: If it affects a lot of people, please let us help. To elaborate, any service DAOs or even a critical threshold group of creatives that can create something, that somebody would pay money for and are disillusioned with the corporate debauchery should be welcome- personally I would love to create a DAO for animators/anime creators, I know there is a value arbitrage between the creators and the executives.
  1. R&D: Now I say this with much caution but any research projects where a potential outcome/product would be of use to either RnDAO or one of its ecosystem partners should qualify for admission- If the result is important enough, the odds of success must not be a qualifying criteria-
  1. Meta: Any project that can improve RnDAO in any way, shape or format- should feel at home- If there is a governance research project that might create better composability for newer units- welcome them with flowers and horns-
where RnDAO could add Value
  1. Symbiotic projects: If a new idea combines well with an ongoing unit/project in the ecosystem they should be assessed with favouritism. If a new product development project applies but is more of an ‘updated version’ of an existing effort from within the ecosystem (their IP should be respected for sure) RnDAO should try to convince an assimilation–
  1. Market building projects: If a project comes in- that could become a paid customer to a product/ service from within the ecosystem, we should nurture the effort- Let me clarify; if a project applies for incubation and is a) building a product/ service, b) qualifies all the other criterion for selection; c) AND is an excellent use case for an effort already in development from within the ecosystem- they should be added to the fold-
  1. Network building projects:If a project comes that extends the fractals of RnDAO to a new network- for example a language specific DAO applies for incubation- such projects should definitely be entertained- The broadest idea is that a project/DAO that can function on their own accord, once a basic velocity is achieved AND introduces RnDAO to a hitherto undiscovered network of humans
  1. “Build as a DAO” projects”: Web 2/equivalent product development efforts that are looking to build solutions leveraging the organizational structure of a DAO- Example- I want to create a POS software for restaurants but I wish to do the whole thing under the organizational structure of a DAO-
What we should probably avoid:
  1. Obscurity:
a) Projects where the value prop/ pmf is obscure for everyone except the founders
b) “you wouldn’t get it bro” projects- if you can’t explain it to a six year old, you don’t know it yourself
  1. Plagiarism: No “me too” projects please
  1. “Real Slim Shady” founders: If you have a history of rugging people in your past - we will find you and we will expose you (please read like Liam Neeson from Taken)–
  1. “Our product will corner the market in 15 years”: Ideally we should exclude projects with a GTM of more than 6 months-
  1. Pseudo- decentralization projects: If your entire MOAT is build around ‘it’ being decentralized and your tokenomics allocates 60% of total token supply to yourself (or your cronies)- we shouldn’t kill our decentralization dream supporting such projects -
  1. “Eradicate poverty in the world” level of arrogance should not be ideally entertained- Projects without a narrow scope of development, deployment or market adoption(initially- hopefully it can scale) should be assessed with extra care -
  1. Common sense filters: Last and not least if I ever apply for incubation promising that I will learn solidity/rust in 3 months and develop the next best standard in smart contracts - please do not trust me-
For the original document with footnotes please refer below -
 

Qualifying criteria for RnDAO incubation projects

A16Z risk assessment model
 
 
 
Whatsinaname
The kind of projects that could be ideal for RnDAO
I believe it would be futile to define this course of thinking along the lines of traditional matrices. And if I had the magic sauce to predicting the range or probability of success of a given venture- I would really be starting my own fund. Hence, my attempt here is much more modest. I approach this challenge from the perspective of a) what would be ideal, b) where RnDAO could add value and 3) a few eliminating criteria;- in that specific order-. So here we go..
ideal -
  1. AuthenticityNo matter the odds of success, if a project is authentic/ original in its design, strategy, or execution- they should be welcome.
  1. Scale: It is impossible to assess at this point as to what exactly is a scalable project in crypto space- but there are indeed glimmers of hope. Any project that scales or has multiple use cases and is looking for a ‘DAOfication’ partner should be welcome.
  1. Impact: If it affects a lot of people,please let us help. In effect, any service DAOs or even a critical threshold group of creatives that can create something, that somebody would pay money for and are disillusioned with the corporate debauchery should be welcome- personally I would love to create a DAO for animators/anime creators, I know there is a value arbitrage between the creators and the executives.
  1. R&D: Now I say this with much caution but any research projects where a potential outcome/product would be of use to either RnDAO or one of its ecosystem partners should qualify for admission- If the result is important enough, the odds of success must not be a qualifying criteria-
  1. Meta: Any project that can improve RnDAO in any way, shape or format- should feel at home- If there is a governance research project that might create better composability for newer units- welcome them with flowers and horns-
where RnDAO could add Value
  1. Symbiotic projects: If a new idea combines well with an ongoing unit/project in the ecosystem they should be assessed with favouritism. If a new product development project applies but is more of an ‘updated version’ of an existing effort from within the ecosystem (their IP should be respected for sure) RnDAO should try to convince an assimilation–
  1. Market building projects: If a project comes in- that could become a paid customer to a product/ service from within the ecosystem, we should nurture the effort- Let me clarify; if a project applies for incubation and is a) building a product/ service, b) qualifies all the other criterion for selection; c) AND is an excellent use case for an effort already in development from within the ecosystem- they should be added to the fold-
  1. Network building projects:If a project comes that extends the fractals of RnDAO to a new network- for example a language specific DAO applies for incubation- such projects should definitely be entertained- The broadest idea is that a project/DAO that can function on their own accord, once a basic velocity is achieved AND introduces RnDAO to a hitherto undiscovered network of humans
  1. “Build as a DAO” projects”: Web 2/equivalent product development efforts that are looking to build solutions leveraging the organisational structure of a DAO- Example- I want to create a POS software for restaurants but I wish to do the whole thing under the organisational structure of a DAO-
What we should probably avoid:
  1. Obscurity:
a) Projects where the value prop/ pmf is obscure for everyone except the founders
b) “you wouldn’t get it bro” projects- if you can’t explain it to a six year old, you don’t know it yourself
  1. Plagiarism: No “me too” projects please
  1. “Real Slim Shady” founders: If you have a history of rugging people in your past - we will find you and we will expose you (please read like Liam Neeson from Taken)–
  1. “Our product will corner the market in 15 years”: Ideally we should exclude projects with a GTM of more than 6 months-
  1. Pseudo- decentralisation projects: If your entire MOAT is build around ‘it’ being decentralised and your tokenomics allocates 60% of total token supply to yourself (or your cronies)- we shouldn’t kill our decentralisation dream supporting such projects -
  1. “Eradicate poverty in the world” level of arrogance should not be ideally entertained- Projects without a narrow scope of development, deployment or market adoption(initially- hopefully it can scale) should be assessed with extra care -
  1. Common sense filters: Last and not least if I ever apply for incubation promising that I will learn solidity/rust in 3 months and develop the next best standard in smart contracts - please do not trust me-
The kind of projects that could be ideal for RnDAO
I believe it would be futile to define this course of thinking along the lines of traditional matrices. And if I had the magic sauce to predicting the range or probability of success of a given venture- I would really be starting my own fund. Hence, my attempt here is much more modest. I approach this challenge from the perspective of a) what would be ideal, b) where RnDAO could add value and 3) a few eliminating criteria;- in that specific order-. So here we go..
ideal -
  1. Authenticity: No matter the odds of success, if a project is authentic/ original in its design, strategy, or execution- they should be welcome.
  1. Scale: It is impossible to assess at this point as to what exactly is a scalable project in crypto space- but there are indeed glimmers of hope. Any project that scales or has multiple use cases and is looking for a ‘DAOfication’ partner should be welcome.
  1. Impact: If it affects a lot of people, please let us help. To elaborate, any service DAOs or even a critical threshold group of creatives that can create something, that somebody would pay money for and are disillusioned with the corporate debauchery should be welcome- personally I would love to create a DAO for animators/anime creators, I know there is a value arbitrage between the creators and the executives.
  1. R&D: Now I say this with much caution but any research projects where a potential outcome/product would be of use to either RnDAO or one of its ecosystem partners should qualify for admission- If the result is important enough, the odds of success must not be a qualifying criteria-
  1. Meta: Any project that can improve RnDAO in any way, shape or format- should feel at home- If there is a governance research project that might create better composability for newer units- welcome them with flowers and horns-
where RnDAO could add Value
  1. Symbiotic projects: If a new idea combines well with an ongoing unit/project in the ecosystem they should be assessed with favouritism. If a new product development project applies but is more of an ‘updated version’ of an existing effort from within the ecosystem (their IP should be respected for sure) RnDAO should try to convince an assimilation–
  1. Market building projects: If a project comes in- that could become a paid customer to a product/ service from within the ecosystem, we should nurture the effort- Let me clarify; if a project applies for incubation and is a) building a product/ service, b) qualifies all the other criterion for selection; c) AND is an excellent use case for an effort already in development from within the ecosystem- they should be added to the fold-
  1. Network building projects:If a project comes that extends the fractals of RnDAO to a new network- for example a language specific DAO applies for incubation- such projects should definitely be entertained- The broadest idea is that a project/DAO that can function on their own accord, once a basic velocity is achieved AND introduces RnDAO to a hitherto undiscovered network of humans
  1. “Build as a DAO” projects”: Web 2/equivalent product development efforts that are looking to build solutions leveraging the organizational structure of a DAO- Example- I want to create a POS software for restaurants but I wish to do the whole thing under the organizational structure of a DAO-
What we should probably avoid:
  1. Obscurity:
a) Projects where the value prop/ pmf is obscure for everyone except the founders
b) “you wouldn’t get it bro” projects- if you can’t explain it to a six year old, you don’t know it yourself
  1. Plagiarism: No “me too” projects please
  1. “Real Slim Shady” founders: If you have a history of rugging people in your past - we will find you and we will expose you (please read like Liam Neeson from Taken)–
  1. “Our product will corner the market in 15 years”: Ideally we should exclude projects with a GTM of more than 6 months-
  1. Pseudo- decentralization projects: If your entire MOAT is build around ‘it’ being decentralized and your tokenomics allocates 60% of total token supply to yourself (or your cronies)- we shouldn’t kill our decentralization dream supporting such projects -
  1. “Eradicate poverty in the world” level of arrogance should not be ideally entertained- Projects without a narrow scope of development, deployment or market adoption(initially- hopefully it can scale) should be assessed with extra care -
  1. Common sense filters: Last and not least if I ever apply for incubation promising that I will learn solidity/rust in 3 months and develop the next best standard in smart contracts - please do not trust me-
For the original document with footnotes please refer below -
Â