The Protocol No Gatekeeper Wants

2026-08-02 · 4,834 words · Singular Grit Substack · View on Substack

Bitcoin’s countercultural architecture moves payments, identity, property and evidence to the edges—and makes every platform replaceable

Keywords: Bitcoin, BSV, counterculture, edge architecture, peer-to-peer payments, SPV, fixed protocol, digital property, digital scarcity, disintermediation, platform power, gatekeepers, micropayments, overlays, identity, privacy, institutional economics

The most countercultural feature of Bitcoin is not its imagery, its slogans or its association with rebellion. It is not anonymity, and it is certainly not the ability to speculate outside normal market hours.

The genuinely countercultural feature is architectural.

Bitcoin allows control to move away from the centre and towards the edges of the network. It allows people to hold their own keys, transactions, proofs, identities, contractual rights and digital property. It allows one person to pay another without first creating an account inside a platform. It allows a developer to create a new interface without needing permission from the organisation that controls the existing one. It allows a service to disappear without requiring every user relationship, every item of property and every piece of evidence associated with that service to disappear with it.

This is not the form of decentralisation usually marketed by the cryptocurrency industry. That industry frequently distributes technical components while retaining institutional control. It replaces a bank with an exchange, a board with a developer committee, a regulated administrator with a token foundation, or an ordinary database with a smart-contract platform whose rules and interfaces remain controlled by a small group. The names change. The dependency remains.

Bitcoin’s original architecture offers something more difficult and more disruptive: the possibility that the intermediary ceases to be compulsory.

Useful intermediaries can continue to exist. They can provide search, discovery, insurance, identity verification, credit, curation, hosting, analytics, dispute resolution and many other valuable services. But they must earn their position continuously. They cannot make themselves permanent merely by owning the database in which everybody else’s relationships are recorded.

No organisation built upon compulsory intermediation will welcome an architecture designed to make it replaceable.

That is why the path is slow. It is also why BSV remains isolated and opposed.

The internet became a collection of toll roads

The early internet was built around interoperable protocols. A person could run a server, create a client, publish information or communicate across networks because the protocols did not require one company to approve every participant. The value lay partly in the fact that many implementations could use a common grammar.

Over time, the application layer moved towards concentration. Communication, identity, payments, discovery, software distribution, social interaction, content and commerce became organised through large platforms. The internet remained technically distributed underneath, but the economic relationships at its edges became increasingly centralised.

Today, there is a middleman for almost everything.

To publish, a creator depends upon a platform’s account, ranking system, payment rules and moderation decisions. To sell, a merchant often depends upon a marketplace that owns the customer relationship and controls visibility. To receive payment, both parties depend upon banks, processors, card networks and risk engines that maintain separate records and settle later. To prove identity, a person repeatedly supplies the same information to organisations that each build another database. To use software, a developer may depend upon an app store, a cloud provider, an identity provider, an advertising network and a subscription processor before reaching one customer.

Each intermediary may perform useful functions. The structural problem arises when the service provider also controls admission, portability and continuity. The user cannot simply replace the service while retaining the underlying relationship. Leaving the platform means losing the audience, history, identity, reputation, purchases or access rights accumulated inside it.

That is not a competitive service relationship. It is dependency.

The significance of platform gatekeeping is no longer a fringe observation. The European Union’s Digital Markets Act explicitly identifies large providers of search, app stores, messaging and other core platform services as “gatekeepers”. Regulation attempts to constrain abuses after concentration has occurred. Bitcoin offers a complementary architectural question: can systems be designed so that no service provider needs to acquire permanent control over the underlying relationship in the first place?

That is the question the cryptocurrency industry largely stopped asking.

Counterculture is a matter of power, not appearance

Something is not countercultural merely because it uses aggressive language, rejects conventional clothing or declares hostility towards government. A movement can appear rebellious while reproducing the same concentration of power it claims to oppose.

