Parityの戦略的転換:インフラ提供者からWeb3製品の構築者へ

過去24ヶ月間、Polkadotは困難な岐路に直面してきました:そのブロックチェーン技術は世界クラスのレベルに達しましたが、実際のアプリケーションエコシステムはほとんど始動していません。分散型金融(DeFi)セグメントを超えて、他のWeb3スペースの進展はカタツムリの速度でしか進んでいません。外部開発者は期待されたほどPolkadot上に構築しておらず、エコシステム拡大のボトルネックとなっています。

この現実は、Gavin Woodが戦略的リーダーとしてParityに復帰したことで変わりました。決定は断固たるものでした:もし市場がこのインフラ上にWeb3アプリケーションを構築しなければ、Parity自身がそれを行う必要があると。

これは単なるデモを作ることではありません。根本的な戦略的転換です:「Parityがインフラを開発し、エコシステムがアプリケーションを構築する」から、「ParityがWeb2サービスを本当に置き換えるプロトタイプを作り、Polkadotの技術が約束通りの成果を出すか現地で検証する」へ。

なぜ外部開発者モデルは失敗したのか

Parityのエンジニアリング副社長Pierre Aubertは、次のように断言しました:第三者に賭けた2年間は期待通りには機能しませんでした。

「24ヶ月前、私たちはParityがブロックチェーンインフラ層を構築し、外部開発者がアプリケーションを持ち込むと想定していました」とAubertは説明します。「しかし現実は異なりました。今後は、私たち自身のシステム内で小さなアプリケーションのプロトタイプをいくつか作成し、この分散型アーキテクチャを『dogfooding』として使用して、その実現性を示す計画です」。

この視点の変化には、日常的なシナリオの再構築も含まれます。例えば、Web3 Summitでは、Parityは従来のWeb2プロバイダーを通じてチケットを購入し、中央集権的システムでアクセスを検証していました。これらはまさに分散化が介入できるポイントです。

分散化の隠れた利点

Pierreの主張は技術的効率性を超えています:「もし中央集権システムがあなたの現在のニーズを満たしているなら、すぐに変える理由はありません。しかし、アクセス制御に関しては、その利点が明らかです」。

例えば、多人数で簡単にコピーできるホテルのカードはセキュリティのボトルネックです。Web3の分散型システムでは、ユーザーだけが自分のアクセス証明書を生成でき、その脆弱性を排除します。

次にプライバシーの問題です。従来のWebサービスは絶えずデータを流出させています:「半年ごとにどこかの企業がハッキングされ、私の住所、パスワード、銀行情報が漏洩します」とAubertは指摘します。「Polkadotは『デフォルトで安全』を提供すべきです:なぜなら、あなたのデータはあなたに属しているからです」。

チケット購入者は、ゼロ知識証明を使って正確な住所を明かさずに居住地を証明できるかもしれません。システムが侵害された場合でも、敏感な情報は保護されたままです。「今日のシステムは非常に成熟していますが、分散化できれば、より良く、より安全になるでしょう」と締めくくりました。

Parityはどのように内部生産性を向上させたか

Aubertがエンジニアリング副社長に就任して以来、基本的ながら深い組織変更を実施しています。「複雑なことではありません」と彼は明言します。「標準化されたプロセスを確立し、責任範囲と評価基準を明確にするだけです」。

その結果は顕著で、生産性が飛躍的に向上しました。

彼の観察によると、エンジニアは明確なルールと公平性のある環境で最も繁栄します。「もし私より多く働いているなら、それは本当にあなたが優れているからです。この透明性こそが機能するのです」と彼は述べます。

彼のアプローチは、見かけの努力よりも結果を重視します。「一生懸命働いている人もいますが、結果を出さない人もいます。逆に、少ない時間(例えば週20時間)で賢く働き、実質的なインパクトを生む人もいます。これを私たちは評価します」と説明します。

エンジニアが結果を出さない最も一般的な問題は、個人的な問題ではなく管理の問題です:曖昧な目標、責任範囲の不明確さ、決定権の欠如です。「明確さが最も重要です。責任者は『左に行くか右に行くか』を決められる必要があります。一度決まれば、チームは摩擦なく進めます」。

