LEDGER HISTORY 日本語 意味 - 日本語訳 - 英語の例文

• レジャー履歴を

英語 での Ledger history の使用例とその 日本語 への翻訳

Final results are an immutable part of the ledger history.
最終結果は、レジャー履歴における不変部分です。

The rippled server stores ledger history in its ledger store.
Rippledサーバーではレジャー履歴がそのレジャーストアーに保管されます。

Note also this example indicates a gap in ledger history.
この例では、レジャー履歴にギャップがあることも示されています。

The first two weeks or so of ledger history was lost due to a bug in the server at the time.
レジャー履歴の最初の約2週間分は、当時のサーバーのバグが原因で失われています。

If configured to do so, the server eventually retrieves that part of the ledger history.
その部分のレジャー履歴を取得するよう設定されていれば、最終的にサーバーで取得できます。

To configure your rippled to store shards of ledger history, complete the following steps:.
レジャー履歴のシャードを保管できるようrippledを設定するには、以下の手順を実行します。

This new validated ledger version and the ones that preceded it form the ledger history.
この新しい検証済みレジャーインスタンスとその前のインスタンスがレジャー履歴を形成します。

This provides a known state, with none of the ledger history from the production XRP Ledger..
これにより既知の状態が実現され、本番環境のXRPLedgerのレジャー履歴は使用されません。

If gaps in your ledger history persist for more than a few hours, you may not be connected to any peers who have the missing data.
レジャー履歴のギャップが数時間以上続く場合は、欠落データを所有しているピアに接続されていない可能性があります。

Normally, a rippled server downloads recent ledger history from its peers.
通常、rippledサーバーはピアから最新のレジャー履歴をダウンロードします。

If configured to do so, the server also backfills ledger history up to a configured amount, which must be equal to or less than the cutoff beyond which online deletion is configured to delete.
レジャー履歴を埋め戻すように設定されているサーバーでは、レジャー履歴が設定量に達するまで埋め戻されます。この設定量は、オンライン削除による削除が開始されるカットオフ値以下でなければなりません。

The following diagram shows the relationship between online_delete and ledger_history settings:.
次の図は、online_delete設定とledger_history設定の関係を示します。

(This loss represents approximately the first week of ledger history.) Thus, ledger 32570 is the earliest ledger available anywhere.
この損失はレジャー履歴の第1週目に発生しています。）このため、現存する一番最初のレジャーは番号32570のレジャーです。

The set of transactions included in a ledger instance are recorded in that ledger and allow auditability of the XRP Ledger history.
レジャーインスタンスに含まれる一連のトランザクションはそのレジャーに記録され、XRPLedger履歴の監査を可能としています。

However, it could also occur when a rippled instance does not have a complete ledger history, or if the transaction has not yet propagated to the rippled instance.
ただし、rippledインスタンスに完全なレジャー履歴がない場合や、そのトランザクションがrippledインスタンスにまだ伝達されていない場合にも発生します。

If you want to contribute to storing the history of the XRP Ledger network without storing the full history, you can configure history sharding to store randomly-selected chunks of ledger history instead.
全履歴は保管せずにXRPLedgerネットワークの履歴の保管に参加したい場合には、履歴シャーディングを構成すれば、レジャー履歴のグループをランダムに選択して保管できます。

If you run a validator and want to contribute to storing XRP Ledger history, Ripple recommends you run a separate rippled server with history sharding enabled.
バリデータを実行していて、XRPLedger履歴を保管したい場合は、履歴シャーディングを有効にして別のrippledサーバーを実行することが推奨されます。

These servers, which require significantly more disk space than other tracking servers, collect all available XRP Ledger history and do not use online deletion.
これらのサーバーは、使用可能なすべてのXRPLedgerの履歴を収集しますが、オンライン削除は使用しません。このため他の追跡サーバーよりもかなり多くのディスク容量が必要です。

This is not strictly a problem, but if you want to acquire ledger history faster, you can configure rippled to connect to peers with full history by adding or editing the[ips_fixed] config stanza and restarting the server.
これは厳密には問題ではありませんが、レジャー履歴を迅速に取得したい場合は、[ips_fixed]構成スタンザを追加または編集してからサーバーを再起動することで、すべての履歴が記録されたピアに接続するようにrippledを構成できます。

A shard store does not replace a ledger store, but implements a reliable path towards distributed ledger history across the XRP Ledger Network.
シャードストアーはレジャーストアーに代わるものではありませんが、XRPLedgerネットワーク上の分散レジャー履歴への信頼性の高いパスを実現します。

If your server does not have continuous ledger history from when the transaction was originally submitted up to and including the ledger identified by LastLedgerSequence, you may not know the final outcome of the transaction.
サーバーに、トランザクションが最初に送信されてから、レジャーがLastLedgerSequenceによって識別された時点までを含む、継続したレジャー履歴がない場合には、トランザクションの最終結果を得られない可能性があります。

The default is true, which checks that the shard in the archive contains all the data objects for the shard and the shard is part of the ledger history of the current validated ledger..
デフォルトはtrueです。この場合、アーカイブのシャードにシャードのデータオブジェクトがすべて含まれており、シャードが現行の検証済みレジャーのレジャー履歴の一部であるか否かが確認されます。

Caution: If you run rippled with online_delete disabled, then later enable online_delete and restart the server, the server disregards but does not delete existing ledger history that your server already downloaded while online_delete was disabled.
注意:online_deleteを無効にしてrippledを実行し、その後online_deleteを有効にしてサーバーを再起動すると、online_deleteが無効の間にサーバーがダウンロードした既存のレジャー履歴は無視されますが、削除されません。

The earliest available ledger version in the production XRP Ledger's history is ledger index 32570.
本番環境のXRPLedgerの履歴で最も古い利用可能なレジャーバージョンは、レジャーインデックス32570です。