* Staking Amount: 输入100000000000000，需要小于账户余额，并留足够的 gas。
* Operator Address: 节点名称/operator.yaml 文件中的 operator\_account\_address。
* Voter Address: 您的钱包地址。
填写质押的数量和操作者地址、投票者地址（您的钱包地址），并提交（点击提交按钮后，会有弹窗交易签名，点击“Approve”即可）：
质押成功页面（可以修改和增加锁定时长）：
### 1.3 给您的 Operator 地址发送一些 APT 测试币
{% hint style="danger" %}
* 这步是必须的，后面需要检查账户余额，否则会返回错误！！
* Operator 地址是上一步中的 Operator Address。
{% endhint %}
## 二 、运行节点
### 备份所有文件
防止发生异常时无法恢复，请先备份如下文件，文件目录如下：
```
docker-compose.yaml
layout.yaml
您的节点名称目录
keys 目录
```
### 进入节点操作目录
本教程使用的目录为 `~/aptos-node/testnet3`，若您使用的其他教程，请自行修改命令。
```shell
cd ~/aptos-node/testnet3
```
### 关闭节点并删除数据卷
```shell
sudo docker-compose down --volumes
```
### 下载 genesis、waypoint 和 测试网 编排文件
sudo wget -O genesis.blob https://github.com/aptos-labs/aptos-genesis-waypoint/raw/main/testnet/genesis.blob
sudo wget -O waypoint.txt https://raw.githubusercontent.com/aptos-labs/aptos-genesis-waypoint/main/testnet/waypoint.txt
sudo wget -O docker-compose.yaml https://raw.githubusercontent.com/jiangydev/aptos-node/main/testnet/AT/docker-compose.yaml
### 修改 validator-identity.yaml 中的 account\_address
文件路径：`keys/validator-identity.yaml`
只需要修改 account\_address，更换成您的钱包地址：
### 启动节点（Run node）
```bash
sudo docker-compose pull
sudo docker-compose up -d
```
{% hint style="warning" %}
如果您的节点端口不通，请关闭服务器防火墙，并在云服务器提供商的安全策略中放行如下端口：
验证者节点（本教程只提供验证者节点搭建）：
* 6180：validator 的 peer 通信端口；
* 6181
已关闭 80 API 端口及 9101 指标端口的外网访问，本地可访问。
{% endhint %}
### 检查节点
```shell
# 查询 chain id，应该返回 47
sudo curl 127.0.0.1:80/v1
```
## 三、加入验证者集合
### 初始化 Aptos CLI
您的操作者私钥 `account_private_key` 可以从 `keys/private-keys.yaml` 文件中获得。
```shell
# 这个命令中的私钥需要替换！！
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.4 \
sh -c "cd /data/aptos-cli && rm -rf .aptos && aptos init --profile ait3-operator --private-key 您的私钥 --rest-url https://testnet.aptoslabs.com --skip-faucet"
```
### 通过 Aptos CLI 检查余额
{% hint style="warning" %}
如果这一步执行返回异常：API error: API error Error(AccountNotFound): Account not found by Address，请参考 1.3 给您的 Operator 地址发送一些 APT 测试币。
{% endhint %}
```shell
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.4 \
sh -c "cd /data/aptos-cli && aptos account list --profile ait3-operator"
```
### 更新链上Validator网络地址
* 注意修改命令中的验证者配置文件为“您的节点名称/operator.yaml”，这里我使用的 MoveMove/operator.yaml。
* 注意修改所有者地址：您的钱包地址！！！
```shell
# 需要修改验证者配置文件：您的节点名称/operator.yaml
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.5 \
sh -c "cd /data/aptos-cli && aptos node update-validator-network-addresses --pool-address 您的钱包地址 --operator-config-file MoveMove/operator.yaml --profile ait3-operator --assume-yes"
```
### 更新链上验证者共识 key
```bash
# 需要修改验证者配置文件：您的节点名称/operator.yaml
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.5 \
sh -c "cd /data/aptos-cli && aptos node update-consensus-key --pool-address 您的钱包地址 --operator-config-file MoveMove/operator.yaml --profile ait3-operator --assume-yes"
```
### 加入验证者集合
```bash
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.5 \
sh -c "cd /data/aptos-cli && aptos node join-validator-set --pool-address 您的钱包地址 --profile ait3-operator --max-gas 5000 --assume-yes"
```
### 检查验证者集合
#### 方式一
<你的地址>?network=testnet
可以看到 Stake 相关的资源和交易。
#### 方式二
```bash
# 需要先安装 jq，如果已安装，可跳过
sudo apt install -y jq
```
在安装 jq 后，可以查询**加入中的验证者**：
```bash
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.4 \
sh -c "cd /data/aptos-cli && aptos node show-validator-set --profile ait3-operator" \
| jq -r '.Result.pending_active' \
| grep '您的钱包地址'
```
查询**已加入的验证者**：
```bash
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.4 \
sh -c "cd /data/aptos-cli && aptos node show-validator-set --profile ait3-operator" \
| jq -r '.Result.active_validators' \
| grep '您的钱包地址'
```
## 四、验证节点连接
一旦您的验证器节点加入验证器集，您可以按照以下步骤验证正确性：
### 验证 Peer
验证您的节点是否正在连接到测试网上的其他对等点，`127.0.0.1`（如果部署在云上，请替换为您的验证器 IP/DNS）
```shell
curl 127.0.0.1:9101/metrics 2> /dev/null | grep "aptos_connections{.*\"Validator\".*}"
```
该命令将输出验证器节点的入站和出站连接数。
只要其中一个指标大于零，您的节点就会连接到测试网上的至少一个对等节点。
### 是否连接到 AptosLabs 节点
您还可以检查您的节点是否连接到 AptosLabs 的节点，替换``为 Aptos 团队共享的 peer ID。
> 获得官方信息：
```shell
curl 127.0.0.1:9101/metrics 2> /dev/null \
| grep "aptos_network_peer_connected{.*remote_peer_id=\"f326fd30\".*}"
```
### 检查共识
一旦您的节点状态同步到最新版本，您还可以检查共识是否正在取得进展，以及您的节点是否正在提议
```shell
curl 127.0.0.1:9101/metrics 2> /dev/null \
| grep "aptos_consensus_current_round"
curl 127.0.0.1:9101/metrics 2> /dev/null \
| grep "aptos_consensus_proposals_count"
```
您应该期望看到这个数字不断增加。
欢迎加入 MoveMove 社区：
# 离开激励测试网
AIT3 教程，Docker 方式，MoveMove 社区
{% hint style="danger" %}
注意：
1. 本教程仅用于使用 Docker 方式，且为验证者节点。
2. 欢迎加入 MoveMove 社区：
{% endhint %}
首先，感谢所有伙伴帮助 Aptos 完成 AIT3 测试。
节点可以选择随时设置验证器，或者当验证器帐户没有足够的质押时，它会自动发生。要离开验证器集，您可以执行以下步骤：
### 进入节点操作目录
本教程使用的目录为 `~/aptos-node/testnet3`。
```shell
cd ~/aptos-node/testnet3
```
如果您是第一次使用 MoveMove 社区教程，在执行后面的步骤前，需要先初始化 Aptos CLI，参考：[加入测试网](/jiao-cheng/ce-shi-wang-testnet/she-qu-jiao-cheng/jia-ru-ce-shi-wang#chu-shi-hua-aptos-cli)
### 离开验证器集（将在下一个 epoch 生效）
{% hint style="danger" %}
如果您的质押没到没到解锁时间，执行以下命令将提示错误；
此时，您需要等待解锁时间后才能退出验证者集。
{% endhint %}
```bash
sudo docker run --rm \
-v $(pwd):/data/aptos-cli \
jiangydev/aptos-cli:v0.3.3 \
sh -c "cd /data/aptos-cli && aptos node leave-validator-set --profile ait3-operator --pool-address 您的钱包地址 --max-gas 5000"
```
### 最后安全的关闭节点
{% hint style="danger" %}
如果您要关闭服务器，请备份当前目录下的所有文件（除了 waypoint.yaml 和 genesis.blob）。
{% endhint %}
```bash
sudo docker-compose down -v
```
欢迎加入 MoveMove 社区：
# 博客
# Block-STM：我们如何在 Aptos 区块链上每秒执行超过 16 万笔交易
世界一流的工程与 Aptos 的前沿研究相得益彰。 有关详细信息，请参阅 Block-STM 论文和 Aptos 代码库。
作者：[**Alexander Spiegelman**](https://twitter.com/sashaspiegelman) **/** [**Rati Gelashvili**](https://twitter.com/rgelash)
TL;DR:
我们设计并实现了一个高效、多线程、内存中的并行执行引擎，通过利用预设的事务顺序并将软件事务内存技术与新颖 协作时间表。
## 挑战
智能合约执行是区块链的主要吞吐量瓶颈。 在提出区块并就其顺序达成一致后，验证者必须在有序区块中执行交易。 至关重要的是，验证者必须达到相同的最终状态，这必须对应于交易的某些顺序执行。 由于缺乏基础解决方案，当前的区块链要么按顺序执行，要么需要令人尴尬的并行工作负载（即没有内部冲突）以提高性能。 顺序执行不能很好地扩展，并且在考虑广泛的智能合约时假设所有交易都是可交换的是不现实的。 事实上，由于潜在的性能攻击、访问流行的合约（例如，由于拍卖和套利等经济机会），区块链中的交易可能会出现大量访问冲突。
## 目标
考虑到工作负载中的实际访问冲突，设计一个并行执行引擎，以提取可能的最大固有加速。 为了获得最佳编程和用户体验，算法应该对用户透明。 一些区块链并行执行引擎采用的另一种方法是强制用户预先声明依赖关系，这严重限制了事务可以做什么，并且可能需要分解或重试事务。 相反，为了避免产生此类成本和编程烦恼，我们的并行执行引擎的系统设计目标是在内部管理所有冲突并自动适应工作负载。
## STM 方式
[软件事务内存 (STM)](https://link.springer.com/article/10.1007/s004460050028) 库开创的一种学术方法是检测内存访问以检测和管理冲突。 具有[乐观并发控制](https://en.wikipedia.org/wiki/Optimistic_concurrency_control)的 STM 库记录执行期间的内存访问，在执行后验证每个事务，并在验证出现冲突时中止并重新执行事务。 然而，由于所需的冲突簿记和中止，与定制解决方案相比，STM 库经常受到性能限制，因此很少在生产中部署。
## 区块链用例
过去表明，当 STM 应用于特定用例时，它们的性能可以显着提高。事实上，区块链用例的三个重要观察指导了 Block-STM 的设计。
* **无需单独提交事务**：与通用 STM（每个线程有无限的事务流基于可能在任意时间到达的查询提交）相比，在区块链中，状态通常更新每个块。这允许 Block-STM 避免单独提交事务的同步成本。相反，Block-STM 通过轻同步延迟提交块中的所有事务。此外，垃圾收集很简单，因为可以在块之间清理内存。
* **VM 为乐观内存访问提供安全性**：交易以智能合约语言（如 [Move](https://move-book.com/) 和 [Solidity](https://docs.soliditylang.org/en/v0.8.13/)）指定，并在封装其执行并确保安全行为的虚拟机中运行。这很好地分离了抽象，并允许 Block-STM 在并行推测执行期间避免处理不一致状态的后果（称为不透明度的属性）。
* **预定义的顺序减少了同步**：通常，STM 库以非确定性为目标，并将确定性视为系统中的限制，从而阻碍了性能。这使得它们不适合区块链用例，因为执行相同块的验证器可能会导致不同的最终状态。然而，在 Block-STM 中，确定性被认为是一种性能优势。事实上，最终结果保证与以固定、预设顺序执行的交易相匹配，并且该约束被用于系统的优势。这是可能的，正如之前在 [Bohm](https://arxiv.org/abs/1412.2324) 论文中在数据库上下文中所指出的那样，因为就特定的序列化达成一致会减少执行期间所需的同步量。例如，如果事务 tx5 和事务 tx9 之间存在冲突，则 tx9 将等待 tx5——否则，如果没有顺序，执行这些事务的线程将需要打破平局。因此，在直观的层面上，通用 STM 将解决更难的问题（即，一种共识形式），Block-STM 针对更简单的问题（即，它只需要执行交易）。
## 核心技术
Block-STM 将已知技术与新颖想法相结合：
* **乐观并发控制**：事务在并行和经过验证的执行后乐观地执行。不成功的验证会导致重新执行。由于预设的顺序，验证不是相互独立的，并且必须在逻辑上按顺序发生。与之前的工作不同，成功的验证并不意味着可以提交事务。相反，事务验证失败意味着所有更高级别的事务只有在之后成功验证后才能提交。
* **多版本数据结构**：Block-STM 使用多版本数据结构来避免写-写冲突。所有对同一位置的写入都与它们的版本一起存储，其中包含它们的事务 ID 和写事务被乐观地重新执行的次数。当事务 tx 读取一个内存位置时，它会从多版本数据结构中获取按预设顺序出现在 tx 之前的最高事务写入该位置的值以及关联的版本。
* **验证**：在执行期间，事务记录一个读集和一个写集。在验证期间，读取读取集中的所有内存位置，并将返回的版本与存储在读取集中的相应版本进行比较。
* **协作调度**：Block-STM 引入了一个协作调度器来协调线程之间的验证和执行任务。由于预设顺序规定事务必须按顺序提交，因此事务执行的成功验证并不能保证它可以被提交。这是因为块中较早事务的中止和重新执行可能会使读取集无效并需要重新执行。因此，事务和执行线程之间的静态映射不起作用。相反，协作调度程序优先考虑较低事务的执行和验证任务。然而，众所周知，有序集和优先级队列在多核环境中难以扩展。 Block-STM 使用基于计数的方法回避了这个问题，这可以通过预设排序和事务的紧凑索引来实现。
* **动态依赖估计**：Block-STM 利用预设顺序来显着避免中止，这是 STM 系统性能游戏的名称，因为中止可能级联并导致过多的工作浪费。当验证失败时，事务最后一次执行的写入集用于通过将其在多版本数据结构中的所有写入标记为 ESTIMATION 来估计依赖关系。当另一个事务从多值数据结构中读取一个 ESTIMATION 值时，它可以等待依赖关系被解决——虽然没有估计，它会继续但很可能（如果写入 ESTIMATION 的事务确实写入相同下一次重新执行中的位置）以稍后验证失败并中止。与通过从预块状态并行地预先执行所有事务来生成写入估计的教科书方法相比，我们的方法有两个好处：（a）仅在需要时生成估计（不是针对每个事务），以及（b ) 估计通常基于比块开始时更新鲜的状态。
## 评估
我们在 Aptos 开源代码库中的安全 Rust 中实现了 Block-STM，依靠 Rayon、Dashmap 和 ArcSwap crates 实现并发。 我们使用非平凡的点对点移动事务（8 次读取和 5 次写入）评估了系统。 在下图中，我们将 Block-STM 与块的顺序执行进行了比较。 每个区块包含 10k 笔交易，账户数量决定了冲突和争用的程度。 在低争用情况下，Block STM 归档比使用 32 个线程的顺序执行提高 16 倍，而在高争用情况下，Block-STM 归档超过 8 倍加速。 重要的是，当工作负载本质上是连续的时，Block-STM 会产生少量开销。 总体而言，Block-STM 能够动态且透明地（无需用户提示）从工作负载中提取固有的并行性。 可以在[论文](https://arxiv.org/pdf/2203.06871.pdf)中找到与相关工作的详细比较。
### 不同争用级别的 Block STM 性能
## 那么我们如何获得这种性能呢？
协作调度器与多版本技术一起允许 Block-STM 利用预设的事务顺序来估计依赖关系并显着减少浪费的工作量。协作调度器是算法的关键部分，包含大部分性能关键逻辑。除其他外，它确保：
* 每个中止的事务都会重新执行，但同一个事务永远不会被多个线程同时执行。
* 如果重新执行事务，则必须重新验证所有更高级别的事务。结果，相同的事务执行可能会由不同的线程同时验证，但最多可以中止它。
* 解决依赖关系后恢复遇到依赖关系的事务。
* 所有事务最终都被提交。
挑战在于以尽可能少的同步开销确保上述内容。跟踪执行和验证任务的一种简单但昂贵的方法是拥有两个优先级队列（或有序集以避免重复）。一旦解决了依赖关系或中止了验证，就会将相应事务的执行任务添加到执行队列中。类似地，一旦一个事务被执行，就会按照预设的顺序为所有更高的事务创建验证任务，并添加到验证队列中。
## 高效的并发有序集
相反，Block-STM 利用预设的交易顺序并使用两个原子计数器。
这些计数器跟踪需要执行或验证的任何事务的下限索引。结合了解每个事务状态的方法，这些索引可用于有效地模拟来自朴素方法的有序集语义。线程反复尝试通过获取并递增具有较低索引的计数器来获取任务，并读取状态以检查相应的事务是否已准备好执行（或验证，取决于计数器）。 Fetch-and-increment 也自然地将线程分散到不同的索引，确保状态信息不会被大量竞争，这允许我们使用互斥锁并简化实现（无锁实现是可能的，但基准测试并没有显示出显着的改进）。
下图给出了交易的可能状态。下图中的参数 i 是事务被重新执行的次数。
我们还使用锁来同步依赖关系列表，但是，如果不小心，协作调度程序必须避免一些微妙的竞争仍然可能 - 精彩的细节在论文中。
## 惰性提交机制
Block-STM 提交整个区块以消除跟踪单个事务何时可以安全提交的同步成本。简而言之，当满足以下所有条件时，可以提交整个块：
1. 执行和验证索引都达到块大小。
2. 没有正在进行的验证和执行任务。
3. 所有交易的状态都是 EXECUTED。
正如我们在 #way-too-rigorous-for-a-systems-result 证明中所证明的那样，Block-STM 算法中的前两个条件暗示了第三个条件。为了原子地验证 (1) 和 (2)，我们引入了两个额外的计数器。第一个计数器跟踪正在进行的任务的数量。在代码中的错误位置增加或减少这个计数器太容易了，而且从不观察 (2)。为避免此类错误，我们使用资源获取即初始化 (RAII) 模式将计数器与任务守卫相结合，确保在分派任务之前和完成之后分别增加和减少它。
为了以原子方式读取此计数器以及跟踪执行和验证索引的计数器，我们使用双重收集技术。这需要引入第四个原子计数器来跟踪执行和验证计数器减少的次数。然后，我们收集所有计数器的值两次（顺序很重要！）如果在两种情况下都满足条件（1）和（2），那么（正如我们所证明的），在两者之间的某个时间，条件（1）和(2) 确实同时满足。在这种情况下，整个块被安全提交，因为不再需要或将创建任何验证和执行任务。
如果您像我们一样热衷于设计算法、将它们付诸实践并对 Web3 的未来产生真正的影响，请联系我们——我们正在 [招聘](https://boards.greenhouse.io/aptoslabs/)。
# 生态
# Aptos 宣布资助计划！
我们计划进一步加速 Aptos 生态系统的快速增长
发布时间：2022年6月29日
当我们在今年 3 月推出开发者测试网时，Aptos 作为安全、可扩展和可升级的第 1 层区块链首次亮相，区块链由 Move 提供支持。不到四个月后，开发人员已经执行了数百万笔交易，数以万计的节点启动了，超过 1,500 人 fork 了 aptos-core 仓库。今天，我们宣布有超过 100 个项目在网络上构建，用例涵盖 DeFi、NFT、游戏等。 [Pontem Network](https://twitter.com/PontemNetwork), [the Macalinao brothers](https://protagonist.co/), [Nutrios](https://twitter.com/nutriosProject), [PayMagic](https://twitter.com/paymagic_), [MartianDAO](https://twitter.com/martian_wallet), [Solrise](https://twitter.com/SolriseFinance) 等团队还有更多人已经在 9 月底左右为 Aptos 主网编写代码、交付和准备——仅几个月后！
我们很高兴正式宣布 Aptos 资助计划，为世界各地的团队、个人和创作者提供非稀释性资金，以进一步加速 Aptos 生态系统的发展。
## 拨款申请和审查程序
申请人可以申请以下建议的资助类别之一。这些建议是针对当前生态系统需求量身定制的，旨在帮助申请人了解在 Aptos 上构建什么。鼓励申请人申请可以进一步造福 Aptos 生态系统的赠款，即使未在以下列表中找到。
### 资助类别：
* 开发人员工具、SDK、库、文档、指南、教程
* 用于开发、治理、DeFi 和 NFT 的工具和框架
* 核心协议贡献：代币标准、库、协议升级等。
* 开源和公共产品
* 教育举措
* 应用程序（例如 DeFi、NFT、社交网络、游戏、DAO、支付、桥接）
### 初始标准：
申请人必须满足以下条件才有资格获得 Aptos 资助：
* 项目必须为生态系统提供新的实质性价值。我们正在寻找能够为 Aptos 区块链带来激情和新想法的强大、有创意的项目
* 项目必须是开源的，或承诺开源的时间表
* 团队可以公开保持匿名，但需要通过 Aptos 的身份筛选
* 我们将在全球范围内提供赠款，受制裁司法管辖区的个人或实体除外
### 申请建议指南
申请人在完成申请时将被要求上传拨款提案。我们创建了一个供团队遵循的[提案模板。](https://docs.google.com/document/d/1FbynBbIuXh2o85lFe3nNeyeG1xwjaGOUcyKhnFKMecI/edit)我们要求提供以下信息：
* 项目名称
* 申请资助的公司或个人名称+联系方式
* 项目描述
* Aptos 生态系统的价值主张
* 可交付成果
* 团队+过往经历
* 技术架构概述（如果适用）
* 主要风险
* 财务和法律信息
### 审核流程
* Aptos 团队会滚动审核所有提交的拨款申请。
* Aptos 生态系统团队的成员将在收到第一个应用程序草案后联系、提供反馈并请求更改。
* 面试后，申请人将收到关于他们的拨款提案的决定。
* 然后，拨款协议将与团队共享，以执行并继续获得 Aptos 的资助。
请注意，赠款资金以美元分配。未来，我们可能会选择分发代币，以帮助激励各方的长期生态系统增长。
## 如何申请 Aptos 资助
通过访问我们的[申请表单](https://docs.google.com/forms/d/e/1FAIpQLSenkcdYauqAsIbEJJ6x-x1VoJkD7FnD_f5r33izcNVFP5ni1w/viewform)开始！密切关注未来的举措、生态系统基金和漏洞赏金计划。有关 Aptos 资助计划的问题和更多信息，请随时联系 。
# Aptos 生态项目汇总
# 聚合器
# Hippo Labs
推特：
Discord：
Github：
# Defi
# Pontem Network
Pontem 是一个产品工作室，致力于由区块链驱动的全球金融包容性
Pontem 是一个产品工作室，致力于由区块链驱动的全球金融包容性。 我们与 Aptos 合作构建基础 dApp 和其他基础设施，以支持 Aptos 网络的采用，例如开发工具、EVM 实施、AMM 等。
Pontem 已启动大使计划：
现在在 devnet 上启动：
主页：[https://pontem.network](https://pontem.network/)
推特：
Discord：
# Vial Protocol
Vial Protocol 是 Aptos 上的一种自主算法流动性协议
Vial Protocol 是 Aptos 上的一种自主算法流动性协议。
主页：[https://www.vial.fi](https://www.vial.fi/)
推特：
Discord：
# 1KX Protocol
1KX 协议是 AMM + DEX + 借贷协议 + 稳定币的新混合体
1KX 协议是 AMM + DEX + 借贷协议 + 稳定币的新混合体。
主页：[https://1kx.exchange](https://1kx.exchange/)
推特：
Discord：
# Seam Money
具有跨顶级 celo defi 协议、风险不利收益聚合的分散存款的捆绑池
具有跨顶级 celo defi 协议、风险不利收益聚合的分散存款的捆绑池。
主页：[https://www.seam.money](https://www.seam.money/)
推特：
Discord：
GitHub：
# Aries Markets
Aptos 上的去中心化保证金交易
推特：
# Empo Finance
Aptos 上最安全的 DEX
推特：
# Ultima protocol
Aptos 的流动性中心
推特：
# Econia
Econia 是一个中央限价订单簿 (CLOB)，是股票市场等金融机构使用的基本金融工具
Econia 是一种协议，允许世界上的任何人以任何他们想要的价格与世界上的任何其他人交易数字资产。 更具体地说，Econia 是一个中央限价订单簿 (CLOB)，是股票市场等金融机构使用的基本金融工具，除了与纽约证券交易所或纳斯达克不同，Econia 是开源和去中心化的。
**Econia 正在开发中**
Econia 目前正在开发中，已交付给 Aptos 区块链的第一个迭代。 此版本 1 最小可行原型（v1 MVP）引入了链上交易的一项关键创新，即 Econia 的原子匹配引擎，该引擎在下达交易期间以最终性结算市场订单。 没错，Econia 的 v1 MVP 实现了全球首个链上原子匹配引擎，欢迎各位建设者亲自尝试！ 如果您是一名 builder 并且对与 Econia 合作感兴趣，请首先查看设计概述，因为它提供了一个技术细分，可为系统设计提供一些背景信息。 然后尝试使用 Econia，看看我们可以一起构建什么！
推特：
Discord：
Medium：
GitHub：
# Zaptos Finance
Aptos 上的流动性质押平台
Zaptos 为 Aptos 创建了流动性堆叠平台。
堆叠 APTOS 代币是权益证明网络的关键，堆叠将提供收入作为将您的 APTOS 委托给验证者的奖励。 但是现在您已经质押了您的 APTOS，它们被锁定了一段时间，您无法使用它们。 Zaptos 已经出现，它将允许您提供 APTOS，我们将代表您将其委托给验证者，作为交换，您将收到 zAPTOS，这是一种 APTOS 的流动衍生品，随着时间的推移积累价值（它的价值超过 APTOS，基于 APR 到 APTOS 速度）。 现在你的 APTOS 可以增长，你可以把 zAPTOS 放在你的钱包里，用它换成 APTOS，或者在许多新的 DeFi 平台上使用它。 我们还通过在许多验证者之间分配委托来帮助分散网络，以避免集中在其中的一些验证者上。
推特：
Discord：
Medium：
# Laminar Market
Aptos 上的去中心化交易所
主页：[https://laminar.markets](https://laminar.markets/)
推特：
Discord：
# Thala Labs
Aptos 上的下一代 DeFi 流动性中心
主页：[https://www.thalalabs.xyz](https://www.thalalabs.xyz/)
该团队正在招募中。
# AptoSwap
Aptos 上的 Swap APP，以最优惠的价格安全轻松地交易加密货币
推特：
团队介绍：我们是一个经验丰富的加密团队，拥有高水平的 MOVE 工程师和 mkt&运营团队，他们在其他区块链上建立了 200K+ 的社区。 技术负责人以前在 ETH、EOS、Solana 等方面具有开发经验。
# Aptoslend
Aptos 上的最佳的借贷平台
推特：
# ASwap
一个基于社区的 DEX，用于安全快速地交换加密货币
推特：
Discord：
# 基础设施
# Aptos 域名服务
Aptos 上的去中心化身份
主页：[https://www.aptosnames.com](https://www.aptosnames.com/)
# Nutrios
推特：
# Dialect
用于创建动态开源 dApp 通知、钱包聊天和兼容邮箱的工具包
用于创建动态开源 dApp 通知、钱包聊天和兼容邮箱的工具包。
主页：[https://www.dialect.to](https://www.dialect.to/)
推特：
Discord：
# Switchboard
Switchboard 允许构建者通过从任何 API 创建高性能数据馈送来释放 Solana 的强大功能
Switchboard 允许构建者通过从任何 API 创建高性能数据馈送来释放 Solana 的强大功能。
主页：
推特：
GitHub：
# NFT
# Topaz NFT Marketplace
探索艺术、文化和数字表达，Aptos 上的 NFT 市场
主页：
推特：
Discord：
# TokenMasksLabs
Aptos NFT 合集， 免费 Mint
推特：
Discord：
# Clone Protocol
Aptos 上的可扩展合成资产
推特：
# Aptos Ape Society
Aptos 上即将到来的第一个 2D 社交元宇宙，Aptos NFT 生态系统的文化中心
推特：
# 钱包
# Fewcha Wallet
Aptos 第 1 层区块链加密钱包
@AppsCyclone 的 Aptos 第 1 层区块链加密钱包。 浏览器钱包，能够安装在 Chrome、Brave、Edge 上。 计划 FireFox、IOS、Android。 该团队计划将钱包翻译成多种语言。 启动 Aptos 主网络后 - 与 Aptos 集成。
主页：
推特：
Discord：
# Martian Wallet
主页：
推特：
Discord：
# Volt.id wallet
一个易于使用和安全的无钥匙多链 web3 钱包
主页：[https://volt.id](https://volt.id/#/)
推特：
# ONTO Wallet
主页：
推特：
# Hive Wallet
在 Aptos 上构建的适用于您和您的移动多重签名钱包
推特：
# Blocto
跨链加密钱包 Blocto，一次性管理您的加密、dApp 和 NFT
推特：
Discord：
# 工具
# ChainIDE
便捷切换的云端多链智能合约 IDE，集成 Aptos 的 IDE
主页：[https://chainide.com](https://chainide.com/)
推特：
# Paymagic
用于创建大规模支付、NFT/代币空投的工具
主页：
推特：
# Aptosphere
Aptos 的实时、索引链上活动。 使用 Aptosphere 数据平台构建您的 dapp、获得加密洞察等
主页：
推特：
# Saber Labs
Sabre Labs 为支持 SaberProtocol 生态系统的协议和开发工具
主页：
推特：
GitHub：
# 问题（FAQ）
# 常见问题
### 一、社区教程和官方教程什么区别？
社区教程是官方教程的详细说明，便于 Aptos 用户流畅的搭建节点。
对社区教程的几点说明：
* 0 风险：社区教程不涉及任何三方脚本，无安全风险；
### 二、社区教程 执行命令无法生成私钥，提示 Illegal instruction (core dumped)
**原因**：很抱歉，因为您使用的 服务器/计算机 CPU 较老，无法运行在新 CPU 架构上编译的 Docker 镜像程序。
**解决方案**：
* 方案一：使用源码编译节点程序的方式运行。（编译时间较长，需耗费 1\~2 小时）
* 方案二：更换其他较新的 CPU 架构的 服务器/计算机，继续尝试。
### 三、只有开发人员才能运行全节点吗？
任何具有适当硬件要求的人都可以运行节点并参与其中！我们欢迎社会各界人士的加入和参与。
### 四、我可以运行验证者节点（Validator）吗？
目前 devnet（开发网）还不可以，但是一旦我们在第二季度启动了激励测试网，任何人都可以运行。
### 五、有区块浏览器吗？
devnet 区块浏览器：
### 六、全节点的建议硬件要求是什么？
4 核 CPU 和 16 GB 内存
### 七、全节点的最低硬件要求是什么？
2 核 CPU 和 8 GB 内存
### 八、编译源代码的最低硬件要求是什么？
16GB 内存
### 九、Aptos 代币名称（符号）是什么？发币了吗？
Aptos 目前还没公布经济白皮书，暂无代币名称（符号）。
还未发币，计划在 2022 Q3 发布主网。
### 十、全节点怎么查看出块数量？
全节点不参与共识，因此不会出块。
验证者（Validator）才参与共识并打包交易（也就是出块），全节点负责转发和同步交易。
# 如何分享自己的节点
前提：
* 您的节点需要有公网 IP；
* 服务器关闭防火墙；
* 在服务器供应商控制台放行 6180 和 8080 端口；
### 修改节点监听的地址
编辑 public full node.yaml 文件，将 `listen_address` 修改为 `0.0.0.0` ，使得能监听来自外部 IP 的流量。
如下图所示：
### 映射节点端口
修改 docker-compose.yaml 文件，将 6180 暴露给公网。
新增一行 `- "6180:6180"` ，如下图所示：
### 重启节点
输入如下命令重启：
```
docker-compose down
docker-compose up
```
### 端口检测
可以使用[站长工具](https://tool.chinaz.com/port/)检测：
{% hint style="info" %}
若是开启状态，则可以继续下面的步骤分享。
如果是关闭状态，请检查节点运行状态、配置文件是否修改成功、防火墙是否关闭或放行 6180 端口。
{% endhint %}
### 组装节点 seeds 信息
以下是格式说明：
```
:
addresses:
# with DNS
- "/dns4//tcp//noise-ik//handshake/0"
role: Upstream
:
addresses:
# with IP
- "/ip4//tcp//noise-ik//handshake/0"
role: Upstream
```
#### 方式一：IP 地址
假设：
* 您的 IP 为 5.161.43.102；
* 公钥和 Peer ID 是 1741d4ef7b057349f8162b50b84b5959c872c927fba037a502aeca0da4b60d3e；
那么组装结果为：
```
1741d4ef7b057349f8162b50b84b5959c872c927fba037a502aeca0da4b60d3e:
addresses:
- "/ip4/5.161.43.102/tcp/6180/noise-ik/1741d4ef7b057349f8162b50b84b5959c872c927fba037a502aeca0da4b60d3e/handshake/0"
role: "Upstream"
```
#### 方式二：域名
若您有域名，且域名解析到了节点服务器，则可以使用该方式。
假设：
* 您的节点域名为 node1.devnet.aptos.movemove.org（该节点域名仅作演示，实际不存在）
* 公钥和 Peer ID 是 1741d4ef7b057349f8162b50b84b5959c872c927fba037a502aeca0da4b60d3e；
那么组装结果为：
```
1741d4ef7b057349f8162b50b84b5959c872c927fba037a502aeca0da4b60d3e:
addresses:
- "/dns4/node1.devnet.aptos.movemove.org/tcp/6180/noise-ik/1741d4ef7b057349f8162b50b84b5959c872c927fba037a502aeca0da4b60d3e/handshake/0"
role: Upstream
```
{% hint style="info" %}
您也可以向社区提交 issue，以共享您的节点，提交前请确保您的节点可用，并长期维护。
地址：
{% endhint %}
# 如何运行多个节点
如果您拥有一台高性能服务器，想运行多个节点，那么您可以参考这个教程。
{% hint style="info" %}
注意：
* 官方建议，单个全节点的最低配置为 2 核 8GB 内存；
* 使用本教程前，请确保已阅读并了解如何运行节点（Docker 方式）；[教程地址](/jiao-cheng/kai-fa-wang-devnet/yun-xing-quan-jie-dian-she-qu-jiao-cheng)
* 若您的服务器性能较低，运行多个节点，可能会导致宕机、无法连接等情况！
{% endhint %}
## 1. 创建新的节点目录
#### Windows 用户
在 C 盘或 D 盘下新建文件夹 `aptos-node-1`，注意不是之前节点的目录。
#### Mac/Linux 用户
前面的教程中，默认创建了名为 `aptos-node` 的目录，为了运行新的节点，需要创建新的目录：
```shell
# 创建 aptos-node 目录并进入该目录，之后的操作都会在该目录下进行
mkdir -p ~/aptos-node-1 && cd ~/aptos-node-1
```
## 2. 下载 Aptos 节点运行所需文件
在新的目录（`aptos-node-1`）下重新下载节点所需文件，您也可以从之前的目录中拷贝。
## 3. 修改配置
### 3.1 修改新的静态身份
新的节点需要生成新的静态身份，您可以参照社区教程的命令生成并修改 `public_full`\_node`.yaml` 文件。
```yaml
base:
# This is the location Aptos will store its database. It is backed by a dedicated docker volume
# for persistence.
data_dir: "/opt/aptos/data"
role: "full_node"
waypoint:
# This is a checkpoint into the blockchain for added security.
from_file: "/opt/aptos/etc/waypoint.txt"
execution:
# Path to a genesis transaction. Note, this must be paired with a waypoint. If you update your
# waypoint without a corresponding genesis, the file location should be an empty path.
genesis_file_location: "/opt/aptos/etc/genesis.blob"
full_node_networks:
- network_id: "public"
discovery_method: "onchain"
identity:
type: "from_config"
key: "这里换成自己生成的私钥"
peer_id: "这里换成自己生成的PeerID"
# The network must have a listen address to specify protocols. This runs it locally to
# prevent remote, incoming connections.
listen_address: "/ip4/0.0.0.0/tcp/6180"
# Define the upstream peers to connect to
seeds:
bb14af025d226288a3488b4433cf5cb54d6a710365a2d95ac6ffbd9b9198a86a:
addresses:
- "/dns4/pfn0.node.devnet.aptoslabs.com/tcp/6182/ln-noise-ik/bb14af025d226288a3488b4433cf5cb54d6a710365a2d95ac6ffbd9b9198a86a/ln-handshake/0"
role: "Upstream"
7fe8523388084607cdf78ff40e3e717652173b436ae1809df4a5fcfc67f8fc61:
addresses:
- "/dns4/pfn1.node.devnet.aptoslabs.com/tcp/6182/ln-noise-ik/7fe8523388084607cdf78ff40e3e717652173b436ae1809df4a5fcfc67f8fc61/ln-handshake/0"
role: "Upstream"
f6b135a59591677afc98168791551a0a476222516fdc55869d2b649c614d965b:
addresses:
- "/dns4/pfn2.node.devnet.aptoslabs.com/tcp/6182/ln-noise-ik/f6b135a59591677afc98168791551a0a476222516fdc55869d2b649c614d965b/ln-handshake/0"
role: "Upstream"
api:
# This specifies your REST API endpoint. Intentionally on public so that Docker can export it.
address: 0.0.0.0:8080
```
修改后的结果如下：
### 3.2 修改 docker-compose 编排文件
这是最重要的一步，打开 `docker-compose.yaml` 编排文件，并修改端口配置。
找到 ports 属性，并修改冒号左侧的端口，这里我将 8080 修改为 8081，将 9101 修改为 9102，将 6180 修改为 6181。
{% hint style="info" %}
注意：
* 修改后的端口一定要是可用的，没有其他程序占用，否则节点将无法运行；
* "6180:6180" 默认不存在，可以不修改。
* 注意本步骤中，将 9101 端口修改为 9102，最后检查节点时，命令也有所修改。
{% endhint %}
修改结果如下图所示：
## 4. 运行新的全节点
在 `aptos-node-1` 目录下，输入如下命令运行节点：
```
# 更新镜像
sudo docker-compose pull
# 运行节点
sudo docker-compose up -d
```
查看节点运行状态：
```
sudo docker ps -a
```
至此，新的节点已经启动完成。
## 5. 检查新节点
{% hint style="info" %}
注：
* 确保节点是运行中，否则执行下面的命令会出错！
* 新节点的端口有变化，在第三步中，将 9101 修改为 9102，因此命令也有所修改。
{% endhint %}
#### Windows 用户
在浏览器中访问：[http://127.0.0.1:9102/metrics](http://127.0.0.1:9101/metrics)
#### MacOS/Linux 用户
执行如下命令查看同步状态：
```
curl 127.0.0.1:9102/metrics 2> /dev/null | grep aptos_state_sync_version | grep type
```
# 如何修改节点配置文件
{% hint style="info" %}
本篇提供给源码方式运行节点的社区用户，作为学习交流。
{% endhint %}
编辑 `public`\_`full_node.yaml`，配置文件，可修改以下内容：
* `base.data_dir`: 数据存储目录；
* `full_node_networks[0].listen_address`: peer 监听地址及端口；
* `debug_interface.admission_control_node_debug_port`: DEBUG 端口；
* `debug_interface.metrics_server_port`: 指标获取端口；
* `debug_interface.public_metrics_server_port`: 指标获取端口；
* `api.address`: API 接口地址及端口；
需要修改的内容如下图标注所示：
配置文件内容：
```yaml
base:
# This is the location Aptos will store its database. It is backed by a dedicated docker volume
# for persistence.
data_dir: "/opt/aptos/data"
role: "full_node"
waypoint:
# This is a checkpoint into the blockchain for added security.
from_file: "/opt/aptos/etc/waypoint.txt"
execution:
# Path to a genesis transaction. Note, this must be paired with a waypoint. If you update your
# waypoint without a corresponding genesis, the file location should be an empty path.
genesis_file_location: "/opt/aptos/etc/genesis.blob"
full_node_networks:
- network_id: "public"
discovery_method: "onchain"
# The network must have a listen address to specify protocols. This runs it locally to
# prevent remote, incoming connections.
listen_address: "/ip4/0.0.0.0/tcp/6180"
# Define the upstream peers to connect to
seeds:
bb14af025d226288a3488b4433cf5cb54d6a710365a2d95ac6ffbd9b9198a86a:
addresses:
- "/dns4/pfn0.node.devnet.aptoslabs.com/tcp/6182/ln-noise-ik/bb14af025d226288a3488b4433cf5cb54d6a710365a2d95ac6ffbd9b9198a86a/ln-handshake/0"
role: "Upstream"
7fe8523388084607cdf78ff40e3e717652173b436ae1809df4a5fcfc67f8fc61:
addresses:
- "/dns4/pfn1.node.devnet.aptoslabs.com/tcp/6182/ln-noise-ik/7fe8523388084607cdf78ff40e3e717652173b436ae1809df4a5fcfc67f8fc61/ln-handshake/0"
role: "Upstream"
f6b135a59591677afc98168791551a0a476222516fdc55869d2b649c614d965b:
addresses:
- "/dns4/pfn2.node.devnet.aptoslabs.com/tcp/6182/ln-noise-ik/f6b135a59591677afc98168791551a0a476222516fdc55869d2b649c614d965b/ln-handshake/0"
role: "Upstream"
debug_interface:
admission_control_node_debug_port: 6191
address: "0.0.0.0"
metrics_server_port: 9101
public_metrics_server_port: 9102
api:
# This specifies your REST API endpoint. Intentionally on public so that Docker can export it.
address: 0.0.0.0:8080
```
