[第三阶段][约束性] HIP-58 - 取消担保挑战者机制

FromProof Of HumanitySourceSnapshotAuthor0x504E...5153已关闭查看原文参与讨论

摘要

AI 生成

本提案旨在建立框架,允许在担保挑战者存在恶意行为时将其移除,并禁止其重新注册。此举旨在解决担保挑战机制被滥用的问题,该问题已导致大量挑战和巨额经济损失。提案将通过修改政策来实施,并考虑历史行为。

注:摘要由 AI 自动生成,可能与正文存在差异,仅供参考。

提案内容

AI 翻译
HIP: 58
标题: 担保挑战者移除框架
作者: ludoviko.eth, herniadlf.eth
状态: 第三阶段
创建日期: 2022-07-16

简单摘要

本 HIP 提议建立一个框架,允许在账户明显存在恶意担保行为的情况下,依据任何已有的移除理由提出移除请求。

摘要

本提案将允许在担保挑战者符合本 HIP 正文中定义的情况下将其移除。担保挑战者将被移除,并且在一段时间内无法重新注册。这将通过修改 PoH 政策来强制执行。该政策不具有追溯力,但如果出现新的担保挑战,其历史行为将被纳入考量。

动机

担保一个档案是负责任地承认其对注册表的提交合法有效的行为。自 Proof of Humanity 启动以来,"利用已注册人类的担保功能使另一个档案易受挑战" 的担保挑战行为已成为一个严重问题。截至撰写本 HIP 之日,已有 57 个档案的担保挑战数量超过了有效担保数量,导致了 211 次挑战,并对注册者造成了总计约 25 ETH 的损失,且这一数字还在增长。在此期间,一系列治理帖子提出了这个问题,并提出了一些解决方案。@donosonaumczuk 为 L2 汇总和 PoH 智能合约的未来升级提出了一个稳健且良好的方法,但与此同时,也存在一些可能的解决方案,可以增加(重要!并非不可能!)恶意行为者继续此类攻击的难度。

规范

1. 添加移除标准

在最新的 PoH 政策版本中,已有一些明确的档案移除标准。可以增加一个新的移除标准,允许移除担保挑战者。我们可以指示陪审员,在移除担保挑战者的情况下,如果被指控的担保挑战者对此移除提出异议,应做出不利于担保挑战者的裁决(从而有效地将其从注册表中移除)。

2. 添加准入标准

为了避免担保挑战者在被移除后重新注册,对文件的另一项修改将规定,因担保挑战而被移除的案例在一段时间内不得准入。主要文件中的文本将如下:

  • 提交者必须遵守本政策"担保挑战者"部分定义的担保挑战者禁入期。

base_period 为 120 天(4 个月)。担保挑战者在被移除后继续进行担保挑战的,将根据 第 3 节"认定担保挑战者的条件" 再次被移除。后续的禁入期将计算为 base_period*(times_removed)。无论移除原因如何。

需考虑的参数:
base_period = 120 天
times_removed

3. 认定担保挑战者的条件

担保挑战 是指导致挑战的担保。担保挑战者 是执行担保挑战的档案,并且:

  • 超过或等于 max_vouchallenge_ratio 的档案。该比率计算为 vouches_wtih_incorrect_submissions / total_vouches,并且
  • 至少进行了 initial_vouchallenge_threshold 次担保且最终导致任何类型挑战的档案,或者
  • 在因作为担保挑战者被移除后,至少进行了 repeated_vouchallenge_threshold=1 次担保挑战的档案,或者
  • 根据第 7 节,因受贿而执行单次担保挑战的档案。

需考虑的参数:
max_vouchallenge_ratio = 1/2
initial_vouchallenge_threshold = 2
repeated_vouchallenge_threshold = 1

4. 对来自重新注册的担保挑战者发起的挑战“拒绝仲裁”

如果一个担保挑战者被移除,然后又在 Proof of Humanity 中重新注册,那么每一个新的担保挑战都必须投票为“拒绝仲裁”。

5. 追溯性

本 HIP 不追溯适用于过去进行过担保挑战且超过 initial_vouchallenge_threshold 的档案。但是,如果一个先前活跃的担保挑战者进行了一次新的担保挑战,并且该挑战超过了 repeated_vouchallenge_threshold,那么该档案将被视为担保挑战者并被移除。

6. 白帽担保挑战

如果满足第 3 节标准的担保挑战者将押金返还给被挑战者,则该担保挑战不计入总次数。总押金必须在移除请求挑战的证据期结束前返还。

7. 贿赂担保挑战