Many cryptocurrency systems do exactly that. They speak of communities while a small development group determines protocol changes. They speak of permissionless markets while exchanges decide which assets can be reached. They speak of decentralised finance while users deposit assets into centrally designed contracts, bridges and interfaces whose failure can destroy access. They speak of self-sovereignty while identity, discovery, wallet recovery and communication remain controlled by platforms.

The rhetoric is countercultural. The architecture is familiar.

Bitcoin’s deeper challenge is not to replace one ruler with another. It is to define stable rules under which participants can interact without granting any participant continuing authority to rewrite those rules for everyone else.

That is why a fixed protocol matters. If developers can alter the rules governing validity, they are governors whether or not they hold a formal title. If exchanges coordinate acceptance of a rule change, they exercise institutional power. If a foundation can redefine the meaning of a digital asset, ownership remains conditional upon the foundation.

A protocol that does not change denies all of those groups discretionary authority over the base system. Innovation continues, but it moves to implementations and services where users can choose among competitors. A developer can introduce new software. A business can build a new overlay. A wallet can offer new functions. None gains the right to alter the grammar beneath everybody else’s property.

This is countercultural because modern digital business models are built upon retained discretion. The platform reserves the power to update the terms, alter the interface, change the fee, suppress reach, withdraw access or discontinue the product. A fixed protocol removes that discretion from the foundation.

It says that the rules are not a product feature. They are the commitment upon which products compete.

The end-to-end principle returns

The architecture is not without precedent. The classic end-to-end argument in system design explains why certain functions are best implemented at the endpoints rather than embedded throughout the communications network. The network should perform the functions needed to transmit reliably, while applications at the edges retain responsibility for the higher-level purposes of the communication.

Bitcoin applies a related discipline to economic exchange.

The original white paper describes transactions moving between parties and simplified payment verification allowing users to verify inclusion without operating as transaction-processing nodes. Miners order and timestamp transactions. Users hold the transactions and evidence relevant to their own affairs. The network supplies a common proof-of-work history without requiring every person to store and interpret the affairs of everybody else.

This division of labour is essential.

An industrial transaction processor should validate, order and publish at scale. A merchant should verify the payment being offered. A consumer should control the keys and proofs associated with the consumer’s property. A publisher should be able to distribute content without becoming the permanent custodian of every reader’s identity. An identity issuer should attest to a fact without controlling every future use of the credential.

When these roles are collapsed into one platform, the platform becomes the user’s memory, wallet, identity, market and judge. Convenience at the beginning becomes captivity later.

Moving functions to the edge does not mean every user performs every technical task. It means that the user can possess the result and replace the provider. A wallet provider may help manage keys. An indexer may help find transactions. A relay may carry messages. A service may assemble proofs. But the architecture should allow another provider to perform those functions without requiring the user to abandon the underlying property or relationship.

The test is substitutability.

If a service disappears, can another service recover and continue the relationship from evidence controlled by the parties? If the answer is no, the system remains centralised at the point that matters.

What moves to the edge

The phrase “move everything to the edges” does not mean placing every byte on a telephone or requiring every individual to become a systems administrator. It means moving control, evidence and decision rights away from compulsory central accounts.

Payments move to the edge when the payer and payee exchange a transaction directly and the payee verifies it rather than waiting for a platform to update two internal balances.

Identity moves to the edge when individuals hold credentials and disclose the attributes required for a particular interaction, rather than surrendering complete identity files to every platform they use.

Property moves to the edge when users hold the keys, transaction chains and proofs associated with transferable rights, rather than possessing an entry that exists only while a company maintains an account.

Content moves to the edge when authorship, payment, access rights and provenance can survive the disappearance of the interface through which the content was first published.

Data moves to the edge when the party producing information can define who may use it, under which terms and for what payment, instead of giving it away as the cost of entering a platform.

Contracts move to the edge when counterparties retain signed evidence of agreement and performance, rather than relying upon one administrator’s private history.

Applications move to the edge when multiple interfaces can interpret and present the same underlying transaction relationships. A new builder can enter without first persuading the incumbent platform to expose an API or surrender its users.

None of these outcomes requires isolation. In fact, the purpose is the opposite.

