Skip to content

Methods

Methods for smart contract architecture.

F-Tokens is a methodology lab. We focus on the layer beneath products — the repeatable patterns, constraints, and structures that make modular smart contract systems safe to design, build, and change over time.

01

Modular contract design

Decompose systems into modules with clear boundaries, identities, and versioned interfaces.

02

Upgradeability patterns

Safe upgrade paths that preserve invariants, storage, and external integrations over time.

03

Storage isolation

Namespaced storage domains that prevent layout collisions and make state ownership explicit.

04

Runtime extensibility

Add and route new behavior at runtime through explicit, permissioned callable surfaces.

05

Governance surfaces

Model who can install, upgrade, and configure — and bound those powers by architecture.

06

Security-by-architecture

Constrain the blast radius of every change before a line of business logic is written.

07

Composability & module registries

Treat modules as reusable, discoverable units that compose into larger systems.

08

AI-assisted orchestration

Methods for using AI to assemble, verify, and reason about modular contract systems.

Why methods

Constrain the blast radius before writing business logic.

A protocol's safety is mostly decided by its architecture, not its features. Our methods make the structural decisions explicit — ownership of storage, the surface that can be called, who can upgrade what — so that every later change happens inside known bounds.