Como se conclui uma mensagem GMP na Axelar? Análise Cheio do processo de comunicação entre cadeias

Última atualização 2026-05-26 02:39:09
Tempo de leitura: 7m
O General Message Passing (GMP) da Axelar é um mecanismo de mensagens entre cadeias que permite chamadas de contratos inteligentes e sincronização de estado entre diferentes blockchains. Uma mensagem GMP passa tipicamente por várias etapas: iniciação na cadeia de origem, receção pelo Gateway, validação pelos validadores, consenso na rede Axelar e execução na cadeia de destino. Todo o processo é coordenado pela rede descentralizada de validadores da Axelar, o que assegura comunicação segura entre cadeias.

À medida que a indústria blockchain evolui de uma era de cadeia única para uma era multicadeia, os dados, ativos e aplicações em diferentes redes tornaram-se cada vez mais fragmentados. Ecossistemas como Ethereum, Arbitrum, Avalanche, Cosmos e Solana operam cada um com os seus próprios ambientes de liquidez e de Contrato inteligente independentes, mas a interação direta entre estas cadeias raramente é viável.

As primeiras pontes entre cadeias eram utilizadas principalmente para transferências de ativos — por exemplo, mover tokens de Ethereum para outra cadeia. Contudo, à medida que a complexidade das aplicações Web3 continua a crescer, o mero suporte a transferências de tokens já não satisfaz as exigências dos programadores. Atualmente, mais aplicações entre cadeias exigem "comunicação de contratos inteligentes entre cadeias", como DeFi entre cadeias, governança entre cadeias, jogos entre cadeias e carteiras com abstração de cadeia.

Neste contexto, os protocolos de mensagens entre cadeias tornaram-se um componente crítico da infraestrutura Web3. O mercado necessita de mais do que simples "pontes entre cadeias"; precisa de uma camada de comunicação que permita às blockchains trocar informações e executar lógica diretamente.

O que é a General Message Passing (GMP)?

A General Message Passing (GMP) é um mecanismo de comunicação de mensagens entre cadeias fornecido pela Axelar que facilita chamadas de contrato inteligente entre diferentes blockchains.

As pontes entre cadeias tradicionais tratam geralmente apenas do bloqueio e mapeamento de ativos — os utilizadores bloqueiam tokens na cadeia de origem e os ativos correspondentes são cunhados na cadeia de destino. A GMP, no entanto, pode transmitir não só tokens, mas também "instruções de execução".

O que é a General Message Passing (GMP)?

Com a GMP, os programadores podem enviar pedidos de chamada de função entre cadeias, permitindo que o contrato inteligente da cadeia de destino execute automaticamente a lógica correspondente. Isto significa que as blockchains já não estão limitadas a relações de fluxo de ativos, mas podem estabelecer verdadeiras interações de aplicação entre cadeias.

Do ponto de vista arquitetural, a GMP funciona como um sistema de API entre cadeias, permitindo que diferentes blockchains comuniquem entre si tão perfeitamente como serviços da Internet.

Em que é que a GMP difere das pontes entre cadeias tradicionais?

A principal diferença entre a GMP e as pontes entre cadeias tradicionais reside no seu foco: a GMP não trata da transferência de ativos, mas sim da execução de lógica entre cadeias.

As pontes entre cadeias tradicionais seguem tipicamente um modelo de "bloquear ativos — verificar evento — cunhar ativos na cadeia de destino", com o objetivo principal de migração de liquidez de tokens. Em cenários de aplicação complexos, no entanto, os programadores precisam frequentemente de chamar funções entre cadeias, sincronizar estado e executar lógica de negociação automaticamente.

A GMP, por outro lado, permite que os programadores enviem mensagens entre cadeias diretamente. Por exemplo, uma aplicação DeFi pode desencadear lógica de empréstimos na cadeia de origem e completar automaticamente uma troca ou liquidação na cadeia de destino.

Como resultado, a GMP é considerada uma capacidade fundamental para a abstração de cadeia e aplicações entre cadeias.

Como é que uma mensagem GMP é iniciada?

Uma comunicação GMP começa tipicamente com uma operação iniciada por um utilizador ou aplicação na cadeia de origem.

O programador chama o contrato Axelar Gateway na cadeia de origem e submete uma mensagem entre cadeias. Esta mensagem inclui geralmente a cadeia de destino, o endereço do contrato alvo, a função a executar e parâmetros relacionados.

Uma vez confirmada a transação, o Gateway regista o evento e transmite-o para a rede de validadores da Axelar.

