Merge pull request #2030 from develoQ/IA.v3-JA-txn-cost

[JA] Update txn cost

content/concepts/transactions/transaction-cost.ja.md

@@ -29,7 +29,7 @@ XRP LedgerをスパムやDoS攻撃から守るため、各トランザクショ
 | [Key Resetトランザクション](#key-resetトランザクション)| 0 |
 | [マルチシグトランザクション](multi-signing.html)| 10 drop × （1 + 署名の数） |
 | [フルフィルメントを伴うEscrowFinishトランザクション](escrowfinish.html)| 10 drop × （33 + （バイト単位のフルフィルメントサイズ ÷ 16）） |
-| [AccountDeleteトランザクション](accounts.html#アカウントの削除)| 5,000,000 drop |
+| [AccountDeleteトランザクション](accounts.html#アカウントの削除)| 2,000,000 drop |
 
 
 ## トランザクションコストの受取人
@@ -122,7 +122,7 @@ XRP LedgerをスパムやDoS攻撃から守るため、各トランザクショ
 オンラインでトランザクションに署名する場合は、`Fee`フィールドを省略できます。この場合、`rippled`または[クライアントライブラリ](client-libraries.html)が現在の要件に照らしてピアツーピアネットワークの状態を確認し、トランザクションに署名する前に`Fee`値を追加します。ただし、このようなトランザクションコストへの自動入力にはいくつかの欠点と制限事項があります。
 
 * トランザクションに署名し、分散するまでの間にネットワークのトランザクションコストが上昇した場合、そのトランザクションは承認されない場合があります。
-  * 最悪の場合、トランザクションに`LastLedgerSequence`パラメーターが含まれているか、同じ`Sequence`番号を使用する新しいトランザクションによってそのトランザクションがキャンセルされない限り、トランザクションは明確に承認も拒否もされない状態のままとなってしまいます。ベストプラクティスについては、[信頼できるトランザクションの送信](reliable-transaction-submission.html)を参照してください。
+  * 最悪の場合、トランザクションに`LastLedgerSequence`パラメーターが含まれているか、同じ`Sequence`番号を使用する新しいトランザクションによってその[トランザクションがキャンセル](canceling-a-transaction.html)されない限り、トランザクションは明確に承認も拒否もされない状態のままとなってしまいます。ベストプラクティスについては、[信頼できるトランザクションの送信](reliable-transaction-submission.html)を参照してください。
 * 署名するトランザクションの`Fee`フィールドの正確な値は事前にわかりません。
   * `rippled`を使用している場合は、[signメソッド][]の`fee_mult_max`パラメーターと`fee_div_max`パラメーターを使用して、署名しようとしている負荷スケーリングに制限を設定することもできます。
 * オフラインのマシンから現在のトランザクションコストを調べることはできません。