Silent Protocol：解决 Web3 隐私中的状态拒绝问题

保护隐私和可组合性：Silent Protocol 如何解决 Web3 中的状态拒绝问题

Silent Protocol 通过将隐私转移到用户端来修复状态拒绝，从而在 Web3 中结合了可组合性、可验证性和真正的隐私。

基础设施

保护隐私和可组合性：Silent Protocol 如何解决 Web3 中的状态拒绝问题

介绍

当今的区块链不是匿名的，而是假名的。你的真实身份不会出现，但你的所有行为都与地址相关联，任何人都可以将这些地址与使用模式、时间表、交易对手和元数据相关联，以查看你的所有动向，了解你在做什么或知道你拥有多少钱。

保持用户状态暴露可以解决透明性、可验证性和可组合性问题，但代价是用户的隐私。

另一方面，一些链通过使用零知识证明来更新应用程序状态而不泄露数据（例如 Aleo、Mina），或通过在 TEE（例如 Secret Network）中加密合约执行和状态来提供用户或状态级别的强大匿名性。在那里，隐私是真实的，但可组合性经常受到影响，因为隐藏应用程序状态剥夺了其他程序所需的共享视图，从而导致状态拒绝。

简而言之，加密应用程序状态会导致状态拒绝。

为了补救这一点，有两种不同的方法：批量处理流程和拆分流程。通过这些解决方案，不是锁定用户状态，而是将消息传递到目标合约并以异步方式执行，以保持用户数据的私密性。

让我们更深入地研究一下这两个概念。

批量处理流程

在批量处理流程中，用户证明有资格声明特定操作的结果，并将未加密的指令发送到目标合约，从而允许用户将私有数据保留在链下。合约收集许多此类消息并在批处理中更新其状态，并为每个用户的意图发布一个临时工件（例如，token 或 NFT），只有所有者才能销毁。一旦批处理完成，每个参与者都会使用其声明证明（工件）兑换按比例分配的输出。这种方法引入了延迟，因为一个批处理需要多个用户，或者重复调用相同的函数才能运行，因此用户必须在时间和隐私之间做出选择。

然而，有一个更重要的问题：这也将应用程序碎片化为每个功能子空间，因此流程仍然局限于其桥或功能上下文，与其他功能和合约的横向可组合性减弱。

拆分流程

拆分流程将敏感数据保留在链下，并将交易分解为异步执行的独立意图。每个意图都会向目标合约发送一条消息，该消息像任何普通调用一样公开运行。当一个意图完成后，一个匿名访问通道会将生成的输出附加到用户的主要帐户状态。通过这种方法，应用程序保持共享且可读的状态以实现可组合性，并且用户保留对其身份和余额的隐私。

这就是 Silent Protocol 遵循的解决状态拒绝问题并为 Web3 带来强大隐私的路径。

Silent Protocol 充当透明链的隐私协处理器，并能够在智能合约上进行保护隐私的交易，而无需修改这些合约。这要归功于其用于基于阈值的匿名验证的 renode 网络和 EZEE Signals（经济高效的零知识执行环境）以在主帐户（私有）和辅助帐户（公共）之间移动意图。

他们的解决方案基于两个组件，Ghost Layer 和 EZEE signals。

Ghost Layer 充当加密层，其行为类似于“1.5 层”，执行隐私逻辑并将安全性和有效性锚定到基础 L1，而 EZEE Signal 则打开从 Ghost Layer 到辅助帐户的匿名访问通道，辅助帐户在公共执行层中与终端合约 (0dapps) 交互，从而带来强大的隐私并允许可组合性。

• 原文链接： threesigma.xyz/blog/infr...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～