Today, creating an alternative platform usually produces an empty island. The new service begins without the incumbent’s identities, history, relationships, reputation or economic activity. Network effects protect the incumbent because users must move together or not at all.

An edge architecture allows a new interface to join an existing economic fabric. Users bring keys, proofs and portable state. The builder supplies a different service around relationships that do not belong exclusively to the previous interface. Competition becomes possible because entry no longer requires rebuilding the entire social and commercial network from zero.

This is what dominant organisations cannot easily embrace. Their principal asset is often not the software. It is the inability of users to leave without losing one another.

SPV makes edge ownership practical

The edge cannot hold meaningful control if participation requires every user to maintain a global transaction database. That is why simplified payment verification is central rather than optional.

A recipient does not need every transaction. The recipient needs the transaction being received, the relevant signatures and conditions, an inclusion proof and a reliable chain of proof-of-work headers. Evidence should travel with the transaction. Verification should be local to the relationship.

The BSV documentation describes SPV as the means by which users can verify payments without operating full mining nodes. My MF-SPV implementation extends that logic for industrial scale through hierarchical Merkle commitments and sender-held proofs. The important point is architectural: proof size grows logarithmically while the network’s transaction volume can expand by orders of magnitude.

This reverses the prevailing blockchain assumption that decentralisation requires universal replication.

Universal replication sounds egalitarian but produces centralising economics. If every participant is expected to process everything, capacity must be restricted to what relatively small machines can tolerate. Restricting capacity raises fees. High fees eliminate micropayments. Ordinary users move to exchanges, custodians and second systems. The ideology of universal verification thus creates the intermediaries it claims to prevent.

SPV supports a different model. Transaction processors scale industrially. Users verify locally. Wallets and applications remain light. New services can enter because they do not need to reconstruct and control the entire world state before serving one customer.

The user remains at the edge without being technically isolated.

Overlays without platform captivity

A single universal view of all transactions is neither necessary nor desirable for most applications. A medical service, social application, logistics network and game do not require the same subset of information. Each needs a way to discover and organise the transactions relevant to its purpose.

This is the role of overlays.

An overlay creates an application-specific view over a common transaction substrate. Different indexers and service providers can discover, filter and present relevant transactions. The overlay can define its own commercial logic without rewriting the base protocol. Users can move between compatible services because the underlying evidence is not owned by one database provider.

My overlay-broadcast implementation adds key-graph structures for controlled information distribution, changing membership and access rights. The larger point is not one particular repository. It is that access control, discovery and application logic can be provided as replaceable services above a fixed transaction system.

This differs fundamentally from a conventional platform. A platform combines protocol, database, identity, interface and governance under one operator. An overlay separates those layers. The common rules remain fixed. Different providers compete to index, relay, curate or display. Users and counterparties retain the evidence required to reconstruct their relationships elsewhere.

A social application built this way does not need to own the social graph. A marketplace does not need to own the title to every traded object. A publisher does not need to own every subscriber identity. A game operator does not need to become the permanent dealer, custodian and final judge of every state transition.

The service remains useful. It ceases to be sovereign.

Removing middlemen does not mean removing services

The phrase “remove the middleman” is often interpreted too literally. Economic systems require specialisation. Merchants need insurance. Borrowers need credit assessment. Consumers need search and curation. Businesses need auditors, lawyers, logistics providers and identity services. Bitcoin does not make expertise unnecessary.

The distinction is between a service provider and a gatekeeper.

A service provider earns payment by performing a task. A gatekeeper extracts payment because the parties cannot reach one another without passing through infrastructure the gatekeeper controls.

Bitcoin removes the middleman from many interactions by making direct exchange technically and economically practical. Where an intermediary continues to add value, the intermediary remains. Where it merely updates two balances, withholds information, controls a directory or prevents users from taking their history elsewhere, competition can replace it.

This is a more serious form of disintermediation than promising that software will abolish banks or governments. Such promises are adolescent. Institutions exist because they solve real problems involving trust, risk, enforcement, expertise and coordination. The correct objective is to expose which functions genuinely require an institution and which persist only because technology made direct coordination expensive.

