❌

Reading view

There are new articles available, click to refresh the page.

Moving Crypto Out of South Africa? What the Draft Capital Flow Rules Mean for Your Business

Photo by Kathrine Heigan on Unsplash

South Africa’s Crypto Rules Are Changing Direction: What Investors and Businesses Should Prepare For

South Africa is taking an important step towards answering a question that has hung over its crypto market for years:

How should crypto assets be treated under the country’s rules on moving money across its borders?

The problem is not new.

South Africa has long run an exchange-control system to manage capital flowing in and out of the country. The National Treasury and the South African Reserve Bank (SARB), through its Financial Surveillance Department (FinSurv), administer it under the Exchange Control Regulations of 1961.

The problem is that crypto does not fit neatly into a system built around banks, foreign currencies and conventional payment channels.

That raises a legal question:

Is crypto “capital” for the purposes of exchange control?

The Courts Disagreed

Two High Court decisions show the uncertainty.

In Standard Bank of South Africa Ltd v South African Reserve Bank, SARB had forfeited funds linked to cryptocurrency transactions involving Leo Cash and Carry (Pty) Ltd.

Standard Bank challenged the forfeiture, arguing that cryptocurrency was not “capital” under Regulation 10(1)(c). The court agreed, finding that cryptocurrencies fell outside the definitions of “money” and “capital” in the Regulations, and set the forfeiture aside.

In Mangundhla & Dangaiso, the court went the other way. The case involved roughly 1,680 Bitcoin, bought in South Africa and valued at under R182 million, which were sent to wallets reachable through exchanges outside the country. SARB forfeited certain Bitcoin and funds held in the applicants’ Standard Bank and Luno accounts.

This time the court held that Bitcoin could constitute capital, based on the ordinary meaning, context and purpose of the legislation.

This result is the real gap.

If crypto is capital, its cross-border movement can fall under exchange control. If it is not, applying the old framework becomes very difficult. The position is also still unsettled, because the Standard Bank decision is subject to appeal. The courts exposed the problem, but they did not solve it.

The Reform

That is the background to the Draft Capital Flow Management Regulations, 2026, published for public comment on 17 April 2026. On 15 May 2026, the National Treasury and SARB followed with a joint statement covering, among other things, how crypto assets are treated, held and traded, and how they move across borders.

The draft regulations are broader than crypto. They are meant to replace the 1961 regulations and modernise how South Africa manages international capital flows, moving towards a risk-based, surveillance-oriented model. Instead of relying mainly on prior approvals, the aim is to let legitimate transactions flow while strengthening reporting, monitoring and intervention for high-risk activity.

For crypto, the key point is that the draft does not build a separate system. It places crypto assets inside the existing framework, alongside foreign currency, securities and gold.

What the Draft Regulations Would Do

Buying and selling

Purchases, sales, borrowing and lending of crypto above a set threshold would generally have to go through an Authorised Crypto Asset Service Provider (CASP), or otherwise meet permission requirements. A CASP could only carry out the activities it is authorised for, and the National Treasury could add conditions or bar it from dealing with particular people, assets or transactions.

Moving crypto abroad

This is arguably the most significant part. Taking or sending crypto out of South Africa, delivering it for removal, and certain payments involving people outside the country would generally need permission from the National Treasury or an authorised body.

Declaring foreign crypto

A person in South Africa who gains control or possession of a foreign asset or crypto asset may have to declare it within a set period. The declaration would cover when and how it was acquired, where it is held and whether it is linked to a foreign liability. Once declared, later sales or transfers could be restricted.

Seizure, blocking and forfeiture

If there are reasonable grounds to believe crypto is connected to a contravention, authorities could seize it or block dealings with it in an account, and it could eventually be forfeited to the State.

The draft even deals with the practicalities of crypto: after forfeiture, the previous holder may be required to hand over the passwords, PINs or codes needed to access the assets.

The proposed draft contains safeguards. Forfeiture decisions must comply with the Promotion of Administrative Justice Act, and affected people can challenge attachment, blocking, and forfeiture through judicial review.

The Crypto Asset Manual and Its “Trigger Point”