Polkadot Hub:製品の成功とプロセスの教訓

Polkadot Hubは成功だったのでしょうか?「はい、いいえ」とAubertは外交的に答えました。

製品としては、最終結果は堅実です。しかし、その過程で重要なエンジニアリングの誤りも明らかになりました。

最初に、チームはPVMを選択しました。その理由はパフォーマンスの優位性です。1年後、予期しないボトルネックが判明しました:Ethereumの大規模なスマートコントラクトのほとんどがPVM上で動作しなかったのです。

「私たちはEVMエコシステムの複雑さを過小評価していました」と認めます。「Anvil(のようなテストフレームワークやGasの割り当てなど、すべてのサポートをEVMに retroport する必要があり、プロジェクトが非常に複雑になりました」。

この教訓は厳しかったですが、明確になりました:始める前に、深く書き、考える必要があります。暗号業界では、多くの人が「気にしないでやれ!」と言いますが、Aubertはそのたびにドキュメントを求めます。「多くのことは簡単に見えますが、実際には複雑で、プロジェクトは予想以上に長引きます」。

二重戦略:まずEVM、後にPVM

Polkadot Hubの戦略は今や実用的です:Ethereumの主要なDeFiプロトコルはまずEVM上に展開されます。これは理にかなっています:これらのプロジェクトはPVMを使っても大きなパフォーマンス向上は得られません。

「彼らのコントラクトは基本的に残高を読む、ロジックを実行し、結果を書き込みます。ボトルネックはデータの読み書きであり、計算ではありません」とPierreは説明します。「EVMは彼らには十分です」。

PVMは計算集約的なタスクに輝きます。将来的には、今日オフチェーンで行われている操作がオンチェーン内で行われる可能性もあります:例えば、リアルタイムのZK-SNARK計算などです。

「PVMでできてEVMでできないことはたくさんあります。これは暗号エコシステムにとって利益です:より多くのロジックをチェーンに入れることで、オフラインの奇妙なプラクティスやサードパーティのオラクルへの依存を減らせます」と彼は指摘します。

分散型スタック:計算、ストレージ、通知

Gavinは2週間ごとに製品の反復サイクルを推進しています。これらのプロトタイプは通常、スマートコントラクトを使用しますが、一部のサービス)ストレージ、通知(はおそらく独立したパラチェーンになるでしょう。

計算面:Polkadotはすでに成熟したシステムを持っています。

ストレージ面:最も複雑なタスクです。Parityはオンチェーンに統合されたストレージを開発していますが、他のチームもこれに取り組んでいます:DataHaven)エコシステムの一部(、Eiger)低レベルのプリミティブ(、Moonbeam、JamDAです。

「おそらく複数のストレージソリューションが共存するでしょう」とAubertは予測します。「写真用の安価な分散ストレージと、頻繁な読み書きが必要な小容量の高速ストレージも必要です」。

JamDAは一時的なストレージとして機能します)データは28日後に期限切れ(、Filecoinのようなシステムは長期保存に適しています。IPFSとの大きな違いは、「IPFSは可用性を保証しません。ドキュメントをアップロードしても、将来も読める保証はありません」。

最終的には、全スタックはPolkadotのセキュリティによって保護されますが、最初は一時的なリスク計算ツールのような既存システムを利用する可能性もあります。

通知について:これは、今日のファイアウォールの背後にいるユーザーをつなぐための仲介役として機能する中央集権サーバーを置き換えることです。

「課題は、そのメタデータを追跡できない形でその機能を分散化することです。Signalのようなシステムでは、誰とチャットしているかはわかりますが、誰とではありません。私たちのシステムでは、それさえも見えないはずです」とPierreは述べました。

最終目標:分散型クラウド

本質的に、Parityは非常に一般的なWeb2システム(計算、ストレージ、通知、アイデンティティ)を分散型アーキテクチャで再構築しています。

「一歩一歩、私たちは『クラウド』や『サーバー』の分散型を構築しています。すべてのコンポーネントは徐々に洗練されていきます」とAubertは要約します。

これは小さな仕事ではありません。Polkadotが次の暗号エコシステムの時代でその地位を主張できるかどうかを決定づけるものです。

EL2.44%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
0/400
コメントなし
  • ピン