Bitcoin lowers the cost of coordination. It strengthens evidence. It makes micropayments possible. It allows digital rights to be transferred. It does not eliminate law; it gives lawful relationships a better evidential substrate.

The result is not a world without organisations. It is a world in which more organisations are optional and replaceable.

That is precisely what established organisations resist.

Why no incumbent volunteers to become replaceable

An organisation may publicly support openness while privately depending upon lock-in. This is not necessarily hypocrisy. It is the predictable consequence of incentives.

A platform invests in attracting users, building an interface and operating infrastructure. It then attempts to capture a return upon that investment. The easiest return often comes from controlling the point at which users meet. Once the platform owns discovery, identity, payment and history, it can charge both sides, alter terms and restrict alternatives.

Open edge architecture attacks the source of that rent.

If users can take their identity and history elsewhere, retention must be earned. If merchants can receive payment directly, payment tolls must reflect actual service. If creators can carry audiences and rights across interfaces, distribution platforms must compete on discovery and experience. If application state can be reconstructed from transactions and proofs, a software provider cannot threaten users with the disappearance of their property.

No board is likely to approve a strategy whose central proposition is: let us spend money making ourselves unnecessary.

This does not require a conspiracy. Coordinated hostility is not needed when incentives already align. Exchanges prefer assets that trade continuously. Custodians prefer users to maintain balances within accounts. Platform investors prefer proprietary network effects. Developer groups prefer protocols over which development choices confer authority. Media businesses prefer price conflict and personality conflict because both generate attention. Users with sunk investments prefer narratives that validate the systems they already selected.

Each group can oppose an edge architecture for its own reasons. The resulting isolation looks coordinated even when it emerges from independent institutional incentives.

The countercultural position is not that every critic acts in bad faith. It is that technical arguments cannot be separated from the allocation of power created by technical architecture.

Why BSV is isolated

BSV is isolated because it rejects the assumptions upon which most of the cryptocurrency economy has been built.

It rejects artificial scarcity in transaction capacity. The dominant speculative model benefits from treating block space as a rare ceremonial resource. High fees make small payments impossible but reinforce the image of an exclusive monetary asset. BSV instead pursues high-volume, low-fee transaction processing. That changes the measure of success from the price of access to the amount of useful commerce carried.

It rejects the claim that every ordinary user must operate as a globally replicating node. BSV’s model permits transaction processors to become industrial while users rely upon SPV and direct evidence. This threatens an ideology that equates decentralisation with large numbers of passive copies, even when those copies do not produce blocks, include transactions or earn the revenue that determines network operation.

It rejects protocol governance as a permanent political process. The recent Chronicle restoration matters because it completes the removal of artificial limits and closes the programme of base-rule alteration. Implementations may evolve, but the protocol should not. That leaves less authority for committees, foundations and influential developers to exercise.

It rejects anonymity as the organising principle of commerce. BSV can support privacy, selective disclosure and controlled access while recognising that contracts, property and regulated activity involve accountable parties. This places it outside the libertarian fantasy that law can be deleted by code and outside the centralised model in which privacy means trusting a platform with everything.

It rejects the idea that a blockchain is merely a shared database. UTXOs, Script, SPV and overlays form a transaction system in which users can hold transferable state and evidence. That requires more architectural work than writing records into a central application and anchoring a hash.

It also rejects the cryptocurrency industry’s preferred revenue model. A network built for direct micropayments, portable rights and competitive services reduces the need for exchanges, custodians, bridges, proprietary token platforms and many forms of account-based intermediation. The parties most visible in the present industry are therefore not necessarily the parties most likely to benefit from the original design.

BSV does not fit comfortably within mainstream finance because it reduces the need for some financial intermediaries. It does not fit comfortably within mainstream cryptocurrency because it rejects speculative scarcity, perpetual protocol politics and anonymous token issuance. It sits between established categories, and institutions generally find it easier to ignore an unfamiliar category than to reconsider the assumptions supporting their existing one.

