Steven Kelsey
Paper 14 gives an analytical model of the Qoin economy as a dynamic network: node balances that rise and fall with local creation and consumption events, a physical de- livery graph those events populate, and closed-form results for adoption, topology, and resilience under stated assumptions. Those results are the model’s skeleton. This pa- per is discursive rather than mathematical: it asks what would actually need to be built to give that skeleton stochastic life, test its assumptions, and check its closed-form predictions against simulated behaviour — before any of it touches a real deployment. Five requirements follow directly from Paper 14’s own structure, not from any new modelling choice. The event log is not an implementation detail but the correct primary data structure, because Paper 14 already defines node balance as a derived quantity rather than stored state — the model specifies event sourcing whether or not the word is used. The simulation engine should be discrete-event rather than continuous, because every quantity in the model changes at a point in time, not continuously. Node arrival, edge formation, and lifecycle-window realisation are three distinct stochastic processes, each with its own calibration target, and should not be collapsed into one undifferentiated source of randomness. Calibrating the model against reality requires specific, nameable data that does not yet exist, and the paper says exactly what that data would need to be. And nothing built should be trusted beyond what Paper 14 already proves analytically until it reproduces those proofs first. This paper does not specify the real distributed ledger of Paper 1, does not perform any calibration (no pilot data exists), and does not address deployment, production, or user-facing engineering. It specifies a research instrument for studying the dynamics, nothing more.