Technology / Cryptocurrency
Trezor introduces Clear Signing technology to increase transparency in cryptocurrency transactions in 2026
The feature, which the manufacturer describes as its flagship security release of 2026, turns supported smart-contract transactions into plain language on the hardware wallet screen. Coverage is not universal. It depends on an open registry.
Data a person cannot read
0xa9059cbb000000000000
00000014dc7e2b1a93c4
91f8e0a0000000000f4240
The website can describe a different operation.
Isolated hardware screen
Swap
1,000 USDC for ETH
Destination identified
On September 7, 2026, Trezor published “Clear Signing comes to Trezor (our flagship security feature of 2026)” on its own blog, signed by Henry Windle, senior content marketer. The company presents Clear Signing as a way to remove the guesswork from smart contracts and decentralized applications. Instead of approving an unreadable hash or raw data, the device decodes supported transactions and shows the action, the tokens, the amounts, and the addresses on the screen the manufacturer calls trusted.
This report explains what that announcement says, what Trezor’s official guide adds, and what remains outside the feature. It is not an installation manual, it does not recommend a purchase, and it does not replace the manufacturer’s pages. The product descriptions below were checked against those two pages on October 13, 2026.
What Clear Signing is
Trezor’s post starts from a distinction familiar to anyone who uses a hardware wallet. The device protects the private keys, and the signature happens off the internet-connected computer. Verification is supposed to happen on the device’s own screen. The difficulty appears when the operation involves a decentralized application and what reaches the device is not a sentence. It is calldata: the data that encodes the contract function and its parameters.
Before Clear Signing, Trezor describes the scene this way. The computer can show a readable explanation, such as swapping 2,000 USDC for ETH, while the wallet receives the calldata and presents it as a hash or the indication “Data Preset.” The person confirming the transaction ends up trusting the sentence on the computer. If that computer is compromised, they may authorize a different operation, because the device did not show the details in ordinary language. The company says wallet drainers and compromised frontends exploit exactly this gap, called blind signing. The post does not publish a loss figure.
Instead of approving unreadable hashes or raw transaction data, your Trezor decodes supported transactions and displays the real action, tokens, amounts, and addresses in plain language on your Trezor’s trusted screen. From the official summary published on September 7, 2026
Clear Signing tries to reverse that reliance. Decoding uses the open ERC-7730 standard, which Trezor defines as a consistent way to turn complex contract data into readable details. An ERC-7730 descriptor tells a wallet how to name each function, label its parameters, and format amounts, without a one-off integration for every application.
The official guide spells out what the screen states when a contract is supported: the requested action, such as a swap or an approval; the tokens, with the ticker and decimal precision, so the display can show “1,000 USDC” rather than the raw integer “1000000”; and the destination or counterparty address. The guide’s example is a swap of 1,000 USDC for ETH on 1inch. Because the reading happens on the device, against the transaction that will actually be signed, the sentence on the website is no longer the reference. If a compromised interface substitutes a different transaction, the hardware screen should still show the real one. Trezor’s instruction in that case is direct: if you do not recognize the expected details, do not sign.
How the Trezor Suite integration works
According to Trezor, there is no switch labeled Clear Signing. The September 7 announcement says the feature works automatically with Trezor Suite, WalletConnect, and Trezor Connect. Other than updating the firmware, the company says there is nothing new to install and no setting to turn on. The usual workflow stays the same. What changes, for covered transactions, is the verification.
The guide read on October 13 confirms the three paths and adds that decoding and presentation are the same on all of them. Trezor Suite is the manufacturer’s application. WalletConnect is the path cited for decentralized applications that connect to a Trezor. Trezor Connect is the path cited for third-party wallet applications. Trezor says there is no difference in security or presentation among these paths.
This newsroom does not reproduce menus, buttons, or click sequences. The official pages used as sources do not describe a screen-by-screen procedure. They describe a behavior: for supported contracts, the plain-language reading appears on its own once the firmware is updated. Any page that asks for the recovery phrase in order to “activate” Clear Signing does not match what Trezor published.
The stack is also presented as open. Trezor says its firmware is already open source, and that the Clear Signing stack, including ERC-7730 parsing, the decoding logic, and the path to the screen, was designed to be open and available for community audit as well. The ERC-7730 standard is public. The company’s summary is that you do not have to trust what you cannot verify, and that coverage should grow as more applications adopt the standard.
How to open the official Trezor Suite and your wallet
Clear Signing does not ask you to type a recovery phrase into a website. For a wallet that is already on the device, Trezor’s own guides describe a shorter path: install the official application, connect the hardware wallet, and unlock it with the PIN created during setup. The words below follow Trezor’s download guide, the start page at trezor.io/start, the Safe 7 setup guide, and the PIN guide. They are not a copy of every screen, because the prompts differ by model.
1. Get the application only from Trezor
Trezor’s download guide says to trust installers from its website or from the project’s GitHub releases, and to watch for phishing pages that imitate those results in a search engine.
- Open trezor.io/trezor-suite by typing the address, or start from trezor.io/start. Do not use a download button on this page. The City Journal does not host the installer.
- On a computer, Trezor says to choose Download for desktop. Suite for desktop is offered for Linux, macOS, and Windows. The same guide says a desktop build cannot be installed on ChromeOS.
- On a phone, or on ChromeOS, the guide says Download app sends you to the Play Store or the App Store. The web application is a separate official address: suite.trezor.io/web.
- If you need another operating system, the guide says to open More on that download page and pick the version there. Optional signature checks are also explained on that page. This report does not repeat those commands.
2. Open Suite and connect the device
- Install the desktop file you downloaded from Trezor, then open Trezor Suite. The start page says this install step is unnecessary if you chose the web application instead.
- Connect the hardware wallet. For the Safe 7, Trezor’s setup guide names two options: a USB-C cable, or Bluetooth. On that model, the guide says to check that the pairing code on the computer is the same code shown on the Trezor screen before you confirm.
- Other models in Trezor’s getting-started guides use a cable. The Model One guide, for example, says to connect it with the Micro-USB cable when Suite shows the prompt to connect and unlock the device.
3. Unlock the wallet that is already on the device
The PIN is the code you chose when the device was initialized. Trezor’s PIN guide says it stops someone who has the physical device from opening the accounts. It is separate from the wallet backup. Enter it only when Trezor Suite and the device ask for it during this unlock. Do not type it into a website, an advertisement, or a chat.
After the device is unlocked, Suite shows the wallet held on that Trezor. You do not paste a recovery phrase to “log in.” A page that asks for those words before the device itself requests them is not the official flow.
When the device does not already hold the wallet
If the Trezor is new, or if it was wiped, Suite’s setup guides offer two choices: create a new wallet, or recover an existing one. Recovery is the case in which the backup words are used. Trezor’s recovery guides say to enter that backup only when the physical device instructs you, and to trust the instructions on the device screen. The Safe 3 guide also says that a forgotten PIN is not bypassed inside Suite: the device is wiped first, and the wallet is then restored from the backup.
A passphrase wallet is optional and separate. Trezor’s Suite guide says it is opened only after passphrase wallets are turned on under Settings, then Device, and then chosen from the wallet switcher. The standard wallet does not require that step. A passphrase is not the recovery phrase, and this page will not ask you to submit either one.
Which models are compatible
The September 7 announcement lists the models running standard firmware that support Ethereum and EVM-compatible networks: Trezor Safe 7, Safe 5, Safe 3, and Model T. The same text says Clear Signing is not available on the Trezor Model One.
The official guide, read on October 13, 2026, states the software requirement: Model T, Safe 3, Safe 5, and Safe 7 running Universal firmware version 2.12.4 or later. The networks named in that guide are Ethereum mainnet, EVM-compatible layer 2 networks — the examples given are Arbitrum, Optimism, Base, and Polygon — and EVM-compatible sidechains.
| Model | What the official sources say |
|---|---|
| Safe 7, Safe 5, Safe 3, and Model T | Included in the announcement. The guide requires Universal firmware 2.12.4 or later. |
| Model One | The September 7 announcement says Clear Signing is not available. |
Which limits remain
Trezor itself answers “no” to the question of whether Clear Signing works with every smart contract. Coverage follows the ERC-7730 registry. Without a descriptor published in that registry, the device does not decode the operation. It falls back to the standard blind-signing warning. The guide names that fallback as a hash or the “Data Present” notice. The announcement uses the spelling “Data Preset” when describing the earlier experience. In both sources, the practical meaning is the same: without support, the screen does not provide the readable sentence, and the usual warning stays.
The guide treats the release as phased. Its initial list of supported providers, “among others,” includes 1inch, Aave, Benqi, Corestake, Ethena, Hyperliquid, Lido, LiFi, Lombard, OpenCover, and YieldXYZ. Kiln and P2P are included excluding ETH vaults. The September 7 text, at launch, cites major protocols including 1inch, Aave, Lido, Tether, LiFi, Hyperliquid, and others, and says the company is working to add support for more networks. The two lists are not identical. That is an important editorial limit: coverage changes with the registry and the rollout, and the manufacturer’s page is the reference for whether a specific contract is included.
The guide also warns that not every transaction in the same session will be clear. It is normal to see one decoded operation and another that shows only a hash and a warning. The most common reason a transaction stays unreadable, according to the guide, is that the contract is not yet in the registry.
- A contract without an ERC-7730 descriptor in the registry stays on blind signing, with the usual warning.
- The Model One is excluded, according to the September 7 announcement.
- The included models depend on the firmware named in the guide: Universal 2.12.4 or later.
- The rollout is phased, and the protocol list can differ between the announcement and the updated guide.
- In the guide, Kiln and P2P do not include ETH vaults.
- The feature does not turn the website’s sentence into proof. The proof Trezor emphasizes is the device screen, and only when the transaction is supported.
Why confirmation has to happen on the hardware wallet screen
The guide puts the problem in terms that do not require programming: protecting a private key is not the same as protecting the decision to use it. The computer, the browser, and the application page are the layer that malware, a fake site, or a copied interface can change. The hardware wallet screen is isolated from that layer. A website cannot write on it from a distance.
That is why the order of trust described by Trezor reverses the habit of reading only the browser. First, check the action, the token, the amount, and the destination on the device. If Clear Signing applies to that transaction, those fields appear in ordinary language. If it does not, the device shows the hash or the data notice and the blind-signing warning. In both cases, the physical confirmation is still the step that authorizes use of the key.
There is a limit the manufacturer does not hide. When no descriptor exists, the isolated screen again shows little useful text. Clear Signing narrows that gap only for contracts in the registry. Outside it, refusing an operation you cannot read remains consistent with the device’s own warning.
Phishing and the recovery phrase
Nothing in the September announcement turns Clear Signing into a request for a recovery phrase. Trezor says the opposite in operational terms: there is no extra setting and no additional program, only a firmware update and, after that, automatic behavior on covered transactions. The practices below are user-protection rules. They are not statistics, and they are not new quotations from the manufacturer.
Check before you authorize
- Read the device screen, not only the summary on a website, in an ad, or in a message.
- Compare the action, the asset, the amount, and the destination with the operation you meant to make.
- If the details do not match, do not confirm. Disconnecting and reviewing later is a valid decision.
- Treat a hash and a blind-signing warning as the absence of a translation, not as a minor detail.
Be wary of anyone who asks for the wallet’s secret
- The recovery phrase restores the wallet. Anyone who sees it can move the funds. It should not be typed into a website, a form, an ad, a support chat, or a “security check.”
- A PIN and a passphrase are not given to pages, extensions, or attendants. The PIN belongs to local use of the device.
- Ignore urgent update warnings that lead to a domain other than the official channel, or that make protection depend on handing over the phrase.
- Do not install an extension, an app, or a “Clear Signing add-on” offered outside the channels Trezor itself indicates. The announcement says there is no new software beyond the firmware update.
- Firmware updates should follow only the instructions Trezor publishes on trezor.io and in the official Trezor Suite. This report hosts no file, download link, or installer.
What this page never asks for
The City Journal does not request, store, or provide a field for a recovery phrase, private key, PIN, passphrase, or authentication code. There is no wallet to connect, no sign-in area, and no file to download. A message that uses this publication’s name to ask for those secrets is false.
How this report was checked
The statements about behavior, models, firmware, protocols, and limits come from two Trezor pages, read on October 13, 2026. No loss figures, customer testimonials, or adoption forecasts were used. Where the announcement and the guide differ on the protocol list or the spelling of the warning, the difference is recorded rather than merged.
- Trezor Blog, September 7, 2026, Henry Windle: Clear Signing comes to Trezor (our flagship security feature of 2026).
- Trezor guide, consulted on October 13, 2026: Clear Signing on Trezor.
- Trezor, download guide: Download and verify Trezor Suite. Start page: trezor.io/start. Web app named in that guide: suite.trezor.io/web.
- Trezor, device access: PIN protection and passphrase wallets in Trezor Suite.
This is information, not a recommendation to buy, hold, or invest. Cryptocurrency operations can result in loss.