SXP Governance Proposal

Optional Migration Framework & Transition Process

Proposal ID: SXP-GOV-2026-01
Status: Validator & Community Signaling Vote (Non-Binding, Auditable)

Voting Window: 72 hours
Start: 27 January 2026, 09:00 UTC
End: 30 January 2026, 09:00 UTC

---

1. Executive Summary

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.

---

2. Current State of Solar

• 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.

This proposal is introduced to address governance clarity and future direction in a structured manner.

---

3. Rationale

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

A clean-slate Layer-1 architecture enables delivery of functionality and utility that is difficult to achieve under the current structure.

---

4. Scope of This Proposal

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

---

5. Migration Principles (Non-Negotiable)

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

These principles are intended to protect users and exchanges alike.

---

6. Governance & Voting Method

This proposal uses an on-chain signaling vote by active validators.

Voting Method

Validators signal their vote by sending an on-chain transaction during the voting window:

• Amount: exactly 0.00000001 SXP
• To Address: Sdao2USyAz9B6RBgZeFyNDePuQAxfzZZHE

Memo (required, exact match)

• MONO-PROPOSAL:YES
• MONO-PROPOSAL:NO
• MONO-PROPOSAL:ABSTAIN

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: YES ≥ 67% of (YES + NO) voting power
  (ABSTAIN excluded from approval calculation)

If quorum or approval thresholds are not met, the proposal is automatically rejected.

---

7. Outcome if Proposal PASSES

If approved, the following steps will 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 will occur without further explicit approval.

---

8. Outcome if Proposal FAILS

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

---

9. Risk Disclosure

• 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.

---

10. Conclusion

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 are encouraged to review the proposal carefully and vote according to their assessment.

---

Submitted by:
Nayiem Willems
(on behalf of former Solar contributors and validator participants)