Aleo/Leo 项目中负数字面量在命令行传递时的错误解析

在 Aleo 区块链项目的 Leo 编程语言实现中，开发团队发现了一个关于负数字面量处理的边界情况问题。当用户尝试通过命令行参数传递负数值时，系统会出现解析错误。

这个问题涉及到编译器前端处理用户输入时的类型推断机制。在大多数编程语言中，负数字面量通常被解析为一个完整的 token，但在 Leo 语言的命令行参数处理中，负号被错误地识别为运算符而非数字的一部分。

从技术实现角度来看，这个问题源于词法分析器(lexer)与参数解析器的交互方式。当从命令行接收"-123"这样的输入时，系统将其拆分为单独的"-"和"123"两个token，而不是作为一个完整的负数字面量。这种处理方式会导致类型检查阶段出现意外错误，因为系统期望接收的是完整的数值表达式。

开发团队通过更新文档明确了这一边界情况的使用规范，同时可能在后续版本中改进参数解析器的实现，使其能够正确处理带符号的数字输入。对于当前版本，建议用户在传递负数值时使用明确的表达式形式，或者通过其他数据交换方式传递有符号数值。

这个问题虽然看起来是一个简单的语法解析问题，但实际上反映了区块链领域专用语言在交互设计上的特殊性。Aleo/Leo 作为注重隐私的区块链编程语言，其输入处理机制需要兼顾安全性和灵活性，这使得这类边界情况的处理尤为重要。