|author||Christian Grothoff <email@example.com>||2020-10-25 23:00:14 +0100|
|committer||Christian Grothoff <firstname.lastname@example.org>||2020-10-25 23:00:14 +0100|
3 files changed, 4 insertions, 4 deletions
diff --git a/design-documents/002-wallet-exchange-management.rst b/design-documents/002-wallet-exchange-management.rst
index d70a799..9d10045 100644
@@ -154,7 +154,7 @@ Response:
// The "reasonable-ness" of the exchange's fees.
feeStructureSummary: FeeStructureSummary | undefined;
- // Detailled info for each individual denomination
+ // Detailed info for each individual denomination
// Currency of the exchange.
diff --git a/design-documents/003-tos-rendering.rst b/design-documents/003-tos-rendering.rst
index 52d293c..3011775 100644
@@ -34,7 +34,7 @@ Legal documents with mime type ``text/markdown`` **should** confirm to the
When wallets render ``text/markdown`` legal documents, they **must** disable
embedded HTML rendering. Wallets **may** style the markdown rendering to improve
-usability. For example, they can make sections collabsible or add a nagivation side-bar
+usability. For example, they can make sections collabsible or add a navigation side-bar
on bigger screens.
It is recommended that the ``text/markdown`` document is used as the "master
diff --git a/design-documents/fees.rst b/design-documents/fees.rst
index 9645942..3dabd0b 100644
@@ -48,7 +48,7 @@ cost for the user and and (2) restrictions on denomination/fee structures.
Thus the metrics should still allow some degree of variability between
-We make the assumption that wallet always perfer operations with better
+We make the assumption that wallet always prefer operations with better
privacy. For example, a single coin should only be used for at most one
spend operation and at most one refresh operation.
@@ -109,7 +109,7 @@ Drawbacks
* The approach does not work well in some special-purpose deployments,
- where the coin structure is taylored to the products of merchants,
+ where the coin structure is tailored to the products of merchants,
and refreshing would never even happen.
* The approach also does not consider more "creative" fee structures,