- 私人代币余额
- 私人凭证或个人信息。这包括年龄、公民身份、投资者认证状态、Twitter 帐户或可在 Web 3 中使用的任何其他 Web 2 数据
- 私人交易历史



- 任何基于私有状态的计算都必须在客户端进行。这会降低用户体验,并要求用户拥有有能力的设备才能使用网络。
- zk 方法不适合处理共享私有状态。默认情况下,所有应用程序都具有公共状态。这使得构建信息不完整的游戏和私人 DeFi 等应用程序变得具有挑战性。
- 可组合性更难,不可能执行需要更改多个私有状态的事务,因为每个状态都需要由单独的用户计算。此类交易需要分成多个部分,并且每个部分都在单独的块中执行。
- 私人数据的可发现性也面临挑战。如果用户收到具有私有状态的交易,他们无法发现该状态,除非他们下载整个网络私有状态,尝试使用其隐私密钥解密其中的每一部分。这给用户带来了具有挑战性的用户体验,即使是执行简单的任务,例如查询余额(如本线程所述) 。
- 多个交易/用户可以更改同一块内的相同私有状态。例如,多个交换可以使用同一个暗池。
- 单个交易可以改变多个私有状态。例如,一笔互换交易可以利用多个AMM暗池来完成一笔互换。


- 计算只能由属于 MPC 组的实体执行。该组之外的任何人都无法对数据执行任何计算
- 为了实现诚实的少数担保,所有 MPC 各方都需要合作执行 MPC。这意味着 MPC 组的任何成员都可以审查计算。可以通过减少 MPC 阈值(即执行计算所需的实体数量)来放宽此限制。然而,这里的代价是,较少数量的参与者之间的协调可能会破坏数据的隐私。