Abstract
A smart contract provides deterministic state transition, but deterministic code is not yet a persistent financial policy. Long-lived automation also requires a durable policy model, bounded authorization, external triggering, revocation, observability, and failure handling. This comparative architecture analysis synthesizes academic DeFi literature, a digital-legacy prototype, and primary Ethereum documentation. It separates contract correctness from system reliability and proposes a policy lifecycle with proposed, active, paused, revoked, completed, and failed states. The analysis finds that executors, oracles, admin keys, interfaces, and token issuers remain material dependencies. Owner sovereignty is strongest when automation authority is narrow, inspectable, and revocable rather than when every component is labeled decentralized.
Keywords: smart contract automation; persistent financial policy; rule-based finance; revocation; oracle risk; blockchain observability
Continue reading this research
Sign in to access the complete research, analysis, conclusion and references.