• © Goverland Inc. 2026
  • v1.0.8
  • Privacy Policy
  • Terms of Use
Event HorizonEvent Horizonby0xFAD69Bd739c64cC8e3f1C3bb3B60fe4f160174Cchvax.eth

[SCROLL] Research to inform a builder support strategy

Voting ended about 1 year agoSucceeded

Research to inform a builder support strategy

Description

Proposal Type: Growth

Summary

For the most recent discussions on this proposal, please visit the forum

As Scroll seeks to grow, it’s critical to understand why builders and entrepreneurs choose to develop on a specific ecosystem and what the success factors are.

Critical choices for designing a grant program, incubation, and/or builder support systems depend on these insights to avoid wasting money and maximise impact.

To deliver these insights and inform Scroll’s approach to ecosystem development, we’ll:

  1. Gather the lessons learned in previous research and by program managers on grant and builder support programs.

  2. Collect insights from Labs and Foundation: engage with Labs and the Foundation to collect and synthesise their learnings and insights.

  3. Conduct user research with builders to understand support gaps (covering research gaps identified in phase 1).

  4. Present findings via a report focused on lessons for Scroll and organise a live event to disseminate the findings.

  5. Conduct a workshop (inviting Delegates, Foundation, and Labs) to define Scroll’s framework to builder support based on the findings.

  6. Summarise the output in document format, memefication, and retrospective: findings formated as a document and framework (further details below) for selecting and informing builder support programs in Scroll. Including memefying key insights for easy consumption, documenting learnings from this initiative, and a final NPS survey and asynchronous retrospective on the process.

The ultimate output of this proposal is data-driven, high-level RFPs of the type of builder support programs that would make sense for Scroll and a builder support program evaluation framework. The outcome of which is an informed, and well-targeted strategy that provides scroll maximum ROI on ecosystem development activities.

Duration: 4-5 months, with insights shared from month 2-3 (see estimated timeline section).

Budget: 60,264 Scroll tokens (including interviewee incentives). Or 78,344 including a 30% volatility buffer (to be held by the foundation and returned to the DAO if not needed).

Key Stakeholders: builders, grant program managers, and Scroll’s Delegates, Foundation, and Labs.

Motivation

Scroll counts with limited resources to advance its vision. If these resources are used poorly, Scroll will fail. In contrast, identifying highly effective ways to support builders would provide a key advantage. There’s already significant knowledge on builder support but this knowledge is often outdated, fragmented (e.g. reports focusing only on grant programs instead of a more holistic framing of builder support), and scattered across the individual experiences of builders and program managers.We aim to consolidate insights and advance primary research to provide high-quality and highly relevant insights so Scroll can support builders effectively and cost-efficiently.

TDLR, this proposal is for Scroll to avoid wasting millions of dollars on the wrong activities and failing to attract and retain builders. Having a data-led design of programs and strategy will instead enable Scroll to focus on high-leverage activities and become a leading player.

Disclosure of interest: RnDAO is an active delegate in Arbitrum, Scroll, and zkSync. Additionally, we run builder support programs and research ecosystem development and collaboration challenges. As such, we’re particularly curious about the conclusions of this research and plan to leverage them to inform future proposals.

Execution

Beyond what pure desk research or a survey can accomplish, this initiative will provide Scroll DAO and affiliated entities with

  • Summary of builder support options already tested in web3 and lessons learnt (beyond only grant programs)

  • A deep understanding of builders decision-making models and current support gaps

  • A framework for selecting and informing the design of builder support programs

Operational overview:

1. Gather previous research and the lessons learned by program managers

Key research questions:

  • What has been tried to support builders in Web3?

  • What led to the un/successful cases for builders?

  • What led to un/successful cases for ecosystems?

  • Which lessons should we keep to improve the efficiency and effectiveness of programs?

Activities:

  1. Map the types of builder support programs.

  2. Gather, review, and synthesise previous datasets, research on grant programs (e.g. State of Web3 Grants Report, RnDAO’s research on 'Web3 aspiring entrepreneurs’, etc.) and other forms of research on builder support programs.

  3. Conduct 10 interviews with Builder Support Program managers (current or having previously run a program, focus on gaps of previous research).

Methodology:

  • Desk research

  • User research: in-depth interviews

2. Collect insights from Labs and Foundation

Key research questions:

  • What are the key strategic considerations by Labs and Foundation?

  • What have Labs and Foundation already tried to support builders and which lessons were learnt?

3. Conduct user research with builders

Key research questions:

  • Why do builders pick a specific ecosystem?

  • What type of support do builders want?

  • What unaddressed needs do builders have?

  • What types of builders are there (builder personas)?

  • How do builders view Scroll?

Activities:

We will:

  1. Conduct an outreach program to connect with builders.

  2. A short form will allow them to register for the research and will also allow us to segment the applicants and ensure coverage of the desired dimensions.

  3. We will conduct 40 interviews with protocol and dApp builders (founders and technical leads). See FAQ for justification on number of interviews.

  4. Builders having completed the interviews will be rewarded (see interviewee incentives in the budget breakdown).

Ecosystems to cover:

  • Scroll

  • Solana

  • Base

These ecosystems were selected based on a survey, adjusted for voting power. Additional options for the ecosystem included:

  • zkSync

  • Optimism

  • Celo

  • Arbitrum

  • Solana

  • Starknet

  • Polygon

  • Polkadot

  • Avalanche

Survey results:

576×484 53.6 KB

Builders selection: include at least 5 interviewees in each of the following labels

  • Received support

    • Grant recipients

    • Having joined/currently in a builder support program (outside of grants)

    • Building in an ecosystem without having joined an official program

  • Funding

    • VC funded

    • Other sources of funding (angel, debt, revenue-based financing, etc).

    • Web3 grants recipients (includes Gitcoin rounds)

    • Hasn’t raised funding

  • Special circumstances

    • Top hackathon participants/ winners

    • Moved to another ecosystem

Methodology:

Voice of Consumer with Jobs To Be Done Framework. Including live interviews with all participants that focus on the following topics:

  • Participant background and projects

  • Specific project demands

  • Participant decision-making process around ecosystem and technology

5. Present finding

The deliverables below are intermediate deliverables that will be transformed into an actionable framework to assess builder support programs in steps 5 & 6.

Deliverable 1:

We’ll compile a comprehensive report with the findings, including

  • Executive summary

  • Methodology overview

  • Builders database

  • Detailed research findings, including

    • builder personas

    • ecosystem decision-making factors

    • existing builder support programs mapping

    • builders needs gap analysis

    • learnings from previous research and primary research on programs

  • Actionable recommendations tailored to Scroll’s ecosystem development strategy.

Deliverable 2:

Following the report, we’ll host a live Q&A event to further disseminate the learnings, and make ourselves available for up to 3 hours of chat conversation.

6. Define Scroll’s framework/approach to builder support:

Key Questions:

  • What type of builder support programs should Scroll consider?

  • What recommendations and key design principles should be taken into account f

... please visit link below to view full proposal

https://snapshot.org/#/scroll.eth/proposal/545246063317575466165740766113143372181954164634411861681132968954652703515

Off-Chain Vote

For
55 HVAXVC93.2%
Against
1 HVAXVC1.7%
Abstain
3 HVAXVC5.1%
Quorum:5900%
Download mobile app to vote

Timeline

Jan 13, 2025Proposal created
Jan 13, 2025Proposal vote started
Jan 19, 2025Proposal vote ended
Mar 17, 2026Proposal updated