Binance Square

AdityaSFY

实盘交易
BNB 持有者
BNB 持有者
中频交易者
6.3 年
1 关注
2 粉丝
0 点赞
0 分享
全部内容
投资组合
--
从Boundless看Succinct,ZK infra的演化,正在走向两种不同的范式当我们还在争论 zkVM 性能谁更强时 @SuccinctLabs 和 @boundless_xyz 已经把注意力转向另一个更现实的问题: zk 证明,怎么跑起来?谁来跑?在哪跑?怎么变现? 真正的竞争,不在“怎么生成证明”,而是——“谁来生成证明”。 Succinct 和 Boundless,分别交出了两份答卷: 一个搭建统一平台,调度证明任务 一个就地部署服务,嵌入协议生态 这不仅是两种方案,更是 zk Infra 正在分化的两种范式。 1. Boundless:一套本地化部署的 zk 服务引擎 Boundless 不是一条链,也不是 L2,而是一个在每条主链或 L2 上部署本地合约的 ZK 市场系统。 它的基本理念是:应用在哪条链,就把证明市场部署到哪条链。 这意味着它不做统一的中心市场调度,而是更像“为每个协议搭建本地验证模块”,使用体验接近 #Uniswap 或 #Aave 的合约调用。 它的核心优势在于: 完全原链安全性(所有验证/结算都发生在原链) 免去资金跨链,不需要额外桥接、Gas token 支持本地 Sequencing、公平出价、反审查属性 zkVM + off-chain logic,使链上 footprint 极小(一个证明请求低至 35k gas) 适用对象非常清晰:#rollup、#restaking、治理、实时证明需求系统等。 这其实就是为链级别协议开发的 zk 插件。 2. Succinct:构建一个链间统一的证明市场 而 Succinct 的打法完全不同,它的目标不是“服务某个协议”, 而是打造一个能连接一切、路由一切、调度一切的 zk 证明服务平台。 这套系统由三部分组成: SP1 zkVM:RISC-V 指令集,支持 Rust 编程,不需要手动写电路 Proof Market:任务由需求方提交,Prover 节点通过抵押 & 拍卖竞标 多链支持:任务来源支持 Cosmos IBC、Polygon CDK、Celestia DA 等 比如说,我发一个需要验证的请求,Succinct 会帮你完成:竞价, 指派 prover , 生成证明 , 链上验证到自动结算 这套系统不是跑在每条链上,而是作为一种通用服务,嵌入到多链生态之间。 它像 zk 领域的 Stripe + Render,提供了 开发者接口 + 算力调度 + 支付系统 的一体化服务。 3. Succinct 与 Boundless 的区别是什么? 很多人以为 Succinct 和 Boundless 不过是两种不同的产品实现: 一个做平台,一个做组件;一个集中,一个分散。 但其实,它们的区别不仅仅在于是怎么做的,而在于想成为谁。 Succinct 想构建的是一个统一的 zk 服务平台,像 Stripe 或 AWS 一样,成为链与链之间的“证明中枢”。 开发者只需一次接入 API,就能跨链调度 prover 网络,自动生成、验证、结算 zk 证明。 Boundless 则走了完全相反的路: 它选择深扎每一条链本身,把 zk 服务变成协议的内置能力。证明市场不是独立存在的,而是作为每条链的本地模块,部署在原生合约中。 这种设计让它和主链安全、排序、公平性深度绑定,更像是“ZK 插件”而不是“ZK 平台”。 两者在架构上也形成了非常明显的对比: Succinct 更倾向于把调度、验证和支付统一管理,适配各种生态系统; 而 Boundless 认为,最可靠的方式是把一切验证工作放回应用链自己来处理,从源头上确保安全与抗审查。 这种差异延伸到扩展路径也非常明显: Succinct 的设计利于标准化、一体化、生态网络效应, 它希望“越多人接入,成本越低、效率越高”; 而 Boundless 更强调局部自治,服务深度大于服务范围, 每一次部署都像是为某条链量身打造。 你可以把它们看作 zk Infra 的两种典型角色: 一个试图连接所有链,做全局的 zk 市场基础设施; 一个选择服务每一条链,在局部做到极致、贴身、稳定。 它们确实代表了 zk Infra 两种完全不同的发展范式—— 一个将 zk 做成网络服务,一个将 zk 融入协议结构。 4. 为什么我会更看好 Succinct? 我不是说 Boundless 不好。相反,它的架构清晰、理念自洽,在服务某些特定类型的协议时甚至是最优解。 但如果从平台化潜力、网络效应和生态拓展能力这几个维度来看, Succinct 显然更具突破性的想象力。 它更像是 zk 领域的 Stripe Succinct 做的事情是把 zk 证明变成标准服务,你不需要理解电路、不需要改协议逻辑 只要发出一个请求,它就能调度最合适的 Prover 完成任务。 像 Stripe 一样,复杂的基础设施藏在 API 背后, 真正降低了 zk 的使用门槛。 它已经跑起来了 Succinct 并不是一张 PPT或者说一个故事 它的 SP1 zkVM 已开源、Proof Market 已上线, 甚至已经为 Cosmos IBC 的 Eureka 跨链验证、Polygon CDK 的 Validium 系统提供服务。它是“已经做到了”。 它具备平台级飞轮效应 使用的人越多,Prover 越多,价格越低; 接入的协议越多,标准越稳,接口越成熟。 这是一种平台才有的网络效应, 而不是某一个协议组件能形成的局部优势。 它适合模块化的未来 随着 Rollup-as-a-Service、DA 层、链抽象的演进, 未来链上世界将越来越多地依赖统一、通用、跨链的服务组件。 Succinct 所构建的 Proof Market + zkVM 组合, 恰好就是为这种“模块化协作”场景设计的。 当然,Boundless 也有它的护城河 —— 本地部署、极致压缩、安全清晰。 但在一个讲求标准化、可组合性的 Web3 世界里,我更看好 Succinct 作为“链上验证基础设施”的角色

