Декодер сырых транзакций

Превратите непрозрачный hex, base64 или protobuf-блоб в читаемые поля до подписания или после отправки в сеть. Сеть определяется автоматически; где это позволяет сеть, декодер восстанавливает отправителя из подписи.

Подписанная или неподписанная. Декодирование выполняется в вашем браузере; никуда ничего не отправляется, поэтому это безопасно для неподписанных транзакций, которые вы собираетесь подписать.
Примеры:

Декодируется в вашем браузере на JavaScript. Адреса никогда не загружаются на сервер и не сохраняются.

Что такое декодер сырых транзакций?

Декодер сырых транзакций разбирает сериализованные байты транзакции (RLP для EVM-сетей, бинарный формат Bitcoin или PSBT, компактная раскладка сообщения Solana либо protobuf Tron) в именованные поля: отправитель, получатель, сумма, параметры комиссии, nonce или blockhash, calldata и подписи. Он также вычисляет ID транзакции локально и, где это позволяет схема подписи, восстанавливает подписанта. Ничего не отправляется на узел.

Что вы получаете для каждой сети

СетьДекодируется
EVMтип, chain ID, nonce, from (восстановленный), to или адрес создаваемого контракта, value, лимит газа, цена газа или комиссии EIP-1559, максимальная суммарная комиссия, calldata с аргументами ERC-20 / распространённых функций, access list, blob-хеши, авторизации EIP-7702, r/s/v, хеш транзакции
Bitcointxid, wtxid, size / vsize / weight, версия, значение locktime, флаг RBF, outpoint и выведенный адрес каждого входа, значение, тип скрипта и адрес каждого выхода, текст OP_RETURN, hex scriptSig и witness
Solanaверсия сообщения, плательщик комиссии, blockhash, подписи, список аккаунтов с флагами signer / writable, таблицы поиска адресов, каждая инструкция декодирована для программ System, SPL Token, Token-2022, ATA, Compute Budget и Memo, со сводкой переводов SOL и токенов
TrontxID, восстановленный подписант и совпадает ли он с владельцем, лимит комиссии, timestamp, expiration, ref block, memo, каждый контракт: TransferContract, перевод TRC-20 через TriggerSmartContract, перевод TRC-10, freeze / unfreeze / delegate ресурсов, голоса, создание контракта

Типичные применения

Страницы по сетям: Ethereum, Bitcoin, Solana, Tron.

Часто задаваемые вопросы

Какие форматы принимаются?

EVM: RLP hex, который возвращает кошелёк или eth_getRawTransactionByHash, подписанный или неподписанный, типы 0–4. Bitcoin: hex сырой транзакции (legacy, SegWit, Taproot) и PSBT, из которого извлекается неподписанная транзакция. Solana: строка base64 из RPC или из signTransaction кошелька, base58 или hex; подходят и полная транзакция, и голое сообщение, legacy и v0. Tron: raw_data_hex, hex полной подписанной транзакции или JSON-объект из TronGrid и tronWeb.

Может ли он определить отправителя?

EVM и Tron: да, отправитель восстанавливается из подписи ECDSA — так же это делают узлы. Bitcoin: адреса входов выводятся из scriptSig или witness для трат P2PKH, P2SH-P2WPKH, P2WPKH и P2WSH; траты Taproot по ключевому пути не содержат ключа, поэтому адрес находится в предыдущем выходе. Solana: плательщик комиссии и подписанты — первые аккаунты в сообщении.

Почему для Bitcoin не показана комиссия?

Сырая транзакция Bitcoin ссылается на предыдущие выходы по txid и индексу, но не содержит их сумм. Комиссия — это входы минус выходы, поэтому для неё нужен поиск предыдущих транзакций. Всё остальное, включая txid, vsize и weight, вычисляется локально.

Безопасно ли вставлять сюда неподписанную транзакцию?

Да. Неподписанная транзакция не содержит секретов, а страница после загрузки не делает сетевых запросов. Это рекомендуемый сценарий: декодируйте то, что dApp просит вас подписать, прежде чем одобрить это в кошельке.

Что значит, если селектора или ID программы нет в списке?

Декодер знает распространённые функции ERC-20 / ERC-721 и программы Solana System, Token, ATA, Compute Budget и Memo. Остальные вызовы показываются с сырыми данными; вставьте calldata и сигнатуру функции в ABI-декодер, чтобы разобрать их дальше.