The Draft Crypto Asset Manual for Cross-Border Activities supplies the operational detail. Its main job is to say when a crypto transaction becomes a cross-border one for exchange-control purposes.

  • Domestic authorised CASP to offshore CASP: an outward cross-border flow.
  • Domestic authorised CASP to a non-custodial wallet: also an outward flow.
  • Offshore CASP to domestic authorised CASP: an inward cross-border flow.

These flows are intended to be identifiable and reportable to FinSurv.

The treatment of non-custodial wallets stands out.

With a non-custodial wallet, the user holds the private keys and there is no intermediary holding the assets. Even so, the framework treats a transfer from a domestic CASP to such a wallet as an outward movement of value.

It also takes a stricter line on certain inward transfers from non-custodial wallets, treating them as non-permissible. The focus is not on whether an asset sits on a blockchain, but on where the value comes from, where it goes and whether it crosses the border.

For now, the Manual is narrow on who can send crypto offshore. Individuals can do so through authorised CASPs using their existing foreign-exchange allowances, such as the Single Discretionary Allowance (SDA) or Foreign Capital Allowance (FCA), subject to the applicable requirements. That is not a general permission for every person or business to move crypto abroad, and other categories will depend on the final rules.

What Is South Africa Trying to Do?

Taken together, the draft is not trying to prohibit cross-border crypto activity. It is trying to make crypto movements visible to the capital-flow system. Exchange control was designed for a world of identifiable institutions and bank accounts, and crypto can move value across borders without passing through any of them. The trigger-point approach gives regulators a way to see when that movement matters.

It is also activity-based.

At this stage it does not distinguish between types of crypto asset, and it does not treat crypto as official currency or legal tender.

So the framework is less about whether Bitcoin or a stablecoin is “money,” and more about whether an activity amounts to a movement of value that should be subject to capital controls.

This will sit on top of existing oversight.

The Financial Sector Conduct Authority (FSCA), the Financial Intelligence Centre (FIC) and the South African Revenue Service (SARS) already play roles in regulating crypto activity. A crypto business may therefore need to ask two separate things:

Am I authorised to provide this service, and does this particular transaction create an exchange-control or reporting obligation?

My Views

The draft regulations supply the legal architecture for bringing crypto into South Africa’s capital-flow regime, and the Manual supplies the practical test for when a transaction is caught.

What I find most telling is where the rules choose to focus. They do not try to settle what crypto is. They regulate what crypto does when it crosses a border.

That is a pragmatic response to the court split, because it sidesteps the “is it capital?” debate by looking at the movement of value instead.

For businesses and users, three questions will matter most:

  • Can the transaction take place at all?
  • Does it need prior permission, or must it go through a particular channel?
  • Is it reportable to FinSurv?

For regulators, the goals are clear: better visibility over cross-border crypto flows, fewer chances for regulatory arbitrage and stronger detection of illicit finance, without choking off legitimate digital-asset use.

The open question is how well that balance survives the final text. Rules on non-custodial wallets, in particular, will test whether visibility can be achieved without making ordinary self-custody impractical.

The proposals are still subject to consultation and may change. But the direction is clear. Crypto may be borderless, but its movement across South Africa’s borders will increasingly come with rules on permission, reporting and oversight.

If you enjoy analytical commentary on digital asset regulation, crypto markets, and emerging financial technologies, consider subscribing to my newsletter where I share additional research, commentary, and industry insights.

https://samuel-ayodeji.kit.com/profile

Also, if your company, startup, or publication needs clear, well-researched content on blockchain, digital assets, fintech, or emerging technology law, my inbox is always open.


Moving Crypto Out of South Africa? What the Draft Capital Flow Rules Mean for Your Business was originally published in Coinmonks on Medium, where people are continuing the conversation by highlighting and responding to this story.

How to Read Crypto Charts: 3 Principles Every Beginner Should Know

Photo by Stephen Phillips - Hostreviews.co.uk on Unsplash
This article is for education only and is not financial advice.

When I first started paying closer attention to crypto charts, I focused on the most visually striking elements: green and red candles, support and resistance lines, and eventually a pile of indicators.

However, over time I have come to realize that effective chart reading is not about memorizing what every candle means; the most useful skill is understanding the movements and trends the candles represent.

Crypto makes this even harder.

The market trades around the clock, prices can swing sharply in hours, and it is easy to react to the latest move without considering the larger picture. Three simple principles help you slow down and see what is actually happening.

