ERC-7512: Onchain Audit Representation

I would propose an alternative structure for on-chain audits.

Create a “registry” contract that will allow anyone (or a select group of addresses) to issue an “audit report” for another address. This “audit report” should act as a Soulbound Token with configurable properties.

I have proposed this type of NFTs in the past (it is easy to turn into SBT by simply removing transferring features):

The SBT must contain the following properties:

  1. Issuer - the address of the auditor or an auditing company
  2. Critical findings: number
  3. High severity findings: number
  4. Medium severity findings: number
  5. Low severity findings: number
  6. Audit hash
  7. Audit report link
  8. Chain ID

It is possible to leave severity assignment to auditors I think.

In this way it would be possible to ask one contract (registry) and get a list of audits if there are multiple. At the same time if there is already one audit report that says “everything is fine with the contract” but in fact the contract has security problems - there will be a way for other auditors to submit reports that point out security problems of the contract.

2 Likes