NewtonProtocol

Square Verified+
Authorization layer for onchain finance.
0 Following
39.5K+ Followers
3.9K+ Liked
Posts
·
--
if a vault's underlying strategy or allocation changes, deposits, withdrawals and reallocations can be blocked by a Newton policy allocation data comes from vaults.fyi, whether a change triggers a block is yours to define shipped by Newton Labs, enforced by Newton Protocol
if a vault's underlying strategy or allocation changes, deposits, withdrawals and reallocations can be blocked by a Newton policy

allocation data comes from vaults.fyi, whether a change triggers a block is yours to define

shipped by Newton Labs, enforced by Newton Protocol
A portfolio's total value doesn't necessarily reflect how quickly it can be liquidated. Xerberus measures 30 day exit capacity. Newton turns that into an enforceable policy, rejecting transactions that breach predefined liquidity limits
A portfolio's total value doesn't necessarily reflect how quickly it can be liquidated.

Xerberus measures 30 day exit capacity. Newton turns that into an enforceable policy, rejecting transactions that breach predefined liquidity limits
Article
Pool Guard for Uniswap: a pool that enforces eligibility and limitsPool Guard for Uniswap lets an issuer, such as a fund, a transfer agent or a trading venue, run a permissioned Uniswap pool from the investor register it already keeps offchain. The register stays where it is, and none of it goes onchain. At every deposit, Newton checks the wallet against the register: is it listed, and how much may it deposit? Only the decision is published. In the demo, a Google Sheet stands in for the register. A listed wallet deposits within its limit, and the pool accepts it. A second deposit for more than what’s left of its limit is refused onchain. Neither the sheet nor the limit ever appears onchain, and the Newton Explorer records both decisions. That is the kind of check the SEC now asks of venues that trade tokenized stocks in permissioned AMM pools, such as Uniswap’s. Background: Permissioned Pools and the SEC order Uniswap Labs launched Permissioned Pools on 23 July 2026 for tokenized funds, equities and other assets that only approved investors may hold. On 17 September 2026 the SEC issued the Innovation Exemption (Release No. 34-106402). For five years, a venue can run AMM pools for tokenized US-listed stocks without registering as an exchange. Uniswap founder Hayden Adams said the same day that the order mainly applies to permissioned pools on Uniswap. Three of its conditions bear on how a pool checks who trades and how much: Verified wallets only. Only verified or credentialed participants may use the pools, liquidity providers included. Caps measured in volume. Each stock is capped at 0.25% or 2.5% of its average daily volume, by tier. Records of how wallets are checked. The venue keeps records of how it screens participants and verifies wallet addresses for the life of the exemption plus three years. The challenge: an onchain allowlist has to keep up with the offchain register In Uniswap's design, the regulated token sits in a permissions adapter, outside the pool. Before every swap and every new liquidity position, the pool asks an allowlist checker, a contract the issuer writes, whether the wallet is allowed (Uniswap Labs). Pool Guard uses its own Uniswap hook instead, so it works with any ERC-20 token. Every swap, deposit and withdrawal needs a Newton attestation for that wallet and that action, and the hook reverts anything without one. Uniswap’s default allowlist checker is told only the wallet and the token, and answers with two yes-or-no flags, one for swapping and one for providing liquidity. That leaves three gaps: It needs the register copied onchain. The checker only sees data already onchain, so every approval or removal in the issuer's register has to be copied over. Until it is, the pool and the register disagree.It answers yes or no. The trade size is never passed in, so it can't enforce "up to $50,000 for this wallet", a subscription cap or the SEC order's volume caps.Anyone can query it. It is a public function, so anyone can check whether any wallet is approved. Another approach is a soulbound credential, a token that can't be transferred, minted to a wallet once the investor passes KYC or accreditation. The pool checks that the wallet holds one. It is cheap to check, and one credential can serve many pools. It still puts the register onchain, one token per investor, so it shares the allowlist's gaps. Each change in the register means minting, updating or burning a token, and an investor whose status lapses keeps access until that happens. An amount can only be a fixed tier minted into the token. And the token sits in the wallet for anyone to see. The solution: Newton checks the offchain register at every deposit The Newton operators sign each decision, and the Newton Explorer keeps a record of it. An issuer can keep that record beside the records the SEC order requires, without publishing its register: each decision shows only whether the wallet is listed and how much it may still deposit. Pool Guard keeps the Permissioned Pools model where the issuer still decides who may hold its asset. Newton lets that answer come from its own register and carry an amount.  What the demo shows Pool Guard demonstrates a Uniswap pool on the Sepolia testnet with test tokens, guarded by a Uniswap hook that only accepts actions authorized by Newton. The Google Sheet plays the issuer's register (what the demo calls an allowlist), one row per wallet with the most it may hold in the pool, and the demo shows it so visitors can follow along. A visitor runs one deposit from start to finish. 1. Pick a wallet. Choose a row on the issuer's allowlist, shown on the right, or pick a random wallet that isn't on it. 2. Choose an amount. The screen shows the wallet's limit, what it already holds in the pool and what is left.  The visitor can also act as the issuer and change the limit for each wallet. The new value goes into the allowlist, and the next deposit is checked against it with no onchain update required. 3. Newton checks it. The Newton operators read the wallet’s row on the issuer’s allowlist and take what it has already deposited from the pool. They apply the issuer’s policy, which passes the deposit if the wallet is listed and the amount fits within what is left of its limit, and sign the answer. 4. The pool decides. The Uniswap hook verifies the signature onchain. An authorized deposit goes into the pool. The hook refuses a deposit over the limit, or from a wallet that isn't listed. It reverts onchain and nothing reaches the pool. In the screenshot below, row 6 has 150,000 left after its 100,000 deposit, so the hook refuses a new 188,000 deposit, because the limit applies to what the wallet holds in total. Who it's for Pool Guard is a demo for Uniswap v4 hooks, but the pattern carries over to any pool or vault whose access depends on a register kept offchain. The issuer keeps its register where it is, writes its rules once as a Newton policy, and points its Uniswap hook or vault contract at the Newton signature. It fits three kinds of teams in particular: Tokenized fund issuers opening secondary liquidity on Uniswap to approved investors, with a cap per investor.Venues trading tokenized stocks under the SEC order, which must screen every participant, liquidity providers included, and keep records of how they do it.RWA and private credit vaults whose investor register already lives with a transfer agent or fund administrator. The common thread: the register lives offchain, at least one rule depends on an amount, and someone may later ask which wallet was checked, when, and against which rule. Try the demo. It takes about two minutes: get a deposit approved, push one over the limit, then switch to the issuer's seat, change the limit and watch the pool follow. 