One note before we start. These are ways of thinking, not rules. They will not predict the next candle, and they work best as a foundation, not a trading system.

1. Price Moves in Trends

Markets rarely move in a straight line. A coin rises, pulls back, recovers and makes a new high. That pattern creates a structure, and the structure tells you the trend.

• An uptrend is a series of higher highs and higher lows.

• A downtrend is a series of lower highs and lower lows.

In an uptrend, each peak is higher than the last, and each dip stops above the previous dip. In a downtrend, the opposite happens.

Trends also exist on different timeframes. Think of walking up a hill on a winding path. The overall direction is upward, and that is the long-term trend. Along the way, the path sometimes bends and dips downhill for a stretch, and those are the medium-term swings. Each step, including the occasional stumble, is short-term noise. A hiker can be heading up the hill while walking downhill at that moment.

In the same way, Bitcoin can be in a long-term uptrend while dropping 15% over a few weeks. Both are true at once, depending on which timeframe you look at.

That is why I zoom out first and work my way in. I start with the 6-month chart to see the bigger direction, then check 3 months, 1 month and the past week. If the trend holds across each view, a short-term drop is more likely to be a pullback than a reversal. Like a hiker checking the whole hill before worrying about one downhill stretch, I want to see the full climb before judging a single dip. A drop that looks alarming up close often looks ordinary from further back.

2. Volume Shows How Much Is Behind the Move

Price shows where the market has moved. Volume shows how much trading activity came with that move, which helps you judge its strength.

A price rise on increasing volume suggests real participation behind the move, because many traders are buying. A rise on unusually low volume deserves more caution, since few participants are backing it and it may not last

Two crypto-specific points are worth knowing. Volume is spread across many exchanges, so the number you see depends on the platform or data source and on smaller, little-known coins, volume can be inflated or misleading, so treat unusually high figures there with skepticism.

Volume does not predict the future, and high volume does not guarantee a trend will continue. Treat it as supporting evidence, not proof.

3. Assume the Trend Continues Until There Is Evidence It Has Reversed

This is the principle that changes how you read a chart more than any other.

A trend is assumed to remain in effect until there is enough evidence that it has ended. It is a working assumption, not a guarantee, but it protects you from a common mistake many beginners make of interpreting every drop as the end of the trend.

Here is an example.

Say a coin has been making higher highs and higher lows. Then it falls 10% in two days. The instinct is to say the uptrend is over.

But look at the structure.

If the drop stops above the previous low, the pattern of higher lows is still intact. That is a pullback, which is a typical occurrence in volatile markets like cryptocurrency, sharp pullbacks inside a healthy trend are common.

Now suppose the price keeps falling and breaks below that previous low. Then it bounces, but fails to reach the previous high, making a lower high.

In this case, the market has printed a lower low and a lower high. The structure has changed, and that is much stronger evidence the old uptrend is no longer intact.

So the question to ask is “did the structure break?”

A move against the trend is not the same as a reversal of the trend.

Putting It Together

Before reacting to any candle, ask three questions:

• Is the market trending, and on which timeframe?

• Is volume supporting the move?

• Is the structure of the trend still intact?

These questions give you a much better starting point than jumping straight into indicators.

A moving average, RSI or MACD can add useful information, but they work best once you understand the basic structure of the market you are looking at.

For me, that is the real value of learning to read charts. You are not trying to predict the next candle. You are learning to recognize how price behaves.

If you enjoy analytical commentary on digital asset regulation, crypto markets, and emerging financial technologies, consider subscribing to my newsletter where I share additional research, commentary, and industry insights.

https://samuel-ayodeji.kit.com/profile

Also, if your company, startup, or publication needs clear, well-researched content on blockchain, digital assets, fintech, or emerging technology law, my inbox is always open.


How to Read Crypto Charts: 3 Principles Every Beginner Should Know was originally published in Coinmonks on Medium, where people are continuing the conversation by highlighting and responding to this story.

AI in Financial Markets: Who Is Responsible When the Algorithm Gets It Wrong?

Photo by Gabriele Malaspina on Unsplash
Understanding how financial regulators are responding to AI-driven trading, investment, risk management, and decision-making.

