这个“完全国际化”的描述让我想起来这么一个梗：有些美国人以为全世界只说英语😅

@hugee 那请问你是否可以在生成之后修改密码的剩余次数？同样是要飞行模式。

然而，真的使用复数会带来浮点误差的问题。一般来说会选择使用 Z/(p) 上的 Fourier 变换，也就是所谓数论变换。

https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-theoretic_transform

您可以试试手机开飞行模式之后建立新的密码，然后尝试解锁，看能不能做到。

@xwhxbg 您连 handle 和 handler 都没分清。Handler 是处理程序（异常处理、事件处理……），你可以传递一个 handler 的 handle （比如，函数指针）； handle 是用来访问一个对象的东西。

@hugee #22 那您自己已经有答案了呀：这个应用场景是不现实的。

@limhiaoing 没有规定是 unspecified/implementation-defined，但总是会计算并调用的； undefined 是说编译器可以有任意行为的。

@am241
@ini
@kyotrue

和入栈顺序没关系，不一定非要按照入栈顺序计算参数，甚至可以选择随机一个顺序来计算。

@takato remaining_r 是什么？是指 (r, k, s) 对应的剩余次数，还是指 (r, k, s) 里面的 r ？

提醒：无论如何处理 (r, k, s) 里面的 (r, k) 这部分，也不能保证 (r, k) 是隐匿的——因为一个不可伪造的签名机制可以把 (r, k) 在 s 里面明明白白写出来。如果你想藏匿 (r, k)，你必须用其他要求的密码原语。

@takato 没理解您的意思——我假设门的系统是不能被改换的，否则不妨不直接让门自己开开就好。如果您仍然觉得这个方案不是看似可行的，是否可以形式化描述一下如何攻击？

考虑一个不可伪造（ existential unforgeability ）签名系统，管理员和门分别可以产生和验证签名，管理员如此产生开门密钥：

选择一次性随机串 r，选择初始次数 k，产生 (r, k) 的签名 s，把 (r, k, s) 作为钥匙。

门如此管理密钥：

接到 (r, k, s) 的时候，先验证 s 是 (r, k) 的签名，如果不是有效，则拒绝。
接着查看内部表格里面是否有 r，如果没有，设置 r 的剩余开门次数是 k。
重新查看内部表格里 r 的开门次数，如果是 0 则拒绝，否则减少一次开门次数并开门。



当然楼主对这个模型的定义不是很完善，所以无法形式化证明这个构造是安全的——比如我得知道“安全”是什么意思。

https://geelaw.blog/

模板（ HTML/CSS/JS ）自己写的，工具链用到了 marked 和 KaTeX，构建器的其他部分是自己写的。内容用带有私有扩展的 Markdown 存储。

上次构建器大更新还是 2017.7.24 （增加产生微信截图的功能），最近有个一两行的小更新（插图用的），可以认为是工具稳定后专注于内容了。

提醒一下：一些家长可能会拍摄孩子洗澡的照片，把它们上传到云服务可能被判为色情，需要小心。

git 本来就不看文件的修改时间。

但如果你改变了压缩包里面的文件的修改时间，则压缩文件本身是变化了的，git 没办法知道怎么忽略这个变化。

@geelaw 噗，应该 结果—>据说……

@forestyuan 把 NP 理解为非多项式是常见的错误——结果我国院士也犯过望文生义的错误。NP 是 非确定机上的多项式，而不是说非多项式。

@paradoxs 即使自己用 POS 刷出来，利息也不足以填补手续费造成的损失。

灌水 √
投简历 ×