CHAINWRIGHTPROGRAM STUDIO

THE CROSS-CHAIN EXECUTION STUDIO

Build a
blockchain app.

Write the rules. Test what happens.
Build for Solana and Ethereum-style chains.
Keep the code and the results. No wallet needed.

EDIT SOURCE / RUN SCENARIOS / KEEP THE ARTIFACT

CW—01 / THE INSTRUCTION CORE
+
+
+
THE INSTRUCTION IS ONLY THE BEGINNING.
SELECT A COMPONENT TO LOOK INSIDE ↙
01—04SOURCE · PERMISSIONS · EXECUTION · RESULT

Real code. A visible mechanism.

↓

WHAT WILL YOU BUILD?

From a rule
to a real program.

Start with a working mechanism.
Change the rule. Run both sides of it.
Leave with code, an interface and evidence.

01 / APP + GAME STATE

Let the right player
change the state.

Give your app a score or usage counter that only its owner can change. Try a valid update, then see what happens when someone else tries—or the number gets too large.

OWNER +7 → 7OTHER CALLER → REJECTED
02 / VALUE + PERMISSIONS

Rehearse a release.
Catch a bad one.

Test a payment rule: hold a deposit, stop the wrong caller and release it once to a chosen recipient. The example uses test value so you can follow every step.

DEPOSIT → HELDRELEASE → NAMED RECIPIENT
03 / SWAP LOGIC

Make the fee
follow your rule.

Give a trading pool different fees for small and large swaps. Test both rates and reject calls from the wrong controller. The example runs the fee rule; a complete pool integration is a further step.

SMALL INPUT → 0.30%LARGE INPUT → 0.80%
YOUR OUTPUT

Native artifact + typed client + account or storage map + a portable source-and-result project.

Keep it. Reopen it. Continue. ↗

THE BLACK BOX, OPENED

See what
your app allows.

Who can change a score?
Where does a payment go?
Test the rule and inspect the answer.

counter.tsREAD THE SOURCE

NATIVE EXECUTION. VISIBLE COST.

Spend less gas.
Keep the same rules.

Our compact game-stats example uses 75% less gas
to save a new player profile.
See the test, the code and the trade-offs.

↘

Build for Solana.

Write a Solana program in TypeScript. Run its actions, inspect the saved data and check which requests pass or fail.

Inspect the Solana programs ↗
⌁

Test an Ethereum-style app.

Run a contract’s actions and see what changes, what gets rejected and how much gas each step uses.

Look inside an EVM program ↗

INSIDE THE SWAP / UNISWAP v4 HOOK LAB

Liquidity.
With a
logic layer.

Make the fee a decision your code can explain. Open a working beforeSwap hook, trace both branches and inspect the permissions that let it run.

Open the hook workbench ↗
01 / POOLMANAGERbeforeSwap↘
INPUT < 1,000,000 RAW0.30%

3,000 LP fee units

INPUT ≥ 1,000,000 RAW0.80%

8,000 LP fee units

PERMISSION 0x0080OVERRIDE 0x400000

EXAMPLE POLICY / Execute the compiled callback. Inspect the selector, zero delta and fee override.

FROM FIRST LINE TO INSPECTABLE RESULT

Build it.
Break it.
Understand it.

Make your first run ↗
  1. 01 / WRITE

    Choose your machine.

    TypeScript for Solana. Solidity for EVM. Begin with a counter, a directed escrow or a v4 fee hook, then make it yours.

  2. 02 / INSPECT

    Open the mechanism.

    See generated code, account permissions, ABI, storage slots and native artifacts—without switching tools.

  3. 03 / EXECUTE

    Try the wrong thing, too.

    Run a successful path, change the caller and test an overflow. Follow what the program accepts and refuses.

  4. 04 / KEEP

    Take the whole project.

    Export the exact source and its result record. Reopen it, inspect its fingerprint and continue where you left off.

FUTURE ROADMAP / THE NEXT CAPABILITIES

Beyond
the compiler.

The studio opens the program.
We will open the entire execution stack.

01 / PROGRAM GRAPH

One graph. More machines.

We will show how your app’s rules, saved data and permissions connect across chains, and flag expensive design choices before launch.

SBF + EVMPermission mapsCost-aware design
02 / EXECUTION TWINS

Rewind the chain.

We will let you replay a change against saved chain state, inspect the failure and keep the conditions that make the test repeatable.

State replayFork scenariosDeterministic evidence
03 / ADVERSARIAL LAB

A thousand ways to break it.

We will use coding agents to try hostile callers, extreme values and long action sequences, then turn useful failures into small, repeatable tests.

Agent swarmsCounterexample searchRegression memory
04 / RELEASE RAIL

Proof travels with the program.

We will keep the code, build and test history together, so an app can be checked from its source to its deployed address.

Build attestationsExplicit signingDeployment verification
THE FRONTIER / INTENT-NATIVE PROTOCOLS

We will explore programs that optimise their own execution plans across virtual machines—with explicit cost limits, permission boundaries and human-approved releases.

LESS DISTANCE BETWEEN AN IDEA AND ITS BEHAVIOR.

The code is yours.
See what it does.

Enter the studio ↗