Cryptographic Blockchain Framework Delivers Secure E-Voting Reaching 288 Transactions Per Second

Researchers have designed and evaluated a hybrid cryptographic electronic voting architecture built on the Hyperledger Fabric permissioned ledger, demonstrating an average throughput of 288 transactions per second with an average end-to-end latency of 2.521 seconds under benchmarked laboratory conditions. The framework, designated as the Hybrid Cryptographic and Enforced Blockchain Framework for Transparent and Secure E-Voting, or HCE-VoteChain, addresses the long-standing technological impasse between individual ballot confidentiality, strict identity verification, and universal auditability in digital democratic processes. In experimental evaluations using standardized benchmarking tools, the platform sustained real-time ballot processing while maintaining end-to-end vote integrity through a coordinated combination of cryptographic mechanisms. The findings show that by decoupling sequential per-voter cryptographic operations from concurrent distributed ledger verification, permissioned blockchain topologies can process voting workloads at network scale without exposing raw ballot data or compromising transaction immutability during simulated adversarial operations.

Electronic election infrastructure has historically struggled to balance voter anonymity with auditability, as paper-based ballots remain vulnerable to physical tampering while conventional computerized voting machines frequently lack verifiable distributed audit trails. Earlier blockchain-based implementations encountered significant performance limitations, including high network transaction latency, prohibitive computation costs during peak voting periods, and difficulties reconciling public ledger transparency with ballot secrecy. To resolve these challenges, investigators Jayesh Solanki and Divyakant Meva structured HCE-VoteChain around a layered defense-in-depth model that combines cryptographic primitives with permissioned enterprise blockchain mechanisms. The primary technical objectives centered on creating a scalable election framework capable of enforcing vote integrity, preserving voter anonymity through verifiable cryptographic proofs, restricting ledger access exclusively to authorized electoral entities, and maintaining high transaction throughput capable of handling synchronized ballot submissions during state or national electoral events.

The system architecture relies on Hyperledger Fabric version 2.4, an enterprise-grade permissioned ledger that restricts network participation through a formal Membership Service Provider and digital certificate hierarchy. To govern validator activity, the researchers incorporated conceptual consensus abstractions operating over the application and chaincode layers, utilizing Proof of Authority to supervise the selection and authorization of endorsing peers and Delegated Proof of Stake to model stake-weighted validation across participating peer organizations. These application-level consensus mechanisms operate upstream of transaction sequencing without conflicting with Hyperledger Fabric’s native crash-fault-tolerant Raft ordering service. Because the Raft orderer processes all transactions deterministically into chronological blocks, the upstream endorsement mechanisms provide structured, trust-weighted policy enforcement while the Raft layer guarantees strict sequence ordering and prevents double-voting attacks. Furthermore, any misbehaving endorsing peer can be immediately excluded from the endorsement policy through certificate revocation via the Membership Service Provider without disrupting continuous Raft ledger operations.

Prior to ballot casting, the framework executes a rigorous voter registration and authentication protocol designed around strict data minimization standards. Registration is validated through official external identity verification application programming interfaces, exemplified in the prototype by the Unique Identification Authority of India Aadhaar authentication service. To comply with privacy legislation and statutory constraints such as the Aadhaar Act and data protection regulations, the framework never stores raw biometric images or demographic records on the distributed ledger or external servers. Instead, the identity system computes a one-way Secure Hash Algorithm 256-bit hash combining the unique national voter identification number with biometric feature vectors, recording only this resulting 256-bit hash on the blockchain. While tested with Aadhaar APIs, the identity tier is fully modular, allowing substitution with regional standards such as European Union eIDAS or World Wide Web Consortium Decentralized Identifier verifiable credentials. Once identity validity is confirmed, the voter receives an Elliptic Curve Cryptography public-private key pair, with smart contracts rejecting duplicate registration attempts if the identity hash already exists on ledger.

During authentication and voting, the system applies layered security controls to eliminate unauthorized access, brute-force intrusions, and ballot interception. Voters log into the interface by submitting credentials that are hashed and checked against the immutable blockchain registry, with accounts automatically locking after a predetermined threshold of failed attempts and sessions terminating upon timeout. Once authenticated, the voter selects a candidate through a Python-based user interface. The cast ballot is immediately encrypted using the symmetric Advanced Encryption Standard with a 256-bit key operating through a Substitution-Permutation Network, rendering the ballot unreadable during transmission. To establish provenance and non-repudiation, the voter signs the encrypted ballot using the Elliptic Curve Digital Signature Algorithm and their private key. A precise timestamp is appended to each payload to mitigate replay attacks before submission to Hyperledger Fabric smart contracts, which automatically verify credential validity and endorsement signatures prior to block inclusion.

Ballot aggregation and tallying are executed directly within the encrypted domain using the Paillier homomorphic cryptosystem, allowing the electoral system to calculate final election totals without decrypting individual voter choices. Because the Paillier scheme features additive homomorphic properties, multiplying encrypted individual ballots modulo the square of the public modulus yields an encrypted value that decrypts directly to the cumulative sum of all cast votes. To provide comprehensive auditability without compromising privacy, the framework implements a dual-stage auditing pipeline. In the first stage, each voter receives an individual receipt containing the SHA-256 hash of their encrypted vote and timestamp, enabling them to query the public ledger to verify ballot inclusion. In the second stage, the platform generates a non-interactive Zero-Knowledge Proof utilizing a Sigma protocol compiled via the Fiat-Shamir heuristic, allowing auditors to mathematically verify that the final tally matches the aggregated encrypted ballots without exposing individual voter decisions.

