ETH и WETH живут в двух слоях учёта

Нативный ETH хранится в balance аккаунта на уровне протокола. WETH хранится в mapping конкретного smart contract, который реализует ERC-20 functions. Explorer поэтому показывает ETH в native balance, а WETH — среди token holdings. Wallet может складывать их стоимость на одном экране, но контракт не может принять WETH как msg.value, а protocol fee нельзя нативно оплатить WETH.

Одна экономическая единица, разные технические свойства
СвойствоETHWETH
Где учитываетсяNative account balanceERC-20 contract balanceOf
Contract addressНет обычного ERC-20 addressЕсть точный address для сети
Gas EthereumОплачивает нативноСам по себе не оплачивает protocol gas
Approve / allowanceНе использует ERC-20 allowanceМожет выдавать allowance spender
DeFi interfaceТребует отдельной ветки обработкиРаботает через стандартные ERC-20 calls
Одна экономическая единица, разные технические свойства
Свойство
Где учитывается
ETH
Native account balance
WETH
ERC-20 contract balanceOf
Свойство
Contract address
ETH
Нет обычного ERC-20 address
WETH
Есть точный address для сети
Свойство
Gas Ethereum
ETH
Оплачивает нативно
WETH
Сам по себе не оплачивает protocol gas
Свойство
Approve / allowance
ETH
Не использует ERC-20 allowance
WETH
Может выдавать allowance spender
Свойство
DeFi interface
ETH
Требует отдельной ветки обработки
WETH
Работает через стандартные ERC-20 calls

WETH выпускается против ETH внутри контракта

В canonical-механике пользователь вызывает deposit и передаёт ETH. Контракт увеличивает WETH balance на ту же сумму, а полученный ETH остаётся внутри как обеспечение redemption. При withdraw контракт уменьшает WETH balance, то есть сжигает представление, и возвращает соответствующий ETH. Это не обмен по order book и не ставка на курс между двумя независимыми активами.

Две обратимые записи

  1. У пользователя есть native ETH

    Этот баланс нужен в том числе для оплаты gas.

  2. ETH поступает в wrapping contract

    Deposit увеличивает запись balanceOf пользователя на эквивалентную величину WETH.

  3. Приложение работает с ERC-20

    Transfer или allowance относятся к WETH contract, а не к native balance.

  4. WETH сжигается, ETH освобождается

    В обычной транзакции с externally owned account (EOA) без paymaster или sponsorship инициатор отдельно оплачивает gas нативным ETH.

Приложения просят WETH ради единого token interface

ERC-20 задаёт знакомые функции transfer, balanceOf, approve и allowance. Децентрализованная биржа (DEX), lending protocol или marketplace может построить одну интеграцию для множества токенов. Нативный ETH старше этого стандарта и требует отдельной обработки. WETH переводит его в совместимый формат, поэтому интерфейс иногда делает wrap автоматически внутри серии вызовов.

Автоматизация не отменяет смысл подписи. Пользователь должен видеть, что именно уходит в contract: native value, ERC-20 approve, deposit, swap или withdraw. Если децентрализованное приложение (dapp) просит unlimited WETH allowance для одноразовой операции, это отдельное решение о будущем праве spender, а не техническая необходимость самого wrapping.

Тикер WETH без сети и address ничего не идентифицирует

В Ethereum mainnet существует широко используемый WETH contract, но другие сети могут иметь собственный native wrapper, bridged representation или токен с тем же названием. Wrapped asset на другой chain иногда опирается не на простой deposit/withdraw в одной сети, а на bridge contracts, custodians или issuer. Тогда риск redemption относится к конкретному маршруту.

Паспорт WETH перед действием

  • chain id и название сети в кошельке;
  • contract address из официальной документации приложения или сети;
  • операция deposit/withdraw либо bridge route — это не одно и то же;
  • баланс native ETH для gas после wrap;
  • spender и allowance, если приложение запрашивает approve;
  • выход: какой contract и в какой сети возвращает native asset.

Источники

Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.

  1. Ethereum.org — wrapped ether Ethereum Foundation · Проверено 15 августа 2026 г. в 03:02 GMT+5
  2. EIP-20 — token standard Ethereum Improvement Proposals · Проверено 15 августа 2026 г. в 03:02 GMT+5
  3. ERC-7528 — native asset address convention Ethereum Improvement Proposals · Проверено 15 августа 2026 г. в 03:02 GMT+5
  4. ERC-4337 — account abstraction Ethereum Improvement Proposals · Проверено 15 августа 2026 г. в 03:02 GMT+5
Материал носит информационный характер и не является индивидуальной рекомендацией. Криптоактивы связаны с риском волатильности, технических сбоев, хищения и полной потери средств.