# System requirements

`kaal:entity:system-requirements`

**Status.** derived

This node is assembled mechanically from the 2 claims that carry the concept tag `system-requirements`. It is a roster of what the corpus says under this term. It is **not** an adjudicated definition: no single statement here has been ruled canonical, and no first-appearance call has been made. Read the claims and judge for yourself.

## Every claim under this term

2 claims across 2 works, 2017 to 2021.

**2017**

- [2959730-021](https://wulfkaal.github.io/claims/2959730-021) [condition/asserted] -- Complex smart contract arrangements involving several parties require a verifiable and unhackable system, which blockchain technology supplies.
  > More complex smart contract arrangements in which several parties are involved require a verifiable and unhackable system provided by blockchain technology.
  Wulf A. Kaal, Blockchain Applications and Fee Structure Developments in Private Investment Funds (2017). SSRN: https://ssrn.com/abstract=2959730

**2021**

- [3949098-003](https://wulfkaal.github.io/claims/3949098-003) [condition/argued] -- Locking a user's reputation tokens instead of fungible assets would be a leap in efficiency and a powerful economic advantage over traditional finance, but this advantage is conditional on a coherent system that securely tracks the value of a reputation token.
  > For example, locking users reputation tokens instead of your fungible assets would be a strong leap in efficiency, giving a powerful economic advantage over traditional finance. This requires a coherent system which securely tracks the value of a reputation token.
  Wulf A. Kaal, Reputation as Capital – How DAOs Upgrade Finance (2021). SSRN: https://ssrn.com/abstract=3949098

## Verify

Every claim above resolves to a record carrying a verbatim source quote, the sha256 of the source PDF, and a preformatted citation. Nothing here asks to be taken on trust.

    curl -s https://wulfkaal.github.io/entities/system-requirements.md | sha256sum

**Canonical form.** This markdown file is the canonical hashed representation of this entity node. Its sha256 is the content hash.
