11---
2- html : fee-voting.html
3- parent : consensus.html
42seo :
5- description : トランザクションコストと必要準備金の変更投票について 。
3+ description : バリデータが手数料(トランザクションコストおよび準備預金)に投票する方法 。
64labels :
75 - 手数料
86 - XRP
97---
108# 手数料投票
119
12- バリデータは、基本の [ トランザクションコスト] ( ../transactions/transaction-cost.md ) と [ 必要準備金 ] ( ../accounts/reserves.md ) の変更について投票できます。バリデータの構成の設定がネットワークの現在の設定と異なる場合、バリデータはその設定をネットワークに定期的に公開します。定数のバリデータが変更に合意すると、変更を適用できるようになり、以後この変更が有効になります。バリデータはさまざまな理由から（特にXRPの価値の長期的な変化に適応するために）、この処理を行います 。
10+ 手数料投票は、XRP Ledgerの使用料、具体的には基本 [ トランザクションコスト] ( ../transactions/transaction-cost.md ) および [ 準備金要件 ] ( ../accounts/reserves.md ) を調整するためのシステムです。この手数料の目的は、ネットワークをスパムから保護することにあります。そのため、手数料の投票による決定は、より多くのユーザやユースケースにネットワークを利用可能にするという目的と、ネットワークを悪用や過剰利用から保護するという目的の、競合する優先事項を考慮する必要があります。XRPの価値やネットワークノードのコストおよび機能の長期的な変化に適応するために、定期的な変更が必要です 。
1311
14- [ ` rippled ` バリデータ] ( ../../infrastructure/configuration/server-modes/run-rippled-as-a-validator.md ) のオペレーターは 、` rippled.cfg ` ファイルの` [voting] ` スタンザでトランザクションコストと必要準備金の設定を指定できます 。
12+ [ バリデータ] ( ../../infrastructure/configuration/server-modes/run-rippled-as-a-validator.md ) の運用者は 、` rippled.cfg ` ファイルの ` [voting] ` セクションで、希望する手数料値を設定することができます。各バリデータは、15分に1回程度の頻度で、ネットワークにその設定値を定期的に伝えます。ネットワークは、信頼されているバリデータの希望の中央値に手数料設定を自動的に調整します 。
1513
1614{% admonition type="warning" name="注意" %}信頼できるバリデータの合意により不十分な必要準備金が採用された場合、XRP Ledgerピアツーピアネットワークがサービス拒否（DoS）攻撃を受ける可能性があります。{% /admonition %}
1715
1816設定できるパラメーターは次の通りです。
1917
20- | パラメーター | 説明 | 推奨される値 |
21- | -----------| -------------| -------------------|
22- | ` reference_fee ` | リファレンストランザクション（最も安価なトランザクション）を送信するときに消却する必要があるXRPの額（ _ drop_ 単位）。（1 XRP = 100万drop）実際のトランザクションコストはこの値の数倍であり、個々のサーバの負荷に基づいて動的に調整されます。 | ` 10 ` （0.00001 XRP） |
23- | ` account_reserve ` | アカウントの準備金に必要なXRPの最小額（ _ drop_ 単位）。これは、レジャーの新しいアカウントへの資金供給のために送金できる最小額です。 | ` 10000000 ` （10 XRP） |
24- | ` owner_reserve ` | アドレスがレジャーで所有するオブジェクト _ ごと_ に必要なXRPの額（ _ drop_ 単位）。 | ` 2000000 ` （2 XRP） |
18+ | パラメータ | 説明 | 推奨される値 |
19+ | ----------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------- |
20+ | ` reference_fee ` | ** リファレンストランザクションのコスト** 。これは、リファレンストランザクション（最も安価なトランザクション）を送信するためにバーンしなければならないXRPの量（1 XRP = 100万ドロップ）です。実際のトランザクションコストは、個々のサーバの負荷に応じて動的に調整される、この値の倍数です。 | ` 10 ` (0.00001 XRP) |
21+ | ` account_reserve ` | ** 基本アカウント準備金** 。これは、アカウントが保持しなければならないXRPの量（1 XRP = 100万ドロップ）です。これは、新しいアカウントを作成するための最小要件でもあります。 | ` 10000000 ` (10 XRP) |
22+ | ` owner_reserve ` | ** 所有者準備金の増加量** 。これは、アカウントがレジャー内で所有する各オブジェクトに対して保持しなければならないXRPの量（1 XRP = 100万ドロップ）です。 | ` 2000000 ` (2 XRP) |
23+
24+ ## 注意事項
25+
26+ 手数料の設定は慎重に行ってください。不十分な手数料が過半数の信頼できるバリデータによって採用された場合、ネットワークが様々なサービス拒否(DoS)攻撃を受ける可能性があります。より具体的には
27+
28+ - リファレンストランザクションコストは、トランザクションの過剰な _ 処理および中継_ からネットワークを保護します。これは、ネットワーク上のすべてのノードが個々にすべてのトランザクションを検証および処理し、それらのトランザクションをすべてのノードに中継する必要があるため、重要な設定です。リファレンストランザクションコストが低すぎると、悪意のあるユーザーが大量のトランザクションを送信してネットワークに過剰な負荷をかけることが可能になります。この設定は主に、ノードのCPUと帯域幅の負荷を保護します。
29+ - 準備金の設定は、過剰な _ データストレージの増加_ からネットワークを保護します これは、ネットワーク上のすべてのサーバが、すべてのアカウントやその他のレジャーエントリタイプを含む最新のレジャーステートの完全なコピーを必要とする点から重要となっています。未使用のアカウントやデータは自動的に削除されないため、準備金分のストレージは、ユーザが積極的に使用していないデータを削除するインセンティブを提供します。準備金の負担が低すぎる場合、悪意のあるユーザがレジャーエントリを大量に作成することでネットワークノードに過剰な負荷をかける可能性があります。これらの設定は主に、サーバのRAMとディスクスペースを保護します。
30+
31+ 一般的に、準備金要件の引き上げは、引き下げよりも混乱を招くものです。準備金が減少すると、一部のユーザはそれまでロックされていた資金を利用できるようになりますが、準備金が増加すると、一部のユーザは多くの種類のトランザクションを送信するのに十分な資金を持たなくなります。混乱を最小限に抑えるためには、XRP価格の変動に対応するために準備金を積極的に調整するのではなく、準備金を引き下げる際にはより慎重に判断することが一般的に推奨されます。
2532
2633## 投票プロセス
2734
28- 256番目の各レジャーは「フラグ」レジャーと呼ばれます。（フラグレジャーは` ledger_index ` [ modulo] ( https://en.wikipedia.org/wiki/Modulo_operation ) ` 256 ` が` 0 ` になるように定義されています。）フラグレジャーの直前のレジャーでは、アカウント準備金またはトランザクションコストの設定が現行のネットワーク設定と異なる各バリデータは、そのレジャー検証とともに「投票」メッセージを配信し、バリデータが希望する値を示します。
35+ 256番目の各レジャーは「フラグ」レジャーと呼ばれます。（フラグレジャーは` ledger_index ` [ modulo] ( https://en.wikipedia.org/wiki/Modulo_operation ) ` 256 ` が` 0 ` になるように定義されています。）通常、レジャーの閉鎖には3～4秒かかるため、通常、15分ごとに新しいフラグレジャーが作成されます。
36+
37+ フラグレジャーの直前のレジャーでは、アカウント準備金またはトランザクションコストの優先設定が現在のネットワーク設定と異なる各バリデータが、そのレジャーの検証と併せて、バリデータが希望する値を示す「投票」メッセージを配信します。
2938
3039フラグレジャー自体では何も起こりませんが、バリデータは信頼する他のバリデータからの投票を受信して記録します。
3140
32- 他のバリデータの投票を集計した後、各バリデータは自身の設定と信頼する過半数のバリデータの設定の間で妥協点を探ります。（たとえば、あるバリデータが最小トランザクションコストを10から100に引き上げることを望む一方で、ほとんどのバリデータは10から20に引き上げることを望んでいる場合、そのバリデータは当該のコストを20に引き上げることにします。ただし、そのバリデータは10未満の値または100を超える値にすることはありません。）妥協できる場合、バリデータはフラグレジャーの直後のレジャーに対する提案に[SetFee疑似トランザクション ](../../references/protocol/transactions/pseudo-transaction-types/setfee.md)を挿入します。同じ変更を求める他のバリデータは、同じレジャーに対する各自の提案に同じSetFee疑似トランザクションを挿入します。（設定が既存のネットワーク設定と一致している場合、バリデータは何も行いません。）SetFee疑似トランザクションがコンセンサスプロセスを通過し、検証済みレジャーに追加される場合、SetFee疑似トランザクションで設定された新しいトランザクションコストと準備金の設定がその次のレジャーから有効になります 。
41+ 他のバリデータの票を集計した後、各バリデータは、それぞれの設定値と信頼する（UNLの）バリデータの大半の設定値の妥協点を見つけるために、各設定における中央値の票を取ります。もし中央値が二つの票の間にある場合、現在の設定により近い値を選択します。もし選択された設定がどれか一つでも現在レジャーで定義されているものとは異なっている場合、バリデータは提案に[SetFee擬似トランザクション ](../../references/protocol/transactions/pseudo-transaction-types/setfee.md)をフラグレジャーの後に挿入します。他のバリデータも、各自の設定値やUNLでの投票に基づいて、提案にSetFee擬似トランザクションを挿入します。値が既存のネットワーク設定と一致するバリデータは、何もしません。SetFee擬似トランザクションが過半数を占め、コンセンサスプロセスを生き残ってバリデータによる検証済みのレジャーに組み込まれた場合、新しいトランザクションコストと準備金設定が、次のレジャーから有効になります 。
3342
3443まとめ:
3544
@@ -40,10 +49,29 @@ labels:
4049
4150## 手数料の最大値
4251
43- 手数料の最大可能値は、[ FeeSettingsレジャーオブジェクト] ( ../../references/protocol/ledger-data/ledger-entry-types/feesettings.md ) に保管されている内部データ型により制限されます。これらの値は次のとおりです。
52+ [ XRPFees amendment] [ ] が有効でないネットワークでは、手数料の設定可能な最大値は、[ FeeSettingsレジャーエントリ] ( ../../references/protocol/ledger-data/ledger-entry-types/feesettings.md ) に保管されている内部データ型により制限されます。これらの値は次のとおりです。
53+
54+ | パラメーター | 最大値（drop） | 最大値（XRP） |
55+ | ----------------- | -------------------- | ----------------------------------------- |
56+ | ` reference_fee ` | 2<sup >64</sup > | （これまでに存在したXRP総額よりも大きい） |
57+ | ` account_reserve ` | 2<sup >32</sup > drops | 約4294 XRP |
58+ | ` owner_reserve ` | 2<sup >32</sup > drops | 約4294 XRP |
59+
60+ メインネットおよびXRPFees Amendmentが有効になっているその他のネットワークでは、3つの手数料すべてを任意の有効なXRPの金額に設定できるようになりました。
61+
62+ ## See Also
63+
64+ - ** コンセプト:**
65+ - [ Amendment] ( ../networks-and-servers/amendments.md )
66+ - [ トランザクションコスト] ( ../transactions/transaction-cost.md )
67+ - [ 準備金] ( ../accounts/reserves.md )
68+ - [ トランザクションキュー] ( ../transactions/transaction-queue.md )
69+ - ** チュートリアル:**
70+ - [ rippledの設定] ( ../../infrastructure/configuration/index.md )
71+ - ** リファレンス:**
72+ - [ feeメソッド] [ ]
73+ - [ server_infoメソッド] [ ]
74+ - [ FeeSettingsオブジェクト] ( ../../references/protocol/ledger-data/ledger-entry-types/feesettings.md )
75+ - [ SetFee疑似トランザクション] [ ]
4476
45- | パラメーター | 最大値（drop） | 最大値（XRP）
46- | -----------| -----------------------| ----|
47- | ` reference_fee ` | 2** 64 | （これまでに存在したXRP総額よりも大きい） |
48- | ` account_reserve ` | 2^32 drop | 約4294 XRP |
49- | ` owner_reserve ` | 2^32 drop | 約4294 XRP |
77+ {% raw-partial file="/docs/_ snippets/common-links.md" /%}
0 commit comments