Jenny Pollack
    • Create new note
    • Create a note from template
      • Sharing URL Link copied
      • /edit
      • View mode
        • Edit mode
        • View mode
        • Book mode
        • Slide mode
        Edit mode View mode Book mode Slide mode
      • Customize slides
      • Note Permission
      • Read
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Write
        • Only me
        • Signed-in users
        • Everyone
        Only me Signed-in users Everyone
      • Engagement control Commenting, Suggest edit, Emoji Reply
    • Invite by email
      Invitee

      This note has no invitees

    • Publish Note

      Share your work with the world Congratulations! 🎉 Your note is out in the world Publish Note

      Your note will be visible on your profile and discoverable by anyone.
      Your note is now live.
      This note is visible on your profile and discoverable online.
      Everyone on the web can find and read all notes of this public team.
      See published notes
      Unpublish note
      Please check the box to agree to the Community Guidelines.
      View profile
    • Commenting
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
      • Everyone
    • Suggest edit
      Permission
      Disabled Forbidden Owners Signed-in users Everyone
    • Enable
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
    • Emoji Reply
    • Enable
    • Versions and GitHub Sync
    • Note settings
    • Note Insights New
    • Engagement control
    • Make a copy
    • Transfer ownership
    • Delete this note
    • Save as template
    • Insert from template
    • Import from
      • Dropbox
      • Google Drive
      • Gist
      • Clipboard
    • Export to
      • Dropbox
      • Google Drive
      • Gist
    • Download
      • Markdown
      • HTML
      • Raw HTML
Menu Note settings Note Insights Versions and GitHub Sync Sharing URL Create Help
Create Create new note Create a note from template
Menu
Options
Engagement control Make a copy Transfer ownership Delete this note
Import from
Dropbox Google Drive Gist Clipboard
Export to
Dropbox Google Drive Gist
Download
Markdown HTML Raw HTML
Back
Sharing URL Link copied
/edit
View mode
  • Edit mode
  • View mode
  • Book mode
  • Slide mode