The threat model defined for HCE-VoteChain evaluates system resilience against a computationally bounded adversary capable of eavesdropping on network traffic, deploying Sybil nodes, attempting replay or double-voting attacks, and attempting voter deanonymization. The adversary is assumed capable of compromising up to 49 percent of validator nodes but cannot breach foundational cryptographic algorithms including AES-256, ECDSA, Paillier, or SHA-256. This 49 percent threshold aligns with the Byzantine fault-tolerance properties of the two-organization endorsement model and majority-based endorsement rules, where a hostile faction holding less than 50 percent cannot forge endorsements or force ledger acceptance of invalid blocks. Across a rigorous simulated evaluation subjecting the architecture to 10,000 adversarial attack probes featuring conflicting endorsements from simulated Byzantine nodes, the smart contracts rejected 100 percent of fraudulent submissions, verifying the empirical safety of the endorsement policy under adversarial stress.

Empirical performance benchmarking was conducted using Hyperledger Caliper across a physical deployment comprising four endorsing peer nodes distributed across two organizations and a dedicated Raft ordering node. The hardware configuration utilized an eight-core Intel Core i7-10700 processor running at 2.9 gigahertz, 32 gigabytes of random-access memory, an Ubuntu 20.04 LTS operating system, and a 1 gigabit per second local area network connection requiring a strict two-of-two organizational endorsement policy. Under a standardized benchmarking workload of 1,000 transactions transmitted at an input rate of 200 transactions per second, the network demonstrated an average throughput of 288 transactions per second and an average latency of 2.521 seconds, comprising 1.095 seconds for registration and 1.426 seconds for vote casting. When input rates were increased up to 500 transactions per second, the network sustained an aggregate processing rate of 785 transactions per second while maintaining average transaction latency below 5 seconds, confirming horizontal scaling capabilities.

The evaluation revealed a vital operational distinction between sequential individual cryptographic execution and concurrent network-level throughput. Processing a single ballot sequentially requires approximately 7.7 seconds, reflecting a transaction speed of 0.13 votes per second per individual client pipeline due to client-side cryptographic work and communication overhead. Dedicated cryptographic computation accounts for approximately 28 milliseconds per ballot, consisting of 2 milliseconds for AES-256 encryption, 3 milliseconds for ECDSA signing, 5 milliseconds for Paillier encryption, and 18 milliseconds for Zero-Knowledge Proof generation, with the remainder consumed by network input-output and chaincode invocation. Meanwhile, smart contract execution requires roughly 45 milliseconds per transaction, and Raft consensus log synchronization adds a median of 12 milliseconds per block. In reliability assessments, HCE-VoteChain recorded a data immutability score of 0.999 over 10,000 attack iterations, a security resilience metric resisting 10,000 simulated attack probes without breach, and a fault tolerance ratio of 0.96 under simulated node-failure conditions.

Comparative analyses demonstrated significant performance and latency advantages over existing blockchain-based electronic voting implementations tested under identical 1,000-transaction workloads at a 200 transaction-per-second send rate. HCE-VoteChain achieved a registration throughput of 219 transactions per second and a voting throughput of 214 transactions per second, outperforming a permissioned blockchain model by Oon and Othman that achieved 142.2 transactions per second, an IBM Cloud-based Hyperledger Fabric framework by Clarke and colleagues that achieved 185.2 transactions per second, and an alternative score-based voting scheme that exhibited severe throughput constraints due to computational complexity. In latency comparisons, the framework’s total transaction latency of 2.521 seconds proved superior to the 4.08 seconds observed in the Oon and Othman system, the 5.5 seconds reported for the IBM Cloud platform, and the 50.71-second delay recorded for the score-based model. Furthermore, ledger storage scaling remained highly manageable, requiring approximately 2.1 kilobytes per encrypted and signed vote record, translating to an estimated storage footprint of 2.1 gigabytes per one million recorded votes.

Subject of Research: Cryptographic electronic voting framework using Hyperledger Fabric and zero-knowledge proofs

Article Title: A hybrid cryptographic blockchain framework using hyperledger fabric and zero knowledge proofs for secure and verifiable electronic voting

Article References: Solanki, J., & Meva, D. (2026). A hybrid cryptographic blockchain framework using hyperledger fabric and zero knowledge proofs for secure and verifiable electronic voting. Discover Internet of Things, 6(1), Article 159. https://doi.org/10.1007/s43926-026-00471-y

Image Credits: AI Generated

DOI: 10.1007/s43926-026-00471-y

Keywords: electronic voting, Hyperledger Fabric, zero-knowledge proofs, homomorphic encryption, Paillier cryptosystem, blockchain technology, AES-256, ECDSA, SHA-256, smart contracts, Proof of Authority, Delegated Proof of Stake, Raft consensus, data immutability, voter anonymity, election integrity, Hyperledger Caliper