Binance Square
NewtonProtocol
98 Posts

NewtonProtocol

Square Verified+
Authorization layer for onchain finance.
0 Following
39.7K+ Followers
3.8K+ Liked
Posts
·
--
See translation
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
See translation
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
See translation
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
See translation
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.
See translation
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
See translation
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
See translation
This is the workflow behind Newton Protocol's authorization layer: - Request: User initiates, dApp submits - Evaluate: Operators evaluate the policy - Decision: Allow or Deny - Attestation: BLS-signed approval - Enforce: Contract verifies before execution
This is the workflow behind Newton Protocol's authorization layer:

- Request: User initiates, dApp submits
- Evaluate: Operators evaluate the policy
- Decision: Allow or Deny
- Attestation: BLS-signed approval
- Enforce: Contract verifies before execution
See translation
Policy Composability The ability to combine multiple rules and data sources into a single authorization policy. Newton policies can combine sanctions data, KYC credentials, market data, jurisdiction checks, and other inputs to determine whether a transaction is authorized.
Policy Composability

The ability to combine multiple rules and data sources into a single authorization policy.

Newton policies can combine sanctions data, KYC credentials, market data, jurisdiction checks, and other inputs to determine whether a transaction is authorized.
See translation
The authorization layer for assets on the move Newton
The authorization layer for assets on the move

Newton
See translation
Privacy-preserving authorization Newton uses selective disclosure so users can prove specific attributes without exposing the underlying identity data
Privacy-preserving authorization

Newton uses selective disclosure so users can prove specific attributes without exposing the underlying identity data
See translation
Newton is the authorization layer for assets on the move, enforcing rules before transactions execute
Newton is the authorization layer for assets on the move, enforcing rules before transactions execute
See translation
Counterparty risk is the risk associated with who is on the other side of a transaction. Integrations such as Arkham can provide entity identities, wallet roles, and risk tags used by Newton policies when evaluating transactions.
Counterparty risk is the risk associated with who is on the other side of a transaction.

Integrations such as Arkham can provide entity identities, wallet roles, and risk tags used by Newton policies when evaluating transactions.
See translation
A rule is enforceable when a transaction cannot execute unless the rule is satisfied - policy defines the rule - data + evaluation determine the outcome - proof makes the outcome verifiable - enforcement makes it binding This flow makes rules enforceable
A rule is enforceable when a transaction cannot execute unless the rule is satisfied

- policy defines the rule
- data + evaluation determine the outcome
- proof makes the outcome verifiable
- enforcement makes it binding

This flow makes rules enforceable
See translation
Settlement without authorization is incomplete
Settlement without authorization is incomplete
See translation
Data oracles provide external data to Newton’s policy engine for evaluation. Integrations such as Redstone can provide asset prices and other financial data used by Newton policies when evaluating transactions.
Data oracles provide external data to Newton’s policy engine for evaluation.

Integrations such as Redstone can provide asset prices and other financial data used by Newton policies when evaluating transactions.
See translation
Want to add an authorization layer to your stack? Newton lets you define the policy, connect it to your smart contract, and execute transactions with verified attestations Build from scratch or start with an existing policy
Want to add an authorization layer to your stack?

Newton lets you define the policy, connect it to your smart contract, and execute transactions with verified attestations

Build from scratch or start with an existing policy
See translation
Newton operates as the authorization layer between transaction intent and onchain execution. The analogy to card payment networks is precise:
Newton operates as the authorization layer between transaction intent and onchain execution.

The analogy to card payment networks is precise:
See translation
Newton enforces policy at the point of execution. Operators evaluate an intent and produce an attestation, which the smart contract verifies before the transaction can execute.
Newton enforces policy at the point of execution.

Operators evaluate an intent and produce an attestation, which the smart contract verifies before the transaction can execute.
See translation
Newton Architecture Layers Policy: a Rego program on IPFS setting a transaction's conditions Compute & Consensus: operators evaluate the transaction, signatures aggregate into one proof Verification & Execution: a contract validates the proof, then executes or blocks the transaction
Newton Architecture Layers

Policy: a Rego program on IPFS setting a transaction's conditions

Compute & Consensus: operators evaluate the transaction, signatures aggregate into one proof

Verification & Execution: a contract validates the proof, then executes or blocks the transaction
See translation
How Newton Works You write policies defining when transactions are allowed. Then it moves through 5 steps: Intent Evaluation Consensus Attestation Enforcement Operators evaluate policy, agree on the result, produce a cryptographic proof, and the SC verifies it pre-settlement.
How Newton Works
You write policies defining when transactions are allowed.

Then it moves through 5 steps:

Intent
Evaluation
Consensus
Attestation
Enforcement

Operators evaluate policy, agree on the result, produce a cryptographic proof, and the SC verifies it pre-settlement.
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