You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: design/pool_restart_txn.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,7 +35,7 @@ If POOL_RESTART was successfully received, then the reply will be as follows:
35
35
}
36
36
```
37
37
If there are any problems at the stage of static validation, will send REQNACK with a description of the problem.
38
-
If an error is detected during the processing of the command, Reply will contains field "isSuccess=Flase" and field "msg" will contains information about the error.
38
+
If an error is detected during the processing of the command, Reply will contains field "isSuccess=False" and field "msg" will contains information about the error.
39
39
Reply will sended before node restart.
40
40
41
41
For reference: [INDY-1173](https://jira.hyperledger.org/browse/INDY-1173)
Copy file name to clipboardExpand all lines: design/transaction_endorser.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ As a transaction author, I need my transactions to be written to the ledger pres
11
11
- It should not be possible to endorse a transaction without explicitly specifying the Endorser.
12
12
13
13
## Proposed workflow
14
-
1. Transaction Author builds a new request (`indy_build_xxx_reqeust`).
14
+
1. Transaction Author builds a new request (`indy_build_xxx_request`).
15
15
1. If no endorser is needed for a transaction (for example, the transaction author is an endorser, or auth rules are configured in a way that transaction author can send requests in permissionless mode), then the author signs and submits the transaction.
16
16
1. Otherwise the author chooses an Endorser and adds Endorser's DID into the request calling `indy_append_request_endorser`.
17
17
1. Transaction author signs the request (`indy_multi_sign_request` or `indy_sign_request`) with the added endorser field (output of `indy_append_request_endorser`).
@@ -79,4 +79,4 @@ Since we check in Request static validation that a `signatures` field containing
79
79
No changes are required.
80
80
-`is_owner` must always be checked against `identifier` field (this is how it is now).
81
81
- number of signatures of expected roles is checked against `signature` or `signatures` by common logic. Since Endorser's signature is there, existing common logic will work.
/// text and version - (optional) raw data about TAA from ledger. These parameters should be passed together. These parameters are required if digest parameter is ommited.
216
+
/// text and version - (optional) raw data about TAA from ledger. These parameters should be passed together. These parameters are required if digest parameter is omitted.
217
217
/// digest - (optional) hash on text and version. This parameter is required if text and version parameters are ommited.
218
218
/// acc_mech_type - mechanism how user has accepted the TAA
219
219
/// time_of_acceptance - UTC timestamp when user has accepted the TAA
0 commit comments