Pool Guard for Uniswap: a pool that enforces eligibility and limits

Pool Guard for Uniswap lets an issuer, such as a fund, a transfer agent or a trading venue, run a permissioned Uniswap pool from the investor register it already keeps offchain. The register stays where it is, and none of it goes onchain. At every deposit, Newton checks the wallet against the register: is it listed, and how much may it deposit? Only the decision is published.
In the demo, a Google Sheet stands in for the register. A listed wallet deposits within its limit, and the pool accepts it. A second deposit for more than what’s left of its limit is refused onchain. Neither the sheet nor the limit ever appears onchain, and the Newton Explorer records both decisions. That is the kind of check the SEC now asks of venues that trade tokenized stocks in permissioned AMM pools, such as Uniswap’s.
Background: Permissioned Pools and the SEC order
Uniswap Labs launched Permissioned Pools on 23 July 2026 for tokenized funds, equities and other assets that only approved investors may hold.
On 17 September 2026 the SEC issued the Innovation Exemption (Release No. 34-106402). For five years, a venue can run AMM pools for tokenized US-listed stocks without registering as an exchange. Uniswap founder Hayden Adams said the same day that the order mainly applies to permissioned pools on Uniswap. Three of its conditions bear on how a pool checks who trades and how much:
Verified wallets only. Only verified or credentialed participants may use the pools, liquidity providers included. Caps measured in volume. Each stock is capped at 0.25% or 2.5% of its average daily volume, by tier. Records of how wallets are checked. The venue keeps records of how it screens participants and verifies wallet addresses for the life of the exemption plus three years.
The challenge: an onchain allowlist has to keep up with the offchain register
In Uniswap's design, the regulated token sits in a permissions adapter, outside the pool. Before every swap and every new liquidity position, the pool asks an allowlist checker, a contract the issuer writes, whether the wallet is allowed (Uniswap Labs).
Pool Guard uses its own Uniswap hook instead, so it works with any ERC-20 token. Every swap, deposit and withdrawal needs a Newton attestation for that wallet and that action, and the hook reverts anything without one.
Uniswap’s default allowlist checker is told only the wallet and the token, and answers with two yes-or-no flags, one for swapping and one for providing liquidity.
That leaves three gaps:
It needs the register copied onchain. The checker only sees data already onchain, so every approval or removal in the issuer's register has to be copied over. Until it is, the pool and the register disagree.It answers yes or no. The trade size is never passed in, so it can't enforce "up to $50,000 for this wallet", a subscription cap or the SEC order's volume caps.Anyone can query it. It is a public function, so anyone can check whether any wallet is approved.
Another approach is a soulbound credential, a token that can't be transferred, minted to a wallet once the investor passes KYC or accreditation. The pool checks that the wallet holds one. It is cheap to check, and one credential can serve many pools.
It still puts the register onchain, one token per investor, so it shares the allowlist's gaps. Each change in the register means minting, updating or burning a token, and an investor whose status lapses keeps access until that happens. An amount can only be a fixed tier minted into the token. And the token sits in the wallet for anyone to see.
The solution: Newton checks the offchain register at every deposit
The Newton operators sign each decision, and the Newton Explorer keeps a record of it. An issuer can keep that record beside the records the SEC order requires, without publishing its register: each decision shows only whether the wallet is listed and how much it may still deposit. Pool Guard keeps the Permissioned Pools model where the issuer still decides who may hold its asset. Newton lets that answer come from its own register and carry an amount.
What the demo shows
Pool Guard demonstrates a Uniswap pool on the Sepolia testnet with test tokens, guarded by a Uniswap hook that only accepts actions authorized by Newton. The Google Sheet plays the issuer's register (what the demo calls an allowlist), one row per wallet with the most it may hold in the pool, and the demo shows it so visitors can follow along. A visitor runs one deposit from start to finish.
1. Pick a wallet. Choose a row on the issuer's allowlist, shown on the right, or pick a random wallet that isn't on it.
2. Choose an amount. The screen shows the wallet's limit, what it already holds in the pool and what is left.
The visitor can also act as the issuer and change the limit for each wallet. The new value goes into the allowlist, and the next deposit is checked against it with no onchain update required.
3. Newton checks it. The Newton operators read the wallet’s row on the issuer’s allowlist and take what it has already deposited from the pool. They apply the issuer’s policy, which passes the deposit if the wallet is listed and the amount fits within what is left of its limit, and sign the answer.
4. The pool decides. The Uniswap hook verifies the signature onchain. An authorized deposit goes into the pool.
The hook refuses a deposit over the limit, or from a wallet that isn't listed. It reverts onchain and nothing reaches the pool. In the screenshot below, row 6 has 150,000 left after its 100,000 deposit, so the hook refuses a new 188,000 deposit, because the limit applies to what the wallet holds in total.
Who it's for
Pool Guard is a demo for Uniswap v4 hooks, but the pattern carries over to any pool or vault whose access depends on a register kept offchain. The issuer keeps its register where it is, writes its rules once as a Newton policy, and points its Uniswap hook or vault contract at the Newton signature.
It fits three kinds of teams in particular:
Tokenized fund issuers opening secondary liquidity on Uniswap to approved investors, with a cap per investor.Venues trading tokenized stocks under the SEC order, which must screen every participant, liquidity providers included, and keep records of how they do it.RWA and private credit vaults whose investor register already lives with a transfer agent or fund administrator.
The common thread: the register lives offchain, at least one rule depends on an amount, and someone may later ask which wallet was checked, when, and against which rule.
Try the demo. It takes about two minutes: get a deposit approved, push one over the limit, then switch to the issuer's seat, change the limit and watch the pool follow.
GOOGUS+0.22%
Building the authorization layer for agentic finance will be one of the defining challenges for crypto in the next few years As agents gain the ability to move capital, we need ways to define what they can do and enforce those rules onchain
Building the authorization layer for agentic finance will be one of the defining challenges for crypto in the next few years