Artificial intelligence is no longer experimental in finance. Banks, asset managers, brokers and exchanges now use AI and machine learning for trading, investment management, fraud detection, credit decisions, customer service, risk modelling and market surveillance.

Some systems help human decision-makers. Others analyse information and act at a speed no person could match.

This brings up a question every financial institution, regulator, and customer should be asking:

When an algorithm makes the decision, who is legally responsible for it?

The question is more difficult than it seems.

A decision that is made, shaped, or carried out by an algorithm does not automatically change the legal duties attached to it, yet it can blur who is expected to answer for the outcome.

Is it the institution that deployed the system, the team that approved it, or the vendor that built it?

Across jurisdictions, the approach differs. Many regulators have started from existing legal principles: applying financial regulation regardless of whether financial activity becomes automated. Some are going further by introducing AI-specific legislation, while others are relying on regulatory guidance to set out regulatory obligations.

To see how this works in practice, let’s examine what regulators expect from firms, how different jurisdictions are responding, and where the greatest risks sit.

Applying Existing Rules To New Technology

Financial regulation has always focused on activities and outcomes. A securities regulator cares about market integrity whether a trade was placed by hand or an algorithm.

An investment adviser has the same duties to clients whether or not AI helped produce the advice. A bank must manage credit and operational risk whether the assessment comes from a person or a model.

AI changes how the work is done. It does not change who answers for it.

That is why regulators keep asking the same practical questions about any AI system.

Here is each one, with what a regulator expects to hear:

Who approved the system?

A named, senior person or committee should have signed it off, usually after review by risk, compliance, and legal teams.

“The vendor said it was fine” is not an approval.

What data does it use?

The firm should have a documented list of every data source, where it came from, whether the firm is legally allowed to use it for this purpose, and how good its quality is.

What decisions can it make?

The firm should define the system’s limits in writing, such as the maximum trade size, the types of customers it can assess, or whether it can only recommend rather than act.

How is it tested?

Before launch, models should be validated against historical data, stress-tested in unusual market conditions and checked for bias. After launch, testing should continue, because models can drift as markets change.

Who monitors its performance?

The team that owns the system should track it daily, and an independent risk or audit function should review it separately.

Can its output be challenged?

Customers should have a route to ask for a human review of significant decisions, such as a declined loan, and staff should be able to override the system.

What happens when the model produces an incorrect or discriminatory result?

There should be an incident process: pause or limit the system, find the cause, fix it, correct the affected decisions, compensate customers where needed and report to the regulator when the rules require it.

Can the institution reconstruct why a decision was made?

It should be able to, through records of inputs, outputs and model versions. If a firm cannot explain a decision to a regulator or a customer, it has a governance problem.

Because of these questions, AI governance is a financial regulation issue, not just a technology issue.

The Risk Depends on What the AI Does

Not every AI use carries the same risk.

The right starting point is the function, not the technology.

  • Summarising internal documents: the main concerns are accuracy and confidentiality.
  • Investment advice: raises questions about suitability, conflicts of interest and disclosure.
  • Credit scoring: raises concerns about discrimination, data protection and explaining why someone was declined.
  • Market surveillance: risks include false alarms and missed suspicious activity.
  • Automated trading: raises market-abuse, operational and resilience risks.

The focus of this inquiry is on the role of AI: What does the AI do, what decisions does it influence, and what happens as a result?

How Different Jurisdictions Are Responding

Australia

The Australian Securities and Investments Commission (ASIC) has urged firms to check that their use of AI is consistent with existing obligations, including directors’ duties, risk management and consumer protection.

The practical message is that bringing in an AI system does not shift responsibility from the firm to the technology.

Canada

Canadian securities regulators have focused on transparency, accountability and risk management when capital-market participants use AI, particularly where decisions affect investors or clients.

European Union

The EU shows the layered approach most clearly. Financial firms already follow detailed rules on market conduct, risk management, outsourcing, operational resilience and consumer protection.

These now sit alongside the EU’s AI Act, which sets its own requirements depending on how risky an AI use is. Credit scoring of individuals, for example, is treated as higher risk.

This means a firm can comply with the financial rules for an activity and still owe extra obligations because AI is performing it. Firms need to check both.

China

