Financial Proposal: EVMcrispr, mutating DAOs' DNA 🧬

@nivida @voronchuk @p4u can the tech committee please weigh in here specific to the value of proposed funding. Do you believe this is reasonable given the deliverables?

From what I read this presents as a fantastic, proven solution. Results speak for themself already and I am keen to support teams building the network however I do not have the expertise to assess the tech, deliverables or funding request and I seek your expert opinion please.

Tech committee sign-off will be a determining factor for my approval of ESD funding as too, the need to secure S1 funding (April 2022)

I agree @sembrestels that at this point a focus on solutions for exisiting Aragon DAO is the right focus in hopes that future opportunies to collaborate will arise following the release of the new code base

1 Like

I was writing those EVM scripts manually and it’s cumbersome, so Evmcrispr looks like a useful product for current DAOs. The budget looks reasonable, but as I got it a support for Aragon v2 is needed for the long-term viability of this development.

1 Like

i need this tool specifically to do my job in aragon dtech at a higher level - it’s going to simplify building and integrating new code, contracts mgmt, and day-to-day-daoing in a concise on-chain, open source process = yay

basically this is the tool that will help us turn newbs in to dev-ops. no more command line crap, no more “oh, you’re on windows = now do this instead” or “on mac please update these settings first…”

now it’s “go to this website, try this recipe, and let’s watch” = i believe this is going to lower the bar and usher in a wave of intro developers who would otherwise be lost in the basic complexities…

EVMcrispr is a foundational tool that may eventually be involved in every upgrade of Aragon presently, and also fits in to simplifying 3rd party integrations.

