From 04791984b3d6c83f704c4f058e6ca0038d155d91 Mon Sep 17 00:00:00 2001 From: Sean King Date: Mon, 27 Jun 2022 18:58:51 +0200 Subject: [PATCH] docs: nits (#1595) --- docs/middleware/ics29-fee/fee-distribution.md | 2 +- docs/middleware/ics29-fee/msgs.md | 4 +++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/docs/middleware/ics29-fee/fee-distribution.md b/docs/middleware/ics29-fee/fee-distribution.md index b89a2c9cd78..0ca1bce921f 100644 --- a/docs/middleware/ics29-fee/fee-distribution.md +++ b/docs/middleware/ics29-fee/fee-distribution.md @@ -24,7 +24,7 @@ Relayer operators are expected to register a counterparty payee address, in orde The counterparty payee address registered on the destination chain is encoded into the packet acknowledgement and communicated as such to the source chain for fee distribution. If a counterparty payee is not registered for the forward relayer on the destination chain, the escrowed fees will be refunded upon fee distribution. -A transaction must be submitted to the desintation chain including a `CounterpartyPayee` address of an account on the source chain. +A transaction must be submitted to the destination chain including a `CounterpartyPayee` address of an account on the source chain. The transaction must be signed by the `Relayer`. ```go diff --git a/docs/middleware/ics29-fee/msgs.md b/docs/middleware/ics29-fee/msgs.md index 91d67849236..7ab81cd9552 100644 --- a/docs/middleware/ics29-fee/msgs.md +++ b/docs/middleware/ics29-fee/msgs.md @@ -6,7 +6,7 @@ order: 3 The fee middleware module exposes two different ways to pay fees for relaying IBC packets: -1. `MsgPayPacketFee`, which enables the escrowing of fees for a packet at the next sequence send and should be combined into one `MultiMsgTx` with the message that will be paid for. +1. `MsgPayPacketFee`, which enables the escrowing of fees for a packet at the next sequence send and should be combined into one `MultiMsgTx` with the message that will be paid for. Note that the `Relayers` field has been set up to allow for an optional whitelist of relayers permitted to receive this fee, however, this feature has not yet been enabled at this time. @@ -37,6 +37,8 @@ The fee middleware module exposes two different ways to pay fees for relaying IB 2. `MsgPayPacketFeeAsync`, which enables the asynchronous escrowing of fees for a specified packet: + Note that a packet can be 'topped up' multiple times with additional fees of any coin denomination by broadcasting multiple `MsgPayPacketFeeAsync` messages. + ``` type MsgPayPacketFeeAsync struct { // unique packet identifier comprised of the channel ID, port ID and sequence