从Boundless看Succinct,ZK infra的演化,正在走向两种不同的范式

当我们还在争论 zkVM 性能谁更强时

@SuccinctLabs 和 @boundless_xyz 已经把注意力转向另一个更现实的问题:

zk 证明,怎么跑起来?谁来跑?在哪跑?怎么变现?

真正的竞争,不在“怎么生成证明”,而是——“谁来生成证明”。

Succinct 和 Boundless,分别交出了两份答卷:

一个搭建统一平台,调度证明任务
一个就地部署服务,嵌入协议生态

这不仅是两种方案,更是 zk Infra 正在分化的两种范式。

1. Boundless:一套本地化部署的 zk 服务引擎

Boundless 不是一条链,也不是 L2,而是一个在每条主链或 L2 上部署本地合约的 ZK 市场系统。

它的基本理念是:应用在哪条链,就把证明市场部署到哪条链。

这意味着它不做统一的中心市场调度,而是更像“为每个协议搭建本地验证模块”,使用体验接近 #Uniswap 或 #Aave 的合约调用。

它的核心优势在于:
完全原链安全性(所有验证/结算都发生在原链)
免去资金跨链,不需要额外桥接、Gas token
支持本地 Sequencing、公平出价、反审查属性
zkVM + off-chain logic,使链上 footprint 极小(一个证明请求低至 35k gas)

适用对象非常清晰:#rollup、#restaking、治理、实时证明需求系统等。

这其实就是为链级别协议开发的 zk 插件。

2. Succinct:构建一个链间统一的证明市场
而 Succinct 的打法完全不同,它的目标不是“服务某个协议”,

而是打造一个能连接一切、路由一切、调度一切的 zk 证明服务平台。

这套系统由三部分组成:
SP1 zkVM:RISC-V 指令集,支持 Rust 编程,不需要手动写电路
Proof Market:任务由需求方提交,Prover 节点通过抵押 & 拍卖竞标
多链支持:任务来源支持 Cosmos IBC、Polygon CDK、Celestia DA 等

比如说,我发一个需要验证的请求,Succinct 会帮你完成:竞价, 指派 prover , 生成证明 , 链上验证到自动结算