from a technical stanpoint it facilitates contract integration through a simplified web-browser-based interface in a clean, open-sourced, flexible product. it significantly lowers the bar for creating a mid-tier developer role (basically i see this as the tool I would end up using every day as a “mid tier DAO support developer”

from a day-to-day perspective it will improve engagement by consolidating actions in to single votes… voter engagement is such a difficult challenge and any product that can simultaneously consolidate and configure multiple processes is a big win. 100% in support and thank you to the team for submitting the proposal


Hi there!

Thanks for the amount of detail put into the proposal, it looks really promising and I would love to see the outcome of it.

Any tool that helps the currently convoluted UX related to DAO management tooling is a step in the right direction IMO. Lowering the bar for developers to interact with DAOs seems like a really good step towards improving that.

Would also love to see this functionality added to the new Aragon App, once that is possible.

Congrats on the amazing work,


1 Like

Could we please get some further clarity that the proposed work and refactoring of EVMcrispr would indeed enable it to be compatible with Aragon App contracts? GitHub - aragon/apps: Human-centered DAO infrastructure

It would be much easier for myself and other community members to fully support this proposal if there was at least some assurance of this compatibility. Appreciate that even if it’s not, this proposal is still valuable to the tech support guild and would help reduce some of their work load as well as other AC DAOs. But that said, it would also be a shame to not develop a refactored version in a manner that might be at odds with Aragon App.

Thank you.

1 Like

Thanks for your support @lee0007 @voronchuk @alibama @Joan_Arus and @joeycharlesworth.

In regards of future compatibility with Zaragoza:

  • Most of the developments we are proposing are agnostic to any underlying DAO architecture. Variables, helpers, and simulations could all be used if Zaragoza is supported in the future.
  • As we said earlier we think Zaragoza could benefit from EVMcrispr in the future at least in the areas of changing permissions and sending actions to execute on votes, although building this compatibility is not in the scope of this proposal because Zaragoza codebase is still changing, and we are not familiar with it.
  • On the other hand, something else that could help on the adoption of Zaragoza is that EVMcrispr can assist on the migration of the assets of old AragonOS DAOs, as we already have done with 1Hive on mainnet (migrating the different tokens and NFTs of the DAO to another address).

That being said, our predisposition is to keep track of the developments of Zaragoza and earn experience with it. It is just early for us an for EVMcripsr to commit on integrating it, we will be in a much better position in six months to talk about it properly.

We are very glad to see all the support this proposal is having and the value EVMcrispr is providing to the value. We are ready to start working on the next version that will introduce variables and helpers for the first time. We are eager to hear from the ESD if our proposal is accepted, or there is something else we can clarify before starting to work. We are at your disposition.

1 Like

To clarify: This proposal has my full support, which is not contingent on any commitments concerning Zaragoza - it is, as you have put it, an avenue for future potential exploration which lies beyond the scope of the current proposal.

Let’s hear from @lee0007 and @daniel-ospina but it is looking good :slight_smile:


I’ve been supporting this proposal for a while and I’m happy to finally see it come to light. It has my full support as it could both facilitate migration to Zaragoza should the new stack prove successful, and should the new stack prove unsuccessful, the proposal delivers significant value expanding the functionality of the most popular Aragon product to date.

1 Like

I’ve just noticed that the proposal doesn’t include yet a budget for a reviewer (not an auditor but at least an agent able to judge whether the code does what it says on the tin).
The executive sub-DAO doesn’t have the capacity to review such a proposal, so it would be advisable to include a budget for a reviewer to be suggested by anyone and approved by the ESD but under the responsibility of the proposers to source.


Love seeing this! A great way to keep maintaining the Aragon stack. Fully on board.

1 Like

ESD General Meeting Monday 4 April UTC 1900: This proposal has unanimous support from the ESD on the basis of

  1. including budget for independent review as per @daniel-ospina request above as we are not in the position to assess the deliverables ourselves. The tech commitee @nivida @p4u @voronchuk &/or dtech @brent @alibama may be able to provide this review but you are welcome to work with whom ever you wish to include in the proposal
  2. approval of ESD Discretionary funding for Season 1 1 April - 31 July
  3. approval of ESD Discretionary funding Season 2 for remaining months (2)

thanks for coding the good code = rock on

This is great @lee0007, should we slightly modify the proposal to include cost of the independent review? When should the review be done, should it be before the project starts, after the first deliverable, or something different?

We can start working, so we don’t miss the deadline of having the version 0.4.x with environment variables and function helpers by the end of the month. This gives more time for the independent review. The approval of ESD Discretionary funding vote should be ended in very few hours, so we will now soon.

A tool like this is really needed and EMVcrispr seems really useful :white_check_mark:

The charter requires we the ESD must assess deliverables before releasing funds, but due to the technical nature here, we are not in a position to do so. We would need the review posted here in the forum in advance of every payment, currently monthly - unless you change payment cadence.

The charter Sub DAO Agreements S 3 (a) i 3 also requires that the Tech Committe @nivida @voronchuk @p4u

  1. Approve technical proposals they believe would be beneficial to the Aragon project
    and DO NOT require a 3rd party technical security audit due to being low risk.

This proposal falls under this category and tech committee approval is required. To date only @voronchuk has expressed the product is useful.

Can the Tech Committee please provide an official statement to clarify your position that this project is/is not " beneficial to the Aragon Project" as it is currently framed to serve existing DAO on the Aragon Network and is not contingent on any commitments concerning Zaragoza.

Your approval is also required ongoing for the release of v0.4.x - v0.9.x

Can the Tech Committee coordinate with this team so that they can update the proposal or state in the forum here please for transparency cost for monthly review if you believe payment is required over and above the current monthly reward for tech committee members? Thank you


@nivida thoughts?

1 Like

I understand it now, thanks @lee0007.

I talked with Gaus, the founder of NFTX DAO, and he has offered himself to review every deliverable. If you think it is a good fit, I will proceed to modify the proposal so NFTX will receive a payment for their services (1,000 USDC per month).

To add more context to why I propose NFTX for an independent review:

For sure, the review of the Tech Committee will still be necessary to unlock the funds each month. We hope our report after releasing each deliverable and the independent review from NFTX will help to clarify how well are we doing, so they have all the information at hand.

1 Like

This sounds like an excellent option

@nvida can we please get the tech committee sign off as we currently have only minrority suppprt from tech committee, and despite unanimous support from ESD for funding it is the tech committee that ultimately must approve technical proposals

Hi all and sorry for the late reply here!

I can second @vorunchuk’s view on things. I was also already in contact with Sem about and forwarded him weiroll (an already working “VM inside the VM”). In Aragon App/V2/Zaragoza we have at the core of the architecture an Agent like executor that is capable of sequentially executing different actions. This means this proposal wouldn’t actually improve the new tech stack (if the UI part is done) of Aragon App but of course the “legacy” AragonOS.

However, if the product team decides to support AragonOS in the mid and long term until full feature parity is achieved (shouldn’t take 1y+) can we discuss using weiroll as the base and build a user-friendly “contract actions composer” as envisioned already by the tech and product team of AA. This would speed up the UX improvement for AragonOS this proposal has as the core goal and could be aligned with the overall Aragon Network roadmap. This is because if implemented well can it be used in V2 as well.

My conclusion: If we can achieve a win-win situation here would it be perfect. Also, I can envision a long-term collaborative relationship with the peeps of 1Hive (there are also ideas around as for example an AragonOS <> Aragon App bridge to leverage all the existing apps).

@sembrestels Let us chat about on the 20th of April here in Amsterdam.


@lee0007 @daniel-ospina, to be perfectly honest, I got a bit lost now. We have two members of the Technical Committee “endorsing” the proposal. It remains unclear to me do we fund it in its current form, or should it be adjusted to include an independent review?

We were on what seemed a great path and got somewhat sidetracked by the Charter.
Let’s figure it out on the call tonight and move forward