Security Council Elections

KIP Type:

Constitutional KIP

Abstract:

This proposal recommends the adoption of WinVote.io as the on-chain election platform for Security Council elections within the KARRATco. WinVote is already used for all other KARRATco governance proposals, and extending its utility to include elections ensures that all on-chain governance functions remain within a single, unified system. However, WinVote does not currently support election functionality. To enable this, a development window of up to six months is required. As such, this proposal also requests delaying the upcoming Security Council election from April 15, 2025 to October 15, 2025 to accommodate the necessary work.

This proposal also introduces a revised election timeline, consolidating the process into two clear phases that align with the existing KARRATco governance flow. This new structure—built around WinVote’s standard proposal lifecycle—simplifies execution, ensures compatibility with the Governor contract, and improves clarity for participants. These combined updates are designed to deliver a smooth, secure, and scalable election process in alignment with the KARRATco Constitution.

Motivation:

The KARRATco Constitution specifies that Security Council elections may only begin once an approved and installed on-chain election process is in place. While WinVote.io is already the platform of record for governance within the KARRATco—supporting proposal creation, voting, and execution—it currently lacks support for elections.

Introducing a separate tool solely for Security Council elections would fragment the governance process, increase complexity for users, and create inconsistencies across systems. By extending WinVote’s functionality to support elections, KARRATco can preserve governance coherence, improve voter experience, and maintain a secure, unified on-chain record of decision-making.

Additionally, this proposal introduces a simplified, two-phase election timeline that fully aligns with the existing Governor contract. This change eliminates unnecessary complexity from the current multi-step structure, making the election process easier to understand and implement. Each phase follows a familiar lifecycle—temperature check, voting, timelock, and implementation—streamlining participation while preserving constitutional intent. This approach also reduces engineering overhead by building on tested systems already trusted by the also reduces engineering overhead by building on tested systems already trusted by the community.

Rationale:

WinVote.io is already the trusted governance platform for KARRATco and has demonstrated stability, transparency, and strong community adoption. Expanding its capabilities to include Security Council elections avoids the need for an additional tool, reduces fragmentation, and strengthens consistency across all governance activities.

The newly proposed two-phase election structure mirrors the established WinVote proposal lifecycle and requires no new governance logic to be introduced. This ensures full compatibility with the existing Governor contract and allows the election process to be implemented with minimal disruption. By aligning the Security Council elections with the same process used for standard proposals, participation becomes more intuitive and accessible for the community.

From both a technical and user experience standpoint, this streamlined structure simplifies execution, reduces the risk of confusion, and lowers the burden on both voters and developers—while fully satisfying the constitutional requirement for an on-chain election process.

Overview:

This proposal introduces two core updates to the Security Council election process within the KARRATco:

1. Platform Selection: The KARRATco currently uses WinVote.io as its primary governance tool. This proposal recommends extending that use to include Security Council elections, ensuring all on-chain governance takes place within a single, familiar environment. Although WinVote currently does not support election-specific functionality, its modular design makes it well-suited for this expansion. A development timeline of up to six months is required to build, test, and audit the necessary features. As such, this proposal also recommends delaying the next Security Council election from April 15, 2025 to October 15, 2025.

2. Revised Election Structure: To simplify participation and align with the existing Governor contract, this proposal introduces a two-phase election process, each following the standard WinVote governance flow. This new structure reduces operational complexity while preserving the intent and integrity of the original election model described in the KARRATco Constitution.

Collection of Potential Contenders: A post on Discourse/Forum (forum.karratcoin.com) will be submitted by the Karrat Foundation, calling for all members who are interested in becoming a Security Council member. This Discourse post will be actively monitored for 1 week. To be a Potential Contender, you must engage with the discourse post, state your interest to be a Security Council member and list your wallet address containing at least 100,000 KARRAT. It will be verified during the process that you own these tokens.

Phase 1: Contender Submission

This phase opens the floor to any KARRATco member who wishes to be considered for the Security Council.

• Temperature Check (1 week): Community discussion on Snapshot regarding potential contenders.
• Formal Call for Voting / Pending Period (3 days): Governance-required delay before the vote becomes active.
• KARRATco Voting (14 days): Members vote on contenders. The top 6 contenders who receive the most votes move forward to Phase 2 as Candidates, pending a KYC check done by the Karrat Foundation.
• Timelock (7 days): Standard governance delay.
• Implementation: Official recognition of Candidates.

KYC Check: Prior to Phase 2 beginning. A KYC of the 6 contenders will be performed by the Karrat Foundation. If a contender does not pass KYC to become a candidate, the contender with the next most votes will take their place in Phase 2. Phase 2 will not begin until all KYC is processed and passed by 6 candidates

Phase 2: Voting for Candidate Selection

This phase determines the final three Security Council members.

• Temperature Check (1 week): Snapshot discussion focused on Candidates.
• Formal Call for Voting / Pending Period (3 days): Pre-vote delay.
• KARRATco Voting (14 days): Members vote. The top three candidates who have received at least 0.2% of all Votable Tokens are elected to the Security Council. In the event that the candidates do not receive at least 0.2% of all Votable Tokens, sitting Security Council members will stay in place until the next election takes place. If only 1 or 2 members receive the appropriate number of votes, the Foundation will make the determination on which sitting Security Council members will be retained until the next election.
• Timelock (7 days): Standard delay.
• Implementation: On-chain installation of newly elected Council members.

This structure prioritizes clarity, compatibility, and ease of execution—making the election process more accessible to the community while fully utilizing the tools and governance logic already in place.

Specifications and Timelines:

To enable Security Council elections within WinVote.io, the following components must be designed, developed, and validated. The estimated timeline for this work is up to six months, accounting for engineering, integration, and security requirements.

1. Smart Contract Development (2 months)

• Extend existing Governor contracts or develop modular election-specific logic to support multi-phase voting and candidate progression.
• Ensure compatibility with token-weighted voting and all current KARRATco governance standards.
• Include logic to track vote thresholds, promote contenders to candidates, and install final elected Council members.

2. Front-End Integration (1 month)

• Build intuitive, user-facing flows for contender submission, candidate tracking, and voting—matching the existing KIP interface experience.
• Ensure accessibility for all KARRATco members with clear phase indicators and real-time voting transparency.

3. Back-End + Snapshot Integration (1 month)

• Integrate with Snapshot for Temperature Check phases in both election windows.
• Ensure secure data transfer from Snapshot to WinVote for formal voting stages.
• Provide admin tools for the KARRAT Foundation Moderators to manage nominee progression and validate participation.

4. Security Auditing (1–2 months)

• Submit all election-related smart contracts for independent third-party security audits.
• Address any vulnerabilities or edge cases identified through testing.
• Conduct follow-up review prior to mainnet deployment.

5. Governance Simulation & Testing (2–4 weeks, overlapping with audit)

• Run testnet simulations of the full two-phase election process.
• Include contingency cases (e.g., ties, vote manipulation attempts, invalid candidates).
• Validate vote progression, state changes, and successful on-chain installation.

This development window ensures that the Security Council election process is fully aligned with KARRATco’s governance infrastructure—prioritizing security, clarity, and ease of use.

Overall Cost:

All costs associated with the development, integration, and auditing of the Security Council election functionality within WinVote.io will be fully funded by the Karrat Foundation Treasury. This includes engineering work, front-end development, Snapshot integration, smart contract audits, and all necessary platform enhancements to support the new election process.

No funding or resources will be requested from the KARRATco Treasury for this initiative.