Skip to content

Commit f468ac6

Browse files
fix: correct image paths in mainnet transaction-records
1 parent 932ea6f commit f468ac6

1 file changed

Lines changed: 9 additions & 9 deletions

File tree

networks/mainnet/transaction-records.mdx

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -54,7 +54,7 @@ In the most generic case, a sender is making a remittance to a receiver, and a s
5454
The amount of that fee is split between account 0.0.98 (a special Hedera account that represents the network) and the specific node that submitted the transaction.
5555

5656
<Frame>
57-
![](/images/networks/fees/transaction-records/transaction-records-1.png)
57+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-1.png)
5858
</Frame>
5959

6060
#### Case 2 - Fees only
@@ -64,7 +64,7 @@ Many transactions do not allow for an explicit remittance, for instance, a FileC
6464
As before, the fee for the transaction is split between 0.0.98 and a node.
6565

6666
<Frame>
67-
![](/images/networks/fees/transaction-records/transaction-records-2.png)
67+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-2.png)
6868
</Frame>
6969

7070
#### Case 3 - Sender account pays fees
@@ -74,7 +74,7 @@ It will often be the case that the fee for a CryptoTransfer sending remittance f
7474
In principle, the receiver could pay the fee as well.
7575

7676
<Frame>
77-
![](/images/networks/fees/transaction-records/transaction-records-3.png)
77+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-3.png)
7878
</Frame>
7979

8080
#### Case 4 - Sender account has a threshold that is crossed
@@ -88,7 +88,7 @@ Account 98 receives the sum of the network, service, and also this threshold fee
8888
Not shown here but if it were also the case that the sender was paying the transaction fee (as above) then the balance of the sender’s account would decrease by the sum of the remittance, the transaction fee, and this threshold fee.
8989

9090
<Frame>
91-
![](/images/networks/fees/transaction-records/transaction-records-4.png)
91+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-4.png)
9292
</Frame>
9393

9494
#### Case 5 - Receiver account has a threshold that is crossed
@@ -108,7 +108,7 @@ The transaction fees are not impacted by the threshold fee being paid.
108108
If the value of the remittance is less than the threshold fee, the transaction will fail.
109109

110110
<Frame>
111-
![](/images/networks/fees/transaction-records/transaction-records-5.png)
111+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-5.png)
112112
</Frame>
113113

114114
#### Case 6 - Node account is receiver
@@ -120,7 +120,7 @@ As a specific example, clients compensate nodes for responding to a query by inc
120120
In this scenario, the node account’s balance will increase by the sum of the node fee it receives for processing the CryptoTransfer plus the value of the actual remittance that pays the node for the query response.
121121

122122
<Frame>
123-
![](/images/networks/fees/transaction-records/transaction-records-6.png)
123+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-6.png)
124124
</Frame>
125125

126126
### Transaction Records
@@ -132,7 +132,7 @@ When retrieved from a mirror node and not the mainnet, the transaction that resu
132132
The flow of information is shown below:
133133

134134
<Frame>
135-
![](/images/networks/fees/transaction-records/transaction-records-7.png)
135+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-7.png)
136136
</Frame>
137137

138138
A client that retrieves the pair of a transaction and its associated record may want to distinguish between remittances and fee components for the transaction - that is, what part of an account’s balance change was due to transaction fees, what part due to a threshold fee, and what part due to a remittance.
@@ -161,13 +161,13 @@ As the remittance value exceeds these thresholds, both sender and receiver will
161161
**R3**
162162

163163
<Frame>
164-
![](/images/networks/fees/transaction-records/transaction-records-1.jpeg)
164+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-1.jpeg)
165165
</Frame>
166166

167167
**R4**
168168

169169
<Frame>
170-
![](/images/networks/fees/transaction-records/transaction-records-1.jpg)
170+
![](/images/networks/mainnet/fees/transaction-records/transaction-records-1.jpg)
171171
</Frame>
172172

173173
In the R4 format, the record transfer list no longer has multiple transfers for the different accounts – each account has only a single transfer with a value that reflects the sum of the various transfers that impacted each account.

0 commit comments

Comments
 (0)