definição stale

O que é a Expiração? Qual a sua Importância na Web3?

Expiração corresponde ao momento em que uma ação ou permissão deixa de ser válida após o cumprimento de condições predefinidas, como um limite temporal, alteração de estado ou mudança no ambiente da rede. Na Web3, a expiração é essencial porque limita permissões e riscos a “fronteiras de tempo e condição”, reduzindo abusos e ataques de repetição.

A expiração funciona como a data limite de um cupão: terminado o período de validade, as ordens já não podem ser executadas, assinaturas expiradas não acionam smart contracts e autorizações expiradas são recusadas pelo contrato. Este mecanismo reduz o uso abusivo e protege os seus fundos.

Como se Reflete a Expiração nas Ordens de Negociação?

A expiração das ordens é normalmente determinada por “condições de tempo e execução”. As três estratégias de ordem mais comuns são: GTC, IOC e FOK.

• GTC (Good-Til-Canceled): A ordem mantém-se ativa no livro de ordens até ser executada ou cancelada manualmente. Não existe expiração durante este período.
• IOC (Immediate-Or-Cancel): A ordem é executada de imediato na medida do possível; qualquer parte não executada é cancelada instantaneamente. Isto confere uma janela de validade muito curta.
• FOK (Fill-Or-Kill): A ordem tem de ser totalmente executada de uma só vez ou é cancelada de imediato, evitando execuções parciais.

Nas interfaces de negociação spot e de derivados da Gate, estratégias como IOC e FOK estão habitualmente disponíveis. Selecionando IOC, qualquer parte não executada da ordem expira imediatamente; ao escolher FOK, evita execuções parciais, reforçando a certeza da estratégia.

Como se Define a Expiração de Assinaturas e Autorizações?

A expiração de assinaturas e autorizações é normalmente gerida através de um “prazo” ou “janela de validade”. Muitos DApps incluem um campo “deadline” nos pedidos de assinatura; após esse prazo, a assinatura torna-se inutilizável.

O EIP-2612 é um standard de “permit signature” que permite aprovações para gastos de tokens sem transação on-chain. Inclui um prazo, após o qual a assinatura de permissão expira e o contrato rejeita qualquer tentativa de uso.

O EIP-712 é um standard de assinatura estruturada que integra campos críticos como chain ID, domínio do contrato e tempo de expiração na própria assinatura. Isto previne ataques de repetição em ambientes distintos; mesmo que a assinatura seja copiada, não pode ser usada após expirar ou se o contexto não corresponder.

Quando a sua wallet solicitar uma assinatura, verifique se existe um campo de validade ou deadline. Quanto maior a validade, maior a possibilidade de uso indevido; janelas mais curtas são mais seguras, mas exigem ação atempada.

Como Funciona a Expiração em Smart Contracts?

Os smart contracts normalmente impõem a expiração validando prazos nos pontos de entrada das funções. Uma abordagem comum consiste em verificar se o timestamp do bloco atual é inferior ou igual ao prazo; caso contrário, a chamada falha e é marcada como expirada.

Os timestamps dos blocos são definidos pelos validadores e admitem pequenas variações. Os contratos incluem frequentemente períodos de tolerância para evitar expiração prematura e garantir que ações não ocorram após o prazo. Os programadores podem adicionar campos como “validUntil” nas estruturas de autorizações ou ordens para validação uniforme.

No modelo UTXO do Bitcoin, scripts baseados no tempo também afetam a janela de validade da transação. Por exemplo, um script pode determinar que moedas não podem ser gastas antes ou depois de certo momento, utilizando restrições temporais para gerir a validade da transação.

Qual a Relação entre Expiração, Tempo On-Chain e Nonce?

O tempo on-chain determina “quando” algo expira, enquanto o nonce determina “se” algo pode ser repetido.

Um nonce funciona como um contador de transações: o nonce de cada conta é incrementado a cada transação. Se uma nova transação com o mesmo nonce for aceite pela rede, a anterior é substituída e removida dos mempools — expirando, na prática, a transação antiga.

Os timestamps dos blocos são fornecidos pelos produtores de blocos e não correspondem a tempos reais absolutos, mas são essenciais para determinar expirações. Os contratos dependem do tempo do bloco para verificar expiração, evitando dependência de relógios externos.

Como Difere a Expiração entre Protocolos?

No Ethereum e cadeias compatíveis, a expiração é definida ao nível do contrato e do DApp, recorrendo a campos “deadline” e à “substituição de nonce” por razões de segurança. As aprovações de tokens por defeito não expiram, pelo que muitas aplicações utilizam o EIP-2612 para introduzir datas de expiração.

No Bitcoin, scripts e mecanismos de bloqueio relacionados com o tempo determinam janelas de validade das transações de forma mais fundamental, definindo se as moedas podem ser gastas antes ou depois de certos momentos.

No Solana, as transações podem indicar uma “last valid block height”; após esse bloco, a transação torna-se inválida, criando uma janela de validade baseada no tempo ou na altura do bloco. Em algumas redes de Layer 2, a lógica é semelhante à do Ethereum, com a expiração maioritariamente gerida ao nível do contrato e da aplicação.

Que Riscos Introduz a Expiração? Como Pode Mitigá-los?

A expiração cria dois riscos principais: expiração prematura (causando falha operacional) e expiração tardia (alargando a janela de uso indevido).

1. Verifique o período de validade de assinaturas ou ordens. Durações longas aumentam o risco de uso indevido; períodos curtos podem não dar tempo suficiente para agir.
2. Escolha estratégias de ordem adequadas: use IOC para execução rápida e evitar ordens não executadas; use FOK quando necessitar de execução total para evitar execuções parciais.
3. Revise regularmente a lista de autorizações. Aprovações de tokens por defeito não expiram — manter aprovações ilimitadas durante longos períodos aumenta o risco de roubo. Prefira aprovações com prazo ou revogue permissões proativamente na wallet ou nas definições de autorização do DApp.
4. Acompanhe transações pendentes. Transações não confirmadas em mempools devem ser canceladas ou substituídas por taxas de gas superiores para evitar execuções inesperadas posteriormente.

