Web3 transaction security firewall

Know what you're signing.

Nalar reads your intent, simulates the transaction, inspects on-chain evidence, and stops dangerous requests before your wallet signs.

Read first. Sign second. BNB testnet ready
Nalar interceptorREQUEST / 7F23 / BNB TESTNET
USER INTENTSwap 0.001 tBNB to NDEMOcaptured
01Intent
02Decode
03Simulate
04Evidence
05Decide
CURRENT STEP LIVE TRACE
Intent

Swap 0.001 tBNB to NDEMO

sellTax() 9800owner() knownsimulation pass
evidence graph / read only
DETERMINISTIC DECISIONREADING

Risk changes as evidence is read.

12 / 100
The blind spot

Signing a transaction shouldn't mean trusting what you cannot see.

A wallet can show a destination and a value. It cannot explain the full contract behavior behind a request. Nalar makes the hidden parts legible before the signature prompt.

APPROVAL

A spender receives permission that the prompt never explained.

CALL TARGET

Calldata points to an unknown execution path.

TOKEN STATE

A contract exposes a configured value that changes the trade risk.

COUNTERPARTY

The address receiving control is not the address you intended.

SIMULATION

The request succeeds in a way the human description did not predict.

The inspection path

Five steps between intent and signature.

Each step produces a traceable input for the next. The final state is deterministic, the explanation is readable.

01

Intent

A human instruction becomes the reference point.

user meaning
02

Decode

Calldata becomes an action, target, and set of effects.

transaction shape
03

Simulate

The request is tested before a wallet signature exists.

execution result
04

Investigate

Contract capabilities and on-chain state add evidence.

chain context
05

Decide

Policy produces ALLOW, REVIEW, or BLOCK with reasons.

deterministic verdict
Security intelligence

Every signal has a job.

Nalar combines transaction mechanics with contract and chain evidence. Nothing in the interface is a mystery score without a source.

EVIDENCE SOURCES: REQUEST / RPC / MCP / POLICY
01

Intent matching

Compares the request with what the user described.

02

Transaction simulation

Checks whether the execution path behaves as expected.

03

Contract capabilities

Maps mint, tax, pause, upgrade, and access functions.

04

On-chain state

Reads configured values such as tax, owner, and limits.

05

BNB MCP evidence

Enriches the investigation with read-only BNB observations.

06

Scam intelligence

Combines sellability and token findings into context.

Decision engine

The verdict is clear because the evidence is visible.

Select a state to see how the decision changes with the evidence. The engine produces the state, then Nalar explains it in plain language.

POLICY OUTPUT58 / 100
REVIEW

The request needs a human decision.

Evidence is incomplete or the transaction contains a material uncertainty.

Target contract is not verifiedObserved state needs inspectionNo automatic block rule matched
BNB evidence layer

MCP enriches the evidence. The engine makes the call.

BNB MCP provides read-only observations from the chain. It does not decide whether a user should sign.

01BNB MCPread-only tools
02On-chain evidencestate and observations
03Deterministic enginepolicy and decision
demo.dapp / swap
SWAP
NALAR INTERCEPTOR
BEFORE SIGNINGRead the request first.
Swap 0.001 tBNB to NDEMO
VIEW EVIDENCEBLOCK
Before the wallet

Nalar lives between the dApp and the signature.

The extension intercepts transaction requests, captures intent, and opens the analysis before the wallet confirmation takes over.

Load the extension
Architecture

A firewall is a path, not a pop-up.

Each handoff is explicit, so the decision can be inspected from request to wallet.

01DApp
02Wallet provider
03Nalar interceptor
04Backend
05Security engine
06BNB MCP
07Decision
08Wallet

See what your wallet can't explain.