PRE-RELEASE · Readiness review required before any election

SPARKGLIM / ELECTRONIC VOTING APPLICATION

An election is
more than
a ballot screen.

A separate system for supervised, locally hosted elections. SEVA brings administration, check-in, ballot marking and evidence review into a controlled operational design.

Explore the architecture ↗

THE ELECTION ENVIRONMENT

Election authority Governance · Trustees · Approvals
AdministrationConfiguration & lifecycle
Check-inEligibility & operations
Voting kioskPrivate ballot marking · Paper evidence
Tabulation & verificationAfter close and authorized decryption

Conceptual workflow. Voter identity and cast ballots remain separate.

ONE LIFECYCLE / SEPARATE RESPONSIBILITIES

Control each transition.
Keep the evidence.

PURPOSE-BUILT APPLICATIONS

Different roles.
Different surfaces.

Election configuration and the voter’s ballot experience have different responsibilities. SEVA’s architecture separates them and restricts the actions available at each stage.

Administration application →Voting kiosk application →
SEVA voting kiosk interface
SEVA kiosk interface · Pre-release product

THE ASSURANCE MODEL

Privacy. Authority. Evidence.

Ballot secrecy

The design prohibits linking a cast ballot to its voter. Eligibility operations and ballot records have separate data boundaries.

Shared decryption authority

Decryption requires a threshold of trustees. Candidate totals stay unavailable until voting closes and authorized decryption occurs.

Paper and audit records

Paper evidence, append-only records and hash chains support reconciliation. Architecture alone does not establish election readiness.

Read the security model →

CURRENT PRODUCT STATUS

Prepare a review.
Plan the environment.

SEVA is pre-release and is not yet suitable for any live election. A discussion starts with your governance, locations, equipment, accessibility needs and evidence requirements.

Request a readiness discussion ↗Deployment requirements →

EXPLORE SEVA

The complete product guide.