Adote precaução nas operações de segurança de fundos. A expiração não elimina automaticamente o risco; aprovações de longo prazo ainda válidas exigem gestão ativa.

Como Definir a Expiração de Ordens e Verificar a Expiração de Autorizações na Gate?

Na interface de negociação da Gate, a estratégia de execução escolhida determina diretamente como as ordens expiram:

1. Selecione o tipo de ordem e a estratégia time-in-force nos formulários avançados de ordens spot ou de derivados. Pode optar por IOC para que as partes não executadas expirem imediatamente ou FOK para garantir que as ordens expiram instantaneamente se não forem totalmente executadas.
2. Defina preço e quantidade antes de confirmar a ordem. Com IOC, o sistema compara a ordem com a profundidade de mercado atual; qualquer parte não executada é automaticamente cancelada. Com FOK, as ordens são canceladas se não forem totalmente correspondidas, evitando execuções parciais.
3. Consulte o histórico de ordens para verificar se alguma expirou devido às definições de estratégia — útil para otimizar períodos de validade e escolhas futuras.

Para a expiração de autorizações, se interagir com DApps através do portal Web3 ou wallet da Gate, verifique se as autorizações incluem prazos. Para aprovações ilimitadas sem datas de expiração, audite e revogue regularmente permissões de DApps não utilizados na página de gestão de autorizações.

Qual a Relação entre Expiração de Fontes de Dados e Expiração?

A desatualização de fontes de dados constitui outra forma de “expiração”. Os Oracles fornecem normalmente timestamps; os contratos verificam se os dados se enquadram numa janela de atualidade aceitável. Caso contrário, os preços são considerados “obsoletos” e as chamadas são rejeitadas — equivalente à expiração ao nível dos dados.

Desde o final de 2025, os principais protocolos DeFi validam cada vez mais a atualidade dos dados em feeds de preços e juros — exigindo atualizações frequentes para mitigar riscos em mercados voláteis. Para NFTs e metadados armazenados em servidores centralizados, links quebrados levam as aplicações a considerar o conteúdo como expirado — o resultado é funcionalmente idêntico à expiração.

Ao nível dos nodes, clientes blockchain estão a evoluir para não armazenar dados históricos indefinidamente. Dados on-chain muito antigos podem não estar disponíveis em nodes padrão; os programadores devem recorrer a serviços de arquivo ou indexação personalizada para evitar interrupções de negócio devido a acesso a dados “expirados”.

Principais Conclusões e Recomendações Práticas sobre Expiração

A expiração reduz a janela efetiva de ordens, assinaturas, autorizações e dados — sendo uma ferramenta essencial de segurança e governação na Web3. Ao compreender as fronteiras impostas pelo tempo e estado, utilizando verificações de expiração ao nível do contrato e substituição de nonce, em conjunto com estratégias de ordens em exchanges e gestão de autorizações em DApps, pode equilibrar eficiência de execução com controlo do risco de uso indevido e ataques de repetição. Revogue sempre aprovações de longo prazo quando já não forem necessárias, selecione a validade das ordens conforme a estratégia, verifique explicitamente a atualidade dos dados nos contratos e audite continuamente a sua atividade — transformando a “expiração” de ameaça oculta em proteção ativa.

FAQ

O que é um Modo de Expiração?

Um modo de expiração descreve a forma concreta como uma função, ordem ou autorização deixa de funcionar. Na Web3, os modos de expiração incluem expiração baseada no tempo (ex.: timeout de ordem), expiração por parâmetro (ex.: alterações de preço além dos intervalos previstos) e expiração por revogação (ex.: cancelamento manual de aprovação). Compreender estes modos ajuda a evitar falhas inesperadas em negociações ou riscos para os fundos.

Qual a Diferença entre “Stalling” e Expiração?

“Stalling” refere-se ao abrandamento ou bloqueio de negociações; “expiração” significa que uma função deixou totalmente de funcionar ou se tornou inválida. A expiração tem um ponto final claro (como uma ordem atingir o tempo limite), enquanto o stalling corresponde a degradação de desempenho. Uma ordem pode eventualmente expirar devido a stalling — mas são conceitos distintos.

Porque é que as Ordens Expiram Automaticamente?

A expiração automática de ordens é um mecanismo de proteção normalmente desencadeado por três fatores: tempo (fim do período de validade), condições de mercado (preço ultrapassa os limites definidos pelo utilizador) ou restrições de bloco (ultrapassar uma altura de bloco específica). Este design protege as suas negociações de serem executadas em situações de volatilidade extrema.

A Expiração de Autorizações é Igual à de Ordens?

Expiração de autorizações e de ordens são conceitos distintos. A expiração da autorização significa que a permissão para um contrato utilizar os seus fundos expirou; a expiração da ordem indica que a instrução de negociação se tornou inválida. Uma transação pode enfrentar ambas: a expiração da autorização impede execução mesmo com ordem válida; a expiração da ordem impede execução mesmo que a autorização se mantenha.

Como Saber se a Minha Ordem Expirou?

Para verificar se uma ordem expirou:

• Confirme se o estado da ordem aparece como “expirada” ou “inválida”.
• Veja se o tempo de expiração já decorreu.
• Consulte detalhes e motivos de expiração em plataformas como a Gate.
• Confirme se a ordem ainda aparece nas ordens abertas para o par de negociação em causa.

Se a sua ordem expirou, terá de criar uma nova para continuar a negociar.