Anza首席执行官Brennan Watt为Solana(SOL)提出18章协议规范

一本规则书,三个客户端

一个由三套独立实现的验证者客户端共同维护规则的Solana (SOL)网络,究竟该以什么文本为准?这个问题如今被摆上了台面。Anza首席执行官Brennan Watt提议,把协议变更的评审收拢到一份共享规范之中,并于10月30日在Solana改进提案(SIMD)讨论板上发布了题为「转向协议规范」的提案。负责统筹Solana开发的Solana基金会随后在11月5日发布开发公告,确认关于统一规范、修订评审流程的讨论已正式启动。在此之前的运作方式是:SIMD文件既充当规则变更的评审载体,也在事实上充当网络协议行为的记录。值得一提的是,讨论开启之际,Solana价格在过去24小时内回落6.8%,延续的是跌破100美元后的回调走势,而非对提案本身的反应;交易者关注的具体点位可参见Solana技术分析,此前的失位过程见Solana跌破100美元后的反弹报道。Watt的核心论点是:现有流程虽然能沉淀提案,却让已经生效的规则散落在各客户端代码与单份提案文件里。他在提案中写道,同一段行为可能在多处被略有差异地描述,而找出某项变更波及的所有位置并不容易。他的方案保留了创意讨论、技术评审以及必要的治理批准环节,只是把具体变更本身改为针对共享规范提交的拉取请求,让不同验证者软件从同一份经评审的源头实现相同的规则。获批的规范拉取请求将保持开放,直到变更在主网激活为止,以确保文档与实际运行的规则保持一致。尚未激活的SIMD将迁移至新格式并保留原有编号,即便共享规范取代逐份提案文件成为参考基准,现有提案的追踪也不会中断。

草案锚定于纪元1072

Watt起草的Solana协议规范共18章,涵盖交易与消息、网络通信、状态转换与共识机制,其中向前兼容的规则以主网纪元1072为参照。草案从一份经过验证的纪元快照或通过该纪元状态根认证的状态出发,也就是说,对起始状态本身的信任是文档之外提供的输入。其范围被刻意限定:不设定从创世区块重放链条的规则,止步于纪元1072,也不定义下一纪元的第一个区块。把草案锚定在单一纪元上,使其规则面向未来:1072之后的变更将对照一个固定基线来校验,而不是重写历史。基金会的规范代码库目标一致,即把共识关键规则整合成一份完整且无歧义的参考文档,供各验证者实现取用。在此之前,具体规则变更由单份SIMD文件承载,其中包括SIMD-0286,即把区块计算上限提高到1亿计算单元的提案。更早的协议工作也走过类似的单一目标路线,即Alpenglow的150毫秒最终性目标。客户端多样性正是基金会在公告中点名的背景:Agave、Firedancer与Mithril是三套独立代码库,每一套验证者节点软件都必须在交易处理和共识中从相同输入得出相同结果。同一套规则还支配交易的排序与执行,这正是最大可提取价值等效应出现的领域,实现之间在这一层面的分歧不是文书问题,它可能直接导致链条分裂。验证者投票背后是质押权重,这使该风险同时带有金融属性。对这一网络层面不熟悉的读者,可以参考在Solflare上质押SOL,了解客户端选择在实际操作中的落点。

采纳与时间表未定

在公开讨论串中,参与者alnoki提出,书面规范可能遗漏只有客户端实现中才能看出的内部依赖,单靠一份文档未必能覆盖实现之间的所有交互。Watt回应称,要达到足够的把握,可能需要随文档同步构建概念验证实现,并同意在正式的规范评审阶段为提案分配编号。规范在实现过程中发生变更时如何标记复审,仍在讨论之中。提案本身目前处于第一步:意见仍在收集,SIMD流程文档的修订要等到形成广泛共识之后再行推进,变更的采纳与否、具体应用时间表均未确定。于是问题以最尖锐的形式回到了原点:一份文档能否把Solana (SOL)描述得足够精确,让三套独立实现无从产生分歧?就目前公开的记录而言,答案仍然悬而未决。