在使用 Indy 的 SSI 中,验证者如何选择证明请求的模式?

Posted

技术标签:

【中文标题】在使用 Indy 的 SSI 中,验证者如何选择证明请求的模式?【英文标题】:In SSI using Indy, how verifier chooses the schema for proof request? 【发布时间】:2021-05-16 21:06:06 【问题描述】:

在Self Sovereign Identity中,当验证者向凭证持有者发送证明请求时,验证者如何确保在向持有者提出证明请求期间使用与持有者相关的正确模式ID?

【问题讨论】:

【参考方案1】:

我更深入了,我现在可以说验证者可以在证明请求的限制中要求特定的“schema_id”:(来自here)


  "name": "proof-schema1",
  "version": "1.0",
  "requested_attributes": [
    
      "names": ["class", "grade"],
      "restrictions": ["cred_def_id": "<cred-def-id>"]
    , 
    
      "name": "phone_number"
    
  ],
  "requested_predicates": [
    
      "name": "rank",
      "p_type": "<=",
      "p_value": 10,
      "restrictions": ["cred_def_id": "<cred-def-id>"]
    
  ],
  "cred_filter": [
    
       "attr_name": "class",
       "attr_values": ["Math 100"]
       "exclude": true
    ,
    
       "attr_name": "class",
       "attr_values": ["Math *"]
    
  ]

【讨论】:

验证者如何知道特定的凭证定义属于证明者或持有者,以便验证者可以发送证明请求? 验证者不知道持有者/证明者是否已经持有证明请求中定义的凭证

以上是关于在使用 Indy 的 SSI 中,验证者如何选择证明请求的模式?的主要内容,如果未能解决你的问题,请参考以下文章

有没有办法在没有验证者的情况下证明某些东西在NP中?

32个ETH才能成为验证者并运行2.0节点

实施 X509TrustManager - 将部分验证传递给现有验证者

共识协议aura

创建Substrate 私有网络

共识协议NPOS波卡