Isolation is therefore partly reputational and partly structural. Network effects reward conformity. Exchanges, wallets, developers, media and investors reinforce the systems they already support. A builder choosing BSV may face fewer integrations, fewer familiar tools and a smaller immediate audience. That practical cost is real.

It cannot be answered with slogans. It must be answered by building the missing components.

The danger of romanticising isolation

Being opposed does not prove that a system is correct. Isolation can result from error, poor execution or failure to communicate. A countercultural project can become so pleased with its outsider status that it stops serving ordinary people.

That would be another failure.

Bitcoin exists to be used. The purpose is not to create a technically pure enclave whose members congratulate one another for understanding the protocol. The purpose is to integrate payments, identity, property and evidence into applications that solve real problems.

If a merchant cannot implement the payment system, architectural elegance is insufficient. If a user cannot recover or move digital property, claims of ownership are empty. If developers cannot understand the interfaces, specifications and threat models, open code will not create an open economy. If a supposedly decentralised application depends upon one hidden server, the rhetoric has outrun the implementation.

BSV is not yet at its internet moment. TCP/IP became transformative when stable protocols met interoperable implementations, usable software, documentation and commercial deployment. Bitcoin requires the same convergence. Stability is necessary, but stability alone does not create an ecosystem.

The work must therefore move from argument to components and from components to integration.

Why the path is slow

Moving control to the edges is much harder than launching another central platform.

A centralised application can take custody of keys, maintain one database, impose one identity system and resolve inconsistencies through administrative discretion. When something unexpected occurs, an operator edits a record or reverses an action. The architecture can remain ambiguous because the administrator supplies the missing rule.

An edge system cannot depend upon silent discretion. The parties need explicit transaction formats, deterministic state transitions, recovery paths, proof structures, key-management rules and interoperability standards. Failure cases must be resolved before they occur. A user must be able to leave one implementation and continue elsewhere.

That requires patient engineering.

SPV needs proof acquisition, header management, transaction exchange and merchant verification. Overlays need discovery rules, portable schemas and competing indexers. Digital-property systems need precise definitions of authority, transfer, revocation and legal relationship. Micropayment systems need channels, accounting, settlement and risk rules. Identity systems need selective disclosure, key rotation and accountable issuance. Developer tools need specifications, tests, vectors and documentation.

Each component must work independently and fit into a larger architecture without becoming the new compulsory centre.

This is why I am releasing reference implementations and the knowledge around them. MF-SPV addresses proof delivery and verification at scale. Overlay-broadcast addresses controlled distribution and changing access rights. Dealerless transaction-state systems explore multiparty interaction, concealed information and deterministic fallback. Other components address micropayments, accounting, key custody and digital scarcity.

The aim is not to publish an impressive collection of repositories. It is to establish the technical vocabulary from which independent builders can create interoperable services.

That is a slow path because the objective is not one product. It is an environment in which no product becomes compulsory.

What an edge platform must permit

The phrase “edge platform” sounds contradictory because platforms usually centralise. The intended system is better understood as a platform for creating replaceable platforms.

It must allow anyone to create a service without receiving permission from an incumbent.

It must allow users to bring their keys, identities, relationships and proofs rather than beginning as empty accounts.

It must allow multiple providers to discover and present compatible transaction state.

It must allow payments to move directly between parties while service providers charge openly for the functions they perform.

It must allow digital goods and rights to survive the failure of the original interface.

It must allow lawful recovery, delegation and succession without pretending that possession of a key answers every legal question.

It must allow privacy through controlled disclosure rather than forcing users to choose between total exposure and unaccountable anonymity.

It must allow businesses to integrate existing systems without making their private databases the final authority over shared commercial facts.

Most importantly, it must allow exit without exile.

In today’s platform economy, leaving usually means isolation. The user leaves behind the network, reputation and history that gave the service value. In an edge economy, exit from one provider should not require exit from the underlying economic relationships. The user changes tools, not worlds.

That is the practical meaning of decentralisation.

The economic consequence

When control moves to the edges, competition changes.