As agents gain the ability to move capital, we need ways to define what they can do and enforce those rules onchain
Private keys are only one part of crypto security. What happens after a transaction is signed matters just as much. Who is it going to? How much is being sent? Does it comply with the wallet's rules? Newton makes these conditions enforceable before execution.
Private keys are only one part of crypto security.

What happens after a transaction is signed matters just as much.

Who is it going to? How much is being sent? Does it comply with the wallet's rules?

Newton makes these conditions enforceable before execution.
Reporting, surveillance, and audit are essential to digital asset compliance Bring your preferred data providers. Newton turns their signals into enforceable rules
Reporting, surveillance, and audit are essential to digital asset compliance

Bring your preferred data providers. Newton turns their signals into enforceable rules
Verified
Agent wallets need enforceable authorization before they can safely operate onchain Newton lets protocols enforce spending limits, approved counterparties, and permitted protocol interactions before transactions execute
Agent wallets need enforceable authorization before they can safely operate onchain

Newton lets protocols enforce spending limits, approved counterparties, and permitted protocol interactions before transactions execute
The Pharos Safe Mode policy uses stress and depeg signals to block exposure-increasing actions while keeping withdrawals and redemptions open.
The Pharos Safe Mode policy uses stress and depeg signals to block exposure-increasing actions while keeping withdrawals and redemptions open.
Verified
KYC can go stale. A verified user can also fall out of compliance when jurisdictional rules change Using Sumsub data, Newton checks applicant status, country, age, and verification freshness before authorizing transactions.
KYC can go stale. A verified user can also fall out of compliance when jurisdictional rules change

