跳到主要内容

使用钱包智能合约的工作

👋 介绍​

在开始智能合约开发之前，学习 TON 上的钱包和交易如何工作是必不可少的。这些知识将帮助开发者了解钱包、交易和智能合约之间的交互，以实现特定的开发任务。

在本节中，我们将学习如何创建操作，而不使用预配置的函数，以了解开发工作流程。本教程的所有必要参考资料都位于参考章节。

💡 必要条件​

这个教程需要对 JavaScript、TypeScript 和 Golang 有基本的了解。同时至少需要持有 3 个 TON（可以存储在交易所账户、非托管钱包中，或使用电报机器人钱包进行存储）。此外，还需要对 cell（单元）、TON 地址 和区块链的区块链 有基本的了解，以理解本教程。

主网开发至关重要

在 TON 测试网上工作往往会导致部署错误、难以跟踪交易以及不稳定的网络功能。因此，完成大部分开发工作时间可能好处是建议在 TON Mainnet 上完成，以避免这些问题，这可能需要减少交易数量，从而可能减小费用。

源代码​

本教程中使用的所有代码示例都可以在以下 GitHub 存储库 中找到。

✍️ 您开始所需的内容​

  • 确保 NodeJS 已安装。
  • 需要特定的 Ton 库，包括：@ton/ton 13.5.1+、@ton/core 0.49.2+ 和 @ton/crypto 3.2.0+。

可选: 如果您喜欢使用 Golang 而不是使用 JS，那么需要安装 tonutils-go 库以及 GoLand IDE，用于进行 TON 开发。本教程中将使用这个库来进行 Golang 版本的操作。

npm i --save @ton/ton @ton/core @ton/crypto

⚙ 设置您的环境​

为了创建一个 TypeScript 项目，必须按照以下步骤进行操作：

  1. 创建一个空文件夹（我们将其命名为 WalletsTutorial）。
  2. 使用 CLI 打开项目文件夹。
  3. 使用以下命令来设置项目：
npm init -y
npm install typescript @types/node ts-node nodemon --save-dev
npx tsc --init --rootDir src --outDir build \ --esModuleInterop --target es2020 --resolveJsonModule --lib es6 \ --module commonjs --allowJs true --noImplicitAny false --allowSyntheticDefaultImports true --strict false
信息

为了帮助我们完成下一个流程，我们使用了 ts-node 来直接执行 TypeScript 代码，而无需预编译。当检测到目录中的文件更改时，nodemon 会自动重新启动节点应用程序。

  1. 删除 tsconfig.json 中的以下行：
  "files": [
    "\\",
    "\\"
  ]
  1. 然后，在项目根目录中创建 nodemon.json 配置文件，内容如下：
{
  "watch": ["src"],
  "ext": ".ts,.js",
  "ignore": [],
  "exec": "npx ts-node ./src/index.ts"
}
  1. 在 package.json 中添加以下脚本到 "test" 脚本的位置：
"start:dev": "npx nodemon"
  1. 在项目根目录中创建 src 文件夹，然后在该文件夹中创建 index.ts 文件。
  2. 接下来，添加以下代码：
async function main() {
  console.log("Hello, TON!");
}

main().finally(() => console.log("Exiting..."));
  1. 使用终端运行以下代码：
npm run start:dev
  1. 最后，控制台将输出以下内容。

Blueprint

TON 社区创建了一个优秀的工具来自动化所有开发过程（部署、合约编写、测试）称为 Blueprint。然而，我们在本教程中不需要这么强大的工具，所以建议遵循上述说明。

可选: 当使用 Golang 时，请按照以下说明进行操作：

  1. 安装 GoLand IDE。
  2. 使用以下内容创建项目文件夹和 go.mod 文件（如果使用的当前版本已过时，则可能需要更改 Go 版本）：
module main

go 1.20
  1. 在终端中输入以下命令：
go get github.com/xssnick/tonutils-go
  1. 在项目根目录中创建 main.go 文件，内容如下：
package main

import (
    "log"
)

func main() {
    log.Println("Hello, TON!")
}
  1. 将 go.mod 中的模块名称更改为 main。
  2. 运行上述代码，直到在终端中显示输出。
信息

也可以使用其他 IDE，因为 GoLand 不是免费的，但建议使用 GoLand。

注意

所有代码组件都应添加到在⚙ 设置您的环境 部分中创建的 main 函数中。

另外，下面的每个新部分将指定每个新部分所需的特定代码部分，并且需要将新的导入与旧导入合并起来。

🚀 让我们开始！​

在本教程中，我们将学习在 TON 区块链上最常使用的钱包（版本 3 和 4），并了解它们的智能合约是如何工作的。这将使开发人员更好地理解 TON 平台上的不同类型的交易，以便更简单地创建交易、将其发送到区块链、部署钱包，并最终能够处理高负载的钱包。

我们的主要任务是使用 @ton/ton、@ton/core、@ton/crypto 的各种对象和函数构建交易，以了解大规模交易是怎样的。为了完成这个过程，我们将使用两个主要的钱包版本（v3 和 v4），因为交易所、非托管钱包和大多数用户仅使用这些特定版本。

备注

在本教程中，可能会有一些细节没有解释。在这些情况下，将在本教程的后续阶段提供更多细节。

重要: 在本教程中，我们使用了 wallet v3 代码 来更好地理解钱包开发过程。需要注意的是，v3 版本有两个子版本：r1 和 r2。目前，只使用第二个版本，这意味着当我们在本文档中提到 v3 时，它指的是 v3r2。

💎 TON 区块链钱包​

在 TON 区块链上运行的所有钱包实际上都是智能合约，与 TON 上的一切都是智能合约的方式相同。与大多数区块链一样，可以在网络上部署智能合约并根据不同的用途自定义它们。由于这个特性，完全自定义的钱包是可能的。 在 TON 上，钱包智能合约帮助平台与其他智能合约类型进行通信。然而，重要的是要考虑钱包通信是如何进行的。

钱包通信​

通常，在 TON 区块链上有两种交易类型：internal 和 external。外部交易允许从外部世界向区块链发送消息，从而与接受此类交易的智能合约进行通信。负责执行此过程的函数如下：

() recv_external(slice in_msg) impure {
    ;; 一些代码
}

在我们深入研究钱包之前，让我们先看看钱包如何接受外部交易。在 TON 上，所有钱包都持有所有者的 公钥、seqno 和 subwallet_id。接收到外部交易时，钱包使用 get_data() 方法从钱包的存储部分中检索数据。然后进行多个验证流程，并决定是否接受此交易。这个过程的完成如下：

