Ten friends go on holiday and one of them keeps the list of who paid for what. That works until someone doubts the list, or the person holding the pen makes a small change nobody sees. Now picture all ten keeping their own copy, with a rule that every copy has to match.

That second version is the idea behind a blockchain. Replace the ten friends with thousands of computers, and the holiday list with a record of who owns what.

A notebook with thousands of copies

The easiest way to picture a blockchain is as a notebook. Many computers keep a copy. When something happens, it is written down as a new line, and every copy gets the same line.

Say Ana sends Ben 20 USDC. USDC is a digital dollar: a token built to stay near one dollar. Here is what happens to that payment:

1. The payment goes out to the computers as a new line: Ana to Ben, 20 USDC.
2. The computers check the line against shared rules. Does Ana really hold 20 USDC? Did the request really come from her?
3. New lines are collected onto a page, called a block.
4. The block is sealed to the one before it, and every copy gets the same block. Ana now holds 20 less and Ben holds 20 more.

That is the whole trip. No bank approved it. The rules did.

Why the seal matters

Each new page carries a kind of fingerprint of the page before it. That fingerprint is worked out from everything on the earlier page, so changing even one number gives a different fingerprint. This is what joins the pages into a row: a chain of blocks.

Now say someone edits an old page in their own copy, to hand themselves an extra 20 USDC. The fingerprint on the next page no longer fits, and their notebook no longer matches the others. So the other computers ignore it and carry on with the version they agree on. Nobody has to chase the change down. It simply does not count.

That is why no bank has to sit in the middle. Instead of trusting one company's record, you rely on many matching copies and rules that everyone follows.

What people get wrong

A blockchain is not a coin. It is the record. Coins and tokens are balances written in it.

It does not judge what it records. The computers check that a payment follows the rules. They cannot tell whether it was a good idea. Send 20 USDC to the wrong person and that line is as valid as any other, with no bank to call.

There is not just one. Many blockchains exist, and people often just call them chains. Each keeps its own notebook. Six of them appear in this series: Ethereum, Arbitrum, Base, BNB Chain, Polygon and Optimism. They are not all built the same way, and they do not all run on the same number of computers.

Open does not mean named. Anyone can read a public chain's notebook, but its lines show addresses, which are long strings of letters and numbers that work like account numbers. They do not show names.

What you can check yourself

Because the notebook is open, you do not have to take anyone's word for a payment. Websites called block explorers let you look up an address or a payment and see whether the line is really there. If someone says the money is on its way, the record can show you.

In short

• A blockchain is one shared record of who owns what, kept on many computers.
• New lines are gathered into blocks, and each block is sealed to the one before it.
• Change an old page and your copy stops matching, so the others ignore it.
• No bank is in charge. The computers follow shared rules.

Clear Cut is a series of one-minute DeFi explainers from Cleave Protocol.

Each of those steps can be done well on its own. The trouble is in the seams between them, and the person doing the trade is the one left to stitch them together.

This is the first post from Cleave Protocol, and it starts with that problem: why a cross-chain swap should be one quote and one flow.

What goes wrong when you stitch it together

You juggle several apps. One app for the first swap, another for the bridge, and a third, or the first one again, for the swap on arrival. Each has its own token list and wallet prompts, and you carry the context between them.

You guess what arrives. The first swap quotes you an amount of the bridge token. The bridge quotes a time and an amount based on that. An estimate for the final swap can change while the bridge is in flight, so the amount of the token you actually want may differ from what you expected at the start.

You may have leftovers to manage. If you do not swap the full amount that arrives, a balance of the bridge token stays on the destination chain, and cleaning it up is one more job.

Fees are spread over three screens. A swap fee here, a bridge fee there, network gas on two chains, maybe a messaging or relay cost. Each screen shows its own slice. Adding them up to see the true cost of the trip is your job, and it is easy to get wrong.

None of this is anyone's fault. It is what happens when one trade is spread across tools that each do only part of it.

One quote for the whole trip

Cleave is a DEX aggregator on Ethereum, Arbitrum, Base, BNB Chain, Polygon and Optimism. When you pick a token on one network and a token on another, Cleave quotes the whole trip in one step: the swap on the way out, the bridge and the swap on arrival.

One quote covers all three parts, and the trip starts with one transaction on the source chain. A token may need an approval first, as with any swap. The tokens on each side do not need to match, because Cleave can swap on either side of the bridge. Depending on the route, the bridge carries USDC, USDT, WETH or WBTC in the middle. Some pairs cannot cross in one go; for those, Cleave offers two steps through USDC on the destination.

Before you sign, you see two things that the stitched approach leaves you guessing:

• The time: how long the route is expected to take, marked "may take longer" when it can run slower.
• The amount that arrives: the expected amount of the token you asked for, on the chain you asked for.

After you send, the transfer shows its stage and roughly how many minutes are left, from sending on the source network through bridging to arrival.

Underneath, Cleave is an aggregator: it searches many pools and can split a swap across several pools and paths when that pays more. The parts of that swap execute together in one transaction.

Routes you can choose from

When more than one route can carry a trade, Cleave lists them so you can compare. Each route card shows its time, the amount you receive, how it is delivered, and price impact when the quote reports it. Open the details on a card and you see each wallet step in order.

Cleave ranks routes by how certain the outcome is, then by speed, then by the amount delivered. You can still pick any of them.

The bridges themselves are third parties, and each route shows its own time before you send. Delivery is stated on the card too: on some routes the tokens arrive with nothing more to do, and on others you finish on the destination yourself.

Fees, in one place

Cleave's fees are included in the amount you receive. Bridge, relay and network costs are shown before you sign.

The seams, handled

A single flow also deals with the awkward cases that the stitched approach leaves to you:

• Unrouted input: if part of your input cannot be routed well, most of it returns to the wallet that paid in the same transaction. Some may come back as a different token.
• Partial bridging: if a route can carry less than you typed, the review screen says how much will bridge, and the rest returns to you on the source network.
• If the swap on arrival can't run: the recipient gets the bridged token instead, and the quote tells you which token that is before you send. On some routes the token is held for the recipient, and Release in Activity sends it on. Activity can also offer Now swap, which opens the swap to the token you wanted.
• If no bridge fills the transfer before it expires, it is refunded to the sender on the source network, as the bridged token. Timing varies, and some refunds need one more step on the source network, which Activity shows.
• Native coins: on routes that support it, you can pay with a network's native coin directly and receive the native coin on arrival. Where a route needs the wrapped token instead, the app says so before you send.

The same engine for agents

People are not the only ones moving tokens between chains. AI agents use the same quote engine through an MCP server and a REST API, and there are packages for the Vercel AI SDK and LangChain. An agent gets the quote as a plan: the calls to sign in order, the expected time for a cross-chain route, and a time after which it should plan again. Routes that need a separate claim step on the destination are left out of agent quotes. The agent docs cover the setup.

Where we go from here

A cross-chain swap is one intention: I have this, I want that, over there. It deserves one quote, a clear time and a clear amount before anything is signed. Coming posts look closer at the pieces: splitting trades, choosing routes, price impact and agents.

Thanks for reading. Cleave is at cleave.fi, and the cross-chain docs explain route selection, delivery and what happens when a transfer needs another step.