Do ponto de vista do utilizador, este processo parece uma transação on-chain normal, mas, nos bastidores, o fluxo de comunicação entre cadeias já começou.

Como é que os validadores da Axelar confirmam as mensagens entre cadeias?

A Axelar utiliza uma rede independente de validadores Proof-of-Stake (PoS) para proteger as operações entre cadeias.

Quando um evento é emitido a partir do Gateway da cadeia de origem, os validadores da Axelar monitorizam as alterações de estado da cadeia correspondente e verificam a autenticidade da mensagem. Após vários validadores atingirem consenso, a rede gera uma assinatura.

Este processo é semelhante à confirmação de transações em redes blockchain, mas, em vez de uma transferência normal, valida um evento de mensagens entre cadeias.

Dado que os validadores devem fazer staking de tokens AXL, o comportamento malicioso é penalizado através de slashing. Este mecanismo aumenta a segurança da comunicação entre cadeias.

Como é que uma mensagem GMP é executada na cadeia de destino?

Depois de a rede de validadores atingir consenso, a Axelar envia um pedido de execução entre cadeias verificado para o Gateway na cadeia de destino.

Ao receber a mensagem, o Gateway da cadeia de destino chama o contrato inteligente alvo e executa a função especificada. Por exemplo, uma aplicação DeFi entre cadeias pode completar automaticamente trocas, empréstimos ou operações de liquidez.

Este processo é tratado inteiramente pelo contrato inteligente na cadeia de destino, não sendo necessária qualquer ação manual por parte do utilizador.

Do ponto de vista arquitetural, a GMP permite efetivamente que a "Cadeia A chame um contrato inteligente na Cadeia B" — uma capacidade que as soluções de ponte tradicionais dificilmente conseguem proporcionar.

Como são gerados o Gas e as taxas para a GMP?

Como a execução da GMP envolve múltiplas cadeias, a estrutura de taxas é relativamente complexa.

Os utilizadores precisam normalmente de pagar o Gas da cadeia de origem, as taxas de verificação entre cadeias e as taxas de execução da cadeia de destino. A Axelar fornece um Serviço de Gas para gerir centralmente os custos de execução da cadeia de destino.

Os programadores podem pré-pagar o Gas da cadeia de destino, eliminando a necessidade de os utilizadores deterem tokens de Gas em múltiplas blockchains.

Este mecanismo é particularmente importante para a experiência de abstração de cadeia, pois reduz a sobrecarga operacional das interações multicadeia.

Que desafios enfrenta a GMP?

Embora a GMP ofereça capacidades melhoradas entre cadeias, a comunicação entre cadeias ainda apresenta certas complexidades.

Em primeiro lugar, os tempos de confirmação variam entre blockchains, tornando a execução entre cadeias geralmente mais lenta do que as transações numa única cadeia. Em segundo lugar, o modelo de segurança num ambiente multicadeia é mais complexo, tornando os protocolos entre cadeias um alvo privilegiado para atacantes.

Além disso, à medida que o número de cadeias suportadas aumenta, os custos de verificação e manutenção crescem. Encontrar um equilíbrio entre segurança, eficiência e descentralização continua a ser um desafio para todos os protocolos entre cadeias.

Conclusão

A General Message Passing (GMP) da Axelar é um mecanismo de mensagens entre cadeias que permite chamadas de contrato inteligente e sincronização de estado entre diferentes blockchains.

Ao contrário das pontes entre cadeias tradicionais, que se focam principalmente em transferências de ativos, a GMP enfatiza a "execução de lógica entre cadeias", permitindo que os programadores construam aplicações entre cadeias combináveis em múltiplas blockchains.

Uma mensagem GMP passa tipicamente por várias etapas: iniciação na cadeia de origem, validação pelos validadores, consenso na Axelar e execução na cadeia de destino, com segurança mantida por uma rede de validadores descentralizada.

Perguntas Frequentes

Qual é a diferença entre a GMP e as pontes entre cadeias comuns?

As pontes entre cadeias comuns focam-se em transferências de ativos, enquanto a GMP enfatiza mensagens entre cadeias e execução de funções.

A GMP suporta chamadas de contrato inteligente entre cadeias?

Sim. Os programadores podem utilizar a GMP para chamar diretamente funções de contrato inteligente em diferentes blockchains.

Como é que a Axelar verifica as mensagens entre cadeias?

A Axelar utiliza uma rede de validadores PoS para monitorizar eventos da cadeia de origem e confirma a autenticidade da mensagem através de um mecanismo de consenso.

A GMP só pode ser utilizada para cadeias EVM?

