Knowledge Transfer: The Gitcoin Hyperstructure 🏢

Preamble

I was chatting with @annika about the concepts below and she mentioned it might be worth sharing on the gov forum, so here it goes. This post is meant to be a knowledge transfer and represents my limited vantage point. Please treat it as just a data point + part of the knowledge transfer.

Definitions

  • Socialware - Mechanisms that create assurances through human relationships, incurring a high social coordination cost.
  • Trustware - Mechanisms that create assurances through technology, incurring a low social coordination cost.
  • Hyperstructure - crypto protocols that can run for free and forever, without maintenance, interruption or intermediaries

Credit for these definitions: Orca: socialware to trustware , Zora: Hyperstructures.

TLDR

Gitcoin started as socialware (high social coordination cost) + more trustware (low social coordination cost) has evolved over time.
Once Trustware runs all of the core operations of Gitcoin’s products, then Gitcoin is a hyperstructure (a crypto protocol that can run for free and forever, without maintenance, interruption or intermediaries).

The four phases of this evolution of trust @ Gitcoin are:

  1. Socialware
  2. Modular socialware
  3. Trustware at the center with socialware at the edges (hyperstructure phase)
  4. Growth via network effects

As Gitcoin Progressively decentralizes over time, I believe it’ll move from centralization to a decentralized and modular set of protocol-based codebases.

The evolution of socialware => trustware of GitcoinDAO

The Gitcoin Hyperstructure

As noted above, Hyperstructures are crypto protocols that can run for free and forever, without maintenance, interruption or intermediaries.

Once Gitcoin Grants is run primarily on trustware, I believe that it has fully become a Hyperstructure.

Here is a more-artistic (and less technical) visualization of the Gitcoin Hyperstructure by IamJvck, created via this design bounty.

10 Likes

I did not cover this phase in the OP, but perhaps it’s worth reading this post about Network Effects to learn more about the fourth phase.

From that post:

1 Like

Thanks for the great post @owocki (and incredible visuals @octaviaan!)

Reflecting on our journey so far, even the fully socialware to modular socialware this year has been a massive change and we have a ways to go. IMO, we should work to start to weave in elements of trustware wherever we can, even as we continue on improving our ‘modular socialware’ structures in the interim.

4 Likes

Super excited to see you adopt the Socialware/Trustware model from Orca, I think it’s a great way of analyzing how a DAO operates :heart:

Also really love that you’re seeing a vision of Gitcoin moving into Trustware as much as technology allows. I think all DAOs need to be moving in this direction constantly to take advantage of the technology platform they’re built on to allow the organization to scale without compromising values/mission.

Big opportunity for GitcoinDAO to be a leader in showing the DAO space in general the way to the next level!

4 Likes

Very compelling!

My project enables organisations like Gitcoin to build and run decentralised off-chain Trustware which can be owned directly by the DAO. Just wanted to drop the idea here because it could be very useful for running things like fraud analysis and governance decisions autonomously. Here’s more info: https://autonolas.network – feel free to reach out if of interest!

1 Like

Very cool, been thinking a lot about data science trustware and I think there is a ton that could be done for Gitcoin specifically. Including socialware to find consensus on what data science is used/what trade offs you want → turn the chosen result of the socialware into trustware.

Given data science model drift, you may want iterative socialware where humans keep tuning the models and deploying them to trustware. EDIT: I think this may be what you mean by having fraud analyzers and governance continue as socialware?

I like to think of it as “Can we confirm that data scientists have access to the same data (not even gitcoin has an advantage of data proprietary to them)?” to enable reproducibility and observability. Then we might say “Does the protocol infrastructure have low barriers to swapping one properly formatted algo for another?”

I’d love to connect to hear more about how you think of this! Find me on discord and I’ll send you a calendly link!

1 Like

Two components to this post are topical for our current phase of Gitcoin:

  1. The migration from socialware to trustware as an orientation for how we think about the DAO post protocol stabilization. I think our focus on the next few months are clarifying, but is it time we think about the DAO post stabilization? What are the necessary components, what is the protocol governance structure, and what forms do the remaining supporting structures look like in order to deliver the hyperstructure?

  2. The importance of the network in the realization of the hyperstructure. This feels topical because I think we just defunded the “engage the community” surface. I think for the network effect to happen we can deliberately leverage a community of hard core fanatics, or buy eyeballs.

Q1: Is someone working on these things already?
Q1: If not, should we consider these topics now?
Q2: If not now, when is the right time to consider these topics?
Q3: who do you think should take the lead for driving these conversations (org structure post stabilization, community engagement)

3 Likes

I think starting a trustware model for the hyperstructure is going to be impossible while we are too concerned about accidentally overpaying people. The hyperstructure only works (as far as we have seen so far) in a way were people are payed rewards or bounties which are irregular.

Gitcoin chose the path of salaries, but that was at the expense of decentralization and the potential to be a hyperstructure. The risk inherent in moving to a bounty or reward based system must be compensated to kickstart the value flywheel.

Here is my take on

I raised this in a different yet similar context: S17 Musing - Gitcoin's "Most important Thing" - #4 by tigress … with a little bit of a twist: less from the perspective of Community Engagement and more based on the craft of Token Engineering.

:point_right: As a protocol DAO with an impact arm, shouldn’t we look more at how the relationships between the 3 most important things outlined above are intended to develop: Which incentives (utility) drive which behaviours and how the protocols interact in order to enable a thriving ecosystem?

And interestingly, Shawn, your own personal reflection on refactoring Gitcoin makes me aware of what is stopping me from empowering myself, initiating and wanting to co-own this work and moving forward with accountability to make it happen:

I fear that this work “towards a hyperstructure”

  1. does not matter / is not valued
  2. fear this work is not inline with other ideas somewhere else
  3. fear my work is going to be torpedoed at the 11th hour by some last moment dismissal

From my empowered stance I can overcome #1 and #2 but the number 3 has continuously worsened throughout the past year(!) and is not under my control. Contributing factors are:

  • Wild-wild west (combative) style of managing expressed as e.g. hostile commenting on this forum
  • Changes in GTC delegations and therefore continuously discontinuous top-level leadership direction and alignment
  • Lack of meaningful feedback and inspection and adaption on the whole-system level

I highly encourage the reader to dig into this underlying, very human “wild wild west” drama and the very natural feelings of unworthiness, blaming and trying to compensate and protect (in times of scarcity). And to even further explore the concept of psychological safety at work.

If this does not speak to you, I can offer an alternative: Think about the leverage points in our system. Which one(s) would you tackle first? Where can we 10x?

PLACES TO INTERVENE IN A SYSTEM (Source)
:point_right: in increasing order of effectiveness!

9 Constants, parameters, numbers (subsidies, taxes, standards).
8 Regulating negative feedback loops.
7 Driving positive feedback loops.
6 Material flows and nodes of material intersection.
5 Information flows.
4 The rules of the system (incentives, punishments, constraints).
3 The distribution of power over the rules of the system.
2 The goals of the system.
1 The mindset or paradigm out of which the system — its goals, power structure, rules, its culture — arises.

My conclusion is: intervene in our system now and work on leverage point 8 as well as 4 to 1 and know that there are still human beings involved who need to feel a sense of safety in order to be able to problems of this complex and creative caliber! (watch video) … and if there is capacity shortages of people doing this work: Prioritise with System Thinking in mind.

The less fear, the less burdened we feel, the more effective and efficient we can deliver something outstanding! And the more support we can give to others!

Tagging here @kyle and @kevin.olsen for visibility.

5 Likes