Decentralise · Protocol Engineering

A bespoke chain is rarely the answer. Occasionally it is the only one

Specialist network and protocol engineering, for the cases where a general-purpose chain genuinely fails the requirement and a scaling layer or sovereign network is warranted. This is the deepest end of the practice and the smallest part of it, by design.

Justification first

Four tests before this work is worth starting

Most enquiries that reach this page do not pass all four, and saying so is considerably more useful than taking the engagement.

Name the failure

Which specific requirement does an existing chain not meet? A general dissatisfaction is not a specification.

Cost the operation

A network needs validators, upgrades, monitoring and a team, indefinitely. That standing cost usually decides the question.

Count the ecosystem

A new network starts with no wallets, no explorers, no tooling and no integrations. Everything you assumed exists must be built.

Exhaust the alternatives

An app-specific chain, a rollup, a permissioned network or an existing chain with a different design frequently meet the same requirement for far less.

What the work covers

Where the tests are passed, the engineering spans consensus, execution, operations and the incentives that hold the whole thing together.

Justification and requirement analysis

Establishing what a general-purpose chain fails to provide for your case: throughput, cost, privacy, governance, finality or control. Without a specific failure, this work should not start.

Consensus and validator design

Who validates, how they are selected, what they are paid, what happens when they misbehave, and how the set changes over time.

Execution and state

The execution environment, state model, fee mechanism and the compatibility decisions that determine whether existing tooling works or has to be rebuilt.

Scaling layers and rollups

Where a Layer 2 answers the requirement without the burden of a sovereign network, including data availability, settlement and exit design.

Node operations and upgrades

Running a network is an operational commitment: releases, coordinated upgrades, observability, incident response and the governance to agree a change.

Economic and incentive design

Fees, rewards, issuance and the behaviour those incentives will actually produce, including the behaviour you did not intend.

The ladder of options

Climb it in order, and stop at the first rung that works

An existing general-purpose chain. Then an existing chain with a different design profile. Then an application-specific rollup, which inherits settlement, tooling and much of the ecosystem. Then a permissioned network, where the participants are known and the security model is different. Only then a sovereign Layer 1.

Each rung is materially cheaper to build and to operate than the one above it. The purpose of the ladder is to make sure the decision is made on the requirement rather than on ambition.

Integration with your existing systems

Why this competence matters elsewhere

Protocol work is engineering under adversarial conditions: every action is permanent, publicly visible, and reviewed by people trying to break it for profit. That teaches a discipline most software teams never have to learn, which is proving a system behaved correctly to somebody who assumes it did not.

It is the same discipline an enterprise now demands of an AI system: the audit trail, the decision boundary, the evidence. Which is a large part of why both practices sit in one firm.

FAQs

Questions worth answering

When is a bespoke chain or Layer 2 actually justified?

When a general-purpose chain demonstrably fails a specific requirement: throughput, cost per transaction, privacy, governance, finality guarantees or control over upgrades, and the alternatives have been exhausted. Absent a named failure of that kind, an existing chain, an app-specific rollup or a permissioned network will usually meet the requirement for a fraction of the standing cost.

What is the real cost of running your own network?

It is an operational commitment rather than a project. Validators have to be run or recruited, releases and coordinated upgrades managed, the network monitored and incidents handled, and governance maintained to agree changes. A new network also starts with no wallets, explorers, tooling or integrations, so everything a mature ecosystem provides has to be built or funded.

Do you work on Layer 2 and rollups as well as Layer 1?

Yes, and a scaling layer is frequently the better answer. A rollup can deliver the throughput and cost characteristics a project needs while inheriting settlement and much of the surrounding ecosystem from an established chain, which removes most of the sovereignty burden of a bespoke Layer 1.

Think you need your own network?

Tell us the requirement an existing chain fails to meet. If a rollup or an existing network would do it, that is what we will recommend, and we will show our reasoning.