这套系统不是跑在每条链上,而是作为一种通用服务,嵌入到多链生态之间。

它像 zk 领域的 Stripe + Render,提供了 开发者接口 + 算力调度 + 支付系统 的一体化服务。

3. Succinct 与 Boundless 的区别是什么?
很多人以为 Succinct 和 Boundless 不过是两种不同的产品实现:

一个做平台,一个做组件;一个集中,一个分散。

但其实,它们的区别不仅仅在于是怎么做的,而在于想成为谁。

Succinct 想构建的是一个统一的 zk 服务平台,像 Stripe 或 AWS 一样,成为链与链之间的“证明中枢”。

开发者只需一次接入 API,就能跨链调度 prover 网络,自动生成、验证、结算 zk 证明。

Boundless 则走了完全相反的路:
它选择深扎每一条链本身,把 zk 服务变成协议的内置能力。证明市场不是独立存在的,而是作为每条链的本地模块,部署在原生合约中。

这种设计让它和主链安全、排序、公平性深度绑定,更像是“ZK 插件”而不是“ZK 平台”。

两者在架构上也形成了非常明显的对比:

Succinct 更倾向于把调度、验证和支付统一管理,适配各种生态系统;

而 Boundless 认为,最可靠的方式是把一切验证工作放回应用链自己来处理,从源头上确保安全与抗审查。

这种差异延伸到扩展路径也非常明显:

Succinct 的设计利于标准化、一体化、生态网络效应,
它希望“越多人接入,成本越低、效率越高”;

而 Boundless 更强调局部自治,服务深度大于服务范围,
每一次部署都像是为某条链量身打造。

你可以把它们看作 zk Infra 的两种典型角色:

一个试图连接所有链,做全局的 zk 市场基础设施;

一个选择服务每一条链,在局部做到极致、贴身、稳定。

它们确实代表了 zk Infra 两种完全不同的发展范式——
一个将 zk 做成网络服务,一个将 zk 融入协议结构。

4. 为什么我会更看好 Succinct?
我不是说 Boundless 不好。相反,它的架构清晰、理念自洽,在服务某些特定类型的协议时甚至是最优解。

但如果从平台化潜力、网络效应和生态拓展能力这几个维度来看, Succinct 显然更具突破性的想象力。

它更像是 zk 领域的 Stripe
Succinct 做的事情是把 zk 证明变成标准服务,你不需要理解电路、不需要改协议逻辑

只要发出一个请求,它就能调度最合适的 Prover 完成任务。

像 Stripe 一样,复杂的基础设施藏在 API 背后,
真正降低了 zk 的使用门槛。

它已经跑起来了
Succinct 并不是一张 PPT或者说一个故事
它的 SP1 zkVM 已开源、Proof Market 已上线,
甚至已经为 Cosmos IBC 的 Eureka 跨链验证、Polygon CDK 的 Validium 系统提供服务。它是“已经做到了”。

它具备平台级飞轮效应
使用的人越多,Prover 越多,价格越低;
接入的协议越多,标准越稳,接口越成熟。
这是一种平台才有的网络效应,
而不是某一个协议组件能形成的局部优势。

它适合模块化的未来
随着 Rollup-as-a-Service、DA 层、链抽象的演进,
未来链上世界将越来越多地依赖统一、通用、跨链的服务组件。

Succinct 所构建的 Proof Market + zkVM 组合,
恰好就是为这种“模块化协作”场景设计的。

当然,Boundless 也有它的护城河 —— 本地部署、极致压缩、安全清晰。

但在一个讲求标准化、可组合性的 Web3 世界里,我更看好 Succinct 作为“链上验证基础设施”的角色
登录解锁更多内容
浏览最新的加密货币新闻
⚡️ 参与加密货币领域的最新讨论
💬 与喜爱的创作者互动
👍 查看感兴趣的内容
邮箱/手机号码

实时新闻

--
查看更多

热门文章

先定个小目标-资产过亿
查看更多
网站地图
Cookie偏好设置
平台条款和条件