12D/ Rebooting DID: ethr / Phillipp B. Lauritz L. Dennis V.

From IIW

Session 12D

Rebooting did:ethr


Session Convener: Lauritz Leifermann, Dennis von der Bey, Philipp Bolte

Notes-taker(s): Philipp Bolte, Italo Borssatto

Tags / links to resources / technology discussed, related to this session:

did method, ethereum, did:ethr, rebooting


Discussion notes, key understandings, outstanding questions, observations, and, if appropriate to this discussion: action items, next steps:


Original notes: https://hackmd.io/x15fSXiqQESsI9cZxCuKtQ

Current problems:

  • Diverging smart contract versions
  • Smart contract development and deployment life cycle
  • No upgradability (migration is hard)
  • Replay attack vulnerability (no nonce tracking on addDelegateSigned)
  • Non-standard meta txn hashing (no usage of EIP-712)
  • Unused delegate mapping
  • Specification governance
  • Missing assertionMethod for resolvers
  • Hard link between controller key material and assertion method
  • No audit
  • Not maintained


  • Going through the problems:
    • Since the deployment of did:ethr, the DID Core spec has changed → is the current version of did:ethr following the spec? → we don’t know but probably not
    • We need to find a funding model for how to include the community + a governance model around it
    • Did:pkh is competition we have to compete with → even though its not spec compliant (no support for service endpoints, key rotation, …)
    • Should we do a working group and talk to the Ethereum Foundation? → Might be helpful because another company has indicated interest in supporting changin did:ethr
    • On chain upgradability brings securities risks
  • Ideas:
    • Maybe we should rename did:ethr → did:eth
    • did:ens and did:ethr could be the same thing in the future
    • Governance:
      • Two aspects: who controls the spec and the contract
      • We don’t need/ want tokens
      • Funding: Maybe proposal to ENS foundation/ Ethereum foundation → also a big marketing tool
      • Maybe put the code into a DIF working group for distributing governance → maybe it’s too big?
      • DID DAO could be a central place for multiple smart contracts containing different SSI tools (revocation, did management, …)
      • We don’t need a DAO on day 1
      • If governance fails this trust in the DID registry fails → not rely on one smart contract maybe → there is an EIP that allows subscriptions between different smart contracts
    • ethr-did-dao channel in Veramo discord is a good place for discussion on that
    • The updated version has to be cheap/ not pricey to use
      • We could benefit from a Sidetree option?
      • Maybe usage of Anychain → cheap option that can turn into an optimistic rollup
    • Ethereum DID WG


Attendees for Ethereum DID WG:


Hersh Patel - hersh.patel@trinsic.id

Ajay Jadhav - ajay@ayanworks.com

Philipp Bolte - philipp@bolte.id

Dennis von der Bey - dennis@vonderbey.eu

Lauritz Leifermann - laudileif@gmail.com

Otto Mora - omora@polygon.technology

Dale Olds - olds@vmware.com

Stephan Baur - stephan.x.baur@kp.org

Doug King - dwking@gmail.com

Keith Kowal - keith.kowal@swirldslabs.com

Italo Borssatto - italo.borssatto@mesh.xyz

Reinard Lazuardi Kuwandy - reinard.l.kuwandy@gdplabs.id

Nick Reynolds - nick.reynolds@mesh.xyz

Haydar Majeed - haydar@privatyze.io