diff --git a/@l10n/es-ES/docs/concepts/networks-and-servers/peer-protocol.md b/@l10n/es-ES/docs/concepts/networks-and-servers/peer-protocol.md index 7abf05acb4..d70f958c7d 100644 --- a/@l10n/es-ES/docs/concepts/networks-and-servers/peer-protocol.md +++ b/@l10n/es-ES/docs/concepts/networks-and-servers/peer-protocol.md @@ -107,7 +107,7 @@ Los pros y contras de cada configuración son los siguientes:
La configuración más simple, con una carga de mantenimiento baja.
Crea la oportunidad para una gran cantidad de conexiones directas de pares. Tener más pares directos tiene varios beneficios. Tu servidor puede recuperar histórico de múltiples pares en paralelo, tanto al sincronizar como al rellenar el histórico. Como no todos los pares mantienen el histórico completo, tener acceso a una gama más amplia de datos históricos.
Crea la oportunidad para una gran cantidad de conexiones directas de pares. Tener más pares directos tiene varios beneficios. Tu servidor puede recuperar histórico de múltiples pares en paralelo, tanto al sincronizar como al rellenar el histórico. Como no todos los pares mantienen el histórico completo, tener acceso a una gama más amplia de datos históricos.
Reduce la posibilidad de desconexión de la red porque tu servidor puede reemplazar los pares desconectados con otros nuevos.
Configuración más segura y confiable cuando se implementa correctamente.
Tan confiable y redundante como quieras hacerla.
Puedes optimizar el rendimiento del servidor privado con clustering.
Te permite crear tantas conexiones directas de pares como desees. Tu servidor privado puede obtener histórico desde múltipes pares en paralelo. Dado que administras los pares, también puedes controlar cuanto histórico del ledger cada par puede mantener.
Puedes optimizar el rendimiento del servidor privado con clustering.
Te permite crear tantas conexiones directas de pares como desees. Tu servidor privado puede obtener histórico desde múltipes pares en paralelo. Dado que administras los pares, también puedes controlar cuanto histórico del ledger cada par puede mantener.
Carga de mantenimiento y costos más altos debido a la ejecución de múltiples servidores.
最もシンプルな構成。メンテナンスの負担が抑えられます。
ダイレクトピア接続の機会が多数得られます。ダイレクトピア接続には、いくつかのメリットがあります。サーバは、複数のピアから並行して履歴を取得できます。同期時と履歴の埋め戻し時のいずれも可能です。履歴は、すべてのピアで完全に保持されているわけではないため、アクセスするピアを増やすことで、幅広い履歴データにアクセスすることもできます。
ダイレクトピア接続の機会が多数得られます。ダイレクトピア接続には、いくつかのメリットがあります。サーバは、複数のピアから並行して履歴を取得できます。同期時と履歴の埋め戻し時のいずれも可能です。履歴は、すべてのピアで完全に保持されているわけではないため、アクセスするピアを増やすことで、幅広い履歴データにアクセスすることもできます。
切断されたピアを新しいピアに置き換えることができるため、サーバがネットワークから切断される可能性を抑えることができます。
最も安全で信頼できる構成(効率的に実装された場合)。
信頼性と冗長性を実現します。
クラスタリングによって、プライベートサーバのパフォーマンスを最適化できます。
必要な数のダイレクトピア接続を作成できます。プライベートサーバでは、複数のピアから並行して履歴を取得できます。複数のピアを実行するため、各ピアで保持するレジャー履歴の量も制御します。
クラスタリングによって、プライベートサーバのパフォーマンスを最適化できます。
必要な数のダイレクトピア接続を作成できます。プライベートサーバでは、複数のピアから並行して履歴を取得できます。複数のピアを実行するため、各ピアで保持するレジャー履歴の量も制御します。
複数のサーバを実行することで、メンテナンスの負担とコストは高くなります。
Most secure and reliable configuration when implemented effectively.
As reliable and as redundant as you make it.
Can optimize the private server's performance with clustering.
Enables you to create as many direct peer connections as you want. Your private server can fetch history from multiple peers in parallel. Since you run the peers, you also control how much ledger history each peer keeps.
Enables you to create as many direct peer connections as you want. Your private server can fetch history from multiple peers in parallel. Since you run the peers, you also control how much ledger history each peer keeps.
Higher maintenance burden and cost from running multiple servers.