我上周看到SIGN的文档里更新了跨链桥的内容，说是支持将attestation从SIGN主网传递到以太坊。我赶紧试了一下，想看看能不能在以太坊上直接验证SIGN的凭证。
结果折腾了一下午。
首先，跨链桥目前只支持单向，从SIGN到以太坊，反过来不行。也就是说，你在以太坊上生成的凭证，没法跨到SIGN。这个限制我能理解，毕竟先跑通一个方向。
而且我觉得但更麻烦的是，跨过去的凭证并不是原生的。它是以太坊上的一个映射合约，记录了“SIGN链上某个attestation存在”。你在以太坊上调用这个合约，只能证明SIGN那边确实发过这个证，但看不到凭证的具体内容。因为凭证内容是私有的，只有持有者能解密。
那问题来了：你在以太坊上跑一个DeFi协议，用户给你一个SIGN的凭证，证明我有还款能力。你作为协议方，只能验证这个凭证确实存在，但看不到凭证里的具体数据（比如信用评分、收入水平）。你信不信？反正让我的话我是不太信的。
我翻了一下文档，发现SIGN的解决方案是让用户主动“揭示”部分数据。比如用户可以生成一个零知识证明，向DeFi协议证明“我的信用分大于700”，但不暴露具体分数。这样协议方就能做出决策，又不泄露用户隐私。
这个思路没问题，但我试了一下实现流程，发现需要用户自己跑ZK证明生成，对普通用户来说门槛太高了。大部分用户连钱包都不会用，你让他们生成ZK证明？
我又问了社区，有没有现成的SDK能简化这个流程。有人回复说，正在开发中，预计Q3上线。又是正在开发中。
我突然意识到一个问题：SIGN的跨链功能，目前更像是一个概念验证，离真正可用还有距离。它证明了跨链传递是可行的，但跨链验证还缺一个完整的用户体验闭环。用户要的不是能传过去，是传过去之后能用。