Newton Protocol

Private blockchains solve a real problem. Institutions need compliance controls before they deploy capital onchain.

But the tradeoff shouldn't be composability, liquidity, and credible neutrality. Those are the properties that make onchain finance worth building.

Newton separates authorization from settlement. Programmable policies enforced at the smart contract layer, across any public blockchain, by a decentralized operator network. No private chain required.

Authorization that travels with the asset. Not controls that trap it.

What institutions actually need
Institutions aren't choosing private blockchains because they enjoy giving up liquidity and composability. They're choosing them because public chains don't give them what they need to deploy capital responsibly.
The requirements aren't abstract. (i) Policy enforcement before transactions settle, not alerts after the fact. (ii) Privacy over counterparty details and transaction parameters, not a transparent ledger that exposes their positions to the world. (iii) Identity verification that satisfies regulatory requirements without building bespoke KYC stacks for every chain they touch. (iv) Audit trails that prove compliance was enforced, not logs that show monitoring was attempted.
These aren't unreasonable. They're baseline expectations for any financial system handling real capital. Institutional adoption doesn't start with technology. It starts when someone inside the organization is willing to sign their name to the risk. Innovation teams can run pilots all day. Deploying capital requires legal, compliance, risk, and operations to all be comfortable.
What permissioned chains sacrifice
There are four properties that define what a blockchain actually is. Here's what happens to each when you go permissioned.
Permissionlessness. On a permissioned chain, a known set of validators decides what gets processed. That's not a neutral system. Every transaction that goes through carries tacit approval from the validator set. Every transaction that doesn't is censored by design, not by rule.
Cryptoeconomic consensus. Public blockchains align incentives through staking and slashing. Validators have skin in the game. On a permissioned chain, consensus is discretionary. There's no economic cost to producing a bad result, no mechanism for external challenge, no slashing for false attestations.
Immutability. If a small set of known validators controls the chain, history is only as permanent as their collective agreement. A public blockchain makes rewriting history computationally prohibitive. A permissioned chain makes it a governance decision.
Credible neutrality. Having credible neutrality means no single entity can unilaterally decide who gets to transact and who doesn't. On a public blockchain, the rules are enforced by cryptoeconomics, not by discretion. On a permissioned chain, a known consortium controls what settles. That's not neutral infrastructure. That's a gatekeeper with a committee structure. Institutions might accept that in the short term. But the whole reason blockchain technology is worth building on is that it offers something better: enforcement without discretion, rules without a ruler. A permissioned chain trades that away at the architecture level.
Private chains give institutions the controls they need. But it does so by discarding the properties that make being onchain worth anything. You end up with a system that has the operational complexity of a blockchain and the trust assumptions of a permissioned database.
The purists are right about the destination, wrong about the path
Blockchain purists correctly identify what matters: permissionlessness, economic security, immutability, credible neutrality. These are the properties that make public blockchains a better foundation for financial infrastructure than what came before.
But saying "deploy on public chains" without solving the authorization problem isn't a strategy.
The tokenized asset market is projected to grow from $26 billion to $30 trillion by 2034. Stablecoins already handle over $700 billion in monthly transfer volume on a $298 billion market cap. This capital is looking for a home. If public chain advocates can't offer institutions a credible path to compliance, privacy, and policy enforcement, that capital will keep flowing into private chains and permissioned ecosystems. The fruits of decentralization will be adopted in diluted forms by enterprises who figured out the compliance part first.
The purists' response has largely been: institutions will come around, or institutions don't matter, or decentralization is more important than adoption. None of these engage with the actual constraint. Financial institutions operate within legal frameworks that require specific controls. Those controls need to exist somewhere. If public chains can't provide them, institutions will build or buy their own chain where they can.
So what is the answer?
Separate authorization from settlement
The false binary disappears the moment you separate two questions that the industry has been conflating.
Where should assets settle? And who decides whether a transaction is authorized?
Private chains say you can have both on their chain. That's what makes it a walled garden. Settlement and authorization are coupled. If you want those private chain's compliance controls, you settle on their infrastructure. If you leave, you leave the controls behind.
The purist answer: settle on public chains, and authorization is the user's problem. That's what keeps public chains inaccessible to institutions. Settlement is decentralized. Authorization doesn't exist.
The right answer: settle on public chains, and manage authorization through a credibly neutral layer that works across all of them.
This is what we've been building at Newton Protocol. Newton is the authorization layer for onchain transactions. It sits between transaction intent and execution on any public blockchain. Before a transaction settles, it gets evaluated against programmable policies (e.g., sanctions screening, identity verification, velocity limits, investor eligibility, source-of-funds analysis) by a decentralized network of independent operators. If it passes, the transaction gets a cryptographic attestation that the smart contract verifies onchain. If it doesn't, the transaction reverts. No single entity controls what gets authorized.
The design insight: authorization doesn't need to live on the same chain as settlement. In fact, it shouldn't. When authorization is chain-specific, compliance breaks the moment an asset crosses an ecosystem boundary. When authorization is a separate layer, policies travel with the asset. Deploy on Ethereum, Base, Arbitrum, or any of the compatible chains. Your compliance posture is the same everywhere.
You don't need a private blockchain to have private compliance. You need infrastructure that separates the authorization question from the settlement question.
What this looks like in practice
A stablecoin issuer deploys on a public chain. Every transfer gets evaluated against GENIUS Act requirements, OFAC sanctions screening, and travel rule logic. Not by the issuer. Not by a centralized API. By a decentralized set of operators who stake capital and get slashed if they produce false attestations. The smart contract enforces the result. The issuer gets compliance receipts, which are cryptographic proof that specific policies were evaluated for specific transactions. Regulators can audit the system without ever accessing underlying personal data, because Newton's privacy architecture uses MPC and ZK proofs to separate the decision from the data.
Compare that with a permissioned chain where a single entity or consortium decides what settles. The authorization function is the same. The trust model is fundamentally different.
Now consider what this means for composability. That stablecoin on a public chain can be used in any DeFi protocol, any lending pool, any payment flow. The compliance travels with it. On a private chain, that same stablecoin lives in a silo. It can interact with other assets on the same chain, within the same consortium's rules. The moment it needs to move beyond that perimeter, the compliance context breaks.
The tokenized asset market isn't going to $30 trillion by building isolated ecosystems. It gets there by building on the infrastructure that already has the liquidity, the composability, and the developer ecosystem. Public chains have that. What they've been missing is the authorization layer that makes institutional deployment viable.
The third path
The private vs. public blockchain debate keeps producing a binary that benefits neither side. Institutions get controls but lose composability. Public chains get composability but lose institutions.
Newton eliminates the tradeoff. Deploy on public blockchains. Access the liquidity. Access the composability. Keep the permissionlessness, the cryptoeconomic security, the immutability, the credible neutrality. And manage your authorization policies through a credibly neutral layer that enforces compliance at the smart contract level, across every chain, for every transaction, without introducing a centralized chokepoint.

