ベーキングサーバーの場合、timesyncdはクロック解決に十分ですか？

- 13
- 142 2019-01-29
Ubuntu18.04サーバーでベイキングノードを実行しています.timesyncdサービス(デフォルトでインストールされます)は十分ですか、それともntpdをインストールして、提供できるより高いクロック精度を取得しますか?

I'm running a baking node on an Ubuntu 18.04 server. Is the timesyncd service (installed by default) good enough or do I want to install ntpd to get the higher clock precision that it can provide?

baking

1 回答

投票

- 17
- 2019-01-29
解決の観点からは、それは問題ではありません.ブロック時間が60秒と比較的長いことを考えると、数秒の休みでもコンセンサスへの参加に影響はありません.

セキュリティの観点から、クロック同期サービスを実行したくない場合があります.ntpサーバーが侵害されると、攻撃者があなたの時計をドリフトさせる可能性があります.

数週間ごとに手動で時刻を同期する方が安全なオプションであり、このタイムスケールでは意味のあるドリフトは発生しません.

In terms of resolution, it's not an issue. Even a few seconds off wouldn't affect your participation in the consensus given the comparatively large block time of 60 seconds.

In terms of security, you may not want to run any clock synchronization service though. A compromise of the ntp servers could allow an attacker to drift your clock.

Manually syncing the time every couple weeks is a safer option, and you won't encounter meaningful drift at this timescale.
- 時計のずれ具合によっては、数週間ごとに手動で同期しても効果がない場合があります.ドリフトが多すぎる可能性があります. インフラストラクチャ/クラウドプロバイダーやhttps://www.ntppool.org/en/などの信頼できるNTPソースを使用している限り、クロックをドリフトさせる悪意のあるアクターについてあまり心配する必要はありません.NTPは、正確さのためにデフォルトで少なくとも4つのソースを使用します.つまり、悪意のあるアクターは、クロックをドリフトさせるために、プール内の複数のNTPサーバーを調整して攻撃する必要があります(このコメントが書かれた時点で4,000を超えています)..
  
  Depending on how much your clock drifts, manually syncing every couple weeks might not be effective; you might get too much drift. As long as you use trusted NTP sources, such as your infrastructure/cloud provider or https://www.ntppool.org/en/ you shouldn't have to be too concerned with a bad actor causing your clock to drift. NTP uses at least 4 sources by default for accuracy, which means a bad actor would have to coordinate and attack multiple NTP servers in the pool (there are over 4,000 as of the time this comment was written) in order to cause your clock to drift.
  - 2
  - 2019-01-30
  - Luke Youngblood