GitHub 上的 valimised/ivxv 仓库对应 IVXV 在线投票系统（IVXV online voting system）。该页面开头列出仓库路径 valimised/ivxv，并标注其项目描述为 IVXV 在线投票系统，说明这是一个托管在 GitHub 上的在线投票系统相关代码仓库，页面随后转入该仓库的文件、代码与版本控制等内容区域。

ivxv 是公开仓库，Notifications、Fork 和 Star 需要登录才能操作；目前有 56 个派生和 389 个星标。

关于

IVXV 在线投票系统。

资源

自述文件、许可证、动态、自定义属性

星标

389 星标

关注者

30 人关注

派生

56 派生

举报仓库

已发布：1 个分支、4 个标签

最新提交

svenheiberg 的提交信息为 KOV2025:，哈希 2785872，日期 2025 年 10 月 3 日。

历史

13 次提交

文件夹和文件

| 名称 | 最后提交信息 | 最后提交日期 | | --- | --- | --- | | Documentation | KOV2025: | 2025 年 10 月 3 日 | | auditor | KOV2025: | 2025 年 10 月 3 日 | | choices | KOV2025: | 2025 年 10 月 3 日 | | collector-admin | KOV2025: | 2025 年 10 月 3 日 | | common | KOV2025: | 2025 年 10 月 3 日 | | core | KOV2025: | 2025 年 10 月 3 日 | | debian | KOV2025: | 2025 年 10 月 3 日 | | key | KOV2025: | 2025 年 10 月 3 日 | | mid | KOV2025: | 2025 年 10 月 3 日 | | processor | KOV2025: | 2025 年 10 月 3 日 | | proxy | KOV2025: | 2025 年 10 月 3 日 | | scripts | KOV2025: | 2025 年 10 月 3 日 | | sessionstatus | KOV2025: | 2025 年 10 月 3 日 | | smartid | KOV2025: | 2025 年 10 月 3 日 | | storage | KOV2025: | 2025 年 10 月 3 日 | | systemd | IVXV 1.9.10, EP2024 | 2024 年 5 月 30 日 | | verification | KOV2025: | 2025 年 10 月 3 日 | | votesorder | KOV2025: | 2025 年 10 月 3 日 | | voting | KOV2025: | 2025 年 10 月 3 日 | | webeid | KOV2025: | 2025 年 10 月 3 日 | | xroad-service | KOV2025: | 2025 年 10 月 3 日 | | .editorconfig | IVXV 1.9.10, EP2024 | 2024 年 5 月 30 日 | | .gitignore | IVXV 1.9.10, EP2024 | 2024 年 5 月 30 日 | | .gitmodules | IVXV 1.9.10, EP2024 | 2024 年 5 月 30 日 | | LICENSE | KOV2025: | 2025 年 10 月 3 日 | | Makefile | KOV2025: | 2025 年 10 月 3 日 | | README.md | IVXV 1.5.1 | 2019 年 5 月 14 日 | | README.rst | RK2023 | 2023 年 2 月 24 日 | | setup.cfg | IVXV 1.7.7, KOV2021 | 2021 年 10 月 9 日 | | setup.py | KOV2025: | 2025 年 10 月 3 日 |

本仓库的目的是将爱沙尼亚在线投票系统的源代码公开，供公众审阅。

该仓库不用于主动开发，但会保持更新，因此这里提供的代码就是选举中实际使用的代码。由于具有法律约束力的选举所用投票系统必须严格遵循法律，爱沙尼亚 I-voting 系统和 I-vote 验证应用程序的实际开发由 State Electoral Office of Estonia（爱沙尼亚国家选举办公室）监督。更多信息请参考 www.valimised.ee。

发布

4 个标签

贡献者

1 人

• svenheiberg

语言

• Go 52.1%
• Java 31.1%
• Python 9.9%
• HTML 3.2%
• JavaScript 1.6%
• C++ 0.7%
• Other 1.4%

讨论聚焦在电子投票是否可信，主要分歧在于：纯技术方案是否足以保证选举安全，还是必须回到纸质选票、身份核验与及时的人工审计。较多人举出爱沙尼亚长期运行、ElectionGuard 在美国实际使用以及瑞士开源等例子，强调真实系统已经足够稳健、可扩展且被专家接受；与此同时，也有不少人坚持软件无法自证清白，并有人提醒信任才是根本，一旦社会信任流失，纸质或数字都不再重要。

认为单靠软件无法保证选举安全，必须用纸质选票与审计兜底

• 软件或软硬件组合本身都不能确保投票机“将会”正确运行，最多只能在事后验证它们“已经”正确运行；个人也难以确认自己的一票真的被计入，而不是被一个看起来合理的随机数取代。可行做法是在投票结束后尽快随机抽取投票点，人工核对纸质选票与电子投票记录（CVR），再做风险限制审计来核对机器上报的总数；此外，邮寄选票、提前投票票箱和选民登记等环节仍有大量安全问题。最直接的答案被认为是带身份核验的纸质选票，只是可能已经错过时机。（较多人）
• > 你无法保证机器一定会正确工作，但可以验证它们确实正确工作过。（@cryptonector）

认为电子投票已在真实选举中被验证，质疑者忽视现有系统

• 爱沙尼亚自 2001 年起、议会电子投票自 2007 年起被广泛使用，开源属性长期受到本地 IT 界与国际专家认可，被认为没有根本性的有效性疑虑；瑞士也开源了电子投票软件。美国自 2020 年起已在多场真实选举中使用 ElectionGuard，因此有评论批评担忧者其实并不了解这些已经落地的系统。（较多人）
• > 电子投票在爱沙尼亚用了很久，已被证明稳健、安全且能扩展。（@SP3269）

认为电子投票的关键不在技术，而在社会信任

• 在爱沙尼亚，人们因为信任政府而接受在线投票，并相信选票被正确计入；但这种便利建立在制度信任之上。一旦公众信任流失，无论改用纸质还是继续数字计票，人们都不会再相信结果，因此很难说哪种方案才是终极答案。（少数人）
• > 在信任还在时这套系统很好用，但我害怕信任崩塌的那一天；真到那时，纸质还是数字计票其实都不重要了。（@AndroTux）

调侃代码库近一年没有更新，反而说明它足够稳定

• 有人注意到相关项目快一年没有更新，以反讽语气称这大概是“酷且稳定的软件”。（少数人）
• > 快一年没更新，想来是因为软件已经足够稳定了吧。（@samat）

有价值的补充

• 肯·汤普森的《Reflections on Trusting Trust》提醒：即便源代码公开，编译器或固件仍可能被植入无法从源码看出的后门，因此“审查代码”并不等同于“系统安全”。