Skip to content

Commit

Permalink
chore: make signTxs sign only a chain of txs
Browse files Browse the repository at this point in the history
  • Loading branch information
MartinSchere committed Jun 16, 2023
1 parent b94a5e9 commit 7323177
Showing 1 changed file with 5 additions and 7 deletions.
12 changes: 5 additions & 7 deletions CIP-0030/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -102,6 +102,10 @@ Used to specify optional pagination for some API calls. Limits results to {limit

An extension is an object with a single field `"cip"` that describe a CIP number extending the API (as a plain integer, without padding). For example:

```
{ "cip": 30 }
```

### TransactionSignatureRequest

```
Expand All @@ -113,10 +117,6 @@ type = TransactionSignatureRequest {|

Used to represent a single transaction awaiting a user's signature. More details on {partialSign} can be found in `api.signTx()`.

```
{ "cip": 30 }
```

### Error Types

#### APIError
Expand Down Expand Up @@ -331,9 +331,7 @@ Requests that a user sign the unsigned portions of the supplied transaction. The

Errors: `APIError`, `TxSignError`

Performs the same operation as `api.signTx()`, but supports mulitple transactions. This is a shortcut to sign multiple transactions at the same time. The returned witness set array values correspond directly with the elements in the `txs` parameter, meaning that the witness set at index 0 corresponds to the transaction at index 0, and so on.

**Note:** There are some security concerns regarding malicious dApps possibly including a problematic transaction within the array. Moreover, signing a transaction does not guarantee a blockchain submission. It is the wallet's responsibility to take these scenarios into account and build a comprehensive UI to mitigate them (e.g via a whitelist system).
Signs a chain of transactions, which can be described as a sequence of interconnected transactions where each subsequent transaction depends on the previous one. The returned array values of the witness set directly correspond to the elements in the `txs` parameter, aligning the witness set at index 0 with the transaction at index 0, and so forth.

### api.signData(addr: Address, payload: Bytes): Promise\<DataSignature>

Expand Down

0 comments on commit 7323177

Please sign in to comment.