Mirroristas/bigchaindb
2
0
Fork 0
mirror of https://github.com/bigchaindb/bigchaindb.git synced 2024-10-13 13:34:05 +00:00
Code Issues Packages Projects Releases Wiki Activity

updated documentation to reflect changes in the transaction model

Browse Source
This commit is contained in:
Rodolphe Marques 2016-06-15 13:17:40 +02:00
parent c56f745ba6
commit 90dd60ca10
1 changed files with 2 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
docs/source/topic-guides/models.md
View File

@ -57,7 +57,7 @@ Also, note that timestamps come from clients and nodes. Unless you have some rea
"operation": "<string>", "operation": "<string>",
"timestamp": "<timestamp from client>", "timestamp": "<timestamp from client>",
"data": { "data": {
"hash": "<hash of payload>", "uuid": "<uuid4>",
"payload": "<any JSON document>" "payload": "<any JSON document>"
} }
} }
@ -78,7 +78,7 @@ Here's some explanation of the contents of a transaction:
- `operation`: String representation of the operation being performed (currently either "CREATE" or "TRANSFER"). It determines how the transaction should be validated. - `operation`: String representation of the operation being performed (currently either "CREATE" or "TRANSFER"). It determines how the transaction should be validated.
- `timestamp`: Time of creation of the transaction in UTC. It's provided by the client. - `timestamp`: Time of creation of the transaction in UTC. It's provided by the client.
- `data`: - `data`:
- `hash`: The hash of the serialized `payload`. - `uuid`: UUID version 4 (random) converted to a string of hex digits in standard form.
- `payload`: Can be any JSON document. It may be empty in the case of a transfer transaction. - `payload`: Can be any JSON document. It may be empty in the case of a transfer transaction.
Later, when we get to the models for the block and the vote, we'll see that both include a signature (from the node which created it). You may wonder why transactions don't have signatures... The answer is that they do! They're just hidden inside the `fulfillment` string of each fulfillment. A creation transaction is signed by the node that created it. A transfer transaction is signed by whoever currently controls or owns it. Later, when we get to the models for the block and the vote, we'll see that both include a signature (from the node which created it). You may wonder why transactions don't have signatures... The answer is that they do! They're just hidden inside the `fulfillment` string of each fulfillment. A creation transaction is signed by the node that created it. A transfer transaction is signed by whoever currently controls or owns it.