Galxe

Galxe 身份协议提出了一种先进的系统，使我们的社区完全控制他们的私人数据和身份，重新定义在 Web3 世界中颁发和验证凭证的方式。

什么是凭证？凭证存在于我们的日常生活中。它们是以密钥、证书、契约、许可证等形式出现的资格证明。链上活动的凭证包括您对协议流动性池的贡献、您的链上投票历史以及您对 Galxe 活动的参与等。这些凭证不仅汇总了您的成就和价值，还代表了您的身份，即您独特的链上身份。

Web2 中您当前的所有行为数据也可以是凭证。Google 和 Meta 等公司会根据您的凭证运行算法，以便向您发送有针对性的广告。但问题是，您并不拥有这些数据，您无法决定它们的用途、与谁共享以及如何从中受益。

Galxe 身份协议是一种无需许可的自主主权身份基础设施。借助零知识证明，您将能够安全且私密地拥有、管理和共享可验证凭证。Galxe 身份协议还为开发人员提供了多种机会，以构建 Sybil 预防算法、声誉系统、信用系统、个人数据市场、去中心化评论系统等。

为什么这对你很重要？首先，你的身份和私人数据将成为你的资产，包括社交媒体上的关注者、你的头像、你在游戏中的成就等等。你可以决定何时、什么和如何处理你的数据——因为你真正拥有它们。你不需要公证人来证明你的房子属于你。你不需要发送你的整个银行对账单来证明你拥有一定数额的钱。这可能看起来有点牵强，但在一个人工智能为你写电子邮件、汽车载你去各个地方的世界里，这就是未来，而且它就在眼前。

技术部分

虽然这一切听起来很棒，但它实际上是如何运作的呢？

Galxe 身份协议旨在改进 Galxe 目前提供的功能，并将功能分为独立且相互依赖的部分。Galxe 身份协议中有四个主要角色：凭证持有者、发行者、验证者和凭证类型设计者。在当前的 Galxe 平台中，Galxe 设计并提供各种凭证类型供项目使用。然后，活动所有者验证凭证并将其颁发给符合条件的参与者，这些参与者将成为这些凭证的持有者。

Galxe 身份协议的核心是一系列部署在链上的智能合约和 SDK 工具，开发人员可以构建和使用这些合约来发布或验证链下凭证。凭证架构需要两部分：上下文和凭证类型。例如，上下文是您是否年满 21 岁，类型是布尔值（是或否）。

Galxe 身份协议具有无需许可和去中心化的特性，它构成了与链无关的组件，可满足所有角色的需求，从而使系统具有可持续性。

1. 持有者可以在确定性的假名身份下有选择地披露特定验证实例所需的信息。
2. 发行者可以生成可撤销凭证并在链上管理它们。
3. 验证者能够指定可编程的信任模式，并且通过使用内置的身份无效器，他们可以将该协议用于需要访问控制的各种应用程序（包括链上和链下）。

Galxe 身份协议通过促进基于类型凭证的灵魂绑定代币 (SBT) 的铸造并支持无代码组合验证，进一步提高了验证效率。

如果这太抽象，让我们仔细看看一些场景。

1. 您是活跃的社交媒体用户。您的资产包括您的关注者、您发布的内容以及您的数据足迹。您现在可以选择验证和披露您的身份以及您感兴趣的内容，而不是被利用来投放定向广告。
2. 您是一名游戏玩家，刚刚在某款游戏中达到某个等级或击败了某个 Boss。游戏项目在验证凭证后，可以直接在游戏中奖励您赏金、限量版武器等。使用 Galxe 身份协议，您的游戏成就由您拥有和控制，因此 100% 真实且私密。您可以选择将这些凭证披露给其他游戏和广告商以换取利益。
3. 您年满 21 岁，居住在美国，您需要向酒类销售商证明您已达到购买酒类的年龄。您无需向他们出示您的身份证件（身份证件会披露您的姓名、地址、眼睛颜色等所有信息），只需向他们出示经过验证的证明您已达到年龄即可。

Galxe 身份协议解决的另一个主要问题是数字身份多重性问题。现代数字身份的本质是多维的，一个人可以在不同的平台上拥有多个不同的身份。这种现象给设计凭证协议带来了一个微妙的挑战：发行者应该将凭证授予哪个身份？设计必须允许用户连接所有身份，以便根据综合资料揭示或生成零知识证明，同时不向任何其他方泄露任何隐私（例如账户连接）。

如果您有兴趣了解有关 Galxe 身份协议的更多信息，这里有一份包含您需要的所有信息的白皮书。

Galxe 身份协议的愿景：角色去中心化

Galxe 身份协议设想打破 Galxe 目前所承担的角色，让各种独立实体承担其中一个或多个角色。这种去中心化允许一个更具活力的生态系统，将 Galxe 体验带出核心 Galxe 平台之外。

例如，第三方受邀设计自己的凭证。第三方可以介入设计和提出新凭证类型，而不是仅仅依赖 Galxe 来引入新凭证类型。例如，如果有“Threads”凭证类型的需求，外部实体可以设计它。设计完成后，Galxe 或任何其他平台都可以选择支持和集成这些新凭证类型。这种方法反映了我们当前子图设置中的灵活性。

Galxe 身份协议的设计还为角色承担提供了更大的灵活性，允许包括 Galxe 在内的其他实体根据具体用例有选择地承担角色。例如，Galxe 可能只扮演某些凭证的发行者角色，而将验证留给另一个实体。

• 场景 1：  Galxe 发放凭证。游戏合作伙伴随后验证此凭证，然后直接从其平台或 Steam 等第三方发放奖励。
• 场景 2： 相反，游戏合作伙伴可能会直接或通过 Steam 向用户发放凭证，然后用户可以直接在 Galxe 上兑换奖励。

为什么要采用零知识证明（ZKP）？

我们已经多次提到零知识证明。以下是我们相信并选择 ZKP 作为 Galxe 身份协议加密方法的原因。

选择性披露：

想象一下，一个游戏玩家想要加入 Galxe 集成平台中的游戏公会。公会要求成员在另一款游戏中达到特定等级。借助 ZKP，用户可以证明自己的成就，而无需透露所有游戏历史或任何其他无关统计数据。这确保了凭证隐私。

匿名证明：

用户想要参加平台上的一项特殊活动，但该活动要求参与者拥有特定的声誉分数。借助 ZKP，参与者可以证明他们超出了声誉阈值，而无需透露他们的身份或对分数有贡献的具体方面。此外，验证者可以在证明中使用无效符来防止双重支付。这解决了匿名数据验证的挑战。

效率与安全：

随着 Galxe 与更多平台集成并支持更多凭证类型，对验证的需求可能会猛增。ZKP，尤其是 zk-SNARK，可确保验证过程快速顺畅，即使需求呈指数级增长。例如，如果用户持有来自 50 个不同平台的凭证，则可以使用 ZKP 以任意组合高效地验证这些凭证，从而避免大量计算负担。

展望未来，Galxe 设想实现一个可互操作、私密且安全的无缝集成、验证和奖励分配流程。