Browser console
Lets teams configure users, groups, policies, accounts, contracts, tokens, interactions, timelocks, pending operations, and view execution history.
Chainwall checks every privileged action against rules stored onchain. It includes smart contracts, a TypeScript SDK, and a browser console for setting those rules, collecting approvals, and executing through protected accounts.
Use the web portal for daily work. Use the SDK to build integrations. The system is synced through smart contracts.
Lets teams configure users, groups, policies, accounts, contracts, tokens, interactions, timelocks, pending operations, and view execution history.
Provides typed contract clients and tools for building requests, creating operation hashes, signing approvals, reading records, assembling workflows and scripts.
Integrate directly with the Solidity contracts, supported by an advanced documentation system. Connect to Safe or Chainwall smart accounts.
At execution, contracts check approved data, current rules, the exact request, allowed workflow calls, and the protected account. Separately, teams can require approval and a waiting period before selected settings change.
Scroll to explore the diagram →
Approved catalog
Policies & approvals
Waiting periods
Exact request
Allowed calls
Protected accounts
| Protection layer | When it applies | Controls |
|---|---|---|
| Checked during execution | Every submitted operation | Approved data, current policy, exact request, workflow calls, and account path |
| Configured governance | Only for selected setting changes | Separate approval, waiting periods, cancellation, and expiry |
| Operational assurance | During delivery and setup | Static console delivery, inspectable state, and predictable deployment checks |
An operator proposes an action. Approvers authorize that exact request under the current policy. An executor submits it, and Chainwall checks the call data, destination, deadline, value, operator, and account again.
| Role | What the role does |
|---|---|
| Operator | Proposes an action and may run it when the current policy permits. |
| Approver | Authorizes the exact request as a member of a group required by its approval policy. |
| Executor | Submits an approved action. A request can be bound to one named executor when caller identity matters. |
Scroll to explore the diagram →
Both account types reject calls that skip Chainwall's checks. Choose based on the account setup your team already uses and the integrations it needs.
For teams already using Safe
For a purpose-built Chainwall account
The console and SDK read the same contract state. They do not keep a separate private database that can quietly change who or what is approved.
Deploy or connect Chainwall; manage accounts, users, teams, approval rules, contracts, tokens, workflows, pending actions, delayed changes, billing, address books, and encrypted labels.
Build applications, scripts, and services that read Chainwall state, prepare actions, collect approvals, and decode results across supported chains.
An append-only KeyStore can hold encrypted labels and pending-action details. Teams can coordinate privately without letting a backend queue decide what is approved.
A new payout recipient can be required to wait for a set period before an ETH or token transfer may use it.
Teams can deploy with direct onchain billing. Subscription plans are also available for standard procurement, support, and deployment help.
What Chainwall checks, how it works with existing accounts, and how teams deploy it.
Chainwall is built for EVM-compatible networks. It supports protected Safe accounts and purpose-built Chainwall smart accounts, also called Chainwall vaults. Approvals are tied to the intended chain and account so they cannot be reused in a different setting.
Yes. Teams can deploy a Safe configured for Chainwall or import an existing one. Before import, owners, signing thresholds, modules, guards, fallback handlers, contract code, and deployment source must be reviewed carefully.
Yes. SDK clients, bots, workers, and internal tools use the same approved lists and rules. An action can also name the exact executor when it matters which operator or service runs it.
Teams can deploy Chainwall without a subscription and pay onchain. Organizations that prefer standard procurement can request subscription pricing, deployment help, support, and assistance writing or reviewing actions and approval rules.
Define the checks and waiting periods for the people, contracts, token records, accounts, and operations your team already manages.