# kaal:claim:3125827-031

**Claim.** Running the reputation platform on the very blockchain it validates destabilizes the system because it increases the likelihood of forks: every validation pool result is itself a transaction that must be included in a future block requiring its own validation, without end. The authors judge this destabilization non catastrophic for most imagined uses.

**Type.** failure  **Support.** argued

**Holds when.**

- platform DApp hosted on the same chain it validates

**Source quote.**

> But this self-referential architecture destabilizes the system as it increases the likelihood of forks.

**From.** Craig Calcaterra, Wulf A. Kaal, *Secure Proof of Stake Protocol* (2018), 5.2 Block production, page 21

**Cite as.** Craig Calcaterra, Wulf A. Kaal, Secure Proof of Stake Protocol (2018). SSRN: https://ssrn.com/abstract=3125827

**Verify.** sha256 of source PDF `598d9bd95e4af7a0a35328677c6bfc069f69f2e32c30c720b3a0be98a23a40cb` at https://raw.githubusercontent.com/wulfkaal/Academic-Papers/main/papers/pdf/Calcaterra%20and%20Kaal%20-%202018%20-%20Secure%20Proof%20of%20Stake%20Protocol.pdf

**Failure mode.** self-referential-destabilization  (family: consensus-and-protocol-attack)

**Topics.** consensus-and-security

**Keywords.** self-reference, ouroboros-architecture, forks, consensus, system-stability

**Canonical form.** This markdown file is the canonical hashed representation of the claim. Its sha256 is the content hash used for attestation.