トラフィックをブロックするか、あるいは利用制限をかけています。プロトコルを用いた一般的なサーバー上の実装はアンプ攻撃に対して脆弱であり続けていて、攻撃者は大量のトラフィックを無関係な第三者に送りつけることができます。アンプ攻撃を軽減する方法が備わっています。NOT)、とプロトコル上で明記されています。カーネル内で遅い点は正しいように思われます。転送のパフォーマンスは開発者の関心を集めてこなかったため、果たしてどの程度遅いのか、今後どのように発展していくのかは分かりません。ほとんどのクライアントにとって、この「遅さ」が気になることはないはずです。使用量が高すぎる点に関してもあまり当てはまりません。時間を経るごとに、こういった改善が見込めます。使用の増加を気にしなければならないかです。規格でしょ?いいえ、違います。プロトコルの標準化に取り組んでいます。Mozilla、Fastly、Cloudflare、Akamai、Microsoft、Facebook、Appleなど、インターネット上のトランスポートプロトコルの発展に興味を持つ多くの企業の従業員が参加しています。改善にしては小さすぎるそれは批判ではなく、1つの意見です。展開されてからの改善としては非常に小さいものかもしれません。パケットロスの多いネットワーク上でより優れた性能を発揮し、より高速なハンドシェイクによって数字上でも体感でもレイテンシの改善が見込まれます。規格でしょ?改善にしては小さすぎる。