I’ve reflected a lot lately on a misconception I had coming into this community which I think many of us may hold. Not being from tech I think I brought my understanding of the container of a job in capitalism and assumed out of lack of experience that it would play the same in the decentralization-heavy Web3 space.
The agreement with capitalism is: “I give you massive control over my life and my labor, you provide me with a certain amount of financial/healthcare security.”
Regardless of how I feel about it, I’ve realized that this is not the implicit agreement in the Web3 space. Open Source (OS), crypto, DAOs; when looking at these I see a hybrid of hobby and employment with a much higher emphasis on freedom.
The implicit agreement is more like: “I’ll come here to explore the opportunities you can give me, and we’ll mutually agree that we don’t owe each other promises of security.”
It creates more opportunities for freedom and agency over your labor. However, the environment is much higher risk and offers way less security than the ever-grinding wheels of capitalism**.
I think I came to this space trying to get freedom and expecting security. It makes sense; freedom is what I’ve always wanted, security is the one real thing capitalist jobs have given me (and I had to fight for it). What I didn’t see, but already knew in other areas of my life is that freedom and security are at opposite ends of a gradient. To get more of one, I need to give more of the other.
So there’s the thesis of capitalism: “give me your freedom in exchange for receiving security.” There’s the anti-thesis of Web3: “all the freedom you want, but high risk and low security.”
Is there a synthesis? Can we make use of the gradient between security and freedom?
It’s on this question that I want to offer a suggestion to the SourceCred community.
There are a lot of ways we can answer the question of “what the f*ck is next?” and what I’m offering is neither the only answer, nor a completely comprehensive solution. However I think it could be a good jumping off point for us to start tackling the question of how we would like to organize the container of SourceCred moving forward.
As we’ve been discussing this month, I’ve been listening and trying to understand the recurring perspectives that live in our space right now. I want to help us think through how we can create a better container for holding the nuance of our needs for freedom and security and the tradeoffs they demand.
I’ve been particularly inspired by Sociocracy ever since Thena first gave their presentation on it. At the beginning of our June break, I went back to the Sociocracy for All website and watched through their video series on the concepts and the exercise for creating a Sociocracy org map for your own community/project. I’ve also been very inspired by the FWB (Friends With Benefits) community and the ways they create a gradient of engagement between community and staff. The ideas I’m putting forward here are very influenced by both those systems.
Back to this idea of the security vs freedom gradient; maybe we can make use of the space between the two extremes. We could create more opportunities for individuals to intentionally choose where they want to land on the security vs freedom gradient.
One option for one line of friction in our project is to define a few containers along the security vs freedom gradient for folks to choose from. Creating specific spaces for cultivating cool connections (community, freedom) and others for focusing on producing outcomes (product, accountability to results).
Below are descriptions and a visual, explore them in the order that makes sense to you.
A space where newcomers first arrive. A low-stakes and low-responsibility space where aligned folks can come together to both relate as humans and talk about the Web3 related topics that draw us all together. I imagine it like a low-key “collaboration/idea nursery” that new groups/circles/or even projects may spin out from after finding like-minded collaborators and purposes. I imagine this as a low financial-payout space with trails that lead to higher responsibility and payout opportunities. Community members can follow those trails based on their skills, interest, and the of the needs of domains and teams. My ideal vision would be something like the richest of tutorial-villages at the beginning of a video game that both teaches you how to play and is a vibrant space in its own right. A space that passively selects for aligned interests and that nurtures connection, healing, and ideas without a lot of pressure to produce. Keeping the community’s demand for resources low allows the space more freedom to disengage from producing. During times of plenty, I imagine extra funds flowing over into the community for enriching experiences like events.
The next step along the security vs freedom gradient is the Contributor’s space. Not everything is fleshed out, but I imagine this as a distinction for community members who have joined a team or circle. Teams can identify their needs and find community members who have interest and talent in their domain. Maybe this is where we try dogfooding again with an aim towards distributing a portion of an approved team budget to contributors on that team based on the impact/quality of their work. Or maybe we’re done with dogfooding for a while until we can imitate the communities in the ecosystem who are using our product more effectively.
The last category of engagement along the security vs freedom gradient is Staff. I imagine these folks doing vital work that is mandatory for success. I imagine them on a salary creating a lot of security, and also holding the most responsibility for, and accountability to, outcomes that move the product and its financial stability forward. Perhaps these are our necessary experts and the folks that lead vital teams/circles by helping guide, balance, and move outcomes forward within their domain.
I’m not making any assertions as to what the Circles/Teams and their domains should be, who should be on teams, or who should be leads, delegates, or experts for which teams (though I’d like to see some function of community-based nominations and voting for at least the first cast of leaders). Frankly, I’m not even saying this model is what we should use. My biggest goal is just to provide a perspective we could use to metabolize this difficult security vs freedom trade-off that inherently exists in these spaces even when there’s no conflict.
Here is a visual I created. This does NOT represent suggested sociocracy circles/teams/domains of work or how those could be structured. It represents a structure of containers along the security vs freedom gradient that could feed into each other and allow people at different levels of involvement to choose (or at least know) where they stand, creating a little less ambiguity in our space.
If these ideas are received well, I’d also like to pursue these concepts together:
- How would we structure circles/teams (what are the responsibilities of members, leaders, delegates, etc; and how we might choose them)?
- What’s the short-list of most-necessary domains for SC to produce outcomes in?
Thanks for reading, I’m interested in hearing your opinions in the comments.
** not to say that capitalist jobs don’t leverage our need for security to try and extract as much as possible from laborers. It’s not ethical about it, but security is part of the agreement.