Não. A Axelar suporta múltiplos ecossistemas, incluindo cadeias EVM e ecossistemas selecionados da Cosmos.

Porque é que a GMP está relacionada com a abstração de cadeia?

A GMP abstrai a complexidade subjacente das interações entre cadeias, permitindo que os utilizadores completem ações sem precisarem de saber em que blockchain estão. Isto torna-a uma infraestrutura chave para a abstração de cadeia.

Quem paga as taxas da GMP?

Normalmente, o utilizador ou a aplicação paga, cobrindo o Gas da cadeia de origem, as taxas de verificação entre cadeias e as taxas de execução da cadeia de destino.

A GMP tem riscos de segurança?

Como todos os protocolos entre cadeias, a GMP deve enfrentar desafios de segurança num ambiente multicadeia. O seu mecanismo de verificação e a conceção de segurança da rede são, por isso, cruciais.

Autor: Jayne
Tradutor(a): Jared
Exclusão de responsabilidade
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.

Artigos relacionados

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?
Principiante

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?

ONDO é o token central de governança e captação de valor do ecossistema Ondo Finance. Tem como objetivo principal potenciar mecanismos de incentivos em token para integrar, de forma fluida, os ativos financeiros tradicionais (RWA) no ecossistema DeFi, impulsionando o crescimento em larga escala da gestão de ativos on-chain e dos produtos de retorno.
2026-03-27 13:52:50
Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi
Principiante

Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi

A principal distinção entre o Morpho e o Aave está no mecanismo de empréstimos. O Aave opera com um modelo de pool de liquidez, enquanto o Morpho baseia-se neste sistema ao implementar uma correspondência peer-to-peer (P2P), o que permite um alinhamento superior das taxas de juros dentro do mesmo mercado. O Aave funciona como protocolo nativo de empréstimos, fornecendo liquidez de base e taxas de juros estáveis. Em contrapartida, o Morpho atua como uma camada de otimização, aumentando a eficiência do capital ao estreitar o spread entre as taxas de depósito e de empréstimo. Em suma, a diferença fundamental é que o Aave oferece infraestrutura central, enquanto o Morpho é uma ferramenta de otimização da eficiência.
2026-04-03 13:09:48
Análise de tokenomics do JTO: distribuição, casos de utilização e valor de longo prazo
Principiante

Análise de tokenomics do JTO: distribuição, casos de utilização e valor de longo prazo

O JTO é o token de governança nativo da Jito Network. No centro da infraestrutura de MEV do ecossistema Solana, o JTO confere direitos de governança e garante o alinhamento dos interesses de validadores, participantes de staking e searchers, através dos retornos do protocolo e dos incentivos do ecossistema. A oferta fixa de 1 mil milhão de tokens procura equilibrar as recompensas de curto prazo com o desenvolvimento sustentável a longo prazo.
2026-04-03 14:07:21
Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO
Principiante

Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO

O MORPHO é o token nativo do protocolo Morpho, criado essencialmente para a governança e incentivos do ecossistema. Ao organizar a distribuição do token e os mecanismos de incentivo, o Morpho assegura o alinhamento entre a atividade dos utilizadores, o crescimento do protocolo e a autoridade de governança, promovendo um modelo de valor sustentável no ecossistema descentralizado de empréstimos.
2026-04-03 13:13:47
Jito vs Marinade: Análise comparativa dos protocolos de Staking de liquidez na Solana
Principiante

Jito vs Marinade: Análise comparativa dos protocolos de Staking de liquidez na Solana

Jito e Marinade são os principais protocolos de liquid staking na Solana. O Jito potencia os retornos através do MEV (Maximum Extractable Value), tornando-se a escolha ideal para quem pretende obter rendimentos superiores. O Marinade proporciona uma solução de staking mais estável e descentralizada, indicada para utilizadores com menor apetência pelo risco. A diferença fundamental entre ambos está nas fontes de ganhos e na estrutura global de risco.
2026-04-03 14:06:00
Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade
Intermediário

Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade

Zcash e Monero são criptomoedas orientadas para a privacidade on-chain, adotando abordagens técnicas essencialmente diferentes. Zcash utiliza provas de conhecimento zero zk-SNARKs para viabilizar transações "verificáveis mas invisíveis", ao passo que Monero recorre a assinaturas de anel e mecanismos de ofuscação para garantir um modelo de transação "anónimo por defeito". Estas distinções conferem características exclusivas a cada uma, impactando os respetivos métodos de implementação de privacidade, rastreabilidade, arquitetura de desempenho e capacidade de adaptação às exigências de conformidade regulatória.
2026-05-14 10:51:14