() recv_external(slice in_msg) impure {
  var signature = in_msg~load_bits(512); ;; 从消息体中获取签名
  var cs = in_msg;
  var (subwallet_id, valid_until, msg_seqno) = (cs~load_uint(32), cs~load_uint(32), cs~load_uint(32));  ;; 从消息体中获取其他值
  throw_if(35, valid_until <= now()); ;; 检查交易的有效性
  var ds = get_data().begin_parse(); ;; 从存储获取数据并将其转换为可读取值的切片
  var (stored_seqno, stored_subwallet, public_key) = (ds~load_uint(32), ds~load_uint(32), ds~load_uint(256)); ;; 从存储中读取值
  ds.end_parse(); ;; 确保变量 ds 中没有任何数据
  throw_unless(33, msg_seqno == stored_seqno);
  throw_unless(34, subwallet_id == stored_subwallet);
  throw_unless(35, check_signature(slice_hash(in_msg), signature, public_key));
  accept_message();

💡 有用的链接:

“load_bits()（文档）

“get_data()（文档）

“begin_parse()（文档）

“end_parse()（文档）

“load_int()（文档）

“load_uint()（文档）

“check_signature()（文档）

“slice_hash()（文档）

“accept_message()（文档）

接下来，我们来详细看一下。

重放保护 - Seqno​

钱包智能合约中的交易重放保护与交易 seqno（序列号）直接相关，它跟踪哪些交易以什么顺序发送。不能重复发送钱包中的单个交易非常重要，因为这会完全破坏系统的完整性。如果进一步检查智能合约代码，通常会处理 seqno 如下：

throw_unless(33, msg_seqno == stored_seqno);

上述代码将检查在交易中获得的 seqno 是否与存储在智能合约中的 seqno 相匹配。如果不匹配，则合约返回带有 33 exit code 的错误。因此，如果发送者传递了无效的 seqno，则意味着他在交易序列中犯了一些错误，合约保护了这些情况。

备注

还需要确认外部消息可以由任何人发送。这意味着如果您向某人发送 1 TON，其他人也可以重复该消息。但是，当 seqno 增加时，以前的外部消息失效，并且没有人可以重复该消息，从而防止窃取您的资金。

签名​

如前所述，钱包智能合约接受外部交易。然而，这些交易来自外部世界，这些数据不能 100% 可信。因此，每个钱包都存储所有者的公钥。当钱包接收到所有者使用私钥签名的外部交易时，智能合约使用公钥验证交易签名的合法性。这样可以验证交易实际上是来自合约所有者的。

要执行此过程，首先钱包需要从传入消息中获取签名，从存储中加载公钥，并使用以下过程验证签名：

var signature = in_msg~load_bits(512);
var ds = get_data().begin_parse();
var (stored_seqno, stored_subwallet, public_key) = (ds~load_uint(32), ds~load_uint(32), ds~load_uint(256));
throw_unless(35, check_signature(slice_hash(in_msg), signature, public_key));

如果所有验证流程都顺利完成，智能合约接受消息并对其进行处理：

accept_message();
accept_message()

由于交易来自外部世界，它不包含支付交易费用所需的 Toncoin。在使用 accept_message() 函数发送 TON 时，应用gas_credit（在写入时其值为10,000 gas单位），并且只要gas不超过 gas_credit 值，就允许免费进行必要的计算。使用 accept_message() 函数后，从智能合约的账户余额中收取所有已花费的gas（以 TON 计）。可以在此处了解有关此过程的更多信息。

交易过期​

用于检查外部交易的有效性的另一步是 valid_until 字段。从变量名称可以看出，这是交易在 UNIX 中在有效之前的时间。如果此验证过程失败，则合约完成交易处理并返回 32 退出码，如下所示：

var (subwallet_id, valid_until, msg_seqno) = (cs~load_uint(32), cs~load_uint(32), cs~load_uint(32));
throw_if(35, valid_until <= now());

此算法用于在交易不再有效但仍然以未知原因发送到区块链时，防范各种错误的易受攻击性。

钱包 v3 和钱包 v4 的区别​

钱包 v3 和钱包 v4 之间的唯一区别是钱包 v4 使用可以安装和删除的 插件。插件是特殊的智能合约，可以从钱包智能合约请求在特定时间从指定数量的 TON 中。钱包智能合约将相应地发送所需数量的 TON，而无需所有者参与。这类似于为插件创建的 订阅模型。我们不会在本教程中详细介绍这些细节，因为这超出了本教程的范围。

钱包如何促进与智能合约的交流​

正如我们之前讨论的那样，钱包智能合约接受外部交易，验证它们，如果通过了所有检查，则接受它们。然后，合约开始从外部消息的主体中检索消息，然后创建内部消息并将其发送到区块链，如下所示：

cs~touch();
while (cs.slice_refs()) {
    var mode = cs~load_uint(8); ;; 加载交易模式
    send_raw_message(cs~load_ref(), mode); ;; 使用 load_ref() 将每一个新的内部消息作为一个带有 load_ref() 的cell，并发送它
}
touch()

在 TON 上，所有智能合约都在基于堆栈的 TON 虚拟机（TVM）上运行。~ touch() 将变量 cs 放置在堆栈的顶部，以优化代码运行以节省 gas。

由于一个cell中最多可以存储 4 个引用，我们可以每个外部消息发送最多 4 个内部消息。

💡 有用的链接:

slice_refs()

send_raw_message() and transaction modes

load_ref()

📬 外部和内部交易​

在本节中，我们将学习有关 internal 和 external 交易的更多信息，并创建交易并将其发送到网络中以尽量减少使用预先创建的函数。

为了完成此过程，需要使用一个预先制作的钱包使任务变得更容易。为此：

  1. 安装 wallet 应用程序（例如，Tonkeeper 是作者使用的）。
  2. 将钱包应用切换到 v3r2 地址版本。
  3. 向钱包存入 1 TON。
  4. 将交易发送到另一个地址（可以发送给自己，发送到同一个钱包）。

这样，Tonkeeper 钱包应用程序将部署钱包合约，我们可以在以下步骤中使用它。

备注

在撰写本文时，TON 上的大多数钱包应用程序默认使用钱包 v4 版本。在本教程中，不需要使用插件的功能，因此我们将使用钱包 v3 提供的功能。在使用过程中，Tonkeeper 允许用户选择他们想要的钱包版本。因此，建议部署钱包版本 3（wallet v3）。

TL-B​

如前所述，TON 区块链上的所有内容都是由cell组成的智能合约。为了正确进行序列化和反序列化过程，创建了 TL-B 作为一种通用工具，用于以不同的方式、不同的顺序来描述cell中的不同数据类型。

在本节中，我们将详细研究 block.tlb。在将来的开发中，此文件将非常有用，因为它描述了不同cell的组装方式。在我们的情况下，它详细描述了内部和外部交易的复杂性。

信息

本指南将提供基本信息。有关更多详细信息，请参阅我们的 TL-B 文档，以了解更多关于 TL-B 的知识。

CommonMsgInfo​

首先，每个消息必须首先存储 CommonMsgInfo（TL-B）或 CommonMsgInfoRelaxed（TL-B）。这允许我们定义与交易类型、交易时间、接收者地址、技术标志位和费用相关的技术细节。

通过阅读 block.tlb 文件，我们可以注意到 CommonMsgInfo有三种不同的类型：int_msg_info$0、ext_in_msg_info$10、ext_out_msg_info$11。我们将不对 ext_out_msg_info 的 TL-B 结构的具体细节进行详细解释。但需要注意的是，它是由智能合约发送的外部交易类型，用作外部日志。要查看此格式的示例，请仔细查看 Elector 合约。

您可以从 TL-B 中看到，仅在与 ext_in_msg_info 类型一起使用时才可以使用 CommonMsgInfo。因为交易类型字段，如 src、created_lt、created_at 等，由验证者在交易处理期间进行重写。在这种情况下，src 交易类型最重要，因为当发送交易时，发送者是未知的，验证者在验证期间对其在 src 字段中的地址进行重写。这样确保 src 字段中的地址是正确的，并且不能被操纵。

但是，CommonMsgInfo 结构仅支持 MsgAddress 规格，但通常情况下发送方的地址是未知的，并且需要写入 addr_none（两个零位 00）。在这种情况下，使用 CommonMsgInfoRelaxed 结构，该结构支持 addr_none 地址。对于 ext_in_msg_info（用于传入的外部消息），使用 CommonMsgInfo 结构，因为这些消息类型不使用sender，始终使用 MsgAddressExt 结构（addr_none$00 表示两个零位），因此无需覆盖数据。

备注

$符号后面的数字是在某个结构的开始处所要求存储的位，以便在读取时（反序列化）可进一步识别这些结构。

创建内部交易​

内部交易用于在合约之间发送消息。当分析发送使用合约进行编写的各种合约类型（例如 NFTs 和 Jetons），常常会使用以下代码行：

var msg = begin_cell()
  .store_uint(0x18, 6) ;; 或者 0x10 代表不可弹回
  .store_slice(to_address)
  .store_coins(amount)
  .store_uint(0, 1 + 4 + 4 + 64 + 32 + 1 + 1) ;; 默认的消息头（请参阅发送消息页面）
  ;; 作为存储体

让我们首先考虑 0x18 和 0x10（x - 16 进制），这些十六进制数是按以下方式排列的（考虑到我们分配了 6 个位）：011000 和 010000。这意味着，可以将上述代码重写为以下内容：

var msg = begin_cell()
  .store_uint(0, 1) ;; 这个位表示我们发送了一个内部消息，与 int_msg_info$0 对应
  .store_uint(1, 1) ;; IHR 禁用
  .store_uint(1, 1) ;; 或者 .store_uint(0, 1) 对于 0x10 | 退回
  .store_uint(0, 1) ;; 退回
  .store_uint(0, 2) ;; src -> 两个零位代表 addr_none
  .store_slice(to_address)
  .store_coins(amount)
  .store_uint(0, 1 + 4 + 4 + 64 + 32 + 1 + 1) ;; 默认的消息头（请参阅发送消息页面）
  ;; 作为存储体

现在我们来详细解释每个选项：

选项说明
IHR Disabled当前此选项被禁用（意味着我们存储 1），因为 Instant Hypercube Routing 尚未完全实现。此外，当网络上有大量 Shardchains 时，这将是必要的。有关禁用 IHR 的更多信息，请阅读tblkch.pdf（第 2 章）。
Bounce发送交易时，在处理智能合约期间可能发生各种错误。为了避免失去 TON，需要将 Bounce 选项设置为 1（true）。在这种情况下，如果在交易处理过程中发生任何合约错误，该交易将返回给发送者，并会收到总量减去手续费的 TON。有关无法反弹的消息的更多信息，请参阅 此处。
Bounced弹回交易是发送者返回的交易，因为在处理交易时与智能合约发生了错误。此选项告诉您接收到的交易是否被弹回。
SrcSrc 是发送者地址。在这种情况下，写入了两个零位以指示 addr_none 地址。

接下来的两行代码:

...
.store_slice(to_address)
.store_coins(amount)
...
  • 我们指定了接收方和要发送的 TON 数量。

最后，我们来看剩下的代码行：

...
  .store_uint(0, 1) ;; Extra currency
  .store_uint(0, 4) ;; IHR fee
  .store_uint(0, 4) ;; Forwarding fee
  .store_uint(0, 64) ;; Logical time of creation
  .store_uint(0, 32) ;; UNIX time of creation
  .store_uint(0, 1) ;; State Init
  .store_uint(0, 1) ;; Message body
  ;; 作为存储体
选项说明
Extra currency这是现有 jettons 的本地实现，目前没有在使用中。
IHR fee如前所述，目前未使用 IHR，因此该费用始终为零。更多信息请参阅 tblkch.pdf（3.1.8）。
Forwarding fee转发消息费用。有关更多信息，请参阅 费用文档。
Logical time of creation用于创建正确的交易队列的时间。
UNIX time of creation交易在 UNIX 中的创建时间。
State Init用于部署智能合约的代码和源数据。如果此位设为 0，则表示我们没有 State Init。但如果设为 1，则需要写入另一个位，该位指示 State Init 是否存储在同一个cell中（0）或作为引用写入（1）。
Message body此部分定义了如何存储消息体。有时，消息体太大而无法适合消息本身。在这种情况下，它应该作为一个引用存储，通过将位设置为 1 来显示该body作为引用使用。如果位为 0，则body在与消息相同的cell中。

上述值（包括 Src）具有以下特征，但不包括 State Init 和 Message Body 位，由验证者重写。

备注

如果数字值适合的位数比指定的位数少，则在值的左侧添加缺少的零位。例如，0x18 适合 5 位 -> 11000。然而，由于指定了 6 位，最终结果变为 011000。

接下来，我们将开始准备一个交易，该交易将向另一个钱包 v3 发送 Toncoins。首先，假设用户想要向自己发送 0.5 TON，并附带文本“你好，TON！”，请参阅本文档的这一部分来了解如何发送带有评论的消息。

import { beginCell } from'@ton/core';

let internalMessageBody = beginCell().
  storeUint(0, 32). // 写入 32 个零位以指示接下来将有文本注释
  storeStringTail("你好，TON！"). // 写入我们的文本注释
  endCell();

上面我们创建了 InternalMessageBody，其中存储了消息的正文。请注意，在存储不能适合单个cell的文本（1023 位）的情况下，根据以下文档 中的要求，需要将数据拆分为多个cell。但是，在此阶段，高层级库根据要求创建cell，因此现阶段无需担心这个问题。

接下来，根据我们之前学习的信息，创建 InternalMessage 如下所示：

import { toNano, Address, beginCell } from'@ton/ton';

const walletAddress = Address.parse('把你的钱包地址放这里');

let internalMessage = beginCell().
  storeUint(0, 1). // 表示它是一条内部消息 -> int_msg_info$0
  storeBit(1). // 禁用 IHR 
  storeBit(1). // bounce
  storeBit(0). // bounced
  storeUint(0, 2). // src -> addr_none
  storeAddress(walletAddress).
  storeCoins(toNano("0.2")). // 金额
  storeBit(0). // Extra currency
  storeCoins(0). // IHR 费用
  storeCoins(0). // Forwarding 费用
  storeUint(0, 64). // 创建的逻辑时间
  storeUint(0, 32). // 创建的 UNIX 时间
  storeBit(0). // 没有 State Init
  storeBit(1). // 我们将 Message Body 存储为引用
  storeRef(internalMessageBody). // 将 Message Body 存储为引用
  endCell();

创建消息​

有必要检索我们的钱包智能合约的seqno（序列号）。为此，我们创建了一个Client，用于发送请求以运行我们的钱包的Get方法“seqno”。还需要添加种子短语（在创建钱包时保存的种子短语）以通过以下步骤对我们的交易进行签名：

import { TonClient } from '@ton/ton';
import { mnemonicToWalletKey } from '@ton/crypto';

const client = new TonClient({
  endpoint: "https://toncenter.com/api/v2/jsonRPC",
  apiKey: "put your api key" // you can get an api key from @tonapibot bot in Telegram
});

const mnemonic = 'put your mnemonic'; // word1 word2 word3
let getMethodResult = await client.runMethod(walletAddress, "seqno"); // run "seqno" GET method from your wallet contract
let seqno = getMethodResult.stack.readNumber(); // get seqno from response

const mnemonicArray = mnemonic.split(' '); // get array from string
const keyPair = await mnemonicToWalletKey(mnemonicArray); // get Secret and Public keys from mnemonic

因此，需要发送seqno，keys 和 internal message。现在需要为我们的钱包创建一条 message，并将数据存储在此消息中以在教程开始时使用的序列中。操作步骤如下：

import { sign } from '@ton/crypto';

let toSign = beginCell().
  storeUint(698983191, 32). // subwallet_id | We consider this further
  storeUint(Math.floor(Date.now() / 1e3) + 60, 32). // Transaction expiration time, +60 = 1 minute
  storeUint(seqno, 32). // store seqno
  storeUint(3, 8). // store mode of our internal transaction
  storeRef(internalMessage); // store our internalMessage as a reference

let signature = sign(toSign.endCell().hash(), keyPair.secretKey); // get the hash of our message to wallet smart contract and sign it to get signature

let body = beginCell().
  storeBuffer(signature). // store signature
  storeBuilder(toSign). // store our message
  endCell();

注意，这里在toSign的定义中没有使用 .endCell()。事实上，在这种情况下，需要将toSign的内容直接传递给消息主体。如果需要编写cell，必须将其保存为引用。

:::提示 钱包 V4 除了我们在钱包 V3中所学习到的基本验证流程，钱包 V4智能合约提取了操作码以确定是否需要简单转换或与插件相关的交易。为了匹配这个版本，需要在写入seqno（序列号）之后并在指定交易模式之前添加 storeUint(0, 8).（JS/TS），MustStoreUInt(0, 8).（Golang）函数。 :::

外部交易的创建​

要从外部世界将任何内部消息传递到区块链中，需要将其包含在外部交易中发送。正如我们之前讨论的那样，仅需要使用 ext_in_msg_info$10 结构，因为目标是将外部消息发送到我们的合约中。现在，我们创建一个外部消息，将发送到我们的钱包：

let externalMessage = beginCell().
  storeUint(0b10, 2). // 0b10 -> 10 in binary
  storeUint(0, 2). // src -> addr_none
  storeAddress(walletAddress). // Destination address
  storeCoins(0). // Import Fee
  storeBit(0). // No State Init
  storeBit(1). // We store Message Body as a reference
  storeRef(body). // Store Message Body as a reference
  endCell();
选项说明
Src发送者地址。因为传入的外部消息不能有发送者，所以始终存在2个零位（\u0000）数据类型的数组（addr_none TL-B）。
Import Fee用于支付导入传入的外部消息的费用的费用。
State Init和内部消息不同，外部消息中的State Init需要从外部世界部署合约。将State Init与内部消息一起使用，可以使一个合约可以部署另一个合约。
Message Body必须发送到合约以进行处理的消息。

:::提示 0b10 0b10 (b表示二进制）表示一个二进制记录。在此过程中，存储了两个位：1 和 0，因此我们指定为 ext_in_msg_info$10。 :::

现在我们有一条准备好发送给我们的合约的消息。为此，首先需要将其序列化为 BOC（cell集合），然后使用以下代码将其发送：

console.log(externalMessage.toBoc().toString("base64"))

client.sendFile(externalMessage.toBoc());

💡 有用的链接：

更多关于cell集合的信息

结果是，在控制台上得到了我们Boc的输出，并将交易发送到我们的钱包。您可以复制 base64 编码的字符串，然后可以手动发送我们的交易并使用 toncenter 检索哈希。

👛 部署钱包​

我们已经学会了创建消息的基础知识，这对于部署钱包非常有帮助。 以前，我们通过钱包应用程序部署钱包，但在这种情况下，我们将需要手动部署钱包。

在本节中，我们将介绍如何从头开始创建钱包（钱包v3）。您将学习如何为钱包智能合约编译代码，生成助记词短语，获得钱包地址，并使用外部交易和State Init部署钱包。

生成助记词​

正确定义钱包所需的第一件事是检索private和public密钥。为了完成这个任务，需要生成助记词种子短语，然后使用加密库提取私钥和公钥。

通过以下方式实现：

import { mnemonicToWalletKey, mnemonicNew } from '@ton/crypto';

// const mnemonicArray = 'put your mnemonic'.split(' ') // get our mnemonic as array
const mnemonicArray = await mnemonicNew(24); // 24 is the number of words in a seed phrase
const keyPair = await mnemonicToWalletKey(mnemonicArray); // extract private and public keys from mnemonic
console.log(mnemonicArray) // if we want, we can print our mnemonic

私钥用于签署交易，公钥存储在钱包的智能合约中。

重要

需要将生成的助记词种子短语输出到控制台，然后保存和使用它（如前面的部分中所述），以便每次运行钱包代码时都使用同一对密钥。

子钱包 ID​

钱包作为智能合约的最显着优势之一是能够仅使用一个私钥创建大量的钱包。这是因为TON区块链上的智能合约地址是使用多个因素计算出来的，其中包括stateInit。stateInit包含了代码和初始数据，这些数据存储在区块链的智能合约存储中。

通过在stateInit中只更改一个位，可以生成一个不同的地址。这就是为什么最初创建了subwallet_id。subwallet_id存储在合约存储中，可以用于使用一个私钥创建许多不同的钱包（具有不同的子钱包ID）。当将不同钱包类型与交易所等集中服务集成时，这种功能非常有用。

根据TON区块链的源代码中的代码行，默认的subwallet_id值为698983191：

res.wallet_id = td::as<td::uint32>(res.config.zero_state_id.root_hash.as_slice().data());

可以从配置文件中获取创世块信息（zero_state）。了解其复杂性和细节并非必要，但重要的是要记住subwallet_id的默认值为698983191。

每个钱包合约都会检查外部交易的subwallet_id字段，以避免将请求发送到具有不同ID的钱包的情况：

var (subwallet_id, valid_until, msg_seqno) = (cs~load_uint(32), cs~load_uint(32), cs~load_uint(32));
var (stored_seqno, stored_subwallet, public_key) = (ds~load_uint(32), ds~load_uint(32), ds~load_uint(256));
throw_unless(34, subwallet_id == stored_subwallet);

我们需要将以上的值添加到合约的初始数据中，所以变量需要保存如下：

const subWallet = 698983191;

编译钱包代码​

既然我们已经明确定义了私钥、公钥和子钱包ID，我们需要编译钱包代码。为此，我们将使用官方库中的钱包v3代码。

为了编译钱包代码，我们需要使用@ton-community/func-js库。使用这个库，我们可以编译FunC代码并检索包含代码的cell。要开始使用，需要安装库并将其保存（--save）到package.json中，如下所示：

npm i --save @ton-community/func-js

我们将仅使用JavaScript来编译代码，因为用于编译代码的库基于JavaScript。 但是，一旦编译完成，只要我们拥有编译后的cell的base64输出，就可以在其他编程语言（如Go等）中使用这些编译后的代码。

首先，我们需要创建两个文件：wallet_v3.fc和stdlib.fc。编译器和stdlib.fc库一起使用。库中创建了所有必需的基本函数，这些函数对应于asm指令。可以从这里下载stdlib.fc文件。在wallet_v3.fc文件中，需要复制上面的代码。

现在，我们为我们正在创建的项目有了以下结构：

.
├── src/
│   ├── main.ts
│   ├── wallet_v3.fc
│   └── stdlib.fc
├── nodemon.json
├── package-lock.json
├── package.json
└── tsconfig.json
信息

如果您的IDE插件与stdlib.fc文件中的() set_seed(int) impure asm "SETRAND";冲突，这没关系。

请记住，在wallet_v3.fc文件的开头添加以下行，以指示将在下面使用stdlib中的函数：

#include "stdlib.fc";

现在，让我们编写代码来编译我们的智能合约并使用npm run start:dev来运行它：

import { compileFunc } from '@ton-community/func-js';
import fs from 'fs'; // 我们使用fs来读取文件内容
import { Cell } from '@ton/core';

const result = await compileFunc({
  targets: ['wallet_v3.fc'], // 您的项目的目标
  sources: {
    "stdlib.fc": fs.readFileSync('./src/stdlib.fc', { encoding: 'utf-8' }),
    "wallet_v3.fc": fs.readFileSync('./src/wallet_v3.fc', { encoding: 'utf-8' }),
  }
});

if (result.status === 'error') {
  console.error(result.message)
  return;
}

const codeCell = Cell.fromBoc(Buffer.from(result.codeBoc, "base64"))[0]; // 从base64编码的BOC中获取缓冲区，并从该缓冲区获取cell

// 现在我们获得了包含编译代码的base64编码的BOC
console.log('Code BOC: ' + result.codeBoc);
console.log('\nHash: ' + codeCell.hash().toString('base64')); // 获取cell的哈希并将其转换为base64编码的字符串。我们将会在后面需要它

终端的输出结果如下：

Code BOC: te6ccgEBCAEAhgABFP8A9KQT9LzyyAsBAgEgAgMCAUgEBQCW8oMI1xgg0x/TH9MfAvgju/Jj7UTQ0x/TH9P/0VEyuvKhUUS68qIE+QFUEFX5EPKj+ACTINdKltMH1AL7AOgwAaTIyx/LH8v/ye1UAATQMAIBSAYHABe7Oc7UTQ0z8x1wv/gAEbjJftRNDXCx+A==

Hash: idlku00WfSC36ujyK2JVT92sMBEpCNRUXOGO4sJVBPA=

完成后，可以使用其他库和语言使用我们的钱包代码检索相同的cell（使用base64编码的输出）：

import (
  "encoding/base64"
  "github.com/xssnick/tonutils-go/tvm/cell"
)

base64BOC := "te6ccgEBCAEAhgABFP8A9KQT9LzyyAsBAgEgAgMCAUgEBQCW8oMI1xgg0x/TH9MfAvgju/Jj7UTQ0x/TH9P/0VEyuvKhUUS68qIE+QFUEFX5EPKj+ACTINdKltMH1AL7AOgwAaTIyx/LH8v/ye1UAATQMAIBSAYHABe7Oc7UTQ0z8x1wv/gAEbjJftRNDXCx+A==" // 保存我们从编译器保存的base64编码输出到变量
codeCellBytes, _ := base64.StdEncoding.DecodeString(base64BOC) // 解码base64以获取字节数组
codeCell, err := cell.FromBOC(codeCellBytes) // 从字节数组获取包含代码的cell
if err != nil { // 检查是否有任何错误
  panic(err) 
}

log.Println("Hash:", base64.StdEncoding.EncodeToString(codeCell.Hash())) // 获取cell的哈希，将其编码为base64，因为它具有[]byte类型，并输出到终端

将会在终端输出以下内容：

idlku00WfSC36ujyK2JVT92sMBEpCNRUXOGO4sJVBPA=

完成上述过程后，确认我们的cell中正在使用正确的代码，因为哈希值相匹配。

创建部署的初始化状态​

在构建交易之前，了解State Init非常重要。首先让我们了解TL-B方案：

选项说明
split_depth此选项适用于可以拆分并位于多个分片链上的高负载智能合约。有关此工作原理的更多详细信息，请参见tblkch.pdf（4.1.6）。只存储0，因为它仅在钱包智能合约内使用。
special用于TicTok。这些智能合约会在每个区块自动调用，常规智能合约不需要。关于此的信息可以在此章节中或tblkch.pdf 中找到。此规范中仅存储0，因为我们不需要此功能。
code1位表示智能合约代码的存在。
data1位表示智能合约数据的存在。
library操作主链上的库，可以由不同的智能合约使用。对于钱包，不会使用它，因此设置为0。有关此的信息可以在tblkch.pdf（1.8.4）中找到。

接下来我们将准备“初始数据”，这将在部署后立即出现在我们合约的存储中：

import { beginCell } from '@ton/core';

const dataCell = beginCell().
  storeUint(0, 32). // Seqno
  storeUint(698983191, 32). // Subwallet ID
  storeBuffer(keyPair.publicKey). // Public Key
  endCell();

在这个阶段，智能合约代码和初始数据都存在。有了这些数据，我们可以生成我们的钱包地址。钱包的地址取决于State Init，其中包括代码和初始数据。

import { Address } from '@ton/core';

const stateInit = beginCell().
  storeBit(0). // 没有split_depth
  storeBit(0). // 没有special
  storeBit(1). // 表示有代码
  storeRef(codeCell).
  storeBit(1). // 表示有数据
  storeRef(dataCell).
  storeBit(0). // 没有library
  endCell();

const contractAddress = new Address(0, stateInit.hash()); // 获取stateInit的哈希，以获取我们的智能合约在`ID`为0的工作链中的地址
console.log(`Contract address: ${contractAddress.toString()}`); // 将智能合约地址输出到控制台

使用State Init，我们现在可以构建交易并发送到区块链。要执行此过程，需要一个最低交易余额为0.1 TON（余额可以更低，但此金额足够）。要完成这个操作，我们需要运行教程中提到的代码，获取正确的钱包地址，并向该地址发送0.1 TON。

让我们从构建类似于我们在上一节构建的交易开始：

import { sign } from '@ton/crypto';
import { toNano } from '@ton/core';

const internalMessageBody = beginCell().
  storeUint(0, 32).
  storeStringTail("Hello, TON!").
  endCell();

const internalMessage = beginCell().
  storeUint(0x10, 6). // 不使用反弹
  storeAddress(Address.parse("put your first wallet address from were you sent 0.1 TON")).
  storeCoins(toNano("0.03")).
  storeUint(1, 1 + 4 + 4 + 64 + 32 + 1 + 1). // 保存1表示body是引用
  storeRef(internalMessageBody).
  endCell();

// 用于我们的钱包的交易
const toSign = beginCell().
  storeUint(subWallet, 32).
  storeUint(Math.floor(Date.now() / 1e3) + 60, 32).
  storeUint(0, 32). // 我们将seqno设置为0，因为在部署之后，钱包将将0存储为seqno
  storeUint(3, 8).
  storeRef(internalMessage);

const signature = sign(toSign.endCell().hash(), keyPair.secretKey);
const body = beginCell().
  storeBuffer(signature).
  storeBuilder(toSign).
  endCell();

完成后，结果是正确的State Init和消息体。

发送外部交易​

主要的区别将在外部消息的存在上，因为State Init被存储用于正确的合约部署。由于合约尚无自己的代码，因此无法处理任何内部消息。因此，接下来，我们将在成功部署后发送其代码和初始数据，以便可处理我们带有“Hello, TON！”评论的消息：

const externalMessage = beginCell().
  storeUint(0b10, 2). // 表示它是一笔外部传入的交易
  storeUint(0, 2). // src -> addr_none
  storeAddress(contractAddress).
  storeCoins(0). // 导入费用
  storeBit(1). // 我们有State Init
  storeBit(1). // 我们将State Init存储为引用
  storeRef(stateInit). // 将State Init存储为引用
  storeBit(1). // 我们将消息体存储为引用
  storeRef(body). // 将消息体存储为引用
  endCell();

最后，我们可以将我们的交易发送到区块链上部署我们的钱包并使用它。

import { TonClient } from '@ton/ton';

const client = new TonClient({
  endpoint: "https://toncenter.com/api/v2/jsonRPC",
  apiKey: "put your api key" // 你可以从Telegram中的@tonapibot获得API密钥
});

client.sendFile(externalMessage.toBoc());

请注意，我们使用mode3发送了一个内部消息。如果需要重复部署相同的钱包，智能合约将被销毁。为此，请正确设置的mode，通过添加128（取整个智能合约的余额）+ 32（销毁智能合约），以获取剩余的TON余额并再次部署钱包。

重要说明：对于每个新的交易，seqno需要增加1。

信息

我们使用的合约代码是已验证的，因此您可以在此处查看一个示例。

💸 使用钱包智能合约​

在完成本教程的前半部分后，我们现在对钱包智能合约以及它们的开发和使用有了更深入的了解。我们学习了如何部署和销毁它们，以及如何在不依赖预配置的库函数的情况下发送消息。为了更多地应用我们上面学到的知识，在下一部分中，我们将专注于构建和发送更复杂的消息。

同时发送多条消息​

正如您可能已经知道的，一个cell可以存储最多1023位的数据和最多4个指向其他cells的引用。在本教程的第一部分中，我们详细介绍了内部消息是如何以“整体”循环作为链接发送的。这意味着可以在外部消息内存储多达4条内部消息。这允许同时发送四笔交易。

为了实现这一点，需要创建4个不同的内部消息。我们可以手动创建，也可以通过循环(loop)来创建。我们需要定义3个数组：TON金额数组，评论数组，消息数组。对于消息，我们需要准备另一个数组 - internalMessages。

import { Cell } from '@ton/core';

const internalMessagesAmount = ["0.01", "0.02", "0.03", "0.04"];
const internalMessagesComment = [
  "Hello, TON! #1",
  "Hello, TON! #2",
  "", // 我们让第三笔交易不留评论
  "Hello, TON! #4" 
]
const destinationAddresses = [
  "输入属于你的任何地址",
  "输入属于你的任何地址",
  "输入属于你的任何地址",
  "输入属于你的任何地址"
] // 所有4个地址可以相同

let internalMessages:Cell[] = []; // 存储我们内部消息的数组

所有消息的发送模式都设置为mode 3。但是，如果需要不同的模式，则可以创建一个数组来满足不同的目的。

import { Address, beginCell, toNano } from '@ton/core';

for (let index = 0; index < internalMessagesAmount.length; index++) {
  const amount = internalMessagesAmount[index];
  
  let internalMessage = beginCell().
      storeUint(0x18, 6). // bounce
      storeAddress(Address.parse(destinationAddresses[index])).
      storeCoins(toNano(amount)).
      storeUint(0, 1 + 4 + 4 + 64 + 32 + 1);
      
  /*
      在这个阶段，并不清楚我们是否会有一个消息体。
      所以只设置stateInit的一位，如果我们有评论，那意味着
      我们有一个消息体。在这种情况下，将位设置为1并将
      体作为引用存储。
  */

  if(internalMessagesComment[index] != "") {
    internalMessage.storeBit(1) // 我们将消息体作为引用存储

    let internalMessageBody = beginCell().
      storeUint(0, 32).
      storeStringTail(internalMessagesComment[index]).
      endCell();

    internalMessage.storeRef(internalMessageBody);
  } 
  else 
    /*
        由于我们没有消息体，我们表明这个消息
        中有消息体，但不写入，意味着它不存在。
        在这种情况下，只需设置位为0。
    */
    internalMessage.storeBit(0);
  
  internalMessages.push(internalMessage.endCell());
}

现在让我们利用第二章的知识，为我们的钱包构建一个可以同时发送4笔交易的交易：

import { TonClient } from '@ton/ton';
import { mnemonicToWalletKey } from '@ton/crypto';

const walletAddress = Address.parse('输入你的钱包地址');
const client = new TonClient({
  endpoint: "https://toncenter.com/api/v2/jsonRPC",
  apiKey: "输入你的api密钥" // 你可以从Telegram中的@tonapibot机器人获取api密钥
});

const mnemonic = '输入你的助记词'; // word1 word2 word3
let getMethodResult = await client.runMethod(walletAddress, "seqno"); // 从你的钱包合约运行"seqno"GET方法
let seqno = getMethodResult.stack.readNumber(); // 从响应中获取seqno

const mnemonicArray = mnemonic.split(' '); // 从字符串获取数组
const keyPair = await mnemonicToWalletKey(mnemonicArray); // 从助记词获取密钥对

let toSign = beginCell().
  storeUint(698983191, 32). // subwallet_id
  storeUint(Math.floor(Date.now() / 1e3) + 60, 32). // 交易过期时间，+60 = 1分钟
  storeUint(seqno, 32); // 存储seqno
  // 别忘了，如果我们使用Wallet V4，我们需要添加 storeUint(0, 8).

接下来，我们将在循环中添加之前构建的消息：

for (let index = 0; index < internalMessages.length; index++) {
  const internalMessage = internalMessages[index];
  toSign.storeUint(3, 8) // 存储我们内部交易的mode
  toSign.storeRef(internalMessage) // 将我们的内部消息作为引用存储
}

完成上述过程后，让我们签名我们的消息，构建一个外部消息（如本教程前几节所述）并将其发送到区块链：

import { sign } from '@ton/crypto';

let signature = sign(toSign.endCell().hash(), keyPair.secretKey); // 获取我们钱包智能合约的消息的哈希并签名以获得签名

let body = beginCell().
    storeBuffer(signature). // 存储签名
    storeBuilder(toSign). // 存储我们的消息
    endCell();

let externalMessage = beginCell().
    storeUint(0b10, 2). // ext_in_msg_info$10
    storeUint(0, 2). // src -> addr_none
    storeAddress(walletAddress). // 目的地址
    storeCoins(0). // 引入费
    storeBit(0). // 无State Init
    storeBit(1). // 我们将消息体作为引用存储
    storeRef(body). // 将消息体作为引用存储
    endCell();

client.sendFile(externalMessage.toBoc());
连接错误

如果出现与轻服务器(lite-server)连接相关的错误（Golang），必须重复运行代码，直到能够发送交易。这是因为tonutils-go库通过代码中指定的全局配置使用了几个不同的轻服务器，但并非所有轻服务器都能接受我们的连接。

完成此过程后，可以使用TON区块链浏览器来验证钱包是否已向之前指定的地址发送了四笔交易。

NFT 转移​

除了常规交易之外，用户经常彼此发送 NFT。不幸的是，并非所有库都包含为这种智能合约量身定制的方法。因此，我们需要创建代码，使我们能够构建发送 NFT 的交易。首先，让我们更熟悉 TON NFT 标准。

特别是，我们需要详细了解用于 NFT 转移 的 TL-B。

  • query_id：查询 ID 在交易处理方面没有价值。NFT 合约不验证它；它只是读取它。当服务希望为其每个交易分配特定的查询 ID 以供识别之用时，此值可能会有用。因此，我们将其设置为 0。

  • response_destination：处理所有权变更交易后会有额外的 TON。它们将发送到此地址，如果指定了的话，否则保留在 NFT 余额中。

  • custom_payload：custom_payload 需要用来执行特定任务，并且不与普通 NFT 一起使用。

  • forward_amount：如果 forward_amount 不为零，指定的 TON 数量将发送给新所有者。这样，新所有者将被通知他们收到了某物。

  • forward_payload：forward_payload 是可以与 forward_amount 一起发送给新所有者的附加数据。例如，使用 forward_payload 允许用户在转移 NFT 时添加评论，如本教程前面所示。然而，尽管 TON 的 NFT 标准中写有 forward_payload，区块链浏览器并不完全支持显示各种细节。显示 Jettons 时也存在同样的问题。

现在让我们构建交易本身：

import { Address, beginCell, toNano } from '@ton/core';

const destinationAddress = Address.parse("put your wallet where you want to send NFT");
const walletAddress = Address.parse("put your wallet which is the owner of NFT")
const nftAddress = Address.parse("put your nft address");

// 我们可以添加评论，但由于目前尚未得到支持，因此不会在浏览器中显示。
const forwardPayload = beginCell().
  storeUint(0, 32).
  storeStringTail("Hello, TON!").
  endCell();

const transferNftBody = beginCell().
  storeUint(0x5fcc3d14, 32). // NFT 转移的操作码
  storeUint(0, 64). // query_id
  storeAddress(destinationAddress). // new_owner
  storeAddress(walletAddress). // response_destination 的超额部分
  storeBit(0). // 我们没有 custom_payload
  storeCoins(toNano("0.01")). // forward_amount
  storeBit(1). // 我们以引用的形式存储 forward_payload
  storeRef(forwardPayload). // 以引用的形式存储 forward_payload
  endCell();

const internalMessage = beginCell().
  storeUint(0x18, 6). // 弹回
  storeAddress(nftAddress).
  storeCoins(toNano("0.05")).
  storeUint(1, 1 + 4 + 4 + 64 + 32 + 1 + 1). // 我们存储 1 表示我们有body作为引用
  storeRef(transferNftBody).
  endCell();

NFT 转移操作码来自相同的标准。 现在让我们完成交易，按本教程前面部分的布局。完成交易所需的正确代码可在 GitHub 库中找到。

使用 Jettons 也可以完成相同的程序。要进行此过程，请阅读有关 jettons 转移的 TL-B 标准。特别是，NFT 和 Jettons 转移之间存在一些小差异。

Wallet v3 和 Wallet v4 的 Get 方法​

智能合约经常使用 GET 方法，但它们不在区块链内部运行，而是在客户端上运行。GET 方法有许多用途，为智能合约提供对不同数据类型的访问。例如，NFT 智能合约中的 get_nft_data() 方法 允许用户检索特定的内容、所有者和 NFT 集合信息。

下面我们将了解 V3 和 V4 钱包使用的 GET 方法的基础知识：

方法说明
int seqno()该方法需要用来接收当前的 seqno 并发送带有正确值的交易。在本教程的前几节中，该方法被频繁调用。
int get_public_key()该方法用于检索公钥。get_public_key() 并不广泛使用，可以被不同的服务使用。例如，一些 API 服务允许检索具有相同公钥的多个钱包

现在，我们转向只有 V4 钱包使用的方法：

方法说明
int get_subwallet_id()教程前面已经考虑过这个。此方法允许您检索 subwallet_id。
int is_plugin_installed(int wc, int addr_hash)让我们知道插件是否已安装。调用此方法时，需要传递 工作链 和插件地址哈希。
tuple get_plugin_list()此方法返回已安装插件的地址。

让我们考虑 get_public_key 和 is_plugin_installed 方法。选择这两种方法是因为，首先我们需要从 256 位数据中获取公钥，然后我们需要学习如何向 GET 方法传递切片和不同类型的数据。这对于我们正确使用这些方法非常有用。

首先，我们需要一个能够发送请求的客户端。因此，我们将使用特定的钱包地址（EQDKbjIcfM6ezt8KjKJJLshZJJSqX7XOA4ff-W72r5gqPrHF）作为例子：

import { TonClient } from '@ton/ton';
import { Address } from '@ton/core';

const client = new TonClient({
    endpoint: "https://toncenter.com/api/v2/jsonRPC",
    apiKey: "put your api key" // 你可以从 Telegram 中的 @tonapibot 机器人获取 api 密钥
});

const walletAddress = Address.parse("EQDKbjIcfM6ezt8KjKJJLshZJJSqX7XOA4ff-W72r5gqPrHF"); // 以我的钱包地址为例

现在我们需要调用钱包的 GET 方法。

// 我总是调用 runMethodWithError 而不是 runMethod，以便能够检查被调用方法的 exit_code。
let getResult = await client.runMethodWithError(walletAddress, "get_public_key"); // 运行 get_public_key GET 方法
const publicKeyUInt = getResult.stack.readBigNumber(); // 读取包含 uint256 的回答
const publicKey = publicKeyUInt.toString(16); // 从 bigint（uint256）获取十六进制字符串
console.log(publicKey)

调用成功完成后，最终结果是一个极大的 256 位数，必须转换为十六进制字符串。对于我们提供的钱包地址，结果十六进制字符串如下：430db39b13cf3cb76bfa818b6b13417b82be2c6c389170fbe06795c71996b1f8。 接下来，我们使用 TonAPI（/v1/wallet/findByPubkey 方法），通过输入获得的十六进制字符串到系统中，立即就可以清楚，答复内数组的第一个元素将识别我的钱包。

然后我们转向 is_plugin_installed 方法。作为例子，我们将再次使用之前使用的钱包（EQAM7M--HGyfxlErAIUODrxBA3yj5roBeYiTuy6BHgJ3Sx8k）和插件（EQBTKTis-SWYdupy99ozeOvnEBu8LRrQP_N9qwOTSAy3sQSZ）：

const oldWalletAddress = Address.parse("EQAM7M--HGyfxlErAIUODrxBA3yj5roBeYiTuy6BHgJ3Sx8k"); // 我的旧钱包地址
const subscriptionAddress = Address.parseFriendly("EQBTKTis-SWYdupy99ozeOvnEBu8LRrQP_N9qwOTSAy3sQSZ"); // 已经安装在钱包上的订阅插件地址

现在我们需要检索插件的哈希地址，以便地址可以转换成数字并发送给 GET 方法。

const hash = BigInt(`0x${subscriptionAddress.address.hash.toString("hex")}`) ;

getResult = await client.runMethodWithError(oldWalletAddress, "is_plugin_installed", 
[
    {type: "int", value: BigInt("0")}, // 作为 int 传递 workchain
    {type: "int", value: hash} // 作为 int 传递插件地址哈希
]);
console.log(getResult.stack.readNumber()); // -1

响应必须是 -1，意味着结果是真的。如果需要的话，也可以发送切片和cell。创建切片或cell并将其传递替代 BigInt 就足够了，指定相应的类型。

通过钱包部署合约​

在第三章中，我们部署了一个钱包。为此，我们最初发送了一些TON，然后从钱包发送了一笔交易以部署一个智能合约。然而，这个过程并不常用于外部交易，通常主要用于钱包。在开发合约时，部署过程是通过发送内部消息来初始化的。

为了完成这个过程，我们将使用在第三章中使用的V3R2钱包智能合约。在这种情况下，我们将subwallet_id设置为3或者使用相同的私钥检索另一个地址时需要的任何其他数字（它是可变的）：

import { beginCell, Cell } from '@ton/core';
import { mnemonicToWalletKey } from '@ton/crypto';

const mnemonicArray = 'put your mnemonic'.split(" ");
const keyPair = await mnemonicToWalletKey(mnemonicArray); // 从助记词提取私钥和公钥

const codeCell = Cell.fromBase64('te6ccgEBCAEAhgABFP8A9KQT9LzyyAsBAgEgAgMCAUgEBQCW8oMI1xgg0x/TH9MfAvgju/Jj7UTQ0x/TH9P/0VEyuvKhUUS68qIE+QFUEFX5EPKj+ACTINdKltMH1AL7AOgwAaTIyx/LH8v/ye1UAATQMAIBSAYHABe7Oc7UTQ0z8x1wv/gAEbjJftRNDXCx+A==');
const dataCell = beginCell().
    storeUint(0, 32). // Seqno
    storeUint(3, 32). // 子钱包ID
    storeBuffer(keyPair.publicKey). // 公钥
    endCell();

const stateInit = beginCell().
    storeBit(0). // 没有 split_depth
    storeBit(0). // 没有特殊
    storeBit(1). // 我们有代码
    storeRef(codeCell).
    storeBit(1). // 我们有数据
    storeRef(dataCell).
    storeBit(0). // 没有库
    endCell();

接下来我们将从我们的合约中获取地址并构建内部消息。同时，我们将向我们的交易中添加"Deploying..."评论。

import { Address, toNano } from '@ton/core';

const contractAddress = new Address(0, stateInit.hash()); // 获取stateInit的哈希来获取我们的智能合约在工作链ID为0的地址
console.log(`合约地址: ${contractAddress.toString()}`); // 输出合约地址到控制台

const internalMessageBody = beginCell().
    storeUint(0, 32).
    storeStringTail('Deploying...').
    endCell();

const internalMessage = beginCell().
    storeUint(0x10, 6). // 无弹回
    storeAddress(contractAddress).
    storeCoins(toNano('0.01')).
    storeUint(0, 1 + 4 + 4 + 64 + 32).
    storeBit(1). // 我们有State Init
    storeBit(1). // 我们将State Init作为引用存储
    storeRef(stateInit). // 将State Init作为引用存储
    storeBit(1). // 我们将消息体作为引用存储
    storeRef(internalMessageBody). // 将消息体Init作为引用存储
    endCell();
信息

请注意，上述中已指定位，并且stateInit和internalMessageBody已作为引用保存。由于链接是分开存储的，我们可以写4（0b100）+ 2（0b10）+ 1（0b1）->（4 + 2 + 1, 1 + 4 + 4 + 64 + 32 + 1 + 1 + 1）即（0b111, 1 + 4 + 4 + 64 + 32 + 1 + 1 + 1），然后保存两个引用。

接下来，我们将为我们的钱包准备一条消息并发送它：

import { TonClient } from '@ton/ton';
import { sign } from '@ton/crypto';

const client = new TonClient({
    endpoint: 'https://toncenter.com/api/v2/jsonRPC',
    apiKey: 'put your api key' // 您可以从Telegram中的@tonapibot bot获取api key
});

const walletMnemonicArray = 'put your mnemonic'.split(' ');
const walletKeyPair = await mnemonicToWalletKey(walletMnemonicArray); // 从助记词提取私钥和公钥
const walletAddress = Address.parse('用来部署的你的钱包地址');
const getMethodResult = await client.runMethod(walletAddress, 'seqno'); // 从你的钱包合约运行"seqno" GET方法
const seqno = getMethodResult.stack.readNumber(); // 从回应中获取seqno

// 我们钱包的交易
const toSign = beginCell().
    storeUint(698983191, 32). // 子钱包id
    storeUint(Math.floor(Date.now() / 1e3) + 60, 32). // 交易过期时间, +60 = 1 分钟
    storeUint(seqno, 32). // 存储seqno
    // 不要忘记如果我们使用钱包V4，我们需要添加storeUint(0, 8). 
    storeUint(3, 8).
    storeRef(internalMessage);

const signature = sign(toSign.endCell().hash(), walletKeyPair.secretKey); // 获取我们发往钱包智能合约的消息hash并签名以获取签名
const body = beginCell().
    storeBuffer(signature). // 存储签名
    storeBuilder(toSign). // 存储我们的消息
    endCell();

const external = beginCell().
    storeUint(0b10, 2). // 表示这是一个传入的外部交易
    storeUint(0, 2). // src -> addr_none
    storeAddress(walletAddress).
    storeCoins(0). // 导入费
    storeBit(0). // 我们没有State Init
    storeBit(1). // 我们将消息体作为引用存储
    storeRef(body). // 将消息体作为引用存储
    endCell();

console.log(external.toBoc().toString('base64'));
client.sendFile(external.toBoc());

这就结束了我们和普通钱包的工作。在这个阶段，您应该对如何与钱包智能合约互动，发送交易，以及能够使用各种库类型有一个深入的了解。

🔥 高负载钱包​

在某些情况下，可能需要一次发送大量的交易。如前所述，普通钱包支持一次发送最多4笔交易，这是通过在单个cell中存储最多4个引用来支持的。高负载钱包则允许一次发送255笔交易。这个限制的存在是因为区块链的配置设置中对外部消息（动作）的最大数量设定为255。

交易所可能是使用高负载钱包的最佳示例。像币安这样的大型交易所有着极大的用户基础，这意味着在短时间内会处理大量的交易提款请求。高负载钱包有助于处理这些提款请求。

高负载钱包 FunC 代码​

首先，让我们查看高负载钱包智能合约的代码结构：

() recv_external(slice in_msg) impure {
  var signature = in_msg~load_bits(512); ;; 从消息体中获取签名
  var cs = in_msg;
  var (subwallet_id, query_id) = (cs~load_uint(32), cs~load_uint(64)); ;; 从消息体中获取其余值
  var bound = (now() << 32); ;; 位左移操作
  throw_if(35, query_id < bound); ;; 如果交易已过期则抛出错误
  var ds = get_data().begin_parse();
  var (stored_subwallet, last_cleaned, public_key, old_queries) = (ds~load_uint(32), ds~load_uint(64), ds~load_uint(256), ds~load_dict()); ;; 从存储中读取值
  ds.end_parse(); ;; 确保 ds 中没有任何东西
  (_, var found?) = old_queries.udict_get?(64, query_id); ;; 检查是否已经存在此类请求
  throw_if(32, found?); ;; 如果是则抛出错误
  throw_unless(34, subwallet_id == stored_subwallet);
  throw_unless(35, check_signature(slice_hash(in_msg), signature, public_key));
  var dict = cs~load_dict(); ;; 获取包含消息的字典
  cs.end_parse(); ;; 确保 cs 中没有任何东西
  accept_message();

💡 有用的链接：

位运算

load_dict()

udict_get?()

您会发现与普通钱包有些不同。现在让我们更详细地看看高负载钱包在TON上的工作原理（除了子钱包，因为我们之前已经讨论过了）。

使用查询 ID 代替 Seqno​

如我们之前讨论的，普通钱包在每次交易后 seqno 增加 1。在使用钱包序列时，我们必须等待这个值更新，然后使用 GET 方法检索它并发送新的交易。 这个过程需要很长时间，高负载钱包不是为此设计的（如上所述，它们旨在快速发送大量交易）。因此，TON上的高负载钱包使用了 query_id。

如果相同的交易请求已经存在，合约将不会接受它，因为它已经被处理过了：

var (stored_subwallet, last_cleaned, public_key, old_queries) = (ds~load_uint(32), ds~load_uint(64), ds~load_uint(256), ds~load_dict()); ;; 从存储中读取值
ds.end_parse(); ;; 确保 ds 中没有任何东西
(_, var found?) = old_queries.udict_get?(64, query_id); ;; 检查是否已经存在此类请求
throw_if(32, found?); ;; 如果是则抛出错误

通过这种方式，我们被保护免受重复交易的影响，这是普通钱包中 seqno 的作用。

发送交易​

合约接受外部消息后，将开始循环，在循环中取出存储在字典中的 slices。这些切片存储了交易模式和交易本身。发送新交易一直进行，直到字典为空。

int i = -1; ;; 我们写 -1 是因为它将是所有字典键中的最小值
do {
  (i, var cs, var f) = dict.idict_get_next?(16, i); ;; 获取键及其对应的最小键值，这个键值大于 i
  if (f) { ;; 检查是否找到了任何值
    var mode = cs~load_uint(8); ;; 加载交易模式
    send_raw_message(cs~load_ref(), mode); ;; 加载交易本身并发送
  }
} until (~ f); ;; 如果找到任何值则继续

💡 有用的链接：

idict_get_next()

请注意，如果找到一个值，f 永远等于 -1（真）。~ -1 操作（位非）将始终返回 0 的值，意味着应该继续循环。与此同时，当字典填充了交易时，需要开始计算那些大于 -1 的值（例如，0），并且每次交易都将值递增 1。这个结构允许以正确的顺序发送交易。

移除过期查询​

通常情况下，TON上的智能合约需要为自己的存储付费。这意味着智能合约可以存储的数据量是有限的，以防止高网络交易费用。为了让系统更高效，超过 64 秒的交易将从存储中移除。按照以下方式进行：

bound -= (64 << 32);   ;; 清除记录，这些记录超过 64 秒前已过期
old_queries~udict_set_builder(64, query_id, begin_cell()); ;; 将当前查询添加到字典中
var queries = old_queries; ;; 将字典复制到另一个变量中
do {
  var (old_queries', i, _, f) = old_queries.udict_delete_get_min(64);
  f~touch();
  if (f) { ;; 检查是否找到了任何值
    f = (i < bound); ;; 检查是否超过 64 秒后过期
  }
  if (f) { 
    old_queries = old_queries'; ;; 如果是，则在我们的字典中保存更改
    last_cleaned = i; ;; 保存最后移除的查询
  }
} until (~ f);

💡 有用的链接：

udict_delete_get_min()

请注意，必须多次与 f 变量进行交互。由于 TVM 是一个堆栈机器，在每次与 f 变量交互时，必须弹出所有值以获得所需的变量。f~touch() 操作将 f 变量放在堆栈顶部，以优化代码执行。

位运算​

如果您之前没有使用过位运算，那么这个部分可能会显得有些复杂。在智能合约代码中可以看到以下代码行：

var bound = (now() << 32); ;; 位左移操作

结果，在右侧的数字上添加了 32 位。这意味着 现有值向左移动 32 位。举例来说，让我们考虑数字 3 并将其翻译成二进制形式，结果是 11。应用 3 << 2 操作，11 移动了 2 位。这意味着在字符串的右侧添加了两位。最后，我们得到了 1100，即 12。

关于这个过程要理解的第一件事是记住 now() 函数返回 uint32 的结果，意味着结果值将是 32 位。通过向左移动 32 位，为另一个 uint32 打开了空间，结果是正确的 query_id。这样，时间戳和 query_id 可以在一个变量中组合以进行优化。

接下来，让我们考虑以下代码行：

bound -= (64 << 32); ;; 清除超过 64 秒之前过期的记录

在上面，我们执行了一个操作，将数字 64 向左移动 32 位，以减去 64 秒的时间戳。这样我们就可以比较过去的 query_ids，看看它们是否小于接收到的值。如果是这样，它们就超过了 64 秒：

if (f) { ;; 检查是否找到了任何值
  f = (i < bound); ;; 检查是否超过 64 秒后过期
}

为了更好地理解，让我们使用 1625918400 作为时间戳的示例。它的二进制表示（左侧添加零以得到 32 位）是 01100000111010011000101111000000。执行 32 位位左移操作后，我们数字的二进制表示末尾会出现 32 个零。

完成后，可以添加任何 query_id (uint32)。然后减去 64 << 32 的结果是 64 秒前有相同 query_id 的时间戳。可以通过执行以下计算来验证这一点 ((1625918400 << 32) - (64 << 32)) >> 32。这样我们可以比较我们数字的必要部分（时间戳），同时 query_id 不会干扰。

存储更新​

所有操作完成后，剩下的唯一任务就是将新的值保存在存储中：

  set_data(begin_cell()
    .store_uint(stored_subwallet, 32)
    .store_uint(last_cleaned, 64)
    .store_uint(public_key, 256)
    .store_dict(old_queries)
    .end_cell());
}

GET 方法​

在我们深入了解钱包部署和交易创建之前，我们必须考虑的最后一件事是高负载钱包的 GET 方法：

方法说明
int processed?(int query_id)通知用户特定请求是否已处理。这意味着如果请求已经处理，则返回 -1；如果尚未处理，则返回 0。此外，如果答案未知，因为请求较旧，且不再存储在合约中，此方法可能返回 1。
int get_public_key()检索公钥。我们之前已经讨论过这个方法。

让我们仔细看看 int processed?(int query_id) 方法，以帮助我们了解为什么我们需要使用 last_cleaned：

int processed?(int query_id) method_id {
  var ds = get_data().begin_parse();
  var (_, last_cleaned, _, old_queries) = (ds~load_uint(32), ds~load_uint(64), ds~load_uint(256), ds~load_dict());
  ds.end_parse();
  (_, var found) = old_queries.udict_get?(64, query_id);
  return found ? true : - (query_id <= last_cleaned);
}

last_cleaned 从合约的存储和旧查询字典中检索。如果找到了查询，它应返回 true；如果没有，则表达式 - (query_id <= last_cleaned)。last_cleaned 包含最后一个被删除的、时间戳最高的请求，因为我们开始时从最小时间戳删除请求。

这意味着，如果传递给方法的 query_id 小于 last_cleaned 值，就无法确定它是否曾在合约中。因此 query_id <= last_cleaned 返回 -1，而表达式前面的减号将答案改为 1。如果 query_id 大于 last_cleaned 方法，则表示它尚未被处理。

部署高负载钱包​

为了部署高负载钱包，必须提前生成一个助记词密钥，用户将使用此密钥。可以使用在本教程之前部分中使用的相同密钥。

要开始部署高负载钱包的过程，必须将智能合约的代码复制到 stdlib.fc 和 wallet_v3 所在的同一目录中，并记得在代码开头添加#include "stdlib.fc";。接下来，我们将像在第三节中所做的那样，编译高负载钱包代码：

import { compileFunc } from '@ton-community/func-js';
import fs from 'fs'
import { Cell } from '@ton/core';

const result = await compileFunc({
    targets: ['highload_wallet.fc'], // 你项目的目标
    sources: {
        'stdlib.fc': fs.readFileSync('./src/stdlib.fc', { encoding: 'utf-8' }),
        'highload_wallet.fc': fs.readFileSync('./src/highload_wallet.fc', { encoding: 'utf-8' }),
    }
});

if (result.status === 'error') {
console.error(result.message)
return;
}

const codeCell = Cell.fromBoc(Buffer.from(result.codeBoc, 'base64'))[0];

// 现在我们有了编译后代码的 base64 编码 BOC 在 result.codeBoc 中
console.log('代码 BOC: ' + result.codeBoc);
console.log('\n哈希值: ' + codeCell.hash().toString('base64')); // 获取cell的哈希值并转换为 base64 编码字符串

在终端中的输出将如下所示：

Code BOC: te6ccgEBCQEA5QABFP8A9KQT9LzyyAsBAgEgAgMCAUgEBQHq8oMI1xgg0x/TP/gjqh9TILnyY+1E0NMf0z/T//QE0VNggED0Dm+hMfJgUXO68qIH+QFUEIf5EPKjAvQE0fgAf44WIYAQ9HhvpSCYAtMH1DAB+wCRMuIBs+ZbgyWhyEA0gED0Q4rmMQHIyx8Tyz/L//QAye1UCAAE0DACASAGBwAXvZznaiaGmvmOuF/8AEG+X5dqJoaY+Y6Z/p/5j6AmipEEAgegc30JjJLb/JXdHxQANCCAQPSWb6VsEiCUMFMDud4gkzM2AZJsIeKz

Hash: lJTRzI7fEvBWcaGpugmSEJbrUIEeGSTsZcPGKfu4CBI=

在上述结果的基础上，我们可以使用base64编码的输出，在其他库和语言中检索包含我们钱包代码的cell，具体操作如下：

import (
  "encoding/base64"
  "github.com/xssnick/tonutils-go/tvm/cell"
  "log"
)

base64BOC := "te6ccgEBCQEA5QABFP8A9KQT9LzyyAsBAgEgAgMCAUgEBQHq8oMI1xgg0x/TP/gjqh9TILnyY+1E0NMf0z/T//QE0VNggED0Dm+hMfJgUXO68qIH+QFUEIf5EPKjAvQE0fgAf44WIYAQ9HhvpSCYAtMH1DAB+wCRMuIBs+ZbgyWhyEA0gED0Q4rmMQHIyx8Tyz/L//QAye1UCAAE0DACASAGBwAXvZznaiaGmvmOuF/8AEG+X5dqJoaY+Y6Z/p/5j6AmipEEAgegc30JjJLb/JXdHxQANCCAQPSWb6VsEiCUMFMDud4gkzM2AZJsIeKz" // 将编译器输出的base64编码保存到变量中
codeCellBytes, _ := base64.StdEncoding.DecodeString(base64BOC) // 解码base64以获取字节数组
codeCell, err := cell.FromBOC(codeCellBytes) // 从字节数组中获取包含代码的cell
if err != nil { // 检查是否有任何错误
  panic(err) 
}

log.Println("Hash:", base64.StdEncoding.EncodeToString(codeCell.Hash())) // 获取我们cell的哈希值，因为它的类型是[]byte，所以编码为base64并输出到终端

现在我们需要检索由其初始数据组成的cell，构建一个State Init，并计算一个高负载钱包地址。经过研究智能合约代码后，我们发现subwallet_id、last_cleaned、public_key和old_queries是顺序存储在存储中的：

import { Address, beginCell } from '@ton/core';
import { mnemonicToWalletKey } from '@ton/crypto';

const highloadMnemonicArray = 'put your mnemonic that you have generated and saved before'.split(' ');
const highloadKeyPair = await mnemonicToWalletKey(highloadMnemonicArray); // 从助记词中提取私钥和公钥

const dataCell = beginCell().
    storeUint(698983191, 32). // 子钱包ID
    storeUint(0, 64). // 上次清理时间
    storeBuffer(highloadKeyPair.publicKey). // 公钥
    storeBit(0). // 表示字典为空
    endCell();

const stateInit = beginCell().
    storeBit(0). // 无split_depth
    storeBit(0). // 无special
    storeBit(1). // 我们有代码
    storeRef(codeCell).
    storeBit(1). // 我们有数据
    storeRef(dataCell).
    storeBit(0). // 无库
    endCell();

const contractAddress = new Address(0, stateInit.hash()); // 获取stateInit的哈希值以获得我们智能合约在工作链ID为0的地址
console.log(`Contract address: ${contractAddress.toString()}`); // 输出合约地址到控制台

以上我们详细描述的步骤与通过钱包部署合约部分中的步骤一致。为了更好地分析完整功能的代码，请访问教程开始处提到的库，其中存储了所有源代码。

发送高负载钱包交易​

现在，让我们编程高负载钱包同时发送多条消息。例如，让我们每条消息发送12笔交易，这样gas费用就很小。

高负载余额

要完成交易，合约的余额必须至少为0.5 TON。

每条消息携带其自己的含代码的评论，目的地址将是我们部署的钱包：

import { Address, beginCell, Cell, toNano } from '@ton/core';

let internalMessages:Cell[] = [];
const walletAddress = Address.parse('put your wallet address from which you deployed high-load wallet');

for (let i = 0; i < 12; i++) {
    const internalMessageBody = beginCell().
        storeUint(0, 32).
        storeStringTail(`Hello, TON! #${i}`).
        endCell();

    const internalMessage = beginCell().
        storeUint(0x18, 6). // 弹回
        storeAddress(walletAddress).
        storeCoins(toNano('0.01')).
        storeUint(0, 1 + 4 + 4 + 64 + 32).
        storeBit(0). // 我们没有State Init
        storeBit(1). // 我们将消息体存储为引用
        storeRef(internalMessageBody). // 将消息体Init存储为引用
        endCell();

    internalMessages.push(internalMessage);
}

完成上述过程后，结果是一系列内部消息。接下来，需要创建一个消息存储的字典来准备并签名消息体。如下所示：

import { Dictionary } from '@ton/core';
import { mnemonicToWalletKey, sign } from '@ton/crypto';
import * as crypto from 'crypto';

const dictionary = Dictionary.empty<number, Cell>(); // 创建一个键为数字值为cell的空字典
for (let i = 0; i < internalMessages.length; i++) {
    const internalMessage = internalMessages[i]; // 从数组中获取我们的消息
    dictionary.set(i, internalMessage); // 在字典中保存该消息
}

const queryID = crypto.randomBytes(4).readUint32BE(); // 创建一个随机的uint32数字，4字节 = 32位
const now = Math.floor(Date.now() / 1000); // 获取当前时间戳
const timeout = 120; // 消息失效的超时时间，120秒 = 2分钟
const finalQueryID = (BigInt(now + timeout) << 32n) + BigInt(queryID); // 获取我们最终的query_id
console.log(finalQueryID); // 打印query_id。使用这个query_id我们可以调用GET方法来检查我们的请求是否已被处理

const toSign = beginCell().
    storeUint(698983191, 32). // subwallet_id
    storeUint(finalQueryID, 64).
    // 在这里我们创建自己的方法来保存
    // 交易mode和对交易的引用
    storeDict(dictionary, Dictionary.Keys.Int(16), {
        serialize: (src, buidler) => {
            buidler.storeUint(3, 8); // 保存交易mode，mode = 3
            buidler.storeRef(src); // 以引用形式保存交易
        },
        // 实际上我们不会使用这个，但这个方法
        // 将帮助读取我们保存的字典
        parse: (src) => {
            let cell = beginCell().
                storeUint(src.loadUint(8), 8).
                storeRef(src.loadRef()).
                endCell();
            return cell;
        }
    }
);

const highloadMnemonicArray = 'put your high-load wallet mnemonic'.split(' ');
const highloadKeyPair = await mnemonicToWalletKey(highloadMnemonicArray); // 从助记词中提取私钥和公钥
const highloadWalletAddress = Address.parse('put your high-load wallet address');

const signature = sign(toSign.endCell().hash(), highloadKeyPair.secretKey); // 获取我们向智能合约钱包发送的消息哈希并签名以获取签名
重要

请注意，在使用JavaScript和TypeScript时，我们的消息被保存在数组中而没有使用发送模式。这是因为，在使用@ton/ton库时，预期开发者将自行实现序列化和反序列化的过程。因此，会传递一个首先保存交易模式然后保存交易本身的方法。如果我们使用Dictionary.Values.Cell()规范作为值方法，它会将整个消息作为cell引用保存，而不是单独保存模式。

接下来我们将创建一个外部消息并使用以下代码发送到区块链：

import { TonClient } from '@ton/ton';

const body = beginCell().
    storeBuffer(signature). // 保存签名
    storeBuilder(toSign). // 保存我们的消息
    endCell();

const externalMessage = beginCell().
    storeUint(0b10, 2). // 表明这是一个传入的外部交易
    storeUint(0, 2). // src -> addr_none
    storeAddress(highloadWalletAddress).
    storeCoins(0). // 导入费用
    storeBit(0). // 我们没有State Init
    storeBit(1). // 我们以引用形式存储消息体
    storeRef(body). // 以引用形式存储消息体
    endCell();

// 我们在这里不需要键，因为我们将以每秒1个请求的速度发送
const client = new TonClient({
    endpoint: 'https://toncenter.com/api/v2/jsonRPC',
    // apiKey: 'put your api key' // 你可以从Telegram中的@tonapibot bot获得一个api密钥
});

client.sendFile(externalMessage.toBoc());

完成此过程后，我们可以查看我们的钱包并验证我们的钱包上发送了12个传出交易。使用我们最初在控制台中使用的query_id，也可以调用processed? GET方法。如果此请求已正确处理，它会提供-1（真）的结果。

🏁 结论​

这个教程让我们更好地理解了TON区块链上不同钱包类型的运作方式。它还让我们学会了如何创建外部和内部消息，而不使用预定义的库方法。

这有助于我们独立于使用库，并以更深入的方式理解TON区块链的结构。我们还学习了如何使用高负载钱包，并分析了许多与不同数据类型和各种操作相关的细节。

🧩 下一步​

阅读上述文档是一项复杂的任务，人们难以完全理解TON平台的全部内容。然而，这对于那些热衷于在TON上建设的人来说是一个很好的练习。另一个建议是开始学习如何在TON上编写智能合约，可以参考以下资源：FunC概览，最佳实践，智能合约示例，FunC开发手册

此外，建议读者更详细地熟悉以下文档：ton.pdf 和 tblkch.pdf 文档。

📬 关于作者​

如果您有任何问题、评论或建议，请通过 Telegram (@aSpite 或 @SpiteMoriarty) 或 GitHub 联系本文档部分的作者。

📖 参阅​

代码的主要来源：

官方文档：

外部参考：