SZLHOLDINGS/szl-charts

SZL Charts是用于将SZL治理底层部署到Kubernetes的Helm图表源。这些图表经过版本控制、DSSE签名和SLSA L1来源标记。每个图表版本在注释中固定了Lean内核提交和论文DOI。

SZL Charts is a Helm chart repository for deploying the underlying SZL governance infrastructure to Kubernetes. These charts are version-controlled, signed with DSSE, and marked with SLSA L1 provenance. For each chart version, the Lean kernel commit and the paper's DOI are fixed in its annotations.

搜集汇总

数据集介绍

构建方式

szl-charts 数据集是专为在 Kubernetes 集群中部署 SZL 治理底层而设计的一套 Helm Charts 集合。其构建过程严格遵循形式化验证与可溯源原则：每个 Chart 版本均被赋予独立版本号，并通过 DSSE（Dead Simple Signing Envelope）协议进行数字签名，同时加盖 SLSA L1 级 provenance 时间戳。在 Chart 的注解中，精确锁定了对应 Lean 内核的提交哈希与相关论文的 DOI 标识，实现了从部署配置到数学证明的无缝链接。所有部署动作均经由 sentra 门控系统，产生的调配凭证同样经过 DSSE 签名，并最终转发至 uds-governance-receipts 数据集存档。

特点

该数据集的核心特性在于其深度整合了形式化验证与软件供应链安全。每个 Helm Chart 不仅是一个配置模板，更是一个携带完整证明链路的可执行规范：其元数据中直接引用了 Lean 定理证明器 626 条声明、189 个待证明目标（sorries）以及 40 条锚定公式作为逻辑门控。Doctrine v7 原则确保所有可度量指标均可解析至具体的持续集成日志、Lean 证明或 Zenodo DOI，杜绝了任何营销性描述。此外，数据集通过 RAE-1 协议与 MCP 服务器实现实时状态交互，提供 27 个 HuggingFace Spaces 和 31 个数据集的跨引用生态。

使用方法

使用者可通过标准 Helm 客户端将其添加为 Chart 仓库进行安装部署。部署前需确保集群已配置 sentra 门控系统以通过 DSSE 签名验证。每个 Chart 版本的 values.yaml 中可指定需要调用的 Lean 内核提交版本以及对应的论文 DOI，从而将基础设施的配置状态与形式化验证的数学状态绑定。部署产生的 DSSE 签名凭证可通过 MCP 网关（szlholdings-mcp-receipts-server.hf.space）进行查询与审计。对于希望基于此数据集进行二次开发的用户，建议首先查阅 SZL Anatomy 阶段矩阵以理解各 Chart 在整体架构中的生态位，并参考 lutar-lean 代码库中的证明状态。

背景与挑战

背景概述

在现代去中心化治理与形式化验证交汇的前沿，数据集szl-charts应运而生，旨在为基于Lean 4定理证明器的治理底层基础设施提供可部署的Helm Chart源。该数据集由Stephen Paul Lutar Jr.主导，依托SZLHOLDINGS组织于2025年创建，核心研究问题聚焦于如何通过DSSE签名、SLSA L1来源标记以及Lean内核提交锁定等机制，确保Kubernetes上治理组件的可验证性与可审计性。其影响力体现在将数学形式化验证（如Lean 4的626条声明与189个未完成证明）与云原生部署紧密结合，为智能合约与治理元协议的可信执行提供了新的工程范式，相关成果以Ouroboros Thesis v18（DOI 10.5281/zenodo.20434276）和Lutar-Lean（DOI 10.5281/zenodo.20424992）等形式公开发表。

当前挑战

该数据集所面临的挑战主要体现在两个层面。在领域问题层面，它需解决去中心化治理系统中部署流程的可验证性难题，即如何确保Helm Chart包在发布与更新过程中的完整性、来源真实性以及其与Lean形式化规范的一致性，避免因软件供应链攻击或配置漂移导致治理逻辑失效。在构建过程中，挑战在于将数学定理证明（如Putnam竞赛题目的Lean证明）的严格性与CI/CD流水线的混沌特性相协调，例如每个Chart版本必须精确锁定Lean内核提交哈希和论著DOI，同时维持DSSE签名与SLSA L1来源的自动化生成，这要求高度复杂的工程编排，且单一平台上的资源（如31个数据集和27个HuggingFace Spaces）之间的依赖管理亦构成显著的技术障碍。

常用场景

经典使用场景

在形式化验证与去中心化治理交叉的前沿领域，SZL Charts作为一套专为Substrate部署设计的Helm图表集合，其经典使用场景聚焦于将经过Lean 4数学内核严格验证的治理协议无缝部署至Kubernetes集群。研究者借助该数据集，能够在容器化环境中以可复现、可审计的方式编排包含锚定公式（anchor formulas）和DSSE签名的治理基板，从而在基础设施层面将抽象的形式化证明成果转化为可编程的、具有操作韧性的分布式系统。这一能力尤为契合科研团队构建具有数学完整性保证的链上治理原型，使得部署的每一步都直接锚定到Lean声明的哈希值与Zenodo DOI，实现了从数学定理到生产级配置的全链路可追溯性。

解决学术问题

该数据集直面形式化验证与系统工程之间的鸿沟，解决了长期以来难以将Lean等定理证明器中的数学保证转化为可部署、可运维的Kubernetes工作负载这一关键学术难题。通过将626项Lean声明、40个锚定公式以及SLSA L1来源印章嵌入Helm Chart的注解体系，研究者得以系统性地探究数学证明的持续集成与持续部署（CI/CD）管道设计，并验证在准实时环境下，经DSSE签名的配置变更是否严格遵循声明式策略。这为分布式共识协议的形式化部署可靠性提供了量化评估框架，其意义在于首次在开源生态中建立了从Lean内核绿色构建到Kubernetes编排器原语的直接映射，进而推动了形式化方法在现实世界韧性与治理合规性研究中的范式迁移。

衍生相关工作

围绕SZL Charts已衍生出一系列紧密关联的开源成果：其Lean伴侣仓库lutar-lean内包含626项声明与15条诚实公理（honest gaps），构成了形式化治理的核心推导基底；uds-governance-receipts数据集负责归集所有经MCP网关流转的DSSE签署证明，形成了闭环审计轨迹；而a11oy仓库则专注于锚定公式的规范定义与RAE-1协议合并，进一步强化了声明式策略的执行语义。此外，基于该数据集衍生出的Putnam 2025覆盖测试表明，目前已对12道题目中的4题完成Lean全绿消解（A1、A5、B4、B6），其余8题处于不同跟踪阶段，这为将高难度数学竞赛命题转化为可部署治理策略的可行性提供了有力佐证，并将形式化验证的边界从经典算术拓展至博弈论与组合优化领域。