Using Sumsub data, Newton checks applicant status, country, age, and verification freshness before authorizing transactions.
Verified
Article
Getting Vietnam's Exporters Paid in Days: How Newton Protocol Powers GOE's Commodity Finance NetworkToday the Global On-chain Economy Alliance (GOE) and the Newton Foundation signed Heads of Terms to build verifiable trust into Vietnam's trade and capital flows. The first deployment is GOE's Commodity Finance Network (CFN), starting in Da Nang with Vietnam's coffee exports to the UAE. This post covers why the work matters, how Newton Protocol fits in, and where it goes after coffee. Growth on this scale needs proof In April 2026, Vietnam's National Assembly approved a target of at least 10% average annual GDP growth for 2026 to 2030, one of the most ambitious growth targets in the world. Vietnam has also made blockchain a national priority. Its National Blockchain Strategy aims to make the country a regional and global leader in blockchain application by 2030, with finance, commerce, logistics and agriculture among its priority sectors. Growth like that will need international capital. Before that capital moves, investors, lenders and buyers abroad need proof that the Vietnamese businesses they fund are who they say they are, and that every transaction meets the standards they are bound by. That is the gap an authorization layer like Newton is built to close. Exporters wait months to be paid Vietnamese exporters typically wait 90 to 100 days after shipment to be paid. That is working capital locked up in goods already delivered, and it is often carried by the businesses least able to carry it. Much of the delay is a trust problem. Before a financier abroad will pay early against a shipment, it has to confirm who the exporter is, that the documents are genuine and that no one has already financed the same receivable. Today those checks are manual and slow, and no one outside can verify them. From offchain trust to onchain proof CFN brings exporters, buyers, banks, logistics providers and international financiers onto one platform, with settlement running on blockchain infrastructure. It aims to pay exporters up to 90% of a shipment's value within days, with the balance paid on delivery. Newton Protocol makes that speed trustworthy. Today, the compliance checks behind a cross-border trade happen offchain: who the counterparty is, whether it has passed KYB, whether its documents are valid, whether the goods have shipped. Everyone else has to take those checks on trust. Newton Protocol makes them verifiable onchain. GOE writes the rulebooks and Newton Protocol turns them into enforceable policies. Before any transaction settles, a network of independent operators on Newton Protocol verify those policies. Transfer only happens when the checks pass. Results are recorded as attestations that buyers, sellers, financiers and regulators can verify for themselves, without relying on GOE, Newton Protocol or any other single party. The result is a marketplace where: buyers know every counterparty has passed KYB;financiers fund receivables backed by verified documents, and any attempt to finance the same receivable twice is stopped before it settles;exporters spend less time and money on manual compliance; andregulators can audit every check on every transaction. Why coffee first Vietnam is the world's second-largest coffee producer and exporter and supplies nearly half of all robusta traded internationally. Coffee exports earned USD 3.6 billion in the first four months of 2026 alone. The first corridor connects Vietnam with the UAE. Trade between the two countries passed USD 16 billion in 2025, and their Comprehensive Economic Partnership Agreement entered into force in February 2026. What comes after coffee After coffee, the partners plan to extend the infrastructure to rice and Vietnam's other leading exports, to investment products such as bonds and funds, and, as the legal framework allows, to real estate. They also plan to take it beyond Da Nang to other cities across Vietnam. Each new sector is designed to run on the same foundation: rules set by those accountable for them, enforced by Newton, and verifiable by anyone. CFN is set to go live for production transactions this year with more than 30 enterprises expected to be onboarded.

