数学家陶哲轩在Lean4形式化证明时发现已发表论文中的错误:
陶哲轩在用Lean4发现了一个小错误:论文论证中出现的表达式 12logn-1n-k-1 在 n=3,k=2 的情况下实际上是发散的。幸运的是,这个问题只影响到较小的 n 值,对于 n≥8 的情况,整体论证仍然成立,更小的 n 值可以用更粗糙的方法处理。陶哲轩将添加一个脚注,承认之前版本的论证略有错误,这是在 Lean 中通过形式化发现的。
他在本月初开始在 GPT4 的帮助下学习 Lean4:
使用 Lean4 等形式化证明系统来验证数学证明、捕捉错误和提高严谨性的问题。
陶哲轩利用Lean发现了他最近一篇论文中的一个小错误。交互式定理证明器允许通过逐步证明语句来探索思想,而战术语言等工具则有助于实现常规步骤的自动化。
目前正在开展一些工作,将语言模型与证明助手连接起来,帮助提出策略建议,并有可能找到证明,不过这仍然具有挑战性。
形式化有助于解决历史上由于定义的细微差别而产生的问题。随着时间的推移,形式化的程度可能会提高,从而有助于扩展现有成果和发现。
对于想要简单了解 Lean4 的人来说,自然数游戏非常棒: https: //adam.math.hhu.de/#/g/hhu-adam/NNG4
Lean4 与 TLA+ 或 Alloy 有何不同?
Lamport 的 TLA+更多地是为试图设计系统、写下规格并推理事物如何动态运行的软件人员而设计的。
用于创建形式规范,围绕状态机中的程序行为。TLA+ 以清晰的方式让人有抽象概念。
Lean4 主要用于写下数学证明,而很少用于软件(尽管根据库里-霍华德对应关系,数学证明和程序具有等价性,因此界限有点模糊)。有“mathlib”,它就像一个经过正式验证的数学标准库,人们可以在新的证明中做出贡献和使用。
最近批准了一项多年的努力,开始在Lean4 中形式化费马大定理的证明.
Lean 4 的一个很酷的事情是它也是一种编程语言,使用与证明相同的语法,使您可以轻松地考虑证明您编写的程序的正确性属性。Lean 4 的大部分内容及其策略都是用 Lean 4 编写的(尽管此时几乎所有代码都没有任何相关的证明)。
Leo de Moura 也希望将 Lean 4 用于软件验证。
都打算发展为通用编程语言。
形式验证好处
形式验证几乎是消除 bug 的灵丹妙药,即使它不是 100%(没有什么是)。
它在消除错误方面肯定比模糊的哲学立场要好得多。哲学上会说:“默认情况下使事情安全”(这是什么意思?)或“当你处于糟糕的状态时中止”(你怎么知道你处于“糟糕的状态”) “状态?
形式验证减少了软件开发的艺术性,编程不再是一种手工艺,不再是手工作坊了。