China has taken a more prescriptive approach, with regulatory attention on algorithm governance, data management, risk controls and financial stability. Its concern goes beyond individual customers. If many institutions use similar models, data or technology providers, one fault could spread across the system. That turns AI into a question of financial stability as well as compliance.

United States

The US has no single AI statute for financial services. Instead, AI-enabled activity falls under existing agencies and laws, including the Securities and Exchange Commission, the Commodity Futures Trading Commission, and banking and consumer-protection regulators. If an AI system facilitates misleading conduct, market manipulation, unsuitable advice or weak risk controls, the use of an algorithm is no defence. The technology may be new. The legal obligation is not.

What If the AI Comes From Someone Else?

Many financial firms buy AI from cloud providers, software companies and data vendors instead of building it.

So who is responsible when a vendor’s model fails?

The financial firm is.

Outsourcing the technology does not outsource the regulatory responsibility. The vendor may owe the firm compensation under their contract, but the regulator will still look to the firm.

To manage this, firms should do the following:

  • Ask how the vendor trained and tested the model
  • Find out what data the model can access.
  • Agree how performance is monitored and how model changes are announced in advance.
  • Secure contractual rights to audit the system and to receive the information needed to explain its decisions.
  • Keep a plan for switching vendors or turning the system off if something goes wrong.

The more central the AI is to a regulated activity, the less it can be treated as an ordinary software subscription.

Data Is Part of the Problem

AI models may process transaction histories, credit records, customer profiles, communications and behavioural data.

A model can be accurate and still break the law if it uses data without a proper basis, uses it for a different purpose than the one it was collected for, collects more than it needs, stores it insecurely or keeps it too long.

This matters most when AI makes decisions about people. Accuracy is only part of the test. The data and the decision process must also be lawful and well governed, and people affected should be able to exercise their rights, such as asking for an explanation or a correction.

Human Oversight Still Matters

Human oversight does not mean a person must approve every AI decision. The right level depends on the system and the cost of failure. In practice there are three common models:

  • Human in the loop: a person approves each decision. Suitable for high-stakes calls, such as large credit decisions.
  • Human on the loop: the system acts on its own, but a person monitors it and can step in. Common in trading, with limits and alerts.
  • Human in command: people set the rules, test the system, and can switch it off at any time. This should apply to every system.

Whatever the model, firms need real ways to monitor, test, challenge and override their systems. A model that can execute trades or approve transactions without effective controls carries far more risk than one that simply assists an employee.

The Market Integrity Problem

AI can analyse markets, build strategies and trade far faster than any human. That can improve efficiency, but it can also magnify misconduct and operational failures at speed.

A strategy does not become legal because an AI designed it, and a system that produces misleading information or enables manipulation cannot use automation as a defence. This is why regulators continue to focus on algorithmic trading controls, market surveillance and market-abuse rules. Technology changes the speed and scale of conduct, not the legal standard.

Ten Questions Every Financial Institution Should Ask

  1. What financial activity does the AI support? Name the exact activity, such as credit approval or order execution, because the rules follow the activity.
  2. What decisions can the system make or influence? Write down its authority and limits, and say whether it recommends or acts.

3. What regulatory obligations apply to that activity? Map the financial rules, data protection law and any AI-specific law that applies in each country of operation.

4. What data does the system process? Keep an inventory covering source, legal basis, quality and sensitivity.

5. How was the model tested and validated? Use independent validation before launch, plus stress and bias testing, and re-test regularly.

6. Who is responsible for monitoring it? Assign a named owner, plus an independent second line of review.

7. Can the institution explain or reconstruct important decisions? Keep logs of inputs, outputs and model versions so any decision can be traced.

8. What happens when the model produces an incorrect result? Have an incident plan covering suspension, root-cause analysis, customer remediation and regulator notification.

9. How are third-party AI providers governed?Use due diligence, audit rights, change notifications and an exit plan.

10. Can the system be stopped or overridden when necessary? Build and test a kill switch, and make sure someone is authorised to use it.

These questions are quickly becoming part of ordinary financial governance.

Where Regulation Is Heading

AI regulation in finance will not follow one universal model. Some countries will lean on existing financial rules, some will pass dedicated AI laws, and many will do both. However, the principle is increasingly clear: AI does not create a regulatory vacuum.

