ProgPowは死んでいる、長生きProgPow：イーサリアム開発者の呼び出しの概要

イーサリアム（ETH）すべてのコア開発者コール ProgPowの運命を決定するために3月6日に開催されました。マイニングアルゴリズムを「Ethash2.0」として再定式化するという暫定的な決定にもかかわらず、電話は答えたよりも多くの質問を提起しました.

通話は約3時間続き、そのうち2時間は完全にProgPow専用でした。 ProgPowの賛成派と反対派の両方の代表者が何人か招待されました。サポーターには、ProgPowのクリエイターの1人であるKristy Leigh-Minehanと、鉱業に関する教育チャンネルの創設者であるBitsBeTrippinが含まれていました。.

Anti-ProgPowの代表者には、Gnosisの共同創設者であるMartinKöppelmannとThesis.coの創設者であるMattLuongoが含まれていました。 SpankchainのCEOであるAmeenSoleimaniも声の批評家でした.

提案したベンジャミン・ディフランチェスコ妥協 ProgPowが実装されているが、アクティブ化されていないことも確認できます。.

テクノロジーに関する懸念はほとんどありません

議論は当初、独立した監査人と研究者によって概説された2つの脆弱性を引用して、ProgPowの技術的な実行可能性を中心に行われました。.

Minehanは、修正が簡単で、特殊なシナリオでのみ悪用できると指摘しました。コア開発者は同意しているようで、そのうちの1人はProgPow開発者が問題を修正した速度を賞賛しました.

ProgPowの反対派は、その技術的メリットについては議論しませんでしたが、脆弱性の発見は、以前の監査の後でも、マイニングアルゴリズムを変更することの固有のリスクを浮き彫りにしていると指摘しました。.

参加者はまた、4ギガバイトのRAMを搭載したGPUとBitmainのE3マイナーが、アクティブなアルゴリズムに関係なく、4月頃にイーサリアムマイニングに対応できなくなるため、イーサリアムハッシュレートが突然低下する可能性の影響について話し合いました。プレプリント論文 Minehanらが発表したところによると、イーサリアムのハッシュレートの40％はBitmainASICで構成されています。.

この問題にどのように対処するかについて明確なコンセンサスは得られず、双方が賛成の議論としてそれを使用しました.

ルオンゴの議論は、ProgPowを通過しない主な理由として、コミュニティ分割の可能性に特に焦点を当てていました。彼は、メリットが何であれ、異議を無視して解決策を推し進めることはコミュニティを破壊するだろうと述べました—ビットコインキャッシュを作成した議論と類似点を描きます.

KöppelmannはASICオペレーターの側に立ち、ASIC耐性はイーサリアムにとって有害な変化であると主張しました。彼は言った：

「私の見解では、イーサリアムがユーザーに悪影響を与える変更を加える必要がある場合があります。非常に明確な利点がある場合、またはネットワークの存続が危機に瀕している場合です。それらのことが当てはまらない限り、それらの決定はなされるべきではありません。 ProgPowを使用すると、ASIC耐性がなぜ良いことになるのか私にはわかりません。」

ASIC耐性が疑問視されている

イーサリアムがイエローペーパーでASIC耐性に取り組んでいるという事実にもかかわらず、この呼びかけは、すべてのコミュニティメンバーがそれを信じているわけではないという事実を証明しました.

特にソレイマニは、イーサリアムがまもなくプルーフオブステークに移行し、リソースを変更するプルーフオブワークに転用することは役に立たないと主張しました。彼はまた反対側を攻撃し、次のように言った。

「それは彼らが望むものを手に入れるためにコア開発政治委員会にロビー活動をしている利益を求める鉱山労働者の集まりです。終止符。」

コア開発者は、イーサリアム2.0への移行はまだ少なくとも2年先だと答えました。イーサリアム1.xイニシアチブのリーダーであるジェームズハンコックは、2.0に注意を払わずに1.0チェーンの機能を維持することが1.xの中心的な特権であると述べました。.

開発者はまた、ProgPowを各イーサリアムクライアントに統合するには、1人の開発者から最大1週間の作業が必要になると指摘しました.

しかし、この呼びかけは、イーサリアムコミュニティがProgPowの背後にある原則に基づいて団結していないことを明らかにしました。 MinehanがCointelegraphに要約したように：

"イーサリアムコミュニティが自問する必要がある本当の質問はこれだと思います：ASICレジスタンスは私たちが望むものですか？もしそうなら、ソリューションを開発することができます."

結論

すでに部分的に受け入れられているイーサリアム改善提案（EIP）の技術的な脆弱性の発見は、プロセスによって予期されたものではありませんでした。コア開発者は、EIPは既存のフレームワークでは取り消すことはできないが、他の提案に「取って代わられる」ことができると述べました。.

コールのモデレーターであるHudsonJamesonは、ProgPowを修正し、「Ethash2.0」という名前で新しいEIPに転送するソリューションを求めました。すべての開発者が完全に同意しているわけではなく、これが実際に後で実装されるかどうかは不明です。.

一部の開発者は、ProgPowからの反対意見は、提案を完全に殺すことを正当化するのに十分であると信じていました。ただし、別の名前であっても、チームの他のメンバーはそれをやりたいと思っているようです。.

呼びかけの終わりに、ハンコックは、エサッシュの危険性についてコミュニティを教育するためにもっと努力がなされるべきであると強調しました。彼は、「軽い評価」の脆弱性により、「1.2倍または1.5倍ではなく20倍のGPU」であるASICが作成される可能性があると主張しています。彼の見解では、これはネットワークの安定性にとってはるかに危険です。.

その呼びかけはドラマなしではなかった。コア開発者のMartinSwendeは、彼の失礼な行動と個人的な攻撃についてSoleimaniを呼びかけ、Jamesonは「彼とプライベートに話し合う」と付け加えました。

イーサリアムの創設者であるヴィタリック・ブテリンも電話に出席しましたが、ProgPowの議論中には話しませんでした.