Getting Vietnam's Exporters Paid in Days: How Newton Protocol Powers GOE's Commodity Finance Network

Today the Global On-chain Economy Alliance (GOE) and the Newton Foundation signed Heads of Terms to build verifiable trust into Vietnam's trade and capital flows. The first deployment is GOE's Commodity Finance Network (CFN), starting in Da Nang with Vietnam's coffee exports to the UAE. This post covers why the work matters, how Newton Protocol fits in, and where it goes after coffee.
Growth on this scale needs proof
In April 2026, Vietnam's National Assembly approved a target of at least 10% average annual GDP growth for 2026 to 2030, one of the most ambitious growth targets in the world. Vietnam has also made blockchain a national priority. Its National Blockchain Strategy aims to make the country a regional and global leader in blockchain application by 2030, with finance, commerce, logistics and agriculture among its priority sectors.
Growth like that will need international capital. Before that capital moves, investors, lenders and buyers abroad need proof that the Vietnamese businesses they fund are who they say they are, and that every transaction meets the standards they are bound by. That is the gap an authorization layer like Newton is built to close.
Exporters wait months to be paid
Vietnamese exporters typically wait 90 to 100 days after shipment to be paid. That is working capital locked up in goods already delivered, and it is often carried by the businesses least able to carry it.
Much of the delay is a trust problem. Before a financier abroad will pay early against a shipment, it has to confirm who the exporter is, that the documents are genuine and that no one has already financed the same receivable. Today those checks are manual and slow, and no one outside can verify them.
From offchain trust to onchain proof
CFN brings exporters, buyers, banks, logistics providers and international financiers onto one platform, with settlement running on blockchain infrastructure. It aims to pay exporters up to 90% of a shipment's value within days, with the balance paid on delivery.
Newton Protocol makes that speed trustworthy. Today, the compliance checks behind a cross-border trade happen offchain: who the counterparty is, whether it has passed KYB, whether its documents are valid, whether the goods have shipped. Everyone else has to take those checks on trust. Newton Protocol makes them verifiable onchain.
GOE writes the rulebooks and Newton Protocol turns them into enforceable policies. Before any transaction settles, a network of independent operators on Newton Protocol verify those policies. Transfer only happens when the checks pass.
Results are recorded as attestations that buyers, sellers, financiers and regulators can verify for themselves, without relying on GOE, Newton Protocol or any other single party. The result is a marketplace where:
buyers know every counterparty has passed KYB;financiers fund receivables backed by verified documents, and any attempt to finance the same receivable twice is stopped before it settles;exporters spend less time and money on manual compliance; andregulators can audit every check on every transaction.
Why coffee first
Vietnam is the world's second-largest coffee producer and exporter and supplies nearly half of all robusta traded internationally. Coffee exports earned USD 3.6 billion in the first four months of 2026 alone.
The first corridor connects Vietnam with the UAE. Trade between the two countries passed USD 16 billion in 2025, and their Comprehensive Economic Partnership Agreement entered into force in February 2026.
What comes after coffee
After coffee, the partners plan to extend the infrastructure to rice and Vietnam's other leading exports, to investment products such as bonds and funds, and, as the legal framework allows, to real estate. They also plan to take it beyond Da Nang to other cities across Vietnam. Each new sector is designed to run on the same foundation: rules set by those accountable for them, enforced by Newton, and verifiable by anyone.
CFN is set to go live for production transactions this year with more than 30 enterprises expected to be onboarded.
An APY spike can signal more than an unusually attractive yield With vaults.fyi data, Newton policies can flag abnormal yield deviations and block curator actions when they cross configured thresholds
An APY spike can signal more than an unusually attractive yield