A financial institution remains responsible for what it does, even when technology performs most of the work. The question that matters is how the system is used, what decisions it influences, what risks it creates and who is accountable when something goes wrong.

That is where AI governance becomes financial regulation.

If you enjoy analytical commentary on digital asset regulation, crypto markets, and emerging financial technologies, consider subscribing to my newsletter where I share additional research, commentary, and industry insights.

https://samuel-ayodeji.kit.com/profile

Also, if your company, startup, or publication needs clear, well-researched content on blockchain, digital assets, fintech, or emerging technology law, my inbox is always open.


AI in Financial Markets: Who Is Responsible When the Algorithm Gets It Wrong? was originally published in Coinmonks on Medium, where people are continuing the conversation by highlighting and responding to this story.

Who Really Governs Ethereum? A Look Inside Its Off-Chain Governance Model

Photo by Tokenstreet on Unsplash
What happens behind the blockchain when Ethereum needs to change its rules or upgrade the network

Ethereum is usually described as a decentralized blockchain but being decentralized doesn’t mean the network runs itself without governance.

Ethereum changes constantly.

Protocol rules get upgraded, security issues get patched, new technical standards get introduced, and major network upgrades have to be coordinated across multiple pieces of software at once. The interesting part isn’t that these changes happen. It’s how the decisions behind them actually get made.

There’s no board of directors running Ethereum. ETH holders don’t simply vote on every upgrade and while the Ethereum Foundation plays an important supporting role, it doesn’t have unilateral authority over the network either.

Instead, Ethereum’s governance is largely an off-chain process – carried out by developers, researchers, validators, node operators, application builders, and everyday users. Understanding how that process works gives you a much more realistic picture of what “decentralization” actually means in practice.

No Single Entity Is in Charge

There’s no organization with the legal or technical authority to simply dictate changes to the Ethereum protocol.

The Ethereum Foundation supports the ecosystem, contributes to protocol development, and helps coordinate the process by which core developers work on upgrades together. However, it doesn’t own Ethereum, and it has no mechanism to force a protocol change through unilaterally.

Instead, influence is spread across a range of participants:

  • EIP authors – who propose technical changes
  • Protocol developers and client teams – who review and build those changes
  • Node operators - who decide which Ethereum software to actually run
  • Validators – who participate in Ethereum’s proof-of-stake consensus
  • Application developers – whose products depend on the protocol working a certain way
  • ETH holders and everyday users – whose continued participation forms the broader social consensus around the network

These roles frequently overlap – a single developer might also run a validator, hold ETH, and build applications on top of Ethereum.

The result isn’t a hierarchy in any traditional sense. It’s a coordination system where different people have different kinds of leverage over whether a proposed change actually happens.

Ethereum Improvement Proposals: Where Change Begins

The starting point for most Ethereum governance is the “Ethereum Improvement Proposal” or EIP – a technical document proposing a change, standard, or improvement to the ecosystem.

Anyone can write one.

That doesn’t mean every proposal gets serious consideration or has a real shot at implementation – technical quality, community interest, feasibility, and broader ecosystem support all matter enormously.

EIPs aren’t all the same kind of change.

Some – called Core EIPs – modify the protocol itself. Others deal with networking, interfaces, or application-level standards. The widely recognized ERC standards, like ERC-20 and ERC-721 (the backbone of most tokens and NFTs), are themselves a type of EIP.

It’s worth stating that not every EIP requires a network-wide upgrade. If a change is to Ethereum’s core protocol then it will require coordination across client implementations and network participants. Occasionally, an application standard may instead be adopted voluntarily by developers building on Ethereum.

How an EIP Actually Moves Forward

The process starts when someone writes a proposal and submits it to the EIP repository, where it gets discussed, reviewed, and revised.

EIPs move through a series of formal stages:

  • Draft– the proposal is being developed
  • Review– ready for formal peer review
  • Last Call – the final review window before becoming official
  • Final – the specification has reached its finished form

During the process, the application may come to be

  • Stagnant – the proposal has gone inactive
  • Withdrawn – pulled by its author
  • Living – reserved for proposals meant to be continuously updated

Here’s the part I need to emphasize: reaching “Final” status doesn’t mean the change is actually live on Ethereum. For anything touching the core protocol, there’s still another stage of coordination to go.