Creators can choose among interfaces without rebuilding their audiences from nothing. Merchants can choose payment and discovery providers without surrendering the customer relationship. Consumers can carry credentials, purchase histories and transferable rights. Small developers can create specialised services around an existing transaction fabric rather than spending years constructing a closed network before the first useful interaction occurs.

Micropayments make the effect stronger. Services that previously required advertising, subscriptions or data extraction can charge for actual use. One article, one calculation, one message, one second of computation or one sensor reading becomes an economic exchange. The platform no longer needs to own the user merely to recover the cost of processing payment.

Digital scarcity adds property to that exchange. A licence, ticket, credential, invoice or digital publication can move as a unique authorised state. The interface does not need to remain the permanent custodian of the object. Ownership and provenance can be demonstrated independently.

The boundary of the firm changes as well. Firms internalise activity partly because contracting, measuring and settling with outsiders is costly. As those costs fall, smaller and more specialised producers can coordinate through verifiable transactions. Large organisations remain where scale is productive, but control over a database ceases to be sufficient justification for scale.

This is why Bitcoin’s countercultural architecture matters economically. It does not merely rearrange software. It changes who can enter a market, who owns the relationship, who captures the return from information and how easily an incumbent can be replaced.

Central control will never welcome the edge

Central control presents itself as order. Sometimes it is. A central operator can make fast decisions, provide consistent interfaces and correct errors. The problem begins when convenience becomes the argument for permanent authority.

An edge architecture does not deny the usefulness of coordination. It denies that coordination requires one organisation to own every participant’s identity, property and history.

That denial will always attract opposition.

Organisations prefer systems they can direct. Investors prefer network effects they can own. Administrators prefer discretion. Developers prefer influence. Platforms prefer users who cannot leave. None of these preferences is mysterious, and none requires secret coordination.

Bitcoin replaces discretion at the base with fixed rules. It replaces account dependence with transactions and proofs. It replaces compulsory platforms with competing overlays and services. It replaces isolation upon exit with portability across implementations.

That is why the resistance is persistent. Bitcoin is not asking institutions to adopt a more efficient database. It is asking them to surrender the assumption that they must remain at the centre.

Some will adapt. They will earn revenue by providing better verification, insurance, discovery, custody, identity, analytics and integration. Others will defend the toll road because the toll road is their business.

The transition will not occur because central organisations are persuaded to abolish their own advantage. It will occur because builders create alternatives that people can use.

Build the edges

The purpose of Bitcoin is use.

It is to be integrated into ordinary applications. It is to allow payments, ownership, identity and evidence to move directly between parties. It is to permit anyone to build a service without becoming isolated and to permit users to change services without losing the relationships that gave the service value.

That cannot be achieved through ideology alone. It requires wallets that hold usable proofs, transaction formats that interoperate, overlays that can be independently implemented, key systems that support real organisations, payment tools that make tiny exchanges practical, and applications that hide technical machinery from ordinary users.

I am working to release those components and the knowledge needed to use them. The work is slower than launching a central platform because the objective is more demanding. A central platform needs one implementation. An edge economy needs clear rules, multiple implementations and the ability to survive the failure of any one of them.

The standard is not whether one application works while its operator remains benevolent. The standard is whether the user remains free when that operator changes, fails or disappears.

BSV is isolated because it pursues an architecture that much of the existing digital economy has no incentive to support. It is opposed because fixed rules, direct payments, portable property and edge-held evidence threaten the rents created by compulsory intermediation. It is countercultural because it locates freedom in technical and economic structure rather than in slogans.

The central platform says: enter my system, accept my account and remain subject to my rules.

Bitcoin should say: use any interface, retain your property and transact under rules that no interface controls.

That is the difference between distributing a database and distributing power.

It is also why this will take time.

The middlemen built the present digital economy over decades. Replacing compulsory dependence with competitive services will not happen through one application or one announcement. It will happen one protocol component, one integration, one payment and one transferable right at a time.

The work is slow because the objective is not to seize the centre.

The objective is to make the centre unnecessary.


← Back to Substack Archive