# Axelar

Axelar 具有外部验证设计。其核心是一个权益证明区块链，其中包含运行完整节点或连接链的轻客户端的验证器集。

Axelar 支持跨多个 EVM 环境以及基于 Cosmos 的链的通用消息传递。验证者观察连接的链，报告它们的状态并达成共识，然后在它们之间生成和路由消息。每个验证者不需要为每个支持的链运行一个节点，从而允许支持更多的链。

Axelar 连接的每条链都部署了一个网关合约。该合约用于在 Axelar 和外部区块链之间接收和发送消息。Axelar 验证者共同持有控制该合约的密钥（与所质押的 AXL 代币成比例），只有当验证者的投票达到要求的阈值时，消息/交易才会通过。

<figure><img src="https://3638057010-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FAvVkhQXm06UYyATq4V3K%2Fuploads%2FGRwdg1OTGsG8MKy8BQTn%2FFvBEb9Tn_2FzCfkOpWyS4NhYJB-l.png?alt=media&#x26;token=6c018034-859f-4560-a7ab-cf4867225720" alt=""><figcaption></figcaption></figure>

资料来源：Axelar 文档

应用程序开发人员可以通过一组 API 连接到 Axelar 的网络，这些 API 允许它向网络发出请求，并通过网关合约向不同的连接链调用函数。中继器级别是无需许可的——应用程序开发人员可以构建自己版本的中继器服务，而不是使用 Axelar 的默认中继器。

总体而言，这种架构简化了开发人员的体验（无需构建专有的桥接解决方案），但是，应用程序安全性有效地外包给了 Axelar 的共识（单点故障）。此外，由于所有活动都通过 Axelar 的链，它必须具有足够的可扩展性以持续满足需求，否则它将变成吞吐量瓶颈。

像 Axelar 这样的设计可能有一个有趣的用例，可能是两条链上的原子交易。这是因为 Axelar 共识可用于对事件进行排序并设置执行交易的条件。在实践中，这可能会很复杂，因为两个异步环境不断地改变它们的状态，而 Axelar 共识级别的原子交换保证可能会失败。
