Inside Operation Meteor: The Council Member Voting Guide

by

COZ / Tyler Adams (Facilitator)

12 September 2026

A Walkthrough of Category Weighting, Consensus Mechanics, and Council Authority

1. Executive Introduction: What is Meteor?

Meteor is an open, structured Neo ecosystem initiative designed to assign market priority, align ecosystem resources, and establish unified strategic focus for Neo's growth over the next 5 years (2026–2031).

Key Process Stance
Not a "Winner-Take-All" Competition

Meteor establishes strategic priority. Depending on Council scoring, there may be one or multiple target market opportunities prioritized for execution.

Iterative & Living Process

A continuous framework supporting periodic category re-weighting and new opportunity injection as market dynamics shift.

Structured Phases
Phase 0 (Current) Direction & Opportunity Prioritization: The Neo Council weights criteria and scores candidate dossiers to establish ecosystem priority focus.
Phase 1 Product Definition & Alignment Workshop: Cross-functional team converts top opportunities into concrete product specs, business models, and architectures.
Phase 2 Roadmap, Development & Execution: Development, ecosystem funding, and community growth mobilize around the approved roadmap.

As a Neo Council Member, your seat holds the decision authority for establishing strategic category weights and scoring candidate market priorities.

2. Responsibilities of Each Council Seat

Each Council Seat has distinct voting and review milestones during Phase 0:

Milestone 1 · Mandatory Vote Sept 14 – Sept 25, 2026
Vote 1: Category Weighting (2-Week Window)

Score the relative importance of 16 evaluation criteria on a scale of 1 (low importance) to 10 (critical importance). Scores are normalized across all 21 seats to establish canonical priority weights.

Milestone 2 · Research Ingestion Mid-October 2026
Reviewing Market Dossiers & Ecosystem Inputs

Review the 5 to 10 Market Opportunity Dossiers authored by the Research Team. Each dossier includes full market sizing, competitor benchmarking, Neo technology fit (dBFT, NeoFS, Neo X, SpoonOS), and structured category evidence.

Milestone 3 · Delphi Consensus Mid-Oct – Early Nov 2026
Vote 2: Opportunity Priority Scoring & Consensus Cycle
• Stage 1 (Initial Scoring · 2 Weeks): Score candidate dossiers 1–10 across all 16 weighted categories. Concurrently triggers near-term roadmapping and developer activation.
• Stage 2 (Delphi Outlier Review · 1 Week): Confidential review cycle highlighting score variance for Council debate.
• Stage 3 (Final Adjustment & Publication · 1 Week): Ballot revision window before final weighted rankings are calculated and released.
Milestone 4 · Parallel Delivery Mid-September 2026
Parallel Feature Backlog Delivery & Voting

A parallel 2-week voting window on the existing ecosystem/tech backlog using normalized weighted ranking to establish near-term engineering priorities.

Milestone 5 · Living Framework Ongoing
Ongoing Re-Weighting & Opportunity Injection

Participate in periodic cycles to re-weight criteria or evaluate newly injected market opportunities as ecosystem conditions shift.

3. Voting Mechanics & Governance Rules

Rule 1 Voting Unit & Authority

Strictly 1 Council Seat = 1 Ballot / 1 Vote. Total 21 seats (NGD holds 3 seats; all other organizations/nodes hold 1 seat each).

Rule 2 Blind Ballots

In-progress votes are kept strictly confidential by the Facilitator to prevent anchoring, lobbying bias, or band-wagoning.

Rule 3 Positive-Direction Scoring

Every category is scored 1 (Weakest / Least Favorable) to 10 (Strongest / Most Favorable). Higher scores indicate higher priority/fit.

Rule 4 No Viability Pre-Filters

No candidate market is pre-eliminated by technical vetoes. All candidates are evaluated fairly and holistically on the full matrix.

4. The 16 Evaluation Categories (Vote 1 Reference Guide)

Below is the complete reference matrix of all 16 standardized evaluation criteria weighted in Vote 1. Council members evaluate each category on a 1–10 positive-direction scale, establishing the canonical weighting model for all candidate market opportunities:

# Category Description (What It Tests) Scoring Examples (Weak vs. Strong)
1 Right market timing (next 5 years) Is this a good opportunity for Neo to pursue now, with a realistic chance to matter during the next five years (2026–2031)?
Weak (1)
Market is fading, too early to support, or Neo arrives after the window has closed.
Strong (10)
Clear market opening now, with high relevance and growth sustained over the next 5 years.
2 Long-term staying power (10 years) If the first version works, is the underlying need likely to stay useful, relevant, and adaptable for a decade?
Weak (1)
Depends mainly on a short-lived trend, temporary incentive, or fleeting market cycle.
Strong (10)
Addresses a durable, foundational need that can evolve and expand for many years.
3 Strength of the problem Does this solve a real problem that users or organizations care enough about to change behavior or spend budget?
Weak (1)
Vague, minor, or mostly an internal ecosystem hope rather than a felt customer pain.
Strong (10)
Clear, painful, frequent, and important enough that customers actively seek an alternative.
4 Clear customer, buyer, and route to reach them Do we know who uses it, who approves/pays for it, why they act now, and how Neo can practically reach them?
Weak (1)
Users, buyers, and GTM routes are vague; relies on passive hope that someone will adopt it.
Strong (10)
Target user group, decision maker/payer, trigger to act, and distribution path are crisp.
5 Why Neo should do this Does this direction leverage Neo's distinctive strengths (dBFT, NeoFS, Oracles, Neo X, SpoonOS) and reinforce Neo's position?
Weak (1)
Any generic chain could do it identically; gives Neo no distinctive advantage or brand lift.
Strong (10)
Directly harnesses Neo's technical, governance, and brand strengths to create a clear home.
6 Ability to stand out and stay ahead Can this become meaningfully differentiated and defensible rather than easy to commoditize or copy by L1s/L2s?
Weak (1)
Looks like existing crowded offers with no moat; easily replicated or outspent.
Strong (10)
Clear structural reason to choose Neo; built-in stickiness and sustainable differentiation.
7 Believable way to make money Is there an early, credible path to revenue, sustainable fee capture, or direct economic value creation?
Weak (1)
No identifiable payer; relies on wishful future monetization or indefinite subsidies.
Strong (10)
Clear paying customer, high-value outcome, and believable ongoing value capture.
8 Ability to bring useful activity to Neo Will this bring real recurring builders, users, partners, applications, and liquidity into the Neo ecosystem?
Weak (1)
Isolated one-off project or announcement with little lasting ecosystem spillover.
Strong (10)
Creates repeatable incentives for outside developers, capital, and users to engage with Neo.
9 Speed to a useful first proof Can a focused, lean team deliver something credible to test, show, or sell quickly without a multi-year program?
Weak (1)
First proof takes years, requires a massive team, or depends on heavy unresolved dependencies.
Strong (10)
Small team can deliver a functional prototype, pilot, or initial validation within months.
10 Practical path to a real first product (MVP) How realistic is it to obtain required non-code assets, licenses, capital, counterparties, liquidity, or audits for a real MVP?
Weak (1)
Needs heavy external licenses, massive liquidity, or complex regulatory assets before a real MVP can exist.
Strong (10)
Required assets and conditions are accessible; normal product execution delivers a truthful MVP.
11 Can Neo build and operate it well? Can the ecosystem realistically build, secure, operate, and maintain this with available or obtainable technical talent?
Weak (1)
Relies on unproven tech, fragile architecture, unmanageable security, or implausible operations.
Strong (10)
Practical architecture, manageable security/ops, and credible engineering capability in place.
12 Manageable legal, trust, and reputation risk Can Neo pursue this direction safely without severe compliance hazards or unmanageable reputational exposure?
Weak (1)
Severe regulatory/legal hazards or forces promises the ecosystem cannot safely keep.
Strong (10)
Risks are well-understood, proportionate, and safely manageable through clean operating design.
13 Ability to learn quickly Can Phase 1/2 rapidly test critical assumptions through user conversations, sales feedback, or small staged pilots?
Weak (1)
Critical assumptions cannot be validated until after massive capital expenditure or long delays.
Strong (10)
Key hypotheses can be pressure-tested rapidly with real users, partners, and lightweight tests.
14 Useful future options Does this direction open valuable strategic options and adjacent expansion paths even if the initial wedge pivots?
Weak (1)
Narrow dead-end bet; if the initial concept misses, little reusable capability or learning remains.
Strong (10)
Builds reusable infrastructure, relationships, and market footholds that support multiple future paths.
15 A clear Neo story Can the direction be explained simply, crisply, and convincingly as a logical Neo foothold to builders, investors, and users?
Weak (1)
Feels random, confusing, or disconnected from what Neo stands for and is building toward.
Strong (10)
Inspiring, cohesive narrative that clearly articulates Neo's strategic rationale and role.
16 Market attention, hype, and token demand Can this credibly generate organic attention, narrative pull, and structural demand for NEO and GAS?
Weak (1)
Low narrative pull; depends on artificial promotion with no real connection to token utility.
Strong (10)
High-interest narrative with clear mechanics driving genuine ecosystem excitement and token demand.

