Skip to content
NewA calmer, faster ZeroHour

A Lightweight Ethereum Voting Prototype for Hospital Ethics Committees with Receipt-Based Inclusion Verification

arXiv cs.CRby Edwin Clatus ()1 min read1
AI summary · grok-4.7Summaries by Vani AI

Researchers prototype Ethereum voting for hospital ethics committees with public receipts but no secret ballots.

A cs.CR paper presents a Solidity, Hardhat, React, MetaMask, and ethers.js prototype for hospital ethics committee voting. Role controls, case-state checks, duplicate-vote controls, and a receipt hash support public audit and transaction inclusion verification. Because vote events expose wallet addresses and vote values, the design is pseudonymous rather than anonymous, secret, receipt-free, or coercion-resistant. Evaluation reports 22 passing functional tests and 284,137 gas per vote on local Hardhat; a 12-participant simulation used assumed probabilities and is not human-subject evidence.

Key facts
  • Prototype uses Solidity, Hardhat, React, MetaMask, and ethers.js.
  • Receipts support inclusion checks but are not coercion-resistant.
  • On-chain events reveal wallet addresses and vote values.
  • Twenty-two tests pass; each vote uses 284,137 gas locally.
Analyze this story with Vani AIImpact, who is affected and what defenders should do, in a new chat

From the original article

1 min read at arxiv.org

This paper presents a Solidity, Hardhat, React, MetaMask, and ethers. js prototype for hospital ethics committee voting. Role controls, case-state checks, duplicate vote controls, and a receipt hash support public audit and transaction inclusion verification.

arXiv cs.CR

By Edwin Clatus · arxiv.org

Read the full article at arXiv cs.CR

A short excerpt; the article and its images belong to the publisher. Summary, key facts and assessment above are AI-written from the article and can be wrong.