如果有证据(交易记录)表明担保挑战是由一个从另一个钱包/档案或独立钱包接收了资金或代币的钱包/档案执行的,则担保挑战的总次数将同时计入这两个钱包。

证据适用于在过去 6 个月内通过资金往来(资助/被资助)直接或间接与其他钱包关联的钱包。

案例示例

  • 一个最近注册的档案为其第一个档案提供担保,但最终导致挑战。
    • 由于最低担保挑战次数为 2,因此不属于担保挑战者
  • 一个档案有 24 次担保挑战,但总担保次数为 340 次
    • 比例 24/340 为 0.07,因此不属于担保挑战者
  • 一个档案有 2 次担保挑战,总担保次数为 4 次
    • 比例 = 1/2,因此属于担保挑战者
  • 一个档案先前因作为担保挑战者被移除,重新注册后再次进行担保挑战
    • 该档案属于担保挑战者
  • 一个人在因作为担保挑战者被移除后的第二天试图重新注册
    • 该档案可被挑战,任何挑战者将获得担保挑战者的押金。
  • 一个档案在本 HIP 实施前比例为 0.87,然后进行了一次挑战:
    • 适用第 5 条,该档案属于担保挑战者
  • 一个档案被请求移除,但将押金返还给了被担保挑战者的地址
    • 不属于担保挑战者,且该次担保挑战不计入总担保挑战次数。
  • 一个档案被证明从一个与已知或被报告的担保挑战者地址(无论是否注册)有交易关联的钱包接收了资金。
    • 属于担保挑战者,无论比例如何。

理由

  • 未来将会有比此方案更稳健的解决方案,但此方案旨在修正当前的状况,该状况已对注册流程造成了巨大影响。
  • 参数设置非常严格,以制止近期的滥用行为。这些参数可在未来的 HIP 中修改。
  • 担保流程需要改进并得到严肃对待。

实施

根据 HIP-45 中的规定,拉取请求 (https://github.com/Proof-Of-Humanity/poh-docs/pull/4) 已开放评论。该版本已在 https://github.com/Proof-Of-Humanity/poh-docs/pull/5 更新,如果第 3 阶段投票结果为“接受更改”,此版本将被合并。

合并后,它将作为 .MD 扩展名文件上传到 IPFS:

当本 HIP 合并后,上述指定的 Markdown 文档将按原样提供,未经渲染,作为纯 Markdown 文件,置于 MetaEvidence 中。
我们将获得政策在 IPFS 上的新 URL。从现在起,此 URL 将被称为“newPolicyIPFSURI”。

上传后,最终的“_registrationMetaEvidence”文件也将上传到 IPFS,并将其 fileURI 设置为“newPolicyIPFSURI”。

当前 registrationMetaEvidence

{
  "category": "精选列表",
  "title": "人性证明注册请求",
  "description": "将指定条目注册到可证明人类列表的请求。",
  "question": "是否应接受该注册请求?",
  "fileURI": <newPolicyIPFSURI>,
  "evidenceDisplayInterfaceURI": "/ipfs/QmSL8d82dMhcThwERWaF4LtmCa4hgV7TyPjAo4fKCzPVkv/index.html",
  "rulingOptions": {
    "type": "single-select",
    "titles": [
      "是",
      "否"
    ],
    "descriptions": [
      "接受注册该条目的请求。",
      "拒绝该请求。"
    ]
  }
}

我们将获得一个新的 IPFS URI,称之为 "finalRegistrationMetaEvidenceURI"。

最终的 "_clearingMetaEvidence" 文件也将上传到 IPFS,并将 fileURI 设置为 "newPolicyIPFSURL"。

实际的 clearingMetaEvidence

{
  "category": "精选列表",
  "title": "人性证明清除请求",
  "description": "从可证明人类列表中移除指定条目的请求。",
  "question": "是否应接受该移除请求?",
  "fileURI": <newPolicyIPFSURI>,
  "evidenceDisplayInterfaceURI": "/ipfs/QmSL8d82dMhcThwERWaF4LtmCa4hgV7TyPjAo4fKCzPVkv/index.html",
  "rulingOptions": {
    "type": "single-select",
    "titles": [
      "是",
      "否"
    ],
    "descriptions": [
      "接受移除该条目的请求。",
      "拒绝该请求。"
    ]
  }
}

我们将获得一个新的 IPFS URI,称之为 "finalClearingMetaEvidenceURI"。

治理者交易

我们将在 Kleros 治理者中创建交易,以调用 ProofOfHumanity 合约的 changeMetaEvidence 方法。参数将是命名的 finalRegistrationMetaEvidenceURIfinalClearingMetaEvidenceURI

提案图片

暗流 © 2026
Undertide Information