5. Master Timeline & Council Responsibilities

Sept 14 – Late Sept 2026 · Kickoff & Criteria Weighting
Phase 0 Launch
Initiative Kickoff Mon, Sept 14, 2026

Formal launch of Meteor across the ecosystem. Alignment across all research, governance, and developer lanes.

Owner: Facilitator / All Lanes
Vote 1: Category Weighting COUNCIL DELIVERABLE
Mon, Sept 14 – Fri, Sept 25, 2026 (2-Week Window)

2-week Council voting window to score the relative importance of the 16 decision criteria (1–10 scale). Facilitator normalizes votes into canonical weights.

Required Action: Each Council Seat submits one confidential ballot.
Feature Backlog Prioritization COUNCIL DELIVERABLE
Mid-September 2026 (Parallel 2-Week Window)

Parallel Council voting window on the existing ecosystem and technical backlog to guide near-term engineering priorities.

Owner: Council / Core Dev / Facilitator
Sept 14 – Mid-Oct 2026 · Research & Ingestion
Evidence Gathering
Research Sprints & Community Ingestion Sept 14 – Mid-Oct 2026

Research Team sources global market trends, clusters community inputs, and authors standardized Market Opportunity Dossiers.

Owner: Research Team
Publication of Market Dossiers Mid-October 2026

Research Team formally publishes 5 to 10 standardized dossiers for Council review and public community debate.

Owner: Research Team (Delivered to Council)
Mid-Oct – Early Nov 2026 · Opportunity Scoring (Vote 2)
Delphi Consensus
Vote 2 Kickoff: Initial Scoring COUNCIL DELIVERABLE
Mid-October 2026 (2-Week Window)

Council scores candidate dossiers across all 16 weighted categories (1–10 scale). Concurrently triggers near-term roadmapping and core developer activation.

Vote 2: Delphi Outlier Review COUNCIL DELIVERABLE
Late October 2026 (1-Week Window)

Confidential outlier review cycle highlighting major score variance for Council discussion to explore disparate perspectives.

Vote 2: Final Adjustment & Publication COUNCIL DELIVERABLE
Early November 2026 (1-Week Window)

Final ballot adjustments submitted; Facilitator tallies weighted consensus scores and publishes final strategic priorities ecosystem-wide.

November 2026+ · Product Execution & Continuous Living Cycles
Phases 1 & 2
Phase 1 Workshop & Roadmap Handoff November 2026+

Prioritized market opportunities hand off into Product Definition Workshops, roadmapping, and Phase 2 developer execution.

Owner: Product Definition Team / Core Dev / Council Oversight
Ongoing Living Cycles Continuous (2026–2031)

Periodic reweighting cycles and candidate opportunity injection as ecosystem capabilities and global markets evolve.

Owner: Council / Research Team

6. Next Steps & Checklist for Council Members

To ensure complete clarity on Council seat obligations, please follow this operational checklist:

Step 1 Designate Voter
Confirm designated individual submitting ballot
Step 2 Review 16 Categories
Familiarize seat with decision criteria & benchmarks
Step 3 Submit Vote 1 Ballot
Sept 14 – Sept 25, 2026
Step 4 Vote on Near-Term Feature Backlog
Mid-September 2026
Step 5 Review Market Dossiers
Mid-October 2026 (5–10 Dossiers)
Step 6 Submit Vote 2 Ballot
Mid-October 2026
Step 7 Delphi Outlier Review & Final Adjustment
Late Oct – Early Nov 2026