帐户

Aptos 区块链上的帐户包含区块链资产。这些资产，例如代币和 NFT，本质上是稀缺的，必须由访问控制。任何此类资产在区块链帐户中都表示为资源。资源是 Move 语言原语，在其表示中强调访问控制和稀缺性。然而，资源也可以用于代表其他链上功能、识别信息和访问控制。

Aptos 区块链上的每个帐户都由 32 字节的帐户地址标识。帐户可以存储数据，并将这些数据存储在资源中。初始资源是帐户数据本身（身份验证密钥和序列号）。创建帐户后，将添加货币或 NFT 等其他资源。

💡 帐户地址示例

帐户地址为 32 字节。它们通常显示为 64 个十六进制字符，每个十六进制字符都是半字节。有关地址显示的示例，请参阅发起第一笔交易：

Alice: eeff357ea5c1a4e7bc11b2b17ff2dc2dcca69750bfef1e1ebcaccf8c8018175b Bob: 19aadeca9388e009d136245b9a67423f3eee242b03142849eb4f81a4a409e59c

创建一个帐户

当用户请求创建帐户时，例如使用 Aptos SDK，将执行以下加密步骤：

首先生成一个新的私钥和公钥对。
从用户那里获得帐户的首选签名方案：帐户应使用单个签名还是需要多个签名才能签署交易。
将公钥和用户的签名方案相结合，生成 32 字节的身份验证密钥。
将帐户序列号初始化为 0.身份验证密钥和序列号都作为初始帐户资源存储在帐户中。
从初始身份验证密钥创建 32 字节的帐户地址。

从现在开始，用户应该使用私钥来签署该帐户的交易。

帐户序列号

帐户的序列号表示从该帐户在链上提交和承诺的交易数量。每当从该帐户发送的事务执行或中止并存储在区块链中时，它都会增加。

提交的每笔交易都必须包含发件人帐户的当前序列号。当 Aptos 区块链处理事务时，它会查看事务中的序列号，并将其与帐户中的序列号进行比较（存储在当前分类账版本的区块链上）。只有当事务中的序列号与发送方帐户的序列号相同时，才会执行事务，如果它们不匹配，则拒绝。这样，过去的交易必然包含旧的序列号，无法重放，从而防止重放攻击。

这些交易将保存在 mempool 中，直到它们成为该帐户的下一个序列号（或直到它们过期）。应用交易时，帐户的序列号将增加 1。该帐户的序列号严格增加。

帐户地址

在创建新帐户的过程中，首先会出现 32 字节的身份验证密钥。然后返回此身份验证密钥，因为它是 32 字节的帐户地址。

但是，身份验证密钥随后可能会发生变化，例如，当您生成一对新的私钥公钥来旋转密钥时。但帐户地址不会更改。因此，仅在最初32字节的身份验证密钥将与 32 字节的帐户地址相同。创建帐户后，即使私钥、公钥和身份验证密钥可能会更改，帐户地址仍将保持不变。无法更改现有帐户的地址。

签名方案

帐户可以发送交易。Aptos 区块链支持以下签名方案：

用于单个签名的 Ed25519，以及
用于多重签名的 MultiEd25519

注意 Aptos 区块链默认为单签名交易。

签名方案标识符

为帐户生成身份验证密钥需要您为该帐户提供以下 1 字节签名方案标识符之一，即无论该帐户是单个签名还是multisig帐户：

1 字节单签方案标识符：0x00
1 字节多签方案标识符：0x01。确保提供 K 的值来生成 N 分之 K 多签验证密钥。

单签验证

要生成单个签名帐户的身份验证密钥和帐户地址：

生成密钥对：生成全新的密钥对（privkey_A, pubkey_A）。Aptos 区块链在 RFC 8032 中定义的 Ed25519 曲线上使用 PureEdDSA 方案。
衍生 32 字节的身份验证密钥：从 pubkey_A 衍生出的 32 字节身份验证密钥，其中 | 表示串联。0x00是1字节的单签名方案标识符。
```
auth_key = sha3-256(pubkey_A | 0x00)
```
使用此初始身份验证密钥作为永久帐户地址。

多签验证

使用 K-of-N 多签身份验证，帐户共有 N 个签名人，其中须有至少 K 个签名用于验证交易。

要生成一个 K-of-N 的多签帐户的验证密钥和帐户地址：

生成密钥对：生成 N 个 ed25519 公钥 p_1, ..., p_n
决定 K 的值，K 是验证交易所需的签名阈值。
衍生 32 字节的身份验证密钥：计算身份验证密钥如下所述：0x01是 1 字节多签方案标识符
```
auth_key = sha3-256(p_1 | . . . | p_n | K | 0x01)
```
使用此初始身份验证密钥作为永久帐户地址。

💡 APTOS 测试网上的帐户

为创建帐户，Aptos 测试网需要帐户的公钥和一定数量的 Coin<TestCoin> 添加到该帐户中，从而使用这两种资源创建一个新帐户。

通过签名者控制访问

交易的发送方由签名者表示。当 Move 模块中的函数将 signer 作为参数时，Aptos Move 虚拟机将签名交易的帐户的身份转换为 Move 模块入口点中的签名者。请参阅以下在 initialize 和 withdraw 函数中的 signer Move 示例代码。当函数中没有指定 signer 时，例如下面的 deposit 函数，则该函数不存在访问控制：

module Test::Coin {
struct Coin has key { amount:u64 }

  public fun initialize(account: &signer) {
    move_to(account, Coin { amount: 1000 });
  }

  public fun withdraw(account: &signer, amount:u64): Coin acquires Coin {
let balance = &mut borrow_global_mut<Coin>(Signer::address_of(account)).amount;
    *balance = *balance - amount;
    Coin { amount }
  }

  public fun deposit(account: address, coin: Coin) acquires Coin {
let balance = &mut borrow_global_mut<Coin>(account).amount;
      *balance = *balance + coin.amount;
      Coin { amount: _ } = coin;
  }
}

帐户状态

每个帐户的状态包括代码（Move 模块）和数据（Move 资源）。帐户可能包含任意数量的 Move 模块和 Move 资源：

Move 模块：Move 模块包含代码，例如类型和过程声明，但它们不包含数据。Move 模块编码更新Aptos区块链全局状态的规则。
Move 资源：Move 资源包含数据，但没有代码。每个资源值都有一个类型，该类型在 Aptos 区块链分布式数据库中发布的模块中声明。

Previous交易和状态 Next事件

Last updated 2 years ago