# ETC および PirlGuard サイバーセキュリティ プラン

![](https://1378833849-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F8ce4sktIP4MjKK1cI7cP%2Fuploads%2Fnvf2lS10gp5DlSdANILb%2FPirlGuard.png?alt=media\&token=9cfa7734-819e-4a02-83e7-c4f1ff6446b6)

イーサリアム クラシックにとってセキュリティは最も重要です。最近のサイバー攻撃に対応して、当社は ETC を前進させるための強力かつ戦略的な計画を策定しています。パブリックブロックチェーンの管理者として、私たちはエコシステムの完全性を保護することを決意しています。当社は、セキュリティを強化し、ネットワークを強化し、ETC の明るい未来を確保するために、より多くのリソース、人材、財政的リソースを投資しています。

サイバーセキュリティ計画には、(1) 攻撃を防ぐために当社が講じている当面の措置が含まれています。(2) 現在開発中で、3 ～ 6 か月以内に展開される可能性のあるいくつかの長期的な変更。

**参照:** [Core Devs プレゼンテーション ( **Ethereumclassic** ): ECIP-1092 **Pirlguard**プレゼンテーションと Q& ](https://ethereumclassic.org/blog/2020-09-09-core-devs-presentation-ecip-1092-qa)A

#### 1 即時攻撃防御 <a href="#id-1-immediate-attack-prevention" id="id-1-immediate-attack-prevention"></a>

私たちは攻撃を防ぐための措置を早急に講じています。これにより、ネットワークに新しいセキュリティ層が提供されます。含む：

より安定したハッシュ レートを維持し、必要に応じてハッシュ レートを高めるための、マイナーおよびマイニング プールとの協力による防御的マイニング。

高度なネットワーク監視により、マイニング プール全体での過剰なハッシュ レートと価格の異常やスパイクを特定します。

アドレスのホワイトリスト化と安全な確認時間の設定に関して取引所と緊密に連携します。ETCコアチームが開発した最終調停システム「パーマポイント」を実装し、ノード間の合意を維持しながらチェーンの再編成を積極的に防止します。

**参照:** <https://coin68.com/ke-hoach-an-ninh-mang-cua-etc/>

#### 2 推奨される長期的な修正 <a href="#id-2-recommended-long-term-fixes" id="id-2-recommended-long-term-fixes"></a>

恒久的な修正を行うために現在開発中のさまざまな種類の提案があり、いずれも続行するにはコミュニティの合意が必要です。

攻撃耐性が51%増加します。これは、チェックポイントや PirlGuard などの機能を使用して実現できます。これらは、仕様が完成してから約 3 か月後にハードフォークを通じて実行できます。

プルーフ・オブ・ワーク・マイニング・アルゴリズムを変更します。検討されている 2 つの代替案は Keccak-256 または RandomX です。これらは、テストが正常に完了していれば、ハード フォークを通じて約 6 か月以内に実行できます。

MINERVOTE などを通じて、そのような変更を行うためのサポート。

地域社会の合意が得られれば、財務省制度を導入する。

攻撃に対する耐性を高める

イーサリアム クラシックのコミュニティは、51% 攻撃に対する耐性を高めるためのいくつかのオプションを検討しており、これは約 3 か月以内に実装可能です。これらだけでは攻撃を防ぐことはできませんが、ETC の一連のアップグレードの一部となります。1 つのオプションは、 **Pirlコミュニティ**によって開発および推奨されている**PIRLGUARDです**(出典: **PIRLGUARD** — 51% 攻撃に対する革新的なソリューション)。ECIP-1092 によれば、新しいプロトコルでは、事前にマイニングされたチェーン ブランチがオフラインになると自動的に同期するのではなく、一部のペナルティ ブロックをマイニングするために、より長く重いチェーンを提案することがピアツーピアで要求されます。ペナルティ ブロックの数は、チェーンが再編成され、提案された再編成と同期する場合に元に戻される元のブロックの数によって異なります。その結果、攻撃者はペナルティ ブロックを追加して作業を 2 倍にしないと独自のブランチを公開できなくなるため、51% 攻撃のコストは大幅に増加します。これにより、ネットワークが公的にマイニングされたフォークからのすべてのトランザクションを元に戻さないように保護されます。

もう 1 つの提案は、チェックポイントとタイムスタンプを使用してチェーンを強化することです (出典: チェックポイントによる作業証明台帳の保護)。この提案では、外部関係者のグループを利用して、台帳の特性を保証し、ハッシュパワーがすでに低い場合でも信頼できるサポート サービスを安全に実行します。ただし、イーサリアム クラシック ネットワークに関する具体的な提案はまだありません。どのような提案であっても、ETC での実現可能性を慎重に評価する必要があります。​

**Room-House.com SkyPirl Pirl**


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.skypirl.tech/blog/japan/etc-oyobi-pirlguard-saibsekyuriti-puran.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
