@ocap/client 1.28.6 → 1.28.7
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +1 -1
- package/dist/base.js +1 -3
- package/dist/base.js.map +1 -1
- package/dist/browser.d.ts +270 -175
- package/dist/bundle.js +1 -1
- package/dist/extension.js +0 -8
- package/dist/extension.js.map +1 -1
- package/dist/lite.js +0 -1
- package/dist/lite.js.map +1 -1
- package/dist/module.js +1 -1
- package/dist/module.js.map +1 -1
- package/dist/report.html +2 -2
- package/docs/QUERIES.md +2 -2
- package/docs/README.md +2 -2
- package/docs/api-reference-client-methods.ja.md +6 -1
- package/docs/api-reference-client-methods.md +5 -0
- package/docs/api-reference-client-methods.zh-TW.md +6 -1
- package/docs/api-reference-client-methods.zh.md +6 -1
- package/docs/api-reference-data-types.ja.md +6 -1
- package/docs/api-reference-data-types.md +6 -1
- package/docs/api-reference-data-types.zh-TW.md +6 -1
- package/docs/api-reference-data-types.zh.md +6 -1
- package/docs/api-reference-low-level-api.ja.md +9 -5
- package/docs/api-reference-low-level-api.md +9 -5
- package/docs/api-reference-low-level-api.zh-TW.md +9 -5
- package/docs/api-reference-low-level-api.zh.md +9 -5
- package/docs/api-reference-query-mutation-methods.ja.md +5 -3
- package/docs/api-reference-query-mutation-methods.md +4 -2
- package/docs/api-reference-query-mutation-methods.zh-TW.md +5 -3
- package/docs/api-reference-query-mutation-methods.zh.md +5 -3
- package/docs/api-reference-transaction-helpers.ja.md +6 -1
- package/docs/api-reference-transaction-helpers.md +5 -0
- package/docs/api-reference-transaction-helpers.zh-TW.md +6 -1
- package/docs/api-reference-transaction-helpers.zh.md +6 -1
- package/docs/api-reference.ja.md +1 -1
- package/docs/api-reference.md +1 -1
- package/docs/api-reference.zh-TW.md +1 -1
- package/docs/api-reference.zh.md +1 -1
- package/docs/core-concepts-client-architecture.ja.md +16 -11
- package/docs/core-concepts-client-architecture.md +16 -11
- package/docs/core-concepts-client-architecture.zh-TW.md +16 -11
- package/docs/core-concepts-client-architecture.zh.md +16 -11
- package/docs/core-concepts-event-subscriptions.ja.md +12 -7
- package/docs/core-concepts-event-subscriptions.md +12 -7
- package/docs/core-concepts-event-subscriptions.zh-TW.md +12 -7
- package/docs/core-concepts-event-subscriptions.zh.md +12 -7
- package/docs/core-concepts-gas-payment.ja.md +7 -3
- package/docs/core-concepts-gas-payment.md +7 -3
- package/docs/core-concepts-gas-payment.zh-TW.md +7 -3
- package/docs/core-concepts-gas-payment.zh.md +7 -3
- package/docs/core-concepts-transaction-lifecycle.ja.md +15 -7
- package/docs/core-concepts-transaction-lifecycle.md +15 -7
- package/docs/core-concepts-transaction-lifecycle.zh-TW.md +15 -7
- package/docs/core-concepts-transaction-lifecycle.zh.md +15 -7
- package/docs/core-concepts.ja.md +1 -1
- package/docs/core-concepts.md +1 -1
- package/docs/core-concepts.zh-TW.md +1 -1
- package/docs/core-concepts.zh.md +1 -1
- package/docs/getting-started-basic-usage.ja.md +6 -1
- package/docs/getting-started-basic-usage.md +6 -1
- package/docs/getting-started-basic-usage.zh-TW.md +6 -1
- package/docs/getting-started-basic-usage.zh.md +6 -1
- package/docs/getting-started-installation.ja.md +7 -3
- package/docs/getting-started-installation.md +7 -3
- package/docs/getting-started-installation.zh-TW.md +7 -3
- package/docs/getting-started-installation.zh.md +7 -3
- package/docs/getting-started.ja.md +1 -1
- package/docs/getting-started.md +1 -1
- package/docs/getting-started.zh-TW.md +1 -1
- package/docs/getting-started.zh.md +1 -1
- package/docs/how-to-guides-delegate-permissions.ja.md +4 -1
- package/docs/how-to-guides-delegate-permissions.md +3 -0
- package/docs/how-to-guides-delegate-permissions.zh-TW.md +4 -1
- package/docs/how-to-guides-delegate-permissions.zh.md +4 -1
- package/docs/how-to-guides-manage-accounts.ja.md +4 -3
- package/docs/how-to-guides-manage-accounts.md +4 -3
- package/docs/how-to-guides-manage-accounts.zh-TW.md +4 -3
- package/docs/how-to-guides-manage-accounts.zh.md +4 -3
- package/docs/how-to-guides-manage-assets.ja.md +6 -2
- package/docs/how-to-guides-manage-assets.md +6 -2
- package/docs/how-to-guides-manage-assets.zh-TW.md +6 -2
- package/docs/how-to-guides-manage-assets.zh.md +6 -2
- package/docs/how-to-guides-manage-tokens.ja.md +8 -1
- package/docs/how-to-guides-manage-tokens.md +8 -1
- package/docs/how-to-guides-manage-tokens.zh-TW.md +8 -1
- package/docs/how-to-guides-manage-tokens.zh.md +8 -1
- package/docs/how-to-guides-stake-tokens-and-assets.ja.md +11 -5
- package/docs/how-to-guides-stake-tokens-and-assets.md +11 -5
- package/docs/how-to-guides-stake-tokens-and-assets.zh-TW.md +11 -5
- package/docs/how-to-guides-stake-tokens-and-assets.zh.md +11 -5
- package/docs/how-to-guides-transfer-tokens-and-nfts.ja.md +8 -6
- package/docs/how-to-guides-transfer-tokens-and-nfts.md +8 -6
- package/docs/how-to-guides-transfer-tokens-and-nfts.zh-TW.md +8 -6
- package/docs/how-to-guides-transfer-tokens-and-nfts.zh.md +8 -6
- package/docs/how-to-guides.ja.md +1 -1
- package/docs/how-to-guides.md +1 -1
- package/docs/how-to-guides.zh-TW.md +1 -1
- package/docs/how-to-guides.zh.md +1 -1
- package/docs/overview.ja.md +5 -3
- package/docs/overview.md +5 -3
- package/docs/overview.zh-TW.md +5 -3
- package/docs/overview.zh.md +5 -3
- package/examples/asset.js +0 -2
- package/examples/create-secondary-token.js +0 -2
- package/examples/declare.js +0 -1
- package/examples/delegate-exchange-both.js +1 -3
- package/examples/delegate-exchange.js +1 -3
- package/examples/delegate-transfer.js +0 -1
- package/examples/exchange-secondary-token.js +0 -2
- package/examples/exchange.js +0 -2
- package/examples/migrate-account.js +0 -1
- package/examples/run-no-debug.sh +0 -0
- package/examples/run.sh +0 -0
- package/examples/subscribe.js +0 -2
- package/examples/transfer-asset.js +0 -2
- package/examples/transfer-primary-token.js +0 -1
- package/examples/transfer-secondary-token.js +0 -2
- package/lib/base.js +1 -3
- package/lib/base.js.map +1 -1
- package/lib/extension.js +0 -8
- package/lib/extension.js.map +1 -1
- package/lib/lite.js +0 -1
- package/lib/lite.js.map +1 -1
- package/lib/module.js +1 -1
- package/lib/module.js.map +1 -1
- package/lib/node.d.ts +270 -175
- package/lib/node.js +1 -1
- package/lib/node.js.map +1 -1
- package/package.json +30 -32
|
@@ -2,6 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
本指南將全面介紹如何使用 OCAP Client 管理非同質化代幣 (NFT) 的整個生命週期,NFT 也稱為資產。您將學習如何從頭開始建立新資產、更新其屬性、建立資產工廠以進行標準化鑄造,以及從該工廠獲取新資產。
|
|
4
4
|
|
|
5
|
+
|
|
5
6
|
## 建立新資產
|
|
6
7
|
|
|
7
8
|
您可以使用 `createAsset` 方法在區塊鏈上建立一個獨特的獨立資產。每個資產都會被分配一個獨一無二的鏈上地址,該地址由其初始屬性衍生而來。
|
|
@@ -60,6 +61,7 @@ createNewAsset();
|
|
|
60
61
|
|
|
61
62
|
---
|
|
62
63
|
|
|
64
|
+
|
|
63
65
|
## 更新現有資產
|
|
64
66
|
|
|
65
67
|
如果資產在建立時設定為 `readonly: false`,您可以使用 `updateAsset` 方法修改其 `moniker` 和 `data` 欄位。資產透過其唯一的地址來識別。
|
|
@@ -109,6 +111,7 @@ updateExistingAsset();
|
|
|
109
111
|
|
|
110
112
|
---
|
|
111
113
|
|
|
114
|
+
|
|
112
115
|
## 建立資產工廠
|
|
113
116
|
|
|
114
117
|
資產工廠是建立多個相似資產的範本。它定義了鑄造新資產的結構、規則和邏輯,比單獨建立每個資產更有效率。這對於發行活動門票、證書或收藏品等使用場景非常理想。
|
|
@@ -170,7 +173,6 @@ createFactory();
|
|
|
170
173
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="工廠擁有者的錢包物件。"></x-field>
|
|
171
174
|
</x-field-group>
|
|
172
175
|
|
|
173
|
-
|
|
174
176
|
### 返回值
|
|
175
177
|
|
|
176
178
|
一個 `Promise`,會解析為一個包含交易雜湊值和新工廠鏈上地址的陣列。
|
|
@@ -179,6 +181,7 @@ createFactory();
|
|
|
179
181
|
|
|
180
182
|
---
|
|
181
183
|
|
|
184
|
+
|
|
182
185
|
## 從工廠獲取資產
|
|
183
186
|
|
|
184
187
|
從工廠獲取資產是一個兩步驟的過程。首先,您需要準備鑄造資料,這讓您可以預覽將要建立的資產。其次,您將交易提交到區塊鏈以正式獲取資產。
|
|
@@ -256,6 +259,7 @@ acquireNewAsset();
|
|
|
256
259
|
|
|
257
260
|
---
|
|
258
261
|
|
|
262
|
+
|
|
259
263
|
## 從工廠鑄造資產
|
|
260
264
|
|
|
261
265
|
除了由使用者主導的 `acquireAsset` 流程外,授權的發行者(如工廠擁有者或受信任的發行者)也可以鑄造資產並將其直接發送到使用者的帳戶。此過程同樣使用 `preMintAsset` 來準備資料,但最終的交易是 `mintAsset`,由發行者簽署。
|
|
@@ -329,4 +333,4 @@ mintNewAsset();
|
|
|
329
333
|
|
|
330
334
|
一個 `Promise`,會解析為 `mintAsset` 操作的交易雜湊值。
|
|
331
335
|
|
|
332
|
-
<x-field data-name="response" data-type="Promise<string>" data-desc="transactionHash"></x-field>
|
|
336
|
+
<x-field data-name="response" data-type="Promise<string>" data-desc="transactionHash"></x-field>
|
|
@@ -2,6 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
本指南将全面介绍如何使用 OCAP Client 管理非同质化代币 (NFT),也称为资产的整个生命周期。您将学习如何从零开始创建新资产、更新其属性、建立用于标准化铸造的资产工厂,以及如何从该工厂获取新资产。
|
|
4
4
|
|
|
5
|
+
|
|
5
6
|
## 创建新资产
|
|
6
7
|
|
|
7
8
|
您可以使用 `createAsset` 方法在区块链上创建一个独立的唯一资产。每个资产都会被分配一个唯一的链上地址,该地址由其初始属性派生而来。
|
|
@@ -60,6 +61,7 @@ createNewAsset();
|
|
|
60
61
|
|
|
61
62
|
---
|
|
62
63
|
|
|
64
|
+
|
|
63
65
|
## 更新现有资产
|
|
64
66
|
|
|
65
67
|
如果资产创建时设置了 `readonly: false`,您可以使用 `updateAsset` 方法修改其 `moniker` 和 `data` 字段。通过资产的唯一地址来识别该资产。
|
|
@@ -109,6 +111,7 @@ updateExistingAsset();
|
|
|
109
111
|
|
|
110
112
|
---
|
|
111
113
|
|
|
114
|
+
|
|
112
115
|
## 创建资产工厂
|
|
113
116
|
|
|
114
117
|
资产工厂是用于创建多个相似资产的模板。它定义了铸造新资产的结构、规则和逻辑,比单独创建每个资产更高效。这对于发行活动门票、证书或收藏品等用例非常理想。
|
|
@@ -170,7 +173,6 @@ createFactory();
|
|
|
170
173
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="工厂所有者的钱包对象。"></x-field>
|
|
171
174
|
</x-field-group>
|
|
172
175
|
|
|
173
|
-
|
|
174
176
|
### 返回值
|
|
175
177
|
|
|
176
178
|
一个 `Promise`,它会解析为一个包含交易哈希和新工厂链上地址的数组。
|
|
@@ -179,6 +181,7 @@ createFactory();
|
|
|
179
181
|
|
|
180
182
|
---
|
|
181
183
|
|
|
184
|
+
|
|
182
185
|
## 从工厂获取资产
|
|
183
186
|
|
|
184
187
|
从工厂获取资产是一个两步过程。首先,您准备铸造数据,这使您可以预览将要创建的资产。其次,您将交易提交到区块链以正式获取该资产。
|
|
@@ -256,6 +259,7 @@ acquireNewAsset();
|
|
|
256
259
|
|
|
257
260
|
---
|
|
258
261
|
|
|
262
|
+
|
|
259
263
|
## 从工厂铸造资产
|
|
260
264
|
|
|
261
265
|
除了用户主导的 `acquireAsset` 流程外,授权的发行方(例如工厂所有者或受信任的发行方)可以铸造一个资产并将其直接发送到用户的账户。此过程也使用 `preMintAsset` 来准备数据,但最终的交易是 `mintAsset`,由发行方签名。
|
|
@@ -329,4 +333,4 @@ mintNewAsset();
|
|
|
329
333
|
|
|
330
334
|
一个 `Promise`,它会解析为 `mintAsset` 操作的交易哈希。
|
|
331
335
|
|
|
332
|
-
<x-field data-name="response" data-type="Promise<string>" data-desc="交易哈希"></x-field>
|
|
336
|
+
<x-field data-name="response" data-type="Promise<string>" data-desc="交易哈希"></x-field>
|
|
@@ -4,6 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
トークンをミントしたら、アカウント間で転送できます。そのプロセスの詳細については、[トークンとNFTの転送](./how-to-guides-transfer-tokens-and-nfts.md)ガイドを参照してください。
|
|
6
6
|
|
|
7
|
+
|
|
7
8
|
## トークンファクトリーの作成
|
|
8
9
|
|
|
9
10
|
トークンファクトリーは、名前、シンボル、供給メカニズムなど、ファンジブルトークンのプロパティとルールを定義するスマートコントラクトです。また、ミントとバーンのプロセスも管理します。ファクトリーの作成は、新しいトークンが流通する前の最初のステップです。
|
|
@@ -11,6 +12,7 @@
|
|
|
11
12
|
`createTokenFactory` メソッドは、新しいトークンファクトリーをブロックチェーンにデプロイします。
|
|
12
13
|
|
|
13
14
|
### パラメータ
|
|
15
|
+
|
|
14
16
|
<x-field-group>
|
|
15
17
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="ファクトリーの所有者のウォレットオブジェクト。トランザクションの署名に使用されます。"></x-field>
|
|
16
18
|
<x-field data-name="token" data-type="object" data-required="true" data-desc="作成するトークンのプロパティを定義するオブジェクト。">
|
|
@@ -78,6 +80,7 @@ async function createFactory() {
|
|
|
78
80
|
createFactory();
|
|
79
81
|
```
|
|
80
82
|
|
|
83
|
+
|
|
81
84
|
## トークンのミント
|
|
82
85
|
|
|
83
86
|
ミントは、新しいトークンを作成し、総供給量に追加するプロセスです。これはトークンファクトリーを介して行われます。ファクトリーがボンディングカーブで設定されている場合、ミントにはリザーブトークンでの支払いが必要になります。
|
|
@@ -85,6 +88,7 @@ createFactory();
|
|
|
85
88
|
`mintToken` メソッドは、ファクトリーから指定された量のトークンをミントするトランザクションを開始します。
|
|
86
89
|
|
|
87
90
|
### パラメータ
|
|
91
|
+
|
|
88
92
|
<x-field-group>
|
|
89
93
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="ミント操作に資金を提供し、トランザクションに署名するウォレット。"></x-field>
|
|
90
94
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="ミント元のトークンファクトリーのアドレス。"></x-field>
|
|
@@ -125,6 +129,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
125
129
|
// mintNewTokens(factoryAddress);
|
|
126
130
|
```
|
|
127
131
|
|
|
132
|
+
|
|
128
133
|
## トークンのバーン
|
|
129
134
|
|
|
130
135
|
バーンはミントの反対で、トークンを流通から永久に削除します。トークンファクトリーがボンディングカーブを使用している場合、トークンをバーンすると、比例した量のリザーブ通貨がユーザーに返されます。
|
|
@@ -132,6 +137,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
132
137
|
`burnToken` メソッドがこのプロセスを開始します。
|
|
133
138
|
|
|
134
139
|
### パラメータ
|
|
140
|
+
|
|
135
141
|
<x-field-group>
|
|
136
142
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="バーンするトークンを保持し、トランザクションに署名するウォレット。"></x-field>
|
|
137
143
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="トークンファクトリーのアドレス。"></x-field>
|
|
@@ -172,8 +178,9 @@ async function burnExistingTokens(factoryAddress) {
|
|
|
172
178
|
// burnExistingTokens(factoryAddress);
|
|
173
179
|
```
|
|
174
180
|
|
|
181
|
+
|
|
175
182
|
## まとめ
|
|
176
183
|
|
|
177
184
|
このガイドでは、ファンジブルトークンを管理するための完全なライフサイクル、つまりファクトリーの作成、新しいトークンのミント、そして供給量を減らすためのバーンについて学びました。これらの強力なプリミティブにより、OCAP プラットフォーム上で洗練された経済システムを構築できます。
|
|
178
185
|
|
|
179
|
-
トークンの作成方法を学んだので、次の論理的なステップはそれらを移動させる方法を学ぶことです。[トークンとNFTの転送](./how-to-guides-transfer-tokens-and-nfts.md)ガイドに進み、その方法を確認してください。
|
|
186
|
+
トークンの作成方法を学んだので、次の論理的なステップはそれらを移動させる方法を学ぶことです。[トークンとNFTの転送](./how-to-guides-transfer-tokens-and-nfts.md)ガイドに進み、その方法を確認してください。
|
|
@@ -4,6 +4,7 @@ This guide provides step-by-step instructions for managing fungible tokens using
|
|
|
4
4
|
|
|
5
5
|
Once you have minted tokens, you can transfer them between accounts. For more details on that process, please see the [Transfer Tokens and NFTs](./how-to-guides-transfer-tokens-and-nfts.md) guide.
|
|
6
6
|
|
|
7
|
+
|
|
7
8
|
## Create a Token Factory
|
|
8
9
|
|
|
9
10
|
A token factory is a smart contract that defines the properties and rules of a fungible token, such as its name, symbol, and supply mechanics. It also governs the process of minting and burning. Creating a factory is the first step before any new tokens can be brought into circulation.
|
|
@@ -11,6 +12,7 @@ A token factory is a smart contract that defines the properties and rules of a f
|
|
|
11
12
|
The `createTokenFactory` method deploys a new token factory to the blockchain.
|
|
12
13
|
|
|
13
14
|
### Parameters
|
|
15
|
+
|
|
14
16
|
<x-field-group>
|
|
15
17
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="The wallet object of the factory owner, used to sign the transaction."></x-field>
|
|
16
18
|
<x-field data-name="token" data-type="object" data-required="true" data-desc="An object defining the properties of the token to be created.">
|
|
@@ -78,6 +80,7 @@ async function createFactory() {
|
|
|
78
80
|
createFactory();
|
|
79
81
|
```
|
|
80
82
|
|
|
83
|
+
|
|
81
84
|
## Mint Tokens
|
|
82
85
|
|
|
83
86
|
Minting is the process of creating new tokens and adding them to the total supply. This is done through a token factory. If the factory was configured with a bonding curve, minting will require a payment in the reserve token.
|
|
@@ -85,6 +88,7 @@ Minting is the process of creating new tokens and adding them to the total suppl
|
|
|
85
88
|
The `mintToken` method initiates a transaction to mint a specified amount of tokens from a factory.
|
|
86
89
|
|
|
87
90
|
### Parameters
|
|
91
|
+
|
|
88
92
|
<x-field-group>
|
|
89
93
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="The wallet funding the mint operation and signing the transaction."></x-field>
|
|
90
94
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="The address of the token factory to mint from."></x-field>
|
|
@@ -125,6 +129,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
125
129
|
// mintNewTokens(factoryAddress);
|
|
126
130
|
```
|
|
127
131
|
|
|
132
|
+
|
|
128
133
|
## Burn Tokens
|
|
129
134
|
|
|
130
135
|
Burning is the opposite of minting; it permanently removes tokens from circulation. If the token factory uses a bonding curve, burning tokens will return a proportional amount of the reserve currency to the user.
|
|
@@ -132,6 +137,7 @@ Burning is the opposite of minting; it permanently removes tokens from circulati
|
|
|
132
137
|
The `burnToken` method initiates this process.
|
|
133
138
|
|
|
134
139
|
### Parameters
|
|
140
|
+
|
|
135
141
|
<x-field-group>
|
|
136
142
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="The wallet that holds the tokens to be burned and will sign the transaction."></x-field>
|
|
137
143
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="The address of the token factory."></x-field>
|
|
@@ -172,8 +178,9 @@ async function burnExistingTokens(factoryAddress) {
|
|
|
172
178
|
// burnExistingTokens(factoryAddress);
|
|
173
179
|
```
|
|
174
180
|
|
|
181
|
+
|
|
175
182
|
## Summary
|
|
176
183
|
|
|
177
184
|
In this guide, you've learned the complete lifecycle for managing fungible tokens: creating a factory, minting new tokens into existence, and burning them to reduce the supply. These powerful primitives allow you to build sophisticated economic systems on the OCAP platform.
|
|
178
185
|
|
|
179
|
-
Now that you know how to create tokens, the next logical step is to learn how to move them around. Head over to the [Transfer Tokens and NFTs](./how-to-guides-transfer-tokens-and-nfts.md) guide to see how it's done.
|
|
186
|
+
Now that you know how to create tokens, the next logical step is to learn how to move them around. Head over to the [Transfer Tokens and NFTs](./how-to-guides-transfer-tokens-and-nfts.md) guide to see how it's done.
|
|
@@ -4,6 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
一旦您鑄造了代幣,就可以在帳戶之間轉移它們。有關該過程的更多詳細資訊,請參閱 [轉移代幣與 NFT](./how-to-guides-transfer-tokens-and-nfts.md) 指南。
|
|
6
6
|
|
|
7
|
+
|
|
7
8
|
## 創建代幣工廠
|
|
8
9
|
|
|
9
10
|
代幣工廠是一個智慧合約,它定義了同質化代幣的屬性和規則,例如其名稱、符號和供應機制。它也管理著鑄造和銷毀的過程。在任何新代幣進入流通之前,創建工廠是第一步。
|
|
@@ -11,6 +12,7 @@
|
|
|
11
12
|
`createTokenFactory` 方法會將一個新的代幣工廠部署到區塊鏈上。
|
|
12
13
|
|
|
13
14
|
### 參數
|
|
15
|
+
|
|
14
16
|
<x-field-group>
|
|
15
17
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="工廠擁有者的錢包物件,用於簽署交易。"></x-field>
|
|
16
18
|
<x-field data-name="token" data-type="object" data-required="true" data-desc="一個定義待創建代幣屬性的物件。">
|
|
@@ -78,6 +80,7 @@ async function createFactory() {
|
|
|
78
80
|
createFactory();
|
|
79
81
|
```
|
|
80
82
|
|
|
83
|
+
|
|
81
84
|
## 鑄造代幣
|
|
82
85
|
|
|
83
86
|
鑄造是創建新代幣並將其加入總供應量的過程。這是透過代幣工廠完成的。如果工廠設定了聯合曲線,鑄造將需要以儲備代幣支付。
|
|
@@ -85,6 +88,7 @@ createFactory();
|
|
|
85
88
|
`mintToken` 方法會啟動一個交易,從工廠鑄造指定數量的代幣。
|
|
86
89
|
|
|
87
90
|
### 參數
|
|
91
|
+
|
|
88
92
|
<x-field-group>
|
|
89
93
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="為鑄造操作提供資金並簽署交易的錢包。"></x-field>
|
|
90
94
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="要從中鑄造的代幣工廠地址。"></x-field>
|
|
@@ -125,6 +129,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
125
129
|
// mintNewTokens(factoryAddress);
|
|
126
130
|
```
|
|
127
131
|
|
|
132
|
+
|
|
128
133
|
## 銷毀代幣
|
|
129
134
|
|
|
130
135
|
銷毀與鑄造相反;它會永久地將代幣從流通中移除。如果代幣工廠使用聯合曲線,銷毀代幣將會按比例返還儲備貨幣給使用者。
|
|
@@ -132,6 +137,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
132
137
|
`burnToken` 方法會啟動此過程。
|
|
133
138
|
|
|
134
139
|
### 參數
|
|
140
|
+
|
|
135
141
|
<x-field-group>
|
|
136
142
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="持有待銷毀代幣並將簽署交易的錢包。"></x-field>
|
|
137
143
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="代幣工廠的地址。"></x-field>
|
|
@@ -172,8 +178,9 @@ async function burnExistingTokens(factoryAddress) {
|
|
|
172
178
|
// burnExistingTokens(factoryAddress);
|
|
173
179
|
```
|
|
174
180
|
|
|
181
|
+
|
|
175
182
|
## 總結
|
|
176
183
|
|
|
177
184
|
在本指南中,您學習了管理同質化代幣的完整生命週期:創建工廠、鑄造新代幣,以及銷毀它們以減少供應量。這些強大的基本功能讓您能夠在 OCAP 平台上建立複雜的經濟系統。
|
|
178
185
|
|
|
179
|
-
既然您知道了如何創建代幣,下一步理所當然就是學習如何轉移它們。請前往 [轉移代幣與 NFT](./how-to-guides-transfer-tokens-and-nfts.md) 指南查看如何操作。
|
|
186
|
+
既然您知道了如何創建代幣,下一步理所當然就是學習如何轉移它們。請前往 [轉移代幣與 NFT](./how-to-guides-transfer-tokens-and-nfts.md) 指南查看如何操作。
|
|
@@ -4,6 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
铸造通证后,您可以在账户之间转移它们。有关该过程的更多详细信息,请参阅[转移通证和 NFT](./how-to-guides-transfer-tokens-and-nfts.md) 指南。
|
|
6
6
|
|
|
7
|
+
|
|
7
8
|
## 创建通证工厂
|
|
8
9
|
|
|
9
10
|
通证工厂是一个智能合约,它定义了同质化通证的属性和规则,例如其名称、符号和供应机制。它还管理铸造和销毁的过程。创建工厂是任何新通证进入流通前的第一步。
|
|
@@ -11,6 +12,7 @@
|
|
|
11
12
|
`createTokenFactory` 方法将一个新的通证工厂部署到区块链上。
|
|
12
13
|
|
|
13
14
|
### 参数
|
|
15
|
+
|
|
14
16
|
<x-field-group>
|
|
15
17
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="工厂所有者的钱包对象,用于签署交易。"></x-field>
|
|
16
18
|
<x-field data-name="token" data-type="object" data-required="true" data-desc="一个定义待创建通证属性的对象。">
|
|
@@ -78,6 +80,7 @@ async function createFactory() {
|
|
|
78
80
|
createFactory();
|
|
79
81
|
```
|
|
80
82
|
|
|
83
|
+
|
|
81
84
|
## 铸造通证
|
|
82
85
|
|
|
83
86
|
铸造是创建新通证并将其添加到总供应量的过程。这是通过通证工厂完成的。如果工厂配置了联合曲线,铸造将需要使用储备通证进行支付。
|
|
@@ -85,6 +88,7 @@ createFactory();
|
|
|
85
88
|
`mintToken` 方法会启动一个交易,从工厂铸造指定数量的通证。
|
|
86
89
|
|
|
87
90
|
### 参数
|
|
91
|
+
|
|
88
92
|
<x-field-group>
|
|
89
93
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="为铸造操作提供资金并签署交易的钱包。"></x-field>
|
|
90
94
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="要从中铸造通证的通证工厂地址。"></x-field>
|
|
@@ -125,6 +129,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
125
129
|
// mintNewTokens(factoryAddress);
|
|
126
130
|
```
|
|
127
131
|
|
|
132
|
+
|
|
128
133
|
## 销毁通证
|
|
129
134
|
|
|
130
135
|
销毁与铸造相反;它会永久地将通证从流通中移除。如果通证工厂使用联合曲线,销毁通证将按比例向用户返还储备货币。
|
|
@@ -132,6 +137,7 @@ async function mintNewTokens(factoryAddress) {
|
|
|
132
137
|
`burnToken` 方法启动此过程。
|
|
133
138
|
|
|
134
139
|
### 参数
|
|
140
|
+
|
|
135
141
|
<x-field-group>
|
|
136
142
|
<x-field data-name="wallet" data-type="WalletObject" data-required="true" data-desc="持有待销毁通证并将签署交易的钱包。"></x-field>
|
|
137
143
|
<x-field data-name="tokenFactory" data-type="string" data-required="true" data-desc="通证工厂的地址。"></x-field>
|
|
@@ -172,8 +178,9 @@ async function burnExistingTokens(factoryAddress) {
|
|
|
172
178
|
// burnExistingTokens(factoryAddress);
|
|
173
179
|
```
|
|
174
180
|
|
|
181
|
+
|
|
175
182
|
## 总结
|
|
176
183
|
|
|
177
184
|
在本指南中,您学习了管理同质化通证的完整生命周期:创建工厂、铸造新通证以及销毁它们以减少供应。这些强大的原语使您能够在 OCAP 平台上构建复杂的经济系统。
|
|
178
185
|
|
|
179
|
-
既然您知道了如何创建通证,下一个合乎逻辑的步骤就是学习如何转移它们。请前往[转移通证和 NFT](./how-to-guides-transfer-tokens-and-nfts.md) 指南,了解具体操作方法。
|
|
186
|
+
既然您知道了如何创建通证,下一个合乎逻辑的步骤就是学习如何转移它们。请前往[转移通证和 NFT](./how-to-guides-transfer-tokens-and-nfts.md) 指南,了解具体操作方法。
|
|
@@ -3,10 +3,12 @@
|
|
|
3
3
|
ステーキングとは、特定の受取人に対してトークンやアセット(NFT)をロックアップするプロセスであり、多くの場合、ネットワークのセキュリティを確保したり、ガバナンスに参加したり、報酬を得るために行われます。このガイドでは、OCAP Client を使用したステーキングのライフサイクル全体を段階的に説明します。これには、ステークの作成、その取り消し、アセットの請求、懲罰的な理由によるステークのスラッシュが含まれます。
|
|
4
4
|
|
|
5
5
|
このプロセスには、いくつかの主要なメソッドが関わります:
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
6
|
+
|
|
7
|
+
* `stake()`: 新しいステークを作成します。
|
|
8
|
+
* `revokeStake()`: ステークされたアイテムを引き出すプロセスを開始します。
|
|
9
|
+
* `claimStake()`: 引き出しを完了し、アイテムをアカウントに戻します。
|
|
10
|
+
* `slashStake()`: 権限を持つ者がステーカーにペナルティを課すことを許可します。
|
|
11
|
+
|
|
10
12
|
|
|
11
13
|
## ステーク方法
|
|
12
14
|
|
|
@@ -63,6 +65,7 @@ async function createStake() {
|
|
|
63
65
|
|
|
64
66
|
---
|
|
65
67
|
|
|
68
|
+
|
|
66
69
|
## ステークの取り消し方法
|
|
67
70
|
|
|
68
71
|
ステークの取り消しは、ステーカーがロックされたトークンとアセットを回収するために開始するプロセスです。このトランザクションは資金を即座に返すのではなく、チェーン上のロックアップ期間に従って、請求可能としてマークします。
|
|
@@ -112,6 +115,7 @@ async function revokeExistingStake(stakeAddress) {
|
|
|
112
115
|
|
|
113
116
|
---
|
|
114
117
|
|
|
118
|
+
|
|
115
119
|
## 取り消されたステークの請求方法
|
|
116
120
|
|
|
117
121
|
ステークが正常に取り消された後、ステーカーは `claimStake` トランザクションを送信して、トークンとアセットを自分のアカウントに戻す必要があります。これにより、引き出しプロセスが完了します。
|
|
@@ -152,6 +156,7 @@ async function claimRevokedStake(stakeAddress, revokeTxHash) {
|
|
|
152
156
|
|
|
153
157
|
---
|
|
154
158
|
|
|
159
|
+
|
|
155
160
|
## ステークのスラッシュ方法
|
|
156
161
|
|
|
157
162
|
スラッシュは、指定された `slasher`(通常はステークの受取人)がステーカーに対して行うことができる懲罰的措置です。これは通常、ステーカーが特定のルールに違反した場合に発生します。スラッシュされたトークンやアセットはステークから削除され、指定された保管庫に送られます。
|
|
@@ -198,8 +203,9 @@ async function slashExistingStake(stakeAddress) {
|
|
|
198
203
|
|
|
199
204
|
このメソッドは、スラッシュ操作のトランザクションハッシュを返します。
|
|
200
205
|
|
|
206
|
+
|
|
201
207
|
## まとめ
|
|
202
208
|
|
|
203
209
|
これで、OCAP ブロックチェーン上でのステーキングの完全なライフサイクルを学びました:`stake` でステークを作成し、`revokeStake` と `claimStake` で資金を回収し、`slashStake` で不正な行為者を罰します。この強力なメカニズムは、多くの分散型アプリケーションの基礎となります。
|
|
204
210
|
|
|
205
|
-
ステークできるアイテムについてさらに詳しく知りたい場合は、[トークンの管理](./how-to-guides-manage-tokens.md) および [アセット(NFT)の管理](./how-to-guides-manage-assets.md) のガイドを参照してください。
|
|
211
|
+
ステークできるアイテムについてさらに詳しく知りたい場合は、[トークンの管理](./how-to-guides-manage-tokens.md) および [アセット(NFT)の管理](./how-to-guides-manage-assets.md) のガイドを参照してください。
|
|
@@ -3,10 +3,12 @@
|
|
|
3
3
|
Staking is the process of locking up tokens or assets (NFTs) to a specific receiver, often to secure a network, participate in governance, or earn rewards. This guide provides a step-by-step walkthrough of the entire staking lifecycle using the OCAP Client, including creating a stake, revoking it, claiming the assets back, and slashing a stake for punitive reasons.
|
|
4
4
|
|
|
5
5
|
This process involves a few key methods:
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
6
|
+
|
|
7
|
+
* `stake()`: To create a new stake.
|
|
8
|
+
* `revokeStake()`: To initiate the process of withdrawing your staked items.
|
|
9
|
+
* `claimStake()`: To finalize the withdrawal and return the items to your account.
|
|
10
|
+
* `slashStake()`: To allow authorized parties to penalize a staker.
|
|
11
|
+
|
|
10
12
|
|
|
11
13
|
## How to Stake
|
|
12
14
|
|
|
@@ -63,6 +65,7 @@ The `stake` method returns a tuple containing the transaction hash and the newly
|
|
|
63
65
|
|
|
64
66
|
---
|
|
65
67
|
|
|
68
|
+
|
|
66
69
|
## How to Revoke a Stake
|
|
67
70
|
|
|
68
71
|
Revoking a stake is the process initiated by the staker to retrieve their locked tokens and assets. This transaction does not immediately return the funds; instead, it marks them as available for claiming, subject to any on-chain lock-up periods.
|
|
@@ -112,6 +115,7 @@ This function returns the transaction hash of the revoke operation. This hash se
|
|
|
112
115
|
|
|
113
116
|
---
|
|
114
117
|
|
|
118
|
+
|
|
115
119
|
## How to Claim a Revoked Stake
|
|
116
120
|
|
|
117
121
|
After a stake has been successfully revoked, the staker must send a `claimStake` transaction to move the tokens and assets back into their account. This finalizes the withdrawal process.
|
|
@@ -152,6 +156,7 @@ The method returns the final transaction hash. Once this transaction is confirme
|
|
|
152
156
|
|
|
153
157
|
---
|
|
154
158
|
|
|
159
|
+
|
|
155
160
|
## How to Slash a Stake
|
|
156
161
|
|
|
157
162
|
Slashing is a punitive action that can be taken by a designated `slasher` (usually the stake receiver) against a staker. This typically happens if the staker violates certain rules. The slashed tokens or assets are removed from the stake and sent to a designated vault.
|
|
@@ -198,8 +203,9 @@ async function slashExistingStake(stakeAddress) {
|
|
|
198
203
|
|
|
199
204
|
This method returns the transaction hash for the slashing operation.
|
|
200
205
|
|
|
206
|
+
|
|
201
207
|
## Summary
|
|
202
208
|
|
|
203
209
|
You've now learned the complete lifecycle of staking on the OCAP blockchain: creating a stake with `stake`, retrieving funds with `revokeStake` and `claimStake`, and penalizing bad actors with `slashStake`. This powerful mechanism is fundamental to many decentralized applications.
|
|
204
210
|
|
|
205
|
-
To learn more about the items you can stake, see the [Manage Tokens](./how-to-guides-manage-tokens.md) and [Manage Assets (NFTs)](./how-to-guides-manage-assets.md) guides.
|
|
211
|
+
To learn more about the items you can stake, see the [Manage Tokens](./how-to-guides-manage-tokens.md) and [Manage Assets (NFTs)](./how-to-guides-manage-assets.md) guides.
|
|
@@ -3,10 +3,12 @@
|
|
|
3
3
|
「質押」是將代幣或資產 (NFT) 鎖定給特定接收者的過程,通常是為了保護網路、參與治理或賺取獎勵。本指南將逐步引導您使用 OCAP Client 完成整個質押生命週期,包括建立質押、撤銷質押、取回資產以及因懲罰性原因而削減質押。
|
|
4
4
|
|
|
5
5
|
此過程涉及幾個關鍵方法:
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
6
|
+
|
|
7
|
+
* `stake()`: 建立新的質押。
|
|
8
|
+
* `revokeStake()`: 啟動撤回您已質押物品的過程。
|
|
9
|
+
* `claimStake()`: 完成撤回並將物品返還至您的帳戶。
|
|
10
|
+
* `slashStake()`: 允許授權方懲罰質押者。
|
|
11
|
+
|
|
10
12
|
|
|
11
13
|
## 如何質押
|
|
12
14
|
|
|
@@ -63,6 +65,7 @@ async function createStake() {
|
|
|
63
65
|
|
|
64
66
|
---
|
|
65
67
|
|
|
68
|
+
|
|
66
69
|
## 如何撤銷質押
|
|
67
70
|
|
|
68
71
|
撤銷質押是由質押者發起以取回其鎖定代幣和資產的過程。此交易不會立即返還資金;而是將其標記為可供領取,但需遵守任何鏈上的鎖定期。
|
|
@@ -112,6 +115,7 @@ async function revokeExistingStake(stakeAddress) {
|
|
|
112
115
|
|
|
113
116
|
---
|
|
114
117
|
|
|
118
|
+
|
|
115
119
|
## 如何領取已撤銷的質押
|
|
116
120
|
|
|
117
121
|
在質押成功撤銷後,質押者必須傳送一筆 `claimStake` 交易,以將代幣和資產移回其帳戶。這一步驟會完成整個撤回過程。
|
|
@@ -152,6 +156,7 @@ async function claimRevokedStake(stakeAddress, revokeTxHash) {
|
|
|
152
156
|
|
|
153
157
|
---
|
|
154
158
|
|
|
159
|
+
|
|
155
160
|
## 如何削減質押
|
|
156
161
|
|
|
157
162
|
「削減」是一種懲罰性行為,可由指定的 `slasher`(通常是質押接收者)對質押者執行。這種情況通常發生在質押者違反某些規則時。被削減的代幣或資產會從質押中移除,並傳送到指定的金庫。
|
|
@@ -198,8 +203,9 @@ async function slashExistingStake(stakeAddress) {
|
|
|
198
203
|
|
|
199
204
|
此方法回傳削減操作的交易雜湊值。
|
|
200
205
|
|
|
206
|
+
|
|
201
207
|
## 總結
|
|
202
208
|
|
|
203
209
|
您現在已經學會了在 OCAP 區塊鏈上質押的完整生命週期:使用 `stake` 建立質押,使用 `revokeStake` 和 `claimStake` 取回資金,以及使用 `slashStake` 懲罰不良行為者。這個強大的機制是許多去中心化應用的基礎。
|
|
204
210
|
|
|
205
|
-
若要深入了解您可以質押的物品,請參閱 [管理代幣](./how-to-guides-manage-tokens.md) 和 [管理資產 (NFT)](./how-to-guides-manage-assets.md) 指南。
|
|
211
|
+
若要深入了解您可以質押的物品,請參閱 [管理代幣](./how-to-guides-manage-tokens.md) 和 [管理資產 (NFT)](./how-to-guides-manage-assets.md) 指南。
|
|
@@ -3,10 +3,12 @@
|
|
|
3
3
|
质押是将通证或资产 (NFT) 锁定给特定接收者的过程,通常是为了保障网络安全、参与治理或赚取奖励。本指南使用 OCAP Client 详细介绍了整个质押生命周期的分步操作,包括创建质押、撤销质押、领回资产以及因惩罚性原因罚没质押。
|
|
4
4
|
|
|
5
5
|
此过程涉及几个关键方法:
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
6
|
+
|
|
7
|
+
* `stake()`:创建一个新的质押。
|
|
8
|
+
* `revokeStake()`:启动取回已质押物品的过程。
|
|
9
|
+
* `claimStake()`:完成取回操作,将物品返还至您的账户。
|
|
10
|
+
* `slashStake()`:允许授权方惩罚质押者。
|
|
11
|
+
|
|
10
12
|
|
|
11
13
|
## 如何质押
|
|
12
14
|
|
|
@@ -63,6 +65,7 @@ async function createStake() {
|
|
|
63
65
|
|
|
64
66
|
---
|
|
65
67
|
|
|
68
|
+
|
|
66
69
|
## 如何撤销质押
|
|
67
70
|
|
|
68
71
|
撤销质押是由质押者发起的、用以取回其锁定的通证和资产的过程。此交易不会立即返还资金;相反,它会将资金标记为可供领回,但需遵守链上任何锁定期规定。
|
|
@@ -112,6 +115,7 @@ async function revokeExistingStake(stakeAddress) {
|
|
|
112
115
|
|
|
113
116
|
---
|
|
114
117
|
|
|
118
|
+
|
|
115
119
|
## 如何领回已撤销的质押
|
|
116
120
|
|
|
117
121
|
质押成功撤销后,质押者必须发送一个 `claimStake` 交易,才能将通证和资产移回其账户。这标志着取回过程的最终完成。
|
|
@@ -152,6 +156,7 @@ async function claimRevokedStake(stakeAddress, revokeTxHash) {
|
|
|
152
156
|
|
|
153
157
|
---
|
|
154
158
|
|
|
159
|
+
|
|
155
160
|
## 如何罚没质押
|
|
156
161
|
|
|
157
162
|
罚没是一种惩罚性操作,可由指定的 `slasher`(通常是质押接收者)对质押者执行。这种情况通常发生在质押者违反某些规则时。被罚没的通证或资产将从质押中移除,并发送至指定的保险库。
|
|
@@ -198,8 +203,9 @@ async function slashExistingStake(stakeAddress) {
|
|
|
198
203
|
|
|
199
204
|
此方法返回罚没操作的交易哈希。
|
|
200
205
|
|
|
206
|
+
|
|
201
207
|
## 总结
|
|
202
208
|
|
|
203
209
|
现在您已经了解了在 OCAP 区块链上进行质押的完整生命周期:使用 `stake` 创建质押,使用 `revokeStake` 和 `claimStake` 取回资金,以及使用 `slashStake` 惩罚恶意行为者。这一强大的机制是许多去中心化应用的基础。
|
|
204
210
|
|
|
205
|
-
要了解更多关于可以质押的物品的信息,请参阅[管理通证](./how-to-guides-manage-tokens.md)和[管理资产 (NFT)](./how-to-guides-manage-assets.md)指南。
|
|
211
|
+
要了解更多关于可以质押的物品的信息,请参阅[管理通证](./how-to-guides-manage-tokens.md)和[管理资产 (NFT)](./how-to-guides-manage-assets.md)指南。
|
|
@@ -4,6 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
覚えておくべき重要な機能の1つは、新しいアカウントが最初の着信トランザクションを受信したときに、オンチェーンで自動的に作成されることです。つまり、受信者の事前設定なしで、全く新しいアドレスにトークンやアセットを転送できます。
|
|
6
6
|
|
|
7
|
+
|
|
7
8
|
## `transfer` メソッド
|
|
8
9
|
|
|
9
10
|
`client.transfer()`メソッドは、アセットやトークンを送信するプロセスを簡素化する多機能なヘルパー関数です。単一の呼び出しで、適切なトランザクション(`transferV2Tx`)を構築、署名し、ブロックチェーンに送信します。
|
|
@@ -36,15 +37,16 @@
|
|
|
36
37
|
<x-field-desc markdown>ブロックチェーンへの送信が成功すると、トランザクションハッシュに解決されるPromise。</x-field-desc>
|
|
37
38
|
</x-field>
|
|
38
39
|
|
|
40
|
+
|
|
39
41
|
## ステップバイステップの例
|
|
40
42
|
|
|
41
43
|
### 前提条件
|
|
42
44
|
|
|
43
45
|
開始する前に、以下のものがあることを確認してください:
|
|
44
46
|
|
|
45
|
-
1.
|
|
46
|
-
2.
|
|
47
|
-
3.
|
|
47
|
+
1. `https://beta.abtnetwork.io`のようなチェーンホストに接続された初期化済みの`GraphQLClient`。
|
|
48
|
+
2. 転送とトランザクション手数料をカバーするのに十分なトークンが入金された送信者のウォレットオブジェクト(`senderWallet`)。
|
|
49
|
+
3. アドレスを取得するための受信者のウォレットオブジェクト(`recipientWallet`)。受信者のアカウントはまだオンチェーンに存在している必要はありません。
|
|
48
50
|
|
|
49
51
|
```javascript 基本設定 icon=logos:javascript
|
|
50
52
|
import GraphQLClient from '@ocap/client';
|
|
@@ -174,6 +176,6 @@ combinedTransfer();
|
|
|
174
176
|
|
|
175
177
|
### 参考文献
|
|
176
178
|
|
|
177
|
-
|
|
178
|
-
|
|
179
|
-
|
|
179
|
+
* [アセット(NFT)の管理方法](./how-to-guides-manage-assets.md)
|
|
180
|
+
* [トークンの管理方法](./how-to-guides-manage-tokens.md)
|
|
181
|
+
* [高レベルAPI](./api-reference-transaction-helpers.md)
|
|
@@ -4,6 +4,7 @@ This guide provides a step-by-step walkthrough for transferring fungible tokens
|
|
|
4
4
|
|
|
5
5
|
One key feature to remember is that a new account is automatically created on-chain when it receives its first incoming transaction. This means you can transfer tokens or assets to a brand new address without any prior setup for the recipient.
|
|
6
6
|
|
|
7
|
+
|
|
7
8
|
## The `transfer` Method
|
|
8
9
|
|
|
9
10
|
The `client.transfer()` method is a versatile helper function that simplifies the process of sending assets and tokens. It constructs, signs, and sends the appropriate transaction (`transferV2Tx`) to the blockchain in a single call.
|
|
@@ -36,15 +37,16 @@ The `client.transfer()` method is a versatile helper function that simplifies th
|
|
|
36
37
|
<x-field-desc markdown>A Promise that resolves to the transaction hash upon successful submission to the blockchain.</x-field-desc>
|
|
37
38
|
</x-field>
|
|
38
39
|
|
|
40
|
+
|
|
39
41
|
## Step-by-Step Examples
|
|
40
42
|
|
|
41
43
|
### Prerequisites
|
|
42
44
|
|
|
43
45
|
Before you start, make sure you have:
|
|
44
46
|
|
|
45
|
-
1.
|
|
46
|
-
2.
|
|
47
|
-
3.
|
|
47
|
+
1. An initialized `GraphQLClient` connected to a chain host like `https://beta.abtnetwork.io`.
|
|
48
|
+
2. A sender's wallet object (`senderWallet`) that is funded with enough tokens to cover the transfer and transaction fees.
|
|
49
|
+
3. A recipient's wallet object (`recipientWallet`) to get their address. The recipient's account does not need to exist on-chain yet.
|
|
48
50
|
|
|
49
51
|
```javascript Basic Setup icon=logos:javascript
|
|
50
52
|
import GraphQLClient from '@ocap/client';
|
|
@@ -174,6 +176,6 @@ By following these examples, you can easily implement token and NFT transfers in
|
|
|
174
176
|
|
|
175
177
|
### Further Reading
|
|
176
178
|
|
|
177
|
-
|
|
178
|
-
|
|
179
|
-
|
|
179
|
+
* [How to Manage Assets (NFTs)](./how-to-guides-manage-assets.md)
|
|
180
|
+
* [How to Manage Tokens](./how-to-guides-manage-tokens.md)
|
|
181
|
+
* [High-level API](./api-reference-transaction-helpers.md)
|