用途：在 Hedera 上通过 Axelar 通用消息传递（GMP）实现跨链合约调用。GMP 的基本模式是在源链编码 payload、用原生代币支付 Axelar gas、调用 Gateway，然后在目标链校验来源后解码并执行业务逻辑。
主要能力与流程：源应用调用 BridgeSender 完成支付 gas 与 gateway.callContract，消息经 Axelar relayers 传递到目标链的 AxelarExecutable._execute，再交由 Handler 处理。核心接口包括 IAxelarGateway.callContract(destChain, destAddress, payload)、IAxelarGasService.payNativeGasForContractCall{value} 和可重写的 AxelarExecutable 基类。链名使用 Axelar 字符串 ID（如 "hedera"、"ethereum-sepolia"），地址为 EVM 校验和字符串形式。
必要用法与顺序：必须先支付 gas 再调用 callContract，使用 msg.value > 0 支付中继费用，退款地址应指向出资的 orchestrator 或 plan owner。目标端需校验 srcChain 与 srcAddress（忽略大小写），并仅允许授权调用者进入业务逻辑。源端和目的端都需设置白名单与授权调用者。payload 的编码与解码 ABI 必须两侧一致，字段演进时需考虑版本化，否则解码不匹配会导致路由失效。
架构建议：将桥接传输与业务逻辑分离，先部署 Handler（不含桥接知识），再部署带 gateway、预期来源与 Handler 的 Receiver，然后部署带 gateway、gas service 与目标链/地址的 Sender，最后部署并授权 orchestrator，部署后完成接线与资金准备。
Hedera 编排：源应用可用 HSS（0x16b）自我调度，每个周期检查间隔与计划状态、携带原生代币调用桥接 Sender，并用 hasScheduleCapacity + scheduleCall 重排下一次到期（SUCCESS = 22）；调度失败时标记恢复标志并暴露手动重排。
限制：资料未提供具体部署地址、费用数值、网络支持范围或安全审计结论；部分细节需参考示例与 Hedera-Axelar 参考文档。