With vaults.fyi data, Newton policies can flag abnormal yield deviations and block curator actions when they cross configured thresholds
spending limit: passed sanctions: clear gravity policy: not relevant verdict: authorized for a kickflip
spending limit: passed
sanctions: clear
gravity policy: not relevant
verdict: authorized for a kickflip
Verified
Pre-IPO AI shares, coming onchain with Newton
Pre-IPO AI shares, coming onchain with Newton
Binance News
·
--
L2 Capital Partners With Newton to Tokenize $500 Million in Pre-IPO AI Equity
Hong Kong-based L2 Capital has signed on to join tokenization platform Newton and plans to tokenize $500 million in pre-IPO artificial intelligence company equity. According to ChainCatcher, L2 Capital is the first partner on the platform being built by Newton Labs.

The platform is designed to embed compliance rules directly into each token and verify them before every transfer settlement, aiming to enforce regulatory requirements on-chain. Newton Labs' platform is still under construction, and L2 Capital is the first collaborator to connect to it.
A transaction can't be reliably authorized if operators evaluate different inputs and reach different conclusions Newton Protocol’s two-phase consensus establishes a canonical dataset first, so operators evaluate the same policy against the same inputs and sign the result
A transaction can't be reliably authorized if operators evaluate different inputs and reach different conclusions

Newton Protocol’s two-phase consensus establishes a canonical dataset first, so operators evaluate the same policy against the same inputs and sign the result
A deposit can hide a value-skim attack beneath an apparently valid transaction Blockaid simulation data lets Newton policies flag excessive outbound value and block the transaction before execution.
A deposit can hide a value-skim attack beneath an apparently valid transaction

Blockaid simulation data lets Newton policies flag excessive outbound value and block the transaction before execution.
Verified
Reserve and solvency data tell a policy whether an asset or system is still adequately backed Newton is provider-agnostic, so you can bring your preferred data source, evaluate the condition, and enforce the rule before the transaction executes
Reserve and solvency data tell a policy whether an asset or system is still adequately backed

Newton is provider-agnostic, so you can bring your preferred data source, evaluate the condition, and enforce the rule before the transaction executes
Newton Protocol is built around three core pillars: - Verifiable credentials - Programmable policy - Cross-chain interoperability Together, they enable transaction-level authorization across onchain finance
Newton Protocol is built around three core pillars:

- Verifiable credentials
- Programmable policy
- Cross-chain interoperability

Together, they enable transaction-level authorization across onchain finance
A position is only as safe as its exit. The Pharos Treasury policy uses data to measure how much can actually be sold within a set cost, and allows exposure only when that capacity comfortably covers the position.
A position is only as safe as its exit. The Pharos Treasury policy uses data to measure how much can actually be sold within a set cost, and allows exposure only when that capacity comfortably covers the position.
How Newton Protocol authorizes a transaction: - Intent: A user proposes a transaction - Evaluation: Operators gather the required data - Consensus: The network agrees on the outcome - Attestation: A cryptographic proof is issued - Enforcement: The contract settles/blocks the transaction
How Newton Protocol authorizes a transaction:

- Intent: A user proposes a transaction
- Evaluation: Operators gather the required data
- Consensus: The network agrees on the outcome
- Attestation: A cryptographic proof is issued
- Enforcement: The contract settles/blocks the transaction
Verified
Oracle and risk data providers supply the inputs policies need to evaluate transactions Newton Protocol is provider-agnostic, so market, credit, vault, and other external data can feed into its policies and have the resulting conditions enforced before value moves
Oracle and risk data providers supply the inputs policies need to evaluate transactions

Newton Protocol is provider-agnostic, so market, credit, vault, and other external data can feed into its policies and have the resulting conditions enforced before value moves
Log in to explore more content
Join global crypto users on Binance Square
⚡️ Get latest and useful information about crypto.
💬 Trusted by the world’s largest crypto exchange.
👍 Discover real insights from verified creators.
Email / Phone number
Sitemap
Cookie Preferences
Platform T&Cs