Uma oferta de 12,5 ETH aparece no seu item enquanto a coleção vem trocando de mãos perto de 0,5 ETH. O número é real no sentido de que alguém o assinou dentro de uma ordem. O que o número não diz é em qual token ele está contado, e esse único campo é onde a negociação que você acha que está aceitando vira outra negociação.
O que é de fato uma oferta de compra
Uma oferta de compra, também chamada de lance, é o lado comprador do mesmo desenho de ordens assinadas que sustenta, do lado vendedor, os anúncios falsos. Quem dá o lance não envia dinheiro a lugar nenhum. Ele assina uma mensagem que nomeia um item, um valor, um contrato de moeda e um prazo de validade, e o marketplace guarda essa assinatura e a exibe como uma linha na sua página.
Nesse momento nada se moveu na cadeia. A transferência acontece quando você aceita, porque a sua aceitação é a transação que executa a ordem, manda o NFT para fora da sua carteira e puxa os tokens de quem deu o lance. Quem envia essa transação é você, o que torna a leitura da ordem tarefa sua e não de quem ofertou.
O EIP-712, o padrão da Ethereum para hash e assinatura de dados estruturados tipados, é o que dá a essas mensagens uma forma legível. Ele foi escrito contra a situação que descreve: as mensagens assinadas são uma cadeia hexadecimal opaca exibida ao usuário quase sem contexto sobre os itens que compõem a mensagem. A assinatura estruturada tornou uma oferta legível. Não a tornou honesta.
A linha da moeda decide quanto vale uma oferta
Uma oferta carrega um valor e o endereço do token em que esse valor está contado. A página compõe o valor em corpo grande e o endereço em lugar nenhum. Nesse layout está toda a brecha, porque um valor nunca passa de uma quantidade daquilo para onde o segundo campo aponta.
Símbolos de token não identificam nada. No ERC-20, tanto name quanto symbol são opcionais, e o padrão afirma que o método pode ser usado para melhorar a usabilidade, mas que interfaces e outros contratos não devem esperar que esses valores estejam presentes. Quem implanta escolhe essas cadeias livremente, então um contrato cujo símbolo se lê exatamente como o de um contrato de éter wrapped custa uma única implantação e pode ser cunhado na quantidade que o autor quiser.
Uma oferta denominada em um token assim não é uma falsificação, e ela se liquidaria exatamente como está escrita: você entrega o item e recebe o número indicado de unidades de um token que não tem comprador algum por trás. A checagem, portanto, é uma comparação de endereços, e o ERC-721 diz o mesmo do lado do item quando chama o par formado pelo endereço do contrato e pelo token ID de identificador globalmente único e plenamente qualificado de um ativo específico em uma cadeia Ethereum. A identidade mora no endereço. Símbolos são etiquetas desenhadas por cima.
Por que o tamanho de uma oferta não prova nada
Uma oferta 25 vezes acima do nível em que uma coleção vem sendo negociada se lê como sorte grande e afirma algo bem mais fraco: quanto um endereço diz que pagaria. Dizer isso não custa nada. A oferta pode ser cancelada antes de você chegar até ela, e ela para no prazo de validade escrito dentro dela.
Ofertas também podem ser produzidas de propósito para serem olhadas. Ofertas colocadas entre endereços sob um mesmo operador criam aparência de demanda do mesmo jeito que o wash trading cria aparência de volume, e nem a página do marketplace nem a cadeia registram quem controla qual endereço.
A forma prática disso é uma oferta construída para ser vista e não para ser executada. Ela ancora um vendedor em um número, ou puxa atenção para uma coleção enquanto outros itens dessa coleção são vendidos dentro dessa atenção. Trate uma oferta como um endereço fazendo uma afirmação sobre si mesmo, e mantenha o nível em que a coleção realmente negocia como a pergunta separada que ele é.
A oferta que na verdade é um pedido de aprovação
Alguns avisos de oferta não são ofertas. A página existe para colocar diante de você um pedido de assinatura, e o que ele pede é uma permissão permanente sobre a sua coleção em vez de uma venda. O ERC-721 define setApprovalForAll como habilitar ou desabilitar a aprovação para um terceiro, chamado operador, para administrar todos os ativos de quem chama, e um operador com essa permissão pode mover cada item da coleção sem perguntar de novo, que é o mecanismo por trás de um drainer de carteira.
O lado da moeda tem a própria versão. O ERC-2612 acrescenta uma função permit para que um limite possa ser definido a partir de uma mensagem assinada em vez de uma transação enviada pelo detentor, com os dados assinados estruturados conforme o EIP-712. Uma aprovação de tokens que chega por esse caminho não deixa transação alguma para você notar no momento em que assina, e o ERC-20 já avisa que chamar approve de novo sobrescreve o limite atual com o novo valor.
O EIP-712 ainda dá a você o campo que separa um pedido verdadeiro de uma cópia dele. Seu separador de domínio nomeia o contrato para o qual uma assinatura é válida, e a justificativa explica que o separador evita a colisão de estruturas em tudo o mais idênticas, já que duas aplicações podem chegar a uma estrutura idêntica que não deveria ser compatível. A especificação prevê que os agentes de usuário possam fazer, com base nisso, uma proteção contra phishing específica por contrato. Na prática isso significa ler o contrato verificador dentro do pedido decodificado antes de ler qualquer coisa que a página escreveu em volta.
Ofertas que chegam de fora do marketplace
Uma oferta que chega a você como mensagem direta, como e-mail ou como link dentro de um item que alguém jogou na sua carteira pulou a única parte do processo que algum dia foi verificável: a interface do marketplace que você abriu. Uma mensagem consegue reproduzir esse layout nos mínimos detalhes, porque o layout é público.
O hábito que fecha isso é chegar ao marketplace por um endereço que você mesmo salvou e procurar a oferta lá. Uma oferta que existe vai estar na página do seu item. A que existe só na mensagem não é uma oferta, e o que espera no fim do link é o pedido de assinatura.
O que uma linha de oferta pode e não pode prometer
| O que a linha mostra | O que isso é | O que isso resolve |
|---|---|---|
| O valor | Um campo da ordem assinada | Nada por si só |
| O símbolo da moeda | Texto livre escolhido por quem implanta o token | Nada |
| O endereço do contrato da moeda | A identidade do ativo oferecido | O que você de fato receberia |
| O prazo de validade | Um campo da ordem assinada | O momento mais tardio de execução, não o mais cedo de retirada |
| Os fundos de quem deu o lance | Nem sequer fazem parte da ordem | Nada, embora um saldo curto reverta a execução |
Percorra a coluna do meio e o padrão é que cada linha, menos uma, é uma afirmação, enquanto a linha do endereço é uma identidade. É essa a linha que merece a sua atenção, e é a linha que a interface compõe em corpo menor.
O que conferir antes de aceitar
| O que conferir | Com o que comparar | O que uma divergência indica |
|---|---|---|
| Endereço do contrato da moeda | Com o endereço que o próprio emissor publica | Você está sendo pago em outro ativo |
| Contrato do item e token ID | Com o item que você acredita estar vendendo | A ordem aponta para outra coisa |
| O que o pedido autoriza | Com a ação que você pretendia | Você está concedendo acesso, não vendendo |
| O contrato verificador no pedido | Com o marketplace que você mesmo abriu | A assinatura é para o contrato de outra pessoa |
| Aprovações vigentes sobre a coleção | Com os operadores que você quis autorizar | Uma permissão concedida antes continua aberta |
A ordem importa aqui. O endereço da moeda vem primeiro porque decide se existe negociação, e a checagem da assinatura vem antes da checagem do preço, porque um pedido que concede acesso não liga para o preço que estava na página.
Em resumo
Uma oferta de compra é uma mensagem assinada com vários campos, e um marketplace compõe apenas um deles em corpo grande. O valor é o campo que convence, o endereço da moeda é o campo que decide, e os dois nunca aparecem no mesmo tamanho. Ler o segundo é toda a defesa contra uma oferta denominada em um token que copiou um símbolo.
A outra metade é o pedido de assinatura. Aceitar uma oferta é uma venda que move um item e paga você por ele, enquanto um pedido de permissão de operador sobre a sua coleção não é venda nenhuma: não custa nada na hora de assinar e concede tudo depois. Confira o endereço da moeda, confira o que a assinatura autoriza e chegue ao marketplace por um endereço que você mesmo digitou. Para continuar aprendendo os fundamentos, acompanhe mais conteúdos da Bitbase Academy.
Leituras relacionadas
Outros artigos da Bitbase sobre este tema:
- Manipulação do preço mínimo em marketplaces de tokens não fungíveis
- Segurança de login em cripto: como proteger sua conta
- Golpes de airdrop e uma lista de segurança antes da reivindicação
- On-ramp e off-ramp em cripto: qual é a diferença?
- Moedas de culto e tomadas pela comunidade (CTO)
Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em setembro de 2026; consulte as informações oficiais mais recentes.
Fontes
[1] Propostas de melhoria do Ethereum (EIP), EIP-712: Typed structured data hashing and signing eips.ethereum.org
[2] Propostas de melhoria do Ethereum (EIP), ERC-20: Token Standard eips.ethereum.org
[3] Propostas de melhoria do Ethereum (EIP), ERC-721: Non-Fungible Token Standard eips.ethereum.org
[4] Propostas de melhoria do Ethereum (EIP), ERC-2612: Permit Extension for EIP-20 Signed Approvals eips.ethereum.org
