Abstract
The Service Provider Program funds teams that provide defined services to the ENS ecosystem. This proposal authorizes a third season, specifies the objectives SPP3 should advance, names the committee that will execute it, and caps the budget at 20% of trailing protocol revenue.
The program parameters and budget are ratified in a single Snapshot vote alongside the named committee; the committee then returns to the DAO with a final cohort recommendation ratified via on-chain executable.
SPP3 requires two votes from delegates:
- The first approves the program, budget, and committee;
- the second ratifies the cohort.
This removes the burden on delegates of rating and ranking every service provider themselves, a structural problem SPP2 exposed.
The committee reports to the DAO directly through standard governance channels. Nothing in this proposal depends on any specific governance evolution.
Specification
Part I: Program Authorization
Authorization
SPP3 is authorized as a one-cycle program. Renewal requires a new DAO vote. Nothing in this proposal commits the DAO to future seasons.
The program funds teams that provide a defined service to the ENS ecosystem in exchange for payment. The primary deliverable must be a service to ENS. Projects whose primary value accrues outside the ENS ecosystem are not eligible.
Ecosystem Objectives
SPP3 applicants must map their proposed work to one or more of the following objective categories.
Across all categories, growth in ENS registrations and integrations is a primary outcome the program is desires to advance.
- ENS Infrastructure. Work that improves ENS as a protocol: smart contract development, frontend and client library improvements, resolver infrastructure, L2 support, and any engineering that increases the utility or reliability of the naming system.
- Outreach and Integrations. Work that increases adoption and usage of ENS: integration support for wallets, dApps, and exchanges; developer relations; documentation; marketing; and partnership development.
- DAO Infrastructure. Work that improves the operation of the DAO itself: governance tooling, transparency and accountability tools, voting infrastructure, communication platforms, and process automation.
- General Ecosystem Benefit. Work that broadly benefits ENS without fitting into the first three categories. Applicants claiming this category must demonstrate why their work does not fit and provide a concrete theory of value, including measurable outcomes. Category 4 is a narrow residual; the committee should prefer placing work into the first three categories where a reasonable mapping exists.
The committee may define subcategories and weights when it publishes the rubric, but may not create new top-level categories. Different objectives in a future cycle require a new Program Authorization vote.
Budget
The SPP3 budget shall not exceed 20% of gross protocol revenue (registrations and renewals).
The 20% formula is applied to trailing 12-month protocol revenue as measured at the time of the original draft (February 2026): approximately $16.9M, producing a binding budget cap of approximately $3.4M for SPP3. The cap is not recomputed at ratification.
For comparison, SPP2 was $4.5M; the decrease reflects a year-over-year decline in protocol revenue, not a policy decision to reduce program funding. Proportionally to last year it remains the same.
Committee compensation totals $150,000 USDC across the three compensated seats (one Chair at $45,000 and three compensated Members at $35,000 each). The ENS Labs Technical Representative seat is non-compensated. After overhead, approximately $3.25M is available for service provider funding. Funds are transferred to the accountability body’s multisig upon cohort ratification and disbursed to providers via stream from there. Unspent funds return to the DAO treasury.
Revenue source: dune.com/steakhouse/ens-steakhouse
Relationship to SPP2
SPP3 is independent of SPP2. SPP2 streams continue on their original terms. SPP3 does not modify, terminate, or extend them. SPP2 providers agreements coming to an end may apply to SPP3 on the same basis as any other applicant.
Part II: Committee Model
Model Justification
Throughout this proposal, “the accountability body” refers to the body the DAO designates as the SPP3 accountability counterparty. At the time of this proposal, that body is the Meta-Governance Working Group.
A standing committee addresses accountability gaps without removing the DAO from the decision. The DAO ratifies the committee in this proposal, approves the cohort recommendation by on-chain vote, and holds removal authority throughout.
The primary improvement over SPP2 is structural. Under SPP2, delegates were asked to rate and rank each provider proposal individually. That placed a heavy evaluation burden on the DAO and produced cohorts shaped more by aggregated voter sorting than by deliberate composition. SPP3 moves that work to a named, accountable committee whose recommendation the DAO ratifies as a single cohort.
SPP2 also surfaced smaller structural questions this model addresses:
- Program scope wasn’t formally ratified by the DAO ahead of selection
- Some disagreements landed mid-cycle, after applications had opened
- The fixed budget wasn’t tied to protocol revenue
Compensation reflects 12 months of accountability: reading every application, conducting interviews, negotiating service agreements, voting on the cohort, defending the recommendation publicly, and remaining the DAO’s contact point for the funded providers across the year.
Roles
Committee Chair. Owns the full lifecycle of SPP3: timeline, interview calendar, forum updates, primary DAO contact for the 12-month term, post-cycle retrospective, and the point of contact for the funded cohort post-ratification. The Chair is a neutral process owner during selection and votes or ranks only as a tiebreaker.
Committee Member. Reads every qualifying submission in full, participates in structured interviews, votes on allocation, and approves the cohort rationale before publication. No Member has unilateral authority to disqualify applicants.
ENS Labs Technical Representative (non-compensated). A Labs-designated voting Member seat (currently gregskril.eth). Brings protocol-level technical judgment. This seat is bound by the same CoI requirements as all other members. Not eligible for promotion to Chair.
Composition
| Role | Count | Compensation |
|---|---|---|
| Chair | 1 | $45,000 / cycle |
| Member (compensated) | 3 | $35,000 / cycle |
| Member (ENS Labs Rep) | 1 | Non-compensated |
Named seats:
| Seat | Name | Profile |
|---|---|---|
| Chair | coltron.eth | Long-standing ENS DAO contributor and steward and current steward. |
| Member | sovsignal.eth | Current steward and experienced grants administrator. Cross-ecosystem experience in Gitcoin, ENS, and Uniswap. |
| Member | austingriffith.eth | Long-standing Ethereum builder, mentor, and educator. Founder of BuidlGuidl and creator of Scaffold-ETH. Currently working with the Ethereum Foundation. |
| Member | abdullahumar.eth | Former co-president and head of governance at Michigan Blockchain. Active across Arbitrum, Lido, and Uniswap DAO’s with a broad context on DAO operations and grants programs. |
| Member | gregskril.eth | ENS Labs technical representative providing protocol-level engineering judgment. Non-compensated |
The committee is named in this proposal and ratified by the DAO in the same Snapshot vote that authorizes the program. No separate election is held. Naming constitutes tacit acceptance of the role.
Term and Payment
Term aligns with the SPP3 funding cycle (12 months). If continued, Members may not serve more than two consecutive cycles in the same seat without a cycle off.
Compensation: 20% paid upon on-chain submission of the cohort recommendation; 80% streamed over the remainder of the 12-month term, beginning on cohort on-chain ratification. The accountability body initiates the upfront payment and the stream; the committee holds no funds directly. If the accountability body changes during the cycle, responsibility passes to the successor body without interruption.
Dissolution. Each member receives only compensation earned to that point. The 20% upfront tranche is owed if the cohort recommendation has been submitted on-chain. Any portion of the 80% stream that has elapsed is owed; the remainder returns to the treasury.
Vacancies
If a compensated Member seat becomes vacant, it is filled by mutual agreement of the remaining members, subject to eligibility and DAO notification within 7 days. The replacement receives the remaining unpaid compensation of the member they replace. If the ENS Labs Rep seat becomes vacant, ENS Labs designates a replacement.
If the Chair seat becomes vacant, the remaining Members promote one of the three compensated Members to Chair by simple majority. The promoted Chair receives the Chair stream from the date of promotion forward; the outgoing Chair retains anything vested. If the vacancy occurs before or during cohort selection, a replacement Member is also appointed and the published timeline may be extended by up to 14 days. The ENS Labs Rep is not eligible for promotion to Chair.
Quorum and Voting
Voting or ranking of the cohort requires 3 of the 4 Member seats to be active and participating. Decisions require a simple majority of participating Members. The Chair votes only as a tiebreaker.
Conflict of Interest
A ommittee Member or Chair may not:
- Be a current or pending SPP3 applicant
- Be employed by, contracted to, hold stake in, or serve in any advisory capacity to any current or pending SPP3 applicant
- Have received direct compensation from any SPP3 applicant in the 3 months prior to nomination
- Acquire any of the above interests after ratification
Breach triggers automatic suspension pending a removal vote. Self-disclosure is required at nomination, and any new potential conflict must be disclosed as it arises. Failing to disclose a new conflict after ratification is grounds for removal.
No Backchanneling
Once the application window opens, committee members must not meet privately with applicants to discuss SPP3. All program discussion happens through the structured interview process. Providers who attempt to gain advantage by pressuring individual members may be considered for disqualification.
Removal
A committee member may be removed by unanimous vote of the remaining members with documented cause (persistent non-performance or material CoI breach). Upon removal, any unpaid compensation is forfeited.
Part III: SPP Application Process
The committee sets and publishes the full process timeline before the submission window opens. Window extensions may be considered by the committee if more time is needed for evaluation.
Pre-Submission Work
Before the provider submission window opens, the committee is responsible for preparing the infrastructure that makes the cycle run. This work begins immediately upon committee seating and includes:
- Developing and publishing the evaluation rubric based on the suggested criteria below
- Drafting and publishing the standard service agreement template
- Publishing the application format and required fields
- Building or configuring the submission system (intake form, confidential storage, interview scheduling)
- Posting the full process timeline with binding dates
- Setting up internal scoring and rationale-tracking tools
All pre-submission artifacts (rubric, service agreement template, application format, timeline) will be posted publicly to the forum before the submission window opens.
Cohort Composition
The committee determines the number of funded providers. There is no minimum or maximum; the only binding constraint is that total funding fits within the ratified budget envelope.
The committee has discretion within the following principles:
- Category coverage: The cohort should advance the program’s objectives across all relevant categories, but the committee is not required to fund every category. If the applicant pool in a given category does not meet the evaluation threshold, the committee may decline to fund it.
- Award sizing: The committee may negotiate tfund providers at amounts smaller than requested, with rationale, and may negotiate scope or milestone adjustments.
The committee will make best efforts to construct a cohort that fits well as a whole, reducing funding overlaps and avoiding duplicative work across funded teams.
Process
Week 1: Submission window (7 days). Applicants submit privately to the committee. Private submissions protect competitive information, preserve evaluation integrity, and prevent unsolicited outreach. The committee filters spam and erroneous submissions concurrently. Pre-qualification is a basic screen, not a quality judgment.
Week 2: Committee review (7 days). The committee reads every qualifying application in full and conducts a structured interview with each team in a consistent format. Scoring begins on pre-qualified applications before the submission window closes. The committee may negotiate scope, objectives, or award amounts during this period.
Week 3: Recommendation and ratification. The committee submits a cohort recommendation publicly to the DAO. Selected applicants, individual award amounts, total program cost, and a public rationale on the forum. Internal working documents may be shared with the accountability body or the ENS Foundation upon request.
The committee then submits the recommendation as an executable proposal. Delegates vote on the cohort as a whole; the recommendation is a take-it-or-leave-it and cannot be amended on-chain.
If rejected, the committee may revise and resubmit a maximum of two additional times. If no cohort is ratified within 30 days of the first failure, or if the committee voluntarily steps down, the committee is dissolved.
Evaluation Criteria
Eligibility (Ecosystem Objective category fit) is established in Part I.
The criteria below evaluate the quality and likely impact of eligible applicants and are ratified as the floor of the rubric. The committee may expand on these criteria, define sub-criteria, or set weights, but the criteria themselves are binding.
Prior Delivery History within ENS. Has the team shipped what it committed to in previous ENS work? Incomplete or abandoned prior grants are weighted negatively. New teams without ENS history must demonstrate comparable delivery elsewhere.
Scope Clarity. Is the team’s intended work clearly defined? The committee looks for a coherent problem statement, a credible approach, and a clear articulation of what success looks like. Flexibility in execution is expected; the committee evaluates whether the team can credibly deliver meaningful outcomes, not whether they have followed a prescribed format.
Milestone Structure. Are deliverables broken into realistic and verifiable checkpoints with dates? Proposals with lump-sum outputs and no interim milestones score lower.
Adoption, Revenue, and Ecosystem Utility. Does this work expand ENS’s reach or usage? Covers direct user adoption metrics, name sales and renewal revenue attributable to the work, integrations, and broader ecosystem health. As stated in the program objectives, registration growth is a first-order outcome; the committee should weigh contributions to registration and revenue growth alongside non-revenue forms of adoption.
Service Provider Obligations
Individual service agreements are negotiated by the committee and specified per provider before cohort submission, within the following constraints:
Payment structure. Funded providers are compensated via stream, not lump sum. Streams are optimistic and continue by default. The committee negotiates schedule, duration, and milestones with each provider individually.
Milestone accountability. Milestones are targets, not gates. Service providers commit to verifiable milestones and a quarterly reporting cadence to keep the DAO informed of progress. The committee may recommend suspension or termination of a stream if a provider stops reporting or abandons the work, subject to a written notice and response period defined in the agreement. Disputes may be raised to the accountability body for resolution.
Treasury return. Unspent funds from terminated agreements return to the DAO treasury at the conclusion of the cycle. They do not roll over without a new DAO vote.
The standard service agreement template must be published to the forum before the application window opens. Material per-provider deviations must be noted in the cohort recommendation.
Voting
This proposal will be submitted as a Snapshot vote.
- For: Authorize SPP3.
- Against: Do not authorize SPP3.
- Abstain: Abstain from this vote. Counts toward quorum but not approval.
Quorum: 1% of total $ENS supply.
Approval: Simple majority (>50%) of For vs. Against votes.
Next Steps
- All five committee seats confirmed publicly during forum discussion (5–7 days)
- Proposal submitted to Snapshot upon close of forum discussion
- Committee seated upon Snapshot passage
- Rubric and service agreement template published within 7 days of seating
- Provider submission window opens (minimum 5 days after rubric publication)
Timeline
Phase 1: Forum Discussion + Snapshot
| Step | Dates | Notes |
|---|---|---|
| Forum discussion | Apr 25 – May 2 | Named seats declared publicly |
| Program + committee Snapshot | May 2 – May 7 | Single proposal, 5 days |
| Committee seated | ~May 7 | Rubric due within 7 days |
Phase 2: Provider selection + Executable
| Step | Dates | Notes |
|---|---|---|
| Provider submissions | May 19 – May 26 | Rubric publishes ≥5 days prior; review runs concurrently |
| Committee review | May 26 – Jun 2 | Scoring begins before window closes |
| Recommendation posted | Jun 2 – Jun 5 | Forum publication |
| On-chain ratification | Jun 5 – Jun 14 | 7-day vote + 2-day timelock |