From Proposal to Actual Upgrade

A core protocol change has to travel from a written spec into real, working software.

Ethereum runs on multiple execution and consensus clients, built by separate development teams. Upgrading the protocol means all of them need to coordinate – developers decide whether and how to implement a proposal, client teams write it into their software, and eventually the network schedules an upgrade that node operators need to install.

This makes Ethereum governance, in large part, a software coordination problem.

A proposal can generate months of GitHub discussion and technical debate and still never become part of Ethereum – unless enough of the ecosystem actually gets behind implementing it.

There’s No Shareholder Vote

Ethereum doesn’t work like a company where shareholders vote and the majority automatically wins.

There’s no simple on-chain button ETH holders press to approve or reject an upgrade. Instead, Ethereum runs on “rough consensus”– a mix of technical agreement and social coordination.

A proposal might have support from some developers and pushback from others. App developers might worry about compatibility. Node operators might simply decline to upgrade. Validators might run different software entirely. Users might abandon apps or ecosystems they see as working against their interests.

In other words, influence comes from your ability to build, implement, run, support, or simply refuse a change – not from casting a vote.

What Happens When People Disagree?

Disagreement doesn’t automatically kill a proposal. It can be revised, delayed, rejected, or sent back for more debate.

But sometimes disagreements go deeper than that. If different groups end up running genuinely incompatible versions of the protocol, the result is a chain split.

The clearest historical example is the 2016 DAO hack. The community’s disagreement over how to respond to the exploit ultimately split the network into two separate chains – Ethereum and Ethereum Classic – each continuing under a different set of rules.

That episode says something important about how blockchain governance actually resolves conflict: when consensus breaks down, there’s no court or board making a final call. Participants simply choose which chain and which software they’re willing to keep supporting.

Who Actually Governs Ethereum?

The honest answer is thatvgovernance is distributed across the whole ecosystem.

EIP authors propose changes. Protocol developers and client teams figure out how to build them. The Ethereum Foundation supports the process without controlling it. Node operators and validators decide what software to run and keep the network alive. Application developers decide how their products respond to protocol changes. Users and ETH holders shape the broader social consensus simply by continuing to participate.

No single group holds complete control. Each draws influence from a different source, and getting anything meaningful implemented requires enough of them pulling in the same direction at once.

Off-Chain, But Not Informal

It’s tempting to describe Ethereum’s governance as “developers arguing online.” That undersells what’s actually happening.

Ethereum governance blends formal technical specifications, public peer review, developer coordination, real software implementation, network upgrades, infrastructure decisions, and social consensus-building. It’s largely off-chain in the sense that no automatic blockchain vote decides the outcome – but the consequences are entirely on-chain once implemented. A protocol upgrade, once adopted, quite literally changes the rules the entire network runs on.

That relationship – off-chain decision-making producing on-chain consequences – is one of the more underappreciated features of how Ethereum actually works.

Decentralization Doesn’t Mean No Governance

Ethereum is a useful case study in why decentralization and governance aren’t opposites.

Every network – decentralized or not – needs some mechanism for changing its own rules. What differs is where the authority sits.

In a centralized system, a company, government, or designated administrator holds the formal power to decide. Ethereum spreads that influence across a network of technical and social participants instead. That doesn’t eliminate power – it just changes how it gets exercised. Developers have influence because they write the software. Client teams have influence because their implementations turn proposals into executable code. Validators and node operators have influence because they choose what to run. Applications and users have influence because, ultimately, any protocol change has to work within an ecosystem people are actually willing to support.

The Bottom Line

Decentralization does not eliminate governance. It changes how governance works by distributing influence among the people and groups that build, operate, use, and support the network. That may be one of the most important things to understand about how Ethereum is actually governed.

If you enjoy analytical commentary on digital asset regulation, crypto markets, and emerging financial technologies, consider subscribing to my newsletter where I share additional research, commentary, and industry insights.

https://samuel-ayodeji.kit.com/profile

Also, if your company, startup, or publication needs clear, well-researched content on blockchain, digital assets, fintech, or emerging technology law, my inbox is always open.


Who Really Governs Ethereum? A Look Inside Its Off-Chain Governance Model was originally published in Coinmonks on Medium, where people are continuing the conversation by highlighting and responding to this story.

❌