Edit mode View mode Book mode Slide mode
Customize slides
Note Permission
Read
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Write
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Engagement control Commenting, Suggest edit, Emoji Reply
  • Invite by email
    Invitee

    This note has no invitees

  • Publish Note

    Share your work with the world Congratulations! 🎉 Your note is out in the world Publish Note

    Your note will be visible on your profile and discoverable by anyone.
    Your note is now live.
    This note is visible on your profile and discoverable online.
    Everyone on the web can find and read all notes of this public team.
    See published notes
    Unpublish note
    Please check the box to agree to the Community Guidelines.
    View profile
    Engagement control
    Commenting
    Permission
    Disabled Forbidden Owners Signed-in users Everyone
    Enable
    Permission
    • Forbidden
    • Owners
    • Signed-in users
    • Everyone
    Suggest edit
    Permission
    Disabled Forbidden Owners Signed-in users Everyone
    Enable
    Permission
    • Forbidden
    • Owners
    • Signed-in users
    Emoji Reply
    Enable
    Import from Dropbox Google Drive Gist Clipboard
       Owned this note    Owned this note      
    Published Linked with GitHub
    • Any changes
      Be notified of any changes
    • Mention me
      Be notified of mention me
    • Unsubscribe
    # Exploring Resilience in Open Source Software Ecosystems # Abstract Open source software and the communities that form around it are a relatively recent phenomenon, yet understanding their dynamics is necessary to build a long-term foundation for credibly neutral blockchains like Ethereum. There are many lessons one can draw from open source ecosystems to avoid common failure — and capture — modes. More so, the social, financial, and political histories of open source ecosystems provide a glimpse into the consequences that can arise from centralization, privatization, and intermediation. # Overview This research will explore aspects of capture-resistance, resilience, and neutrality in software ecosystems by analyzing the past, current, and future of major open source projects. It will center on ethnographic research and user interviews with key stakeholders to present a multi-dimensional image of how these projects have evolved through forks, privatization, capture, and censorship through the lens of their social, political, and financial networks. These insights will be used to define a more context-specific framework of "resilience" that can be applied to open source infrastructure ecosystems. This framework will be used to map the current social, political, and financial landscape behind the Ethereum project, in an attempt to enframe our own ecosystem within the histories of others. # Background “Decentralized” does not always guarantee a effective and equitable distribution of power. A system can be technically decentralized yet still fail to eliminate excessive concentrations of power. This can make a system more vulnerable to capture & censorship which challenges the credible neutrality of open source infrastructure and thus compromises its long-term viability due to the nature of the anti-competitive forces that aim to control it ([1](https://berjon.com/capture-resistance/)). Conceptually, "resilience" is a way to represent a more holistic picture of decentralization, one that takes into account the social, financial, and political aspects of the ecosystem. A project's resilience determines how it can adapt, evolve, and survive in the face of intermediation, privitization, and censorship. While we've seen the emergence of decentralization metrics like the [Nakamoto Coefficient](https://www.researchhub.com/post/505/quantifying-ethereum-network-decentralization) and ["sufficent decentralization"](https://variant.fund/articles/sufficient-decentralization/), we still lack a more defined picture for what level of "resilience" is necessary to maintain the long-term credible neutrality, reliability, and viability of blockchain ecosystems like Ethereum. This research aims to further define the concept of "resilience" with ethnographic research and case studies from well-known open source projects. ## Team [**Abbey Titcomb**](https://twitter.com/abbey_titcomb) is Governance Lead at [Radicle](https://radicle.xyz/), where her prerogative is to design the organization as a decentralized, community-led, self-sustaining network for funding free and open source technologies. She sits on the Council of the [Radicle Foundation](http://radicle.ch/) and the Board of the Optimism Foundation, where she helps steward the formation & growth of the [Optimism](https://www.optimism.io/) Collective. [**Jenny Pollack**](https://twitter.com/jenny_pollack) is a long-time Ethereum community member who has occupied many roles in the space, including as the Head of Product at [Aave](https://aave.com/), Security Researcher at [DappHub](https://dapp.tools/), and Software Engineer at [MetaMask](https://metamask.io/). # Grant Scope ## Research Questions - Within open source software ecosystems, how is capture-resistance, resilience, and neutrality defined in practice? - What has been the impact of intermediation and privatization on major open source software ecosystems? What examples of capture have we seen in the real-world? - What structures/fortifications are employed by open source software ecosystems to ensure capture-resistance, resilience, and neutrality? ## Objectives This initial round of research will focus on the following objectives: - Conduct a series of research interviews with key stakeholders (e.g. maintainers, executive directors, community leaders) of major open source ecosystems. - Present a preliminary evaluation of the impact of intermediation, privatisation, and other forms of capture in those open source ecosystems backed by real-world examples and case studies. - Map the social, finanical, and political networking behind the Ethereum client ecosystem (e.g. client teams, core devs, entities, capital flows) building on current resources like [clientdiversity.org](https://clientdiversity.org/). - Delineate a framework of "resilience" that can be applied within open source ecosystems. ## Methodology ### Research & Interviews We'll conduct a series of interviews with key stakeholders from target open source ecosystems that: - Exhibit varying degrees of "resiliency" based on differing technical, financial, and social/political decentralization needs. - Have experienced significant attempts at capture, intermediation, and/or privatization. - Deploy “fortifications” for ensuring capture-resistance & credible neutrality. We will also review documents and artifacts that detail different examples of capture, contextualize the motivations behind them, and evaluate the impact they've had on the associated ecosystem(s). These subjects/case studies include, but are not limited to: - Tor - Rust - W3C - The "Browser Wars" (Firefox, Brave, WebKit vs. KHTML) - Amazon (DocumentDB vs MongoDB) We will also include a set of interviews with key individuals like, but not limited to: - Robin Berjon (W3C/Filecoin) - Ashley Williams (Rust) - Jay Graber (Bluesky) - Meredith Whittaker (Signal Foundation) The goal of these interviews is to inform "a spectrum of resilience" by providing examples of how different open source ecosystems have been impacted by capture, intermediation, and privatization. This will provide generalized historic context that can be applied to other open source ecosystems, including Ethereum. ### Case Study Building on the ethnographic research, we'll build a case study on Ethereum that evaluates its own "resilience" using the following methods: - Consolidating & reviewing evaluations of Ethereum's current technical decentralization (e.g. client diversity, geopolitical mapping of validators, hosting diversity etc...). - Mapping funding networks behind protocol development (e.g. corporate, institutional, venture etc...). - Mapping relevant organizational affinities & relationships. These methods will build on already available resources like [etheralpha.org](https://etheralpha.org/) but add new social and financial context to provide a clearer picture of resilience within the Ethereum ecosystem. This research may also include user interviews with key stakeholders in the Ethereum ecosystem (e.g. maintainers, client teams, node operators etc...) ## Timeline The research will be conducted over the course of 6 months, scoped in three two-month phases: **Phase 1: Background Development** * *Duration:* Two months * *Scope:* Background research, scoping target subjects, development of guiding hypotheses, creation of interview protocols. **Phase 2: Research & Interviews** * *Duration:* Two months * *Scope:* Conduct interviews, review and categorize responses, develop initial framework for resilience spectrum. **Phase 3: Synthesis** * *Duration:* Two months * *Scope:* Refine resilience spectrum framework, analyze findings, complete written deliverable, website and graphics development, submit speaker applications for live presentations. ### Deliverables The current planned deliverables are: * A static site for displaying research results. * An accompanying written piece detailing the research completed and conclusions made. ## Budget | Type | Description | Cost (USDC) | | ------ | ----------- | --------- | | Principal Researchers | Two researchers at 5hrs/week over the duration of research period (6 months) | $36k | Technical Deliverable Development | Infographic & graph designs, site development, hosting | $3k | Additional Costs | Travel expenses for 1-2 in-person sessions for principal researchers, external editing/review costs | $3k | **Total Costs** | | **$42k**

    Import from clipboard

    Paste your markdown or webpage here...

    Advanced permission required

    Your current role can only read. Ask the system administrator to acquire write and comment permission.

    This team is disabled

    Sorry, this team is disabled. You can't edit this note.

    This note is locked

    Sorry, only owner can edit this note.

    Reach the limit

    Sorry, you've reached the max length this note can be.
    Please reduce the content or divide it to more notes, thank you!

    Import from Gist

    Import from Snippet

    or

    Export to Snippet

    Are you sure?

    Do you really want to delete this note?
    All users will lose their connection.

    Create a note from template

    Create a note from template

    Oops...
    This template has been removed or transferred.
    Upgrade
    All
    • All
    • Team
    No template.

    Create a template

    Upgrade

    Delete template

    Do you really want to delete this template?
    Turn this template into a regular note and keep its content, versions, and comments.

    This page need refresh

    You have an incompatible client version.
    Refresh to update.
    New version available!
    See releases notes here
    Refresh to enjoy new features.
    Your user state has changed.
    Refresh to load new user state.

    Sign in

    Forgot password

    or

    By clicking below, you agree to our terms of service.

    Sign in via Facebook Sign in via Twitter Sign in via GitHub Sign in via Dropbox Sign in with Wallet
    Wallet ( )
    Connect another wallet

    New to HackMD? Sign up

    Help

    • English
    • 中文
    • Français
    • Deutsch
    • 日本語
    • Español
    • Català
    • Ελληνικά
    • Português
    • italiano
    • Türkçe
    • Русский
    • Nederlands
    • hrvatski jezik
    • język polski
    • Українська
    • हिन्दी
    • svenska
    • Esperanto
    • dansk

    Documents

    Help & Tutorial

    How to use Book mode

    Slide Example

    API Docs

    Edit in VSCode

    Install browser extension

    Contacts

    Feedback

    Discord

    Send us email

    Resources

    Releases

    Pricing

    Blog

    Policy

    Terms

    Privacy

    Cheatsheet

    Syntax Example Reference
    # Header Header 基本排版
    - Unordered List
    • Unordered List
    1. Ordered List
    1. Ordered List
    - [ ] Todo List
    • Todo List
    > Blockquote
    Blockquote
    **Bold font** Bold font
    *Italics font* Italics font
    ~~Strikethrough~~ Strikethrough
    19^th^ 19th
    H~2~O H2O
    ++Inserted text++ Inserted text
    ==Marked text== Marked text
    [link text](https:// "title") Link
    ![image alt](https:// "title") Image
    `Code` Code 在筆記中貼入程式碼
    ```javascript
    var i = 0;
    ```
    var i = 0;
    :smile: :smile: Emoji list
    {%youtube youtube_id %} Externals
    $L^aT_eX$ LaTeX
    :::info
    This is a alert area.
    :::

    This is a alert area.

    Versions and GitHub Sync
    Get Full History Access

    • Edit version name
    • Delete

    revision author avatar     named on  

    More Less

    Note content is identical to the latest version.
    Compare
      Choose a version
      No search result
      Version not found
    Sign in to link this note to GitHub
    Learn more
    This note is not linked with GitHub
     

    Feedback

    Submission failed, please try again

    Thanks for your support.

    On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?

    Please give us some advice and help us improve HackMD.

     

    Thanks for your feedback

    Remove version name

    Do you want to remove this version name and description?

    Transfer ownership

    Transfer to
      Warning: is a public team. If you transfer note to this team, everyone on the web can find and read this note.

        Link with GitHub

        Please authorize HackMD on GitHub
        • Please sign in to GitHub and install the HackMD app on your GitHub repo.
        • HackMD links with GitHub through a GitHub App. You can choose which repo to install our App.
        Learn more  Sign in to GitHub

        Push the note to GitHub Push to GitHub Pull a file from GitHub

          Authorize again
         

        Choose which file to push to

        Select repo
        Refresh Authorize more repos
        Select branch
        Select file
        Select branch
        Choose version(s) to push
        • Save a new version and push
        • Choose from existing versions
        Include title and tags
        Available push count

        Pull from GitHub

         
        File from GitHub
        File from HackMD

        GitHub Link Settings

        File linked

        Linked by
        File path
        Last synced branch
        Available push count

        Danger Zone

        Unlink
        You will no longer receive notification when GitHub file changes after unlink.

        Syncing

        Push failed

        Push successfully