维基百科:投票/是否在管理员选举启用SecurePoll

维基百科,自由的百科全书

现在的日期与时间是2024年4月20日 01时13分(UTC按此更新

投票现已结束!
请勿再作任何投票或改票,否则会被视为废票。

发起投票的理由[编辑]

2021年9月13日,维基媒体基金会对中文维基百科进行了一系列的行动,行动中对七名用户实施全域禁制。基金会声明指出,被全域禁制用户涉及在维基媒体平台内外实行骚扰拉票人肉搜索等行为,亦有编者因投票遭遇来自站外群组的威胁、甚至受到人身伤害

有参与讨论的编者认为,安全投票(SecurePoll)机制可以在投票结束前隐藏支持率、投票用户等信息进行不记名投票,有利于阻止拉票和人身威胁。由于提案获得多数赞同,讨论的参与者认为此提案应交由社群投票表决,社群亦对SecurePoll投票的方式存在疑问,故决定举行一次使用SecurePoll的投票,以决定是否在管理人员选举中使用SecurePoll。

相关页面:

常见问题[编辑]

  1. 谁可以看到我的投票?
    • 所有人(包括选举管理员)在选举期间都不会看到谁投给了谁,选举管理员在选举期间也只能看到谁已经投票。在选举结束后,选举管理员会看到包括投票者在投票当刻的CU Data(例如IP地址),目的是用作解决拉票或傀儡投票的问题。
  2. 选举管理员是谁?如何选出?
    • 选举管理员由监管员担任,为管理维基媒体计划的全域用户组,由全球维基媒体社区通过每年1月至2月举行的年度监管员选举产生。
  3. 我还有其它问题

(待补充)

投票期限[编辑]

本次投票之投票期为2021年12月11日 (六) 00:00 (UTC)至2021年12月25日 (六) 00:00 (UTC)。

投票规则[编辑]

本次投票将会有三条问题,问题一为测试题目,问题二为主要题目,问题三为意见征集,不具约束力(参见下方)。在投票截止前,使用者可以任意改票,新的投票内容将覆盖先前的投票内容。

本次投票是一场秘密投票,除了选举管理员外,没有人可以得知个别使用者的投票意向。

此投票只限在2021年12月1日或之前已拥有延伸确认用户管理员权限的用户,且投票首日并未被封禁(不包括部分封锁)的用户参加。

投票的问题[编辑]

下列为本次投票的问题列表,所有问题会在选票上同时显示。问题在选票上显示的次序是随机的,与这里的出现次序很可能不同!

  1. 问题一:您是否支持维基娘成为管理员?(仅供测试,不具实际效力)
  2. 问题二:您是否同意在下一场管理人员选举中试行SecurePoll?
  3. 问题三:您是否同意使用SecurePoll的投票应当每年固定举行?(意见征集,不具约束力)

投票区[编辑]

请点选以下按钮在SecureVote服务器上投票。

前往投票

讨论区[编辑]

投票开始前的讨论[编辑]

下列为选票的设计样式,这也是这次投票的样式。

至于在选举后可以公开生成的数据就应该可以是投票的选项(meta:User talk:Huji)中有说明。--1233 T / C 2021年11月12日 (五) 03:37 (UTC)[回复]

我在phab中看到投票后会检查进行投票中的代理ip,而大陆用户几乎必须使用代理进行投票,请问这该怎么解决?--SD hehua会客室/欢迎签到2021年11月13日 (六) 05:21 (UTC)[回复]
用户查核也可以查VPN和代理,所以应该不用解决 --Yining Chen留言|签名2021年11月13日 (六) 14:04 (UTC)[回复]
hosts也可以,亲测vote.wikimedia.org仅被DNS污染--Liuxinyu970226留言2021年12月11日 (六) 12:12 (UTC)[回复]
真正测试投票时界面会是中文吗?--Yining Chen留言|签名2021年11月13日 (六) 14:02 (UTC)[回复]
投票的选项会是中文,但是因与英维仲裁委员会选举“撞时间”的问题,界面技术上无法转为中文(即界面为英文)。当然,可以是过新年后才投票。--1233 T / C 2021年11月14日 (日) 13:46 (UTC)[回复]
为什么是“三场”?本投票本身不也已经是一次测试了吗?—— Eric Liu 创造は生命(留言留名学生会STE 2021年11月26日 (五) 10:25 (UTC)[回复]
那就接下来的两场吧,我是完全无所谓。--1233 T / C 2021年11月27日 (六) 05:32 (UTC)[回复]
我觉得一场就好。—— Eric Liu 创造は生命(留言留名学生会STE 2021年11月30日 (二) 02:09 (UTC)[回复]
测试性投票[编辑]

目前在phab:T295518正在对测试性投票进行准备。建议先进行一次不具任何意义的使用SecurePoll的测试性投票(e.g.:提名维基娘当选管理员),让社群先熟悉一下这个机制,看看社群反应,如反响良好就直接正式使用SecurePoll进行正式管理员选举;如仍有争议就再开始是否启用SecurePoll进行选举的投票。——BlackShadowG留言2021年11月14日 (日) 04:04 (UTC)[回复]

(✓&)有条件同意:只要SecurePoll在投票之后能公开谁投了票(但不公开投支持/反对),可以让全体社区查验投票人是否傀儡,而且在发现傀儡时能有效去除傀儡票或必须重新投票,本人强烈支持SecurePoll。 桐生君[讨论] 2021年11月14日 (日) 07:38 (UTC)[回复]

@桐生ここ“所有人都可以看到在浏览的那一刻前谁已经投了票”,你说的东西是预设功能。--Sanmosa Hrom a peklo, márne vaše proti nám sú vzteky! 2021年11月19日 (五) 10:12 (UTC)[回复]
(+)支持偏向支持,可以尝试使用看效果如何,如果效果不好再反对也不迟。看到不少人已经反对了,想反对的是不是去试一场看系统有什么缺点吗?--ATZZQ留言2021年12月14日 (二) 17:06 (UTC)[回复]

@1233——BlackShadowG留言2021年11月14日 (日) 13:01 (UTC)[回复]

( π )题外话:既然投票了,要不要把维基娘选为名誉管理员?(不具实权的挂名) 桐生ここ[讨论] 2021年11月21日 (日) 15:18 (UTC)[回复]

逻辑上可以,但是我们还没有定义谁能够投票
而且逻辑上可以同时出现两张选票投票给不同的事情,但是这时候可能就会需要修改大量的管理员选举细则。但是这东西应当讨论。--1233 T / C 2021年11月22日 (一) 09:03 (UTC)[回复]

有无懒人包?我初步看了一遍之后的理解是用SecurePoll(本投票)来决定以后的管理员选举是否采用SecurePoll,不知道是不是这个意思。--东风留言2021年11月22日 (一) 12:42 (UTC)[回复]

不是完全决定,但是可能往后两三次都是使用SecurePoll而非普通的投票,然后再讨论这东西是不是可行的。--1233 T / C 2021年11月26日 (五) 07:12 (UTC)[回复]

投票开始后的讨论[编辑]

(:)回应@Beta Lohman管理员数目是多,但活跃中(每天)能处理站务的又有多少?而且总不能一直无限期搁罝不理,对其他有意参选或有意提名他人参选的人不公平。Stevencocoboy 2021年12月12日 (日) 04:40 (UTC)[回复]

(-)反对:机器人群发到本人讨论页上的通知写着“本次投票有三个问题,除了第一题为测试题以外,其他问题的结果都可能影响中文维基百科的未来发展。”然后我一打开,第一个问题便是“是否同意在下一次管理员选举中使用SecurePoll投票”,于是我将除“是否同意维基娘当管理员”(我甚至清楚记得我选了同意)外的两个问题乱填一气,翻到这个页面才发现你们指的第一题与投票网页上的完全不一样,现在我有理由相信你们发起的这次投票本身具有拉票嫌疑[开玩笑的]误导性。--SEX! 2021年12月11日 (六) 10:43 (UTC)[回复]

“投票后到截止前,可以任意改票。新的投票内容将覆盖先前的投票内容。”--LouisVentoTalk 2021年12月11日 (六) 11:20 (UTC)[回复]
很难说会不会有人和我一样看到那句话就乱填一气,更很难说会不会有人特意找到这个页面来。--SEX! 2021年12月11日 (六) 11:55 (UTC)[回复]
逻辑上投票后是跳转到此页面的。其他问题请参见下面。--1233 T / C 2021年12月11日 (六) 12:39 (UTC)[回复]
问题是,没有回到此页面吧?我好在先看了说明,然后投票时没有直接投,而是再次看了一下原来的通知,发现不一样。然后我很质疑这种投票能否解决公正的问题,结果由于没能回到此页面,而找了半天才发现这里的讨论。我一直都觉得这对很多用户可能是个障碍,比如可靠来源的布告板也是很难找到,我用了最原始的办法才算能快速进入。因此,我相信多数新手或者没有真正融入这个核心群的散兵用户恐怕不了解而错过了想参与的事务。这方面,各位高手能否像个办法解决一下技术设置,方便多数用户能直接感受到维基社群的民主讨论呢?---Nice-walker留言2021年12月13日 (一) 04:27 (UTC)[回复]
  • (-)反对:对于此方法我不认为可以解决到人海战术式灌票问题,他们依旧会用人海战术,而非管理员投票者则因看不到票数而减低警觉性。而且投票者也未能看到其他投票者支持或反对的理由,而评估投票。就目前而言,本人认为SecurePoll有改善空间,非全盘否定,但基于灌票问题未解决,不表支持。--Iflwlou ☯I♨I☀ 2021年12月11日 (六) 15:51 (UTC)[回复]
    (:)回应@Iflwlou不记名投票也许不能完全防止人海战术问题,但能有效防止这次基金会行动中暴露的受人指使或强迫投票的问题。同时,即使使用SecurePoll投票,愿意公开自己支持或反对的理由者也可以选择公开,就如这次投票中就用户在这里表达了自己支持或反对的理由。SecurePoll是为了确保那些不愿公开自己投票倾向的人也能放心安全地投票。--BlackShadowG留言2021年12月12日 (日) 03:05 (UTC)[回复]
    • (:)回应@BlackShadowG,就如你所言,用户在这里表达了自己支持或反对的理由,我理解为被强迫投票者可以在这里作虚假陈述交差,但怎会暴露受人指使者?使用人海战术式灌票者可以选择不留言减低非管理员投票者的警觉性,而用户也未能看出可疑票数而作出投诉,结果资料只有管理员掌握,反而普通用户则欠奉。就WP:OA2021反映来说,就算是管理员本身都有很大程度的问题,如果SecurePoll用于管理员选举,基于资料公开对象不对等,而使到管理员的权力上升,这是我不乐见。--Iflwlou ☯I♨I☀ 2021年12月12日 (日) 04:38 (UTC)[回复]
    说起来,如果真的搞人海战术式灌票的话,相关的对话可能早就被公开了(--1233 T / C 2021年12月15日 (三) 08:21 (UTC)[回复]
    • WP:OA2021事件中反映人海战术式灌票者在“维基友好”政策的保护下,指控他们非常困难,而且他们会造成既定事实,要非维基仲裁委员会的铁拳,这些人仍在这儿玩弄维基。--Iflwlou ☯I♨I☀ 2021年12月16日 (四) 18:33 (UTC)[回复]
      是基金会的铁拳,我们(现在)不能够停止他人强迫投票,但是应该能够停止他人强迫第三者投向一个特定的选项。这是安全投票要处理的问题的。--1233 T / C 2021年12月22日 (三) 09:55 (UTC)[回复]
  • (-)反对:刚得知有这个投票,立即毫不犹疑投下反对票并就此议题留下个人意见,基本上意见跟Iflwlou雷同。此外,根据英语维基百科最近一次对Eostrix的RFA,维基仲裁委员会已经立即对相关人士作出封锁。因此个人认为,最终把关者并不应由中文维基百科的编辑者自行决定。使用SecurePoll决定管理员是否适任,是对维基仲裁委员会进行夺权,是对当时仲裁委员会对相关人士进行封锁的行动的一种彻然否定。由此,本人必须投下反对票。
    {#(set-global-staff-size 12) e''8. \partial 16 d''16 c''8. d''16 e''8. f''16 e''4 \tuplet 3/2 { e''8 d'' c'' } b'8. a'16 b'8. c''16 g'4 \bar "|."}
    要聊吗 2021年12月11日 (六) 17:58 (UTC)[回复]
    然而中文维基百科并没有引入仲裁委员会,若阁下认为引入仲裁委员会能解决这个问题,这与是否引入SecurePoll机制无关,建议另开提案。--BlackShadowG留言2021年12月12日 (日) 02:49 (UTC)[回复]
    几件事情:1。Eostrix的RFA终止的原因就是因为有人透过站外通知的方法取得资料显示该用户其实是某LTA的傀儡而被封锁。这并不是正常的事件,而且和选举无关,只是刚刚好那时候发现这事实而已。2.现在没有仲裁委员会。3.投票不解决这个问题。使用SecurePoll不取代任何Functionary的权限,而且谁(在哪一天)投了票这个问题是能够看到的,被匿名化的是投票的意向。--1233 T / C 2021年12月15日 (三) 02:59 (UTC)[回复]
  • (-)反对:根据我多年的观察,我认为拉票的更重要原因是对资深用户的无礼行为感到不满。若启用SecurePoll不仅不能解决拉票问题,反而会使维基人之间缺乏互重互信问题恶化。--Lanwi1(留言) 2021年12月11日 (六) 19:34 (UTC)[回复]
  • (-)反对:不能解决拉票行为,倒可能增加了拉票的暗箱操作,更无法监督。就此次被处理的群组问题,也显示拉票也可能在背后发生,或者某志在于把维基中国话语的小组背后的协调拉票,过去即使避免不了,但还是可以直观到票党痕迹,可以追踪。若所谓安全投票,则极可能被此类人利用。让我想起疫情的带口罩,反而方便了某暴力团伙罩起来的打砸抢烧。至于要避免被胁迫之类的安全问题,这种方法也不可能做到。说白了,有正邪交锋的地方,就会有勇敢和胆怯的选择。维基匿名化本身就包含安全的因素,但是本地维基人聚会之类情感的介入可能使个人忽视了安全。经验说明,越是透明的决策,越能有效监督。当然,我希望各位高手,在监督制度上多想想,比如,添G党的破坏性编辑,应该有投诉制度,建立提告档案,对其违规以及处罚存档累计。对管理员等一样建档,类年检公式,含社群评价。---Nice-walker留言2021年12月13日 (一) 05:12 (UTC)[回复]
    “可能增加了拉票的暗箱操作,更无法监督”在下同样有类似的疑虑,推行新系统的组织者们在试行有限次数后,如果能有更详细地解说工作可以解除包括我在内的众人的疑虑就更好了。--ATZZQ留言2021年12月14日 (二) 17:18 (UTC)[回复]
    根据现在的资料显示:我们能够在现在得知:谁在哪一天投了票,但是不知道何时投票和投票意向。我认为投票保密其实是很重要的。--1233 T / C 2021年12月15日 (三) 08:13 (UTC)[回复]

不明白问题“您是否同意使用SecurePoll的投票应当每年固定举行两次”是什么意思,是指每隔6个月社群要重新投票决定是否要继续使用Secure Poll吗?而且发现一个问题就是重新投票(改票)的话不会显示上次投票的结果,可能会造成困扰,如果用户想改票但是登录之后又发现不想改了,或者只是想进去看看问题是什么的话--ParkerTian 2021年12月11日 (六) 20:48 (UTC)[回复]

我在下方 #投票进行中发现的问题 章节发出了同样关于“每年固定举行两次”问题的疑问。关于不显示上次投票结果的问题,我支持 Parker 的意见。-- 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年12月12日 (日) 04:24 (UTC)[回复]
  • 我将“您是否支持维基娘成为管理员”投了(+)支持,其他两个选项投了(-)反对,因为SecurePoll系统不能防止拉票行为。--12З4567留言2021年12月12日 (日) 05:06 (UTC)[回复]
  • (?) 喵喵喵?诶为什么投完票都来这发表意见来了?--在下荷花请多指教欢迎签到2021年12月12日 (日) 10:10 (UTC)[回复]
  • 不知道维基上的用户组有没有如同政党的形式,也就是说同一用户组会对其提出的被选举人进行支持。如果记名,就表示这一用户组的人有没有投给其被选举人,一目了然。我认为匿名的优势就在于,无法得知用户组内的人员是否都投给其推选出之人。如果用户组内的人会因为没有支持被推选的人就被兴师问罪,那很明显此用户组对于其投票意向的自由相当不友善。就自身观察而言,有些人虽然待在某群体,但并不是完全喜欢群体内的所有人。结论是:有些人虽然待在某群体,不等于他支持里面所有人,但若与群组意见相左,会不会被群组排挤甚至攻击,是记名投票所担心之事。--吉太小唯Don't Say Lazy.TALK2021年12月14日 (二) 04:10 (UTC)[回复]
@Park1996 我的错,这里的问题应当是是否每年举行两次使用SecurePoll的投票。仅此而已。--1233 T / C 2021年12月15日 (三) 02:49 (UTC)[回复]
(?)疑问:SecurePoll是否接受使用匿名代理服务器的用户投票?如果接受,“用户查核”对于那些使用匿名代理服务器投票的用户是否有效用?另外,请问有没有人知道过去2年有多少次用户查核查出有“IP封禁例外权”的用户违规使用多重账号的事例?--Mewaqua留言2021年12月15日 (三) 07:59 (UTC)[回复]
@Mewaqua
问题一:可以
问题二:和普通的用户查核一样。
问题三:可能要找一下WP:HAM里面的一些讨论内容。--1233 T / C 2021年12月15日 (三) 08:14 (UTC)[回复]
关于选票的若干问题[编辑]

在此回答相关的问题:

  1. 选票顺序:
    • 不肯定选票顺序在显示给各位用户的时候是固定还是随机的。对此造成的不便本人在此致歉。
  2. [Intro]
    • 此段原本是投票的介绍,主要是介绍投票,但是没人知道那东西应该写什么,结果就没写任何的东西上去。我可以保证,该段落是一段Placeholder,且绝对不会影响阁下的选票。

另外我为忽略撰写寄送用户的身份致歉。此次通知是由无聊龙寄出的。 以上。
--1233 T / C 2021年12月11日 (六) 11:50 (UTC)[回复]

@1233 选票里问题的顺序肯定是随机的,你可以透过反复加载(Refresh)选票页面来复现。另外投票通知的寄送者署名是预设的“MediaWiki Message delivery”而不是任何一个真人(包括你或我),这是我思考后故意的操作。投票通知本质是中立的,寄送者的身份不应对投票人施加任何影响。--无聊龙·留言·贡献 2021年12月11日 (六) 12:30 (UTC)[回复]
难怪。我对此毫无异议。作为一位前MMS,我当然知道预设通知不会包含寄送者姓名。--1233 T / C 2021年12月11日 (六) 12:38 (UTC)[回复]
@1233 我还以为你打算把真人的署名hard code在投票通知里,所以才在上面说要“为忽略撰写寄送用户的身份致歉”。--无聊龙·留言·贡献 2021年12月11日 (六) 12:41 (UTC)[回复]
投票进行中发现的问题[编辑]

1. 什么叫“您是否同意使用SecurePoll的投票应当每年固定举行两次?”是关于“是否使用 SecurePoll”的投票,还是使用 SecurePoll,关于别的什么主题的投票?如果当年没有需要投票的主题,如何“固定举行两次”?

2. 个人觉得更习惯“同意”在左,“反对”在右的布局。但想了想,好像调查问卷都是“0–10”,0 代表“反对”在左,10 代表“同意”在右。故在此咨询各位编者的意见。“同意”应该在右还是在左?

回复请务必 ping 我。谢谢!— 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2021年12月12日 (日) 04:16 (UTC)[回复]

1.同上。2.个人无倾向。反对放在左边,个人会更谨慎。我怀疑“顺手投票”的可能因此更多投下反对,而对被拉票的不影响。3.期望能随时查看自己之前投票的选项和时间。--YFdyh000留言2021年12月12日 (日) 04:42 (UTC)[回复]
考虑到投票一开始选项是锁定在中立而非反对,因此我认为“顺手投票”者倒更有可能投中立票。—— Eric Liu 创造は生命(留言留名学生会 2021年12月13日 (一) 06:38 (UTC)[回复]
没有所谓呀,这个是设定可以自行选择的内容来的。然后之前投票的选项和时间是故意隐藏的(日期并未隐藏),目的就是处理拉票的部分问题。(最有效解决拉票的方法就是不要搞投票)--1233 T / C 2021年12月15日 (三) 08:17 (UTC)[回复]

(-)反对:感觉想解决的问题都没解决,还有助长的可能,因为更难抓。其实不记名投票本来就不是用来解这些问题的,即然大家都是维基人,就点进去条目看吧. Jkms留言2021年12月14日 (二) 10:22 (UTC)[回复]

(-)倾向反对诉我直言,这并不能解决拉票问题。而且本人并不认为此举十分合适于维基的讨论环境--是橙🍊子🍊哦! 2021年12月15日 (三) 03:10 (UTC)[回复]

@橙子木,恕我直言,要完全解决拉票的问题,就只能透过取消选举的方式进行。这个提案的目的并非解决拉票问题,而是处理明票中胁迫投票给某选项的一些行为。尤其是用户应当只代表自身而非社群共识。--1233 T / C 2021年12月16日 (四) 03:53 (UTC)[回复]

投票结果[编辑]

本次投票共收到830张有效票,结果如下:

同意 反对 中立 同意-反对 同意票占比
您是否同意在未来一场管理员选举使用SecurePoll? 559 73 198 486 88.45%
您是否同意使用SecurePoll的投票应当每年固定举行两次?(仅意见收集,不具实际效力) 373 121 336 252 75.51%
您是否支持维基娘成为管理员?(仅为测试,不具实际效力) 356 167 307 189 68.07%

以上,复查本次投票之JWong及在下。--Jimmy Xu 2021年12月31日 (五) 01:04 (UTC)[回复]

请问投票时出现的问题是“您是否同意在未来一场管理员选举使用SecurePoll?”还是“您是否同意在下一场管理人员选举中试行SecurePoll?”,前者来自于上表,仅限于管理员选举;后者来自于#投票的问题,范围包括管理员、界面管理员、行政员、用户查核员及监督员等。--东风留言2021年12月31日 (五) 07:31 (UTC)[回复]
投票时出现的问题是上表中的。--Jimmy Xu 2021年12月31日 (五) 15:07 (UTC)[回复]
我发现使用SecurePoll的优点是会很多人投票,要洗票可能就比较难了--0906(回复请Ping我) 2021年12月31日 (五) 14:44 (UTC)[回复]
其原因应在于有通知、投票门槛较低,而非使用SecurePoll本身之故。—— Eric Liu 创造は生命(留言留名学生会 2021年12月31日 (五) 15:36 (UTC)[回复]
那以后投票使用SecurePoll也还会通知吗?--0906(回复请Ping我) 2021年12月31日 (五) 16:55 (UTC)[回复]
有可能会,也可能不会,但是管理员选举投票的通知我感觉比较麻烦,可能会导致拉票。1233 T / C 2022年1月1日 (六) 18:14 (UTC)[回复]
通知所有有权投票者,那就不叫拉票了。—— Eric Liu 创造は生命(留言留名学生会 2022年1月1日 (六) 18:25 (UTC)[回复]
同意Ericliu1912的想法--0906(回复请Ping我) 2022年1月3日 (一) 14:21 (UTC)[回复]
投标门槛是管理员选举级别的extendconfirmed而非所有人。感觉通知才是有可能拉高投票率的缘故。--1233 T / C 2022年1月1日 (六) 18:14 (UTC)[回复]
“谁(在哪一天)投了票”的名单在哪里可以看到?--Mewaqua留言2022年1月2日 (日) 03:25 (UTC)[回复]
这里:https://vote.wikimedia.org/wiki/Special:SecurePoll/list/1316
另外此次为何要限制为XC的原因主要是方便发送通知以及投票,再加上准备时间并非非常充足,因此才会有此折衷的方案。--1233 T / C 2022年1月2日 (日) 07:35 (UTC)[回复]
有些在2021年12月收到“投票通知:试行安全投票(SecurePoll)”通知的用户不具在Wikipedia:人事任免投票资格当时版本下的投票资格(假设今次是有效的申请成为管理员投票),例如User:Wem43、User:静音未来、User:Bdgzczy。--Mewaqua留言2022年1月2日 (日) 03:25 (UTC)[回复]

后续处理[编辑]

本投票结果经行政员确认,支持率高达88.45%,视作通过,下次管理员选举将使用SecurePoll机制。现在有以下问题需要讨论:

  1. 下次使用SecurePoll的管理员选举的规则可能需要进行一定的修改,例如:在提名人被提名和SecurePoll投票开启之间可能会有一段时间间隔,投票时间也许需要从“提名后的两周内(14天)”改为“投票开启后的两周内(14天)”
  2. 下次使用SecurePoll选举结束后,如未出现其它问题,是否确认在今后所有管理员选举后使用SecurePoll机制?——BlackShadowG留言2022年1月1日 (六) 08:06 (UTC)[回复]
有几点感想:
  1. 点票过程是监督员确认,这个我认为可能给监管员更好
  2. 投票时间放在这个期间感觉有点冲突,尤其是基金会通常这个时间都会放假。我认为如果要长久下去可能要固定一个时间来做这个事情,而且在所有有关威吓他人投票的问题解决(包括背后的原因等深层次问题)后应当弃用/用作其他机制的选举模式。
  3. 我对是否固定一段时间作这样的投票没意见。
  4. 另外投票是监督员确认的。
  5. WP:500 (
--1233 T / C 2022年1月1日 (六) 18:14 (UTC)[回复]
WP:500无误(((--路西法人 2022年1月2日 (日) 14:08 (UTC)[回复]