Skip to content

Commit 94d40d0

Browse files
authored
update doc for message correction
1 parent 05af0be commit 94d40d0

File tree

1 file changed

+2
-2
lines changed
  • src/routes/(examples)/06-contract-deploy-another

1 file changed

+2
-2
lines changed

src/routes/(examples)/06-contract-deploy-another/content.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,12 +4,12 @@ Contracts are not necessarily only deployed by users, they can also be deployed
44

55
In this example, when pressing the <span class="mdButton blue">Deploy</span> button, we only deploy one contract instance - the one with constructor argument 1.
66

7-
The second instance (with constructor argument 2) will be deployed by the first contract instance when it receives the `deploy next` message. Send this message to the first instance by pressing the <span class="mdButton grape">Send "deploy 2nd" to 1</span> button.
7+
The second instance (with constructor argument 2) will be deployed by the first contract instance when it receives the `deploy 2nd` message. Send this message to the first instance by pressing the <span class="mdButton grape">Send "deploy 2nd" to 1</span> button.
88

99
## Messages containing state init
1010

1111
The combination of the inital code and the initial data of a contract is called the *stateInit* of the contract.
1212

1313
When sending any message to a contract, we can attach its *stateInit* by specifying the `code` and `data` fields of the message. This will deploy the contract if it has not already been deployed. If the contract has already been deployed, these fields will be ignored.
1414

15-
Notice that in this example, we piggyback the deployment on the `indentify` message.
15+
Notice that in this example, we piggyback the deployment on the `indentify` message.

0 commit comments

Comments
 (0)