The redefinition of the current Catalyst Proposal-Reviewers model of proposal review before community vote

Gimbalabs
2 min readSep 20, 2024

--

With a Refinement + consent process, Catalyst's proposal would turn into living entities in state of improvement and transformation.

In our most recent article entitled “Refinement + consent process: key to a sustainable collective brain-type organization”, we describe the implications of running a refinement + consent process instead of the current Proposal-Reviewers routine prior to community voting. In this article, we provide additional arguments supporting the feasibility of such a process.

What is the difference between Catalyst’s current Proposal-Reviewers model of proposal review before community vote, and the deployment of a refinement + consent process per proposal described in general terms in the article: “Refinement + consent process: key to a sustainable collective brain-type organization”?

It turns the former proposal reviewers, now a consent group, into co-creators of it, leading to rapid refinement of its text and effective debugging.

This concept is close to the heart of the open-source development community, with the Linux kernel as one of its most emblematic success stories. One of the things that the building of a system as complex as Linux has demonstrated is that creating mechanisms for participation is not enough: an environment must be created in which people move from being users to co-developers, stimulated by the desire to find the bugs in the latest code release. Such a situation, put in place in the confines of a system like Catalyst, whose community of Reviewers fund after fund is considerable, would turn proposals into living entities in state of improvement and transformation.

In the current Proposal-Reviewers model of proposal review, Reviewers are miles away from being able to modify and contribute to the code that shapes the proposal. The refinement + consent process puts Proposals and Reviewers in the same room, with the proposal content ready to be debugged for possible objections (Objections: Reasoned concerns that identify risks that could prevent the proposal from being carried out efficiently).

— -

Thanks to Eric S. Raymond for his time-proof essay, “The Cathedral and the Bazaar

--

--

Gimbalabs
Gimbalabs

Written by Gimbalabs

Gimbalabs is creating a robust and resilient global network of leaders, DevOps, builders, and educators. In the hands of many, Cardano can change the world.

No responses yet