If the next era of finance is truly global and truly onchain, it can't be built on private chains that replicate the silos we already have. And it can't be built on public chains that ignore the controls institutions need to show up. It has to be built on public chains with authorization infrastructure that makes openness durable.

$NEWT

Die Widerspruch im Kern des Datenaustauschs
Blockchains haben etwas wirklich Schwieriges gelöst. Sie ermöglichen es unabhängigen Parteien, sich um eine einzige Quelle der Wahrheit zu koordinieren, ohne einander zu vertrauen. Vermögenswerte, Transaktionen, Ausführung, alles transparent, überprüfbar, ohne einen Schiedsrichter geregelt.
Aber wenn Sie versuchen, unter Verwendung privater Daten zu koordinieren, bricht das gesamte Modell zusammen.
Schwarze Listen, interne Risikomodelle, Compliance-Prüfungen, Informationen auf Benutzerebene sind keine Randfälle. Sie sind die Eingaben, die reale Entscheidungen antreiben. Und sie sind fundamental inkompatibel mit vollständig transparenten Systemen. Daher müssen Entwickler Kompromisse eingehen. Sie halten ihre Prozesse offchain und sind von den Vorteilen geteilter öffentlicher Hauptbücher ausgeschlossen.

Das CLARITY-Gesetz ist ein Meilenstein. Aber es als Ziellinie zu betrachten, verfehlt den Punkt. Dies ist der Beginn eines Vertrauensneustarts, und Vertrauen wird nicht nur durch Gesetze aufgebaut.
Jahre lang haben Institutionen Kryptowährungen nicht gemieden, weil sie an der Technologie zweifelten. Sie blieben außen vor, weil sie rechtliche Risiken nicht modellieren konnten. CLARITY verringert diese Mehrdeutigkeit und weist Autorität zu. Aber Autorität allein schafft kein Vertrauen. Die Ausführung tut das.
Die Diskussion über das GENIUS-Gesetz ist lehrreich. Oberflächlich betrachtet geht es um Zinszahlungen. Darunter geht es um Verantwortlichkeit. Die OCC lässt keinen Raum für Renditen, die durch Tochtergesellschaften oder kreative Strukturierung um das Verbot herumgeführt werden. Die vorgeschlagene Regel macht das ausdrücklich klar. Das ist das Signal, das die meisten Menschen verpasst haben. Wenn Regulierungsbehörden beginnen, interpretative Umgehungen in der Regelsetzung selbst zu schließen, sagen sie dir, wo das enden wird. Finanzverhalten muss technisch durchsetzbar sein, nicht nur interpretativ konform.

Die regulatorische Klarheit tut endlich das, was die Branche erwartet hat. Sie bringt Institutionen onchain.
Wenn die Regeln klarer werden, entwickelt sich die Infrastruktur weiter, um den Anforderungen an die institutionelle Compliance gerecht zu werden, insbesondere im Hinblick auf Stablecoins. Wir sehen native Kontrollen, die direkt in die Abwicklungsinfrastruktur integriert sind: Pausierungs- und Vernichtungsfunktionen, Token-Level-Whitelist- und Blacklist-Optionen, rollenbasierte Berechtigungen, integrierte Prüfpfade und Überweisungsreferenzen, die Workflows der Reiseverordnung unterstützen.
Diese Designphilosophie ist wichtig. Für Institutionen kann Compliance nicht in Dashboards oder Offchain-Prozessen leben. Kontrollen müssen auf der Vermögensschicht existieren, wo Transaktionen tatsächlich ausgeführt werden. Wenn die Durchsetzung nahe an der Wertbewegung erfolgt, verkürzen sich die Reaktionszeiten, die Prüfbarkeit verbessert sich und das Risiko wird einfacher zu modellieren.