solar.org / governance / SXP-GOV-2026-01

ARCHIVED · READ-ONLY Migrated here from proposals.solar.org. Voting closed 30 Jan 2026, 09:00 UTC. This was a non-binding validator signaling vote.

Rejected — quorum not reached

Validators signaled with an on-chain transaction from their operator address during the voting window. One vote per validator; the first valid vote counts. Votes outside the window were ignored.

Optional Migration Framework & Transition Process

This proposal seeks validator and community approval to proceed with the design and formalization of an optional, voluntary migration framework for Solar (SXP) holders.

Solar remains operational; however, forward protocol development has slowed due to long-standing structural and technical constraints. Contributors and validators have requested a clear, orderly, and transparent path forward that prioritizes user protection, governance, and long-term sustainability.

This proposal does not execute a migration, does not change token economics, and does not force any user action. It authorizes only the next procedural step: formalizing and publishing a complete migration framework for review.

• Solar (SXP) is operational and its ledger remains intact.
• No protocol upgrades or supply changes are planned during this proposal period.
• No forward-looking development roadmap is currently active.
• There are no changes to user balances, validator state, or consensus rules.

Over time, Solar's development velocity has become constrained by architectural limitations and unresolved structural dependencies. While the network itself is not stagnant, progress has been slower than contributors and validators consider sustainable. Key drivers for this proposal include:

• Desire for clearer governance and accountability
• Need for faster iteration and broader application support
• Community demand for a credible forward path
• Preservation of user trust through a transparent process

This proposal requests approval to:

• Proceed with the design, documentation, and publication of an optional migration framework
• Continue testnet development and public testing of the new network
• Prepare migration tooling, documentation, and security audits for review

This proposal does not:

• Execute a token swap
• Modify Solar's supply
• Force participation
• Bind exchanges or custodians
• Commit to a final migration timeline

Any future migration framework must adhere to the following principles:

• Optional and user-initiated
• 1:1 ratio — no inflation, no dilution
• No duplicated supply
• Transparent eligibility rules
• Audited tooling and infrastructure
• Clearly defined migration window
• Exchange participation is optional

This proposal uses an on-chain signaling vote by active validators (see the vote-method card above). Rules:

• Votes must originate from the validator operator address
• One vote per validator (first valid vote counts)
• Snapshot of the active validator set is taken at proposal start
• Votes outside the voting window are ignored

Passing criteria: quorum ≥ 67% of total active validator voting power participates (YES / NO / ABSTAIN); approval ≥ 67% of (YES + NO) voting power, with ABSTAIN excluded from the approval calculation. If quorum or approval thresholds are not met, the proposal is automatically rejected.

If approved, the following steps would occur:

1. Publication of the full migration specification
2. Release of the whitepaper and detailed roadmap
3. Completion and publication of security audits
4. Public testing of migration tooling
5. Announcement of proposed timelines
6. Separate governance approval prior to any execution

No migration would occur without further explicit approval.

If rejected:

• No migration framework will be pursued at this time
• Solar remains unchanged
• No token actions occur
• Contributors may continue independent work outside Solar
• A future proposal may be introduced after further review

• Market volatility may continue during the governance review period
• Exchange participation is voluntary and independent
• Technical risks are mitigated through audits and phased testing

This proposal is designed to reduce risk through process, not accelerate execution.

This proposal represents a governance-first, community-led approach to addressing Solar's future direction. It prioritizes transparency, user protection, and validator participation over unilateral action. All participants were encouraged to review the proposal carefully and vote according to their assessment.

The proposal's canonical JSON (RFC8785-JCS) was hashed with SHA-256 and anchored on-chain. The hash recorded in the anchor transaction's memo matches the computed hash.

Archived from proposals.solar.org · Last reviewed 2026-06-20