202602241600-phoenix-labs
🎯 Core Idea
Phoenix Labs is a research and development company focused on building decentralized finance products, with an emphasis on smart contract development. Phoenix Labs presents itself as an R&D company specializing in DeFi protocol development, and lists Spark Protocol (a DAI-centric lending protocol) as featured work.
In the Sky and Spark ecosystem framing, Phoenix Labs is a core contributor to Spark. Spark governance documentation explicitly lists nested contributors such as Phoenix Labs as eligible proposers for governance proposals.
Historically, Phoenix Labs was onboarded in Maker governance as an Ecosystem Actor with the goal of delivering Spark Protocol and maintaining it for 12 months. The Maker governance poll lists the intended team composition as business development, smart contract development, and developer relations.
Phoenix Labs is also described in Sky Fusion as an Ecosystem Actor created to introduce new decentralized products into the Maker ecosystem, with the idea that Maker governance administers smart contracts and can adjust parameters via polls. That page also notes an intention that Spark Protocol could transition to a Creator subDAO model once established.
One visible public member is Sam MacPherson, described as co-founder and CEO of Phoenix Labs. Public profiles also connect his prior experience to MakerDAO protocol engineering and his ongoing contributions to Spark.
How to interpret Phoenix Labs in practice
- It is not only a contractor. It is positioned as a core builder for Spark.
- Its work matters because it influences the protocol codebase, governance proposals, and the operational product layer built on top of Spark.
- The ecosystem links between Spark and other protocols can involve explicit commercial agreements. For example, Sky Fusion describes a revenue-sharing relationship involving Phoenix Labs and Aave tied to Spark Lend being built on Aave v3.
🌲 Branching Questions
➡ What is Phoenix Labs’ formal relationship to Spark and Sky (Ecosystem Actor, nested contributor, any stated responsibilities)?
Phoenix Labs appears in multiple places with slightly different labels:
-
Maker governance onboarding: Maker governance ran a poll to onboard Phoenix Labs as an Incubating Ecosystem Actor, with the stated goal to deliver Spark Protocol and maintain it for 12 months. The poll also describes an intended team composition and budget structure.
-
Spark governance: Spark governance documentation lists nested contributors such as Phoenix Labs as eligible proposers. In that framework, nested contributor status is relevant because it grants proposal submission eligibility without requiring a large SPK token threshold.
-
Sky Fusion: Sky Fusion describes Phoenix Labs as a research and development company created to introduce new decentralized products into the Maker ecosystem. It also states that Maker governance will own the products Phoenix Labs creates and will administer the smart contracts with polls and parameter changes.
A practical way to summarize the relationship is that Phoenix Labs is positioned as a core builder and maintainer for Spark, with governance-recognized status and an explicit link to the broader Maker or Sky ecosystem governance processes.
➡ What are Phoenix Labs’ concrete deliverables for Spark (what they built or maintain, and what does maintain mean in practice)?
The clearest formal deliverable statement comes from Maker governance onboarding: deliver Spark Protocol and maintain it for 12 months.
Public descriptions of the build include:
- Phoenix Labs is described as the development team behind Spark Protocol.
- Spark Lend is described as Spark’s lending market, built as a soft fork of Aave v3.
Maintain in practice usually includes:
- security updates and ongoing smart contract maintenance
- responding to issues and incidents
- incremental feature work and integration changes
- governance support work such as preparing or coordinating parameter changes and new deployments
If you want to evaluate maintenance quality, the signals are: frequency of protocol updates, incident response quality, and how changes are documented and routed through governance.
➡ What does Spark governance documentation imply about Phoenix Labs’ privileges and role as a nested contributor?
Spark governance documentation says proposals must be submitted in the Spark Prime section of the Sky forum and only eligible proposers can submit proposals. It lists two eligibility categories:
- holders of 1 percent of total SPK supply
- nested contributors such as Phoenix Labs
This implies nested contributors have elevated governance participation compared to ordinary community members who do not meet the token threshold. At the same time, the process still requires reviews and community voting:
- Spark Risk Council review
- Operational Facilitator review
- Snapshot vote
So the privilege is about proposal submission access, not unilateral control.
➡ What does Maker governance say about Phoenix Labs’ onboarding, scope, and staffing structure over time?
The Maker governance poll for onboarding Phoenix Labs as an Incubating Ecosystem Actor provides a compact snapshot:
- Goal: deliver Spark Protocol and maintain it for 12 months.
- Budget: 347,100 DAI immediately after a successful poll confirmation, plus 17,000 DAI and 10 MKR per month for a developer relations role.
- Team members: 1 business development, 1 smart contract developer, 1 developer relations.
It also describes what happens if the poll passes: recognition as an Incubating Ecosystem Actor and inclusion in an upcoming executive vote.
This tells you Maker governance treated Phoenix Labs as a structured, funded delivery team rather than an informal volunteer group.
➡ Who are publicly identified Phoenix Labs members (names, background, roles), and what has each contributed to Spark and Sky?
Public information about individual members is limited.
The most visible named individual in public sources is Sam MacPherson, described as co-founder and CEO of Phoenix Labs. Decrypt also describes Phoenix Labs as being led by protocol engineer Sam MacPherson.
Outside of Sam MacPherson, the Maker governance onboarding poll lists functional roles rather than names. That suggests an intended team shape, but not a public roster.
If you want a reliable list of members, the highest-signal sources are likely:
- Phoenix Labs official communications
- governance forum accounts and posts authored under identifiable handles
- event speaker pages where individuals self-identify
➡ What is Sam MacPherson’s background and what has he publicly said about Spark and Phoenix Labs’ role?
Blockworks describes Sam MacPherson as co-founder and CEO of Phoenix Labs and associates him with MakerDAO protocol engineering.
In Decrypt’s coverage of Spark Lend and Phoenix Labs:
- Phoenix Labs is described as previously being called the Crimson Cluster.
- Phoenix Labs is described as being led by Sam MacPherson.
- Sam is quoted framing Spark’s motivation as providing more advanced features for DAI users.
- He also frames the Aave revenue-sharing arrangement as a way to give back to open-source developers.
- He states that Spark is owned by Maker governance, including IP and trademarks, and Phoenix Labs has no control other than the development process.
These statements are useful because they clarify a governance ownership boundary: Phoenix Labs builds and maintains, but governance owns and can ratify changes.
➡ How does Spark Lend relate to Aave v3, and what is the stated revenue-sharing arrangement involving Phoenix Labs?
Multiple sources describe Spark Lend as being built on Aave v3:
- Spark Protocol is described as a soft fork of Aave v3.
- Spark Lend is described as using Aave v3 code.
Sky Fusion describes a revenue-sharing agreement facilitated by Phoenix Labs. It states Phoenix Labs proposed a profit-sharing program allocating 10 percent of gross profits from DAI borrowings within Spark Lend to Aave.
The Aave governance forum post authored by the PhoenixLabs account provides specific implementation details:
- 10 percent of gross profits from the DAI market in Spark Lend
- gross profit defined as revenue from DAI borrows minus costs paid to DAI suppliers
- activates when the DAI market reaches a stated minimum size and expires two years later
- payments are intended to be ratified and issued by Maker governance on a quarterly basis
This arrangement is a concrete example of how Phoenix Labs positions Spark as building on open-source primitives while creating explicit economic alignment with upstream protocol communities.
➡ How does the Creator subDAO transition idea affect Spark and Phoenix Labs’ long-term position in the ecosystem?
Sky Fusion’s Phoenix Labs page states that once the Creator subDAO model is established, Spark Protocol can be transitioned to one of them.
The Defiant frames Spark Protocol as a product of Maker’s broader restructuring plan into multiple subDAOs.
If Spark transitions into a Creator subDAO structure, it likely changes:
- governance interfaces and decision-making boundaries
- how budgets and contributors are organized
- how Phoenix Labs’ role is defined, potentially moving from an ecosystem actor relationship to a more formal subDAO-specific contributor arrangement
The practical question is whether Phoenix Labs remains a core builder within the new structure, or whether its responsibilities are partially absorbed by a dedicated Spark subDAO organization.
📚 References
- https://www.phoenixlabs.dev/
- https://docs.spark.fi/governance/
- https://vote.makerdao.com/polling/QmRxNdG7
- https://fusion.sky.money/contributors/ecosystem-actors/PHX
- https://fusion.sky.money/contributors/ecosystem-actors/AAVE
- https://governance.aave.com/t/arc-spark-lend-profit-share-proposal/11615.json
- https://decrypt.co/121662/dai-finds-spark-spark-lend
- https://thedefiant.io/news/defi/makerdao-launches-spark-lending-protocol
- https://thedefiant.io/news/defi/spark-launches-institutional-lending-products-in-off-chain-expansion
- https://blockworks.co/speaker/sam-macpherson