From 05971911f1160bb5f3794aaf4e5b86f86d0cf3c8 Mon Sep 17 00:00:00 2001 From: Elias Rad <146735585+nnsW3@users.noreply.github.com> Date: Mon, 11 Dec 2023 19:36:30 +0200 Subject: [PATCH] Fix typos (#5973) * fix typos README.md * fix typos README.md * fix typos usage.md * fix typos encryption.md * fix typos overview.md * fix typos quickstart.md * fix typos cli.md * Update README.md * Update usage.md * Update encryption.md * Update encryption.md * Update overview.md * Update quickstart.md * Update cli.md --- binary-option/README.md | 4 ++-- docs/src/confidential-token/deep-dive/overview.md | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/binary-option/README.md b/binary-option/README.md index b777d4253de..13efe1b08f1 100644 --- a/binary-option/README.md +++ b/binary-option/README.md @@ -47,7 +47,7 @@ python -m client.test `n_s` the number of long contracts owned by the seller -We know from our college combinatorics/discrete math class that there are 3! = 6 ways to order 3 items. Let's list out all configurations of how these numbers can bet ordered from largest to smallest (assuming all distinct): +We know from our college combinatorics/discrete math class that there are 3! = 6 ways to order 3 items. Let's list out all configurations of how these numbers can be ordered from largest to smallest (assuming all distinct): ``` 1) n_b > n_s > n @@ -61,7 +61,7 @@ This is a lot of cases to consider, but we can group them into combined categori ``` n_b >= n && n_s >= n ``` -This clause essentially groups 1) and 2) together. In this case, both buyer and seller are simply reducing their existing inventory. Therefore, we can just remove `n` long tokens and `n` short tokens from circulation. Both parties are also entitled to the locked up funds for their positions that were closed, so the buyer receives `n * sell_price` and the seller received `n * buy_price`. This might be confusing at first, but a good way to think about this is that there are no "sellers". Everyone with inventory is a "buyer". If an event as a probability `p` of occurring, the buyer is paying `p` and the seller is paying `1-p`. When a market participant receives funds, they are "selling out" (either locking in profits or losses) of their existing position. +This clause essentially groups 1) and 2) together. In this case, both buyer and seller are simply reducing their existing inventory. Therefore, we can just remove `n` long tokens and `n` short tokens from circulation. Both parties are also entitled to the locked up funds for their positions that were closed, so the buyer receives `n * sell_price` and the seller received `n * buy_price`. This might be confusing at first, but a good way to think about this is that there are no "sellers". Everyone with inventory is a "buyer". If an event has a probability `p` of occurring, the buyer is paying `p` and the seller is paying `1-p`. When a market participant receives funds, they are "selling out" (either locking in profits or losses) of their existing position. ``` n_b < n && n_s < n diff --git a/docs/src/confidential-token/deep-dive/overview.md b/docs/src/confidential-token/deep-dive/overview.md index 1e7eefc5d9f..8016cd301e2 100644 --- a/docs/src/confidential-token/deep-dive/overview.md +++ b/docs/src/confidential-token/deep-dive/overview.md @@ -299,7 +299,7 @@ decrypting transaction amounts allow for a more flexible interface. In a potential application, the decryption key for specific accounts can be shared among multiple users (e.g. regulators) that should have access to an account balance. Although these users can decrypt account balances, only the -owner of the account that has access to the owner signing key can sign a +owner of the account who has access to the owner signing key can sign a transaction that initiates a transfer of tokens. The owner of an account can update the account with a new encryption key using the `ConfigureAccount`. @@ -369,7 +369,7 @@ Account { } ``` -Any outgoing funds from an account is subtracted from its available balance. Any +Any outgoing funds from an account are subtracted from its available balance. Any incoming funds to an account is added to its pending balance. As an example, consider a transfer instruction that moves 10 tokens from a