2週間で1つのMVP：ParityがPolkadotのために「日常的に使える」Web3を構築中！

Gavinの復帰とともに、Parityのコア目標がプロトコル構築からプロダクト開発へとシフトしたことで、Parityのプロダクト部門はますます注目を集めています。今回のSpace Monkeysでは、ParityのプロダクトエンジニアリングディレクターであるKarim Jedda氏をお招きしました。

Gavin Woodと同様に、Karimも「好奇心」を徹底的に生産力へと転換する人物です。

• スマートフォンが「盗聴」しているかどうかを検証するために、デバイスをブラックボックスに入れて実験することができる；
• 週末にNFC付きのPolkadot実体「トークン」を設計できる；
• 3つのAIをオンチェーンで議論・投票させることができる；
• 自宅サーバーでAIが自動でdAppを書くシステムを孵化させることもできる。

今回のSpace Monkeysのディープインタビューでは、従来とは異なるParityの姿が見られます。もはやブロックチェーンの性能最適化だけでなく、「2週間でMVPを作る」プロダクトリズムの中で、Web3を本当に日常生活の一部にすることを目指しています——触れることができ、理解でき、すぐに使える！

Karimの一言が、彼の世界の構築方法を明かしています：「もしアイデアが頭の中に根付いたら、必ずそれを形にしなければならない。」

今回は、プロダクト、クリエイティビティ、そしてWeb3の未来が「どうやって本当に使われるか」についての特別インタビューです！

ぜひ引き続きお読みいただき、Parityの現在のプロダクト観とワークカルチャーをご覧ください！

Parityプロダクトエンジニアリングディレクター：好奇心がすべてを駆動する

Jay：最新の「Space Monkeys」へようこそ！本日はParityのプロダクトエンジニアリングディレクター、Karim Jedda氏をお招きしています。今のこの時代、彼の役割はこれまで以上に重要です。Space Monkeysへようこそ！

Karim：招待いただきありがとうございます、Jay！

Jay：あなたをお招きできて本当に嬉しいです！実はずっとあなたを尊敬していました。いつも新しいものをいじっては、シェアしてくれますよね。最近はどんな新しいプロジェクトに取り組んでいますか？

Karim：これらは主に情熱からやっています。この仕事は大量の会議やディスカッション、そして創造性に欠ける作業も多いですが、私は人々がブロックチェーン技術の成果を直感的に体験できるプロジェクトを作るのが好きです——みんなが直接参加し、観察し、ブロックチェーンの可能性を感じられるように、複雑な仕組みを深く掘り下げる必要はありません。だから、私はジェネレーティブアート（例えばNFT）を作って、「見て、実はこれって簡単なんだよ」とみんなに伝えたり、余暇を使って創作に取り組んでいます。NFCチップ付きのタグも3Dプリントしました。より多くの人にPolkadotエコシステムに参加してもらいたいし、ハードウェア面でもちょっとした試みをしています。

Jay：そういえば、Web3サミットの時、あなたは3DプリントのPolkadotロゴをくれましたよね。

Karim：そうです～ 中に小さなNFCチップが入っています。私の考えは、こういった実物を使ってPolkadotの入門ガイドを提供することで、単にリンクを送るだけではなく、手に取れる「トークン」として体験してもらうことです。これは私の小さなプロジェクトの一つです。他にももっと複雑なプロジェクトがあり、その一つは自宅サーバーで孵化中です——AIツールを活用して自動で分散型アプリケーション（dApp）を開発するプラットフォームで、このプロジェクトの技術的基盤は、以前CyberGovの開発に参加した際に得た経験から来ています。当時、3つのAIをオンチェーンで投票させる実験をしました……

Jay：ちょっと待って、ゆっくり話しましょう。そのCyberGovは3つのAIエージェントで構成されていて、最適な投票結果を協力して導き出すんですよね？

Karim：そう理解してもいいですが、厳密には協力ではなく、3つの独立したエージェントがそれぞれ投票し、最終的な結果はその集計です。

Jay：なるほど、ある種のコンセンサスを得るということですね。

Karim：そうです。各AIにはそれぞれ「性格」、つまりアルゴリズム上の微妙な違いがあり、異なる提案に対して異なる好みを持ちます。役割としては、提案の「フィルター」に近く、上位の意思決定層ではありません。私の構想としては、モデルのバージョンアップに伴いモデル自体は入れ替えられますが、これらの「性格設定」は維持し、意思決定の効果を継続的に高めていきたいと考えています。

Jay：これらの「性格」は何を参考に設計したのですか？

Karim：一つは「ストラテジスト」で全体戦略を重視、もう一つは「投資家」タイプで投資リターンを重視、もう一つはその中間で「エコノミスト」的な立ち位置です。

これらは私が試してみたい方向性ですが、コミュニティから他の「性格」提案も受け付けており、統合していきたいと思っています。すでに何人かが素晴らしいアイデアを共有してくれましたが、まだ実装できていません。このプロジェクトではAI開発の最新成果を活用しています——もはやモデルに直接プロンプトを送るのではなく、プログラムでプロンプトを生成し、最適な結果を導き出します。これは全く新しい発想で、これらの研究成果を基に、思考しながら自動で分散型アプリケーションを生成できるシステムを開発中です。

Jay：Elon Muskも似たようなことをやっていますよね。彼は最近MacroHardという会社を立ち上げました。

Karim：それは聞いたことがありません。何をやっている会社ですか？

Jay：Microsoftは知っていますよね？MacroHardはAIが自動でソフトウェアを書く会社だと理解しています。

Karim：確かに、これは現在のトレンドです。これは十分に活用すべきツールです。最も早く習得し活用できる人が、チャットインターフェースを使っている人よりも優位に立つでしょう。

Jay：その通りですね。では、CyberGovプロジェクトの進捗はどうですか？効果は？

Karim：現時点では、投票の提出、オンチェーンでのインタラクション、コメントの追加が可能です。全体的な効果はまだ明確ではありません。なぜなら、具体的な提案について実質的な議論が行われていないからです。ただ、基本機能は備えています。すぐに世界を変えたり、Polkadotチェーンのガバナンスモデルを覆すほどのものではありませんが、今後のバージョンアップに期待しています。V0バージョンは控えめな小さな実験です。

Jay：なるほど。もう一つ、広告のトリガーワードでスマホをわざと干渉させるプロジェクトもありましたよね？それは何ですか？

Karim：その実験は「Gaslight Garage」と呼んでいます。

Jay：名前だけでちょっと不安になりますね、笑。

Karim：そうですね。「時計じかけのオレンジ」を見たことありますか？

Jay：もちろん見ました！あなたの実験を見て思い出しました。

Karim：そうですが、私たちは人間ではなくスマホを「拷問」するんです、笑。

Jay：つまり、スマホのセンサーを常に「受信状態」にするということですか？

Karim：その通りです。その投稿はTwitterで100万回以上閲覧され、私の初めてのバズった投稿でした。実験の原理はとてもシンプルで、スマホを箱に入れ、隣にスピーカーを置き、AIで生成した音声を流し続けてスマホに信号を送り続けます。もし本当にスマホが「盗聴」していれば、特定のキーワードを拾って関連広告をプッシュしてくるかもしれません。

Jay：新しいスマホですか？それとも自分の？

Karim：自分のです。普段プライベートの連絡に使っている2台目のスマホです。

Jay：結果はどうでしたか？

Karim：今のところ特に変わった結果はありません。掃除機などの変な広告は届きませんでした。もしかしたら、もっと長期間の実験や、アプリを継続的に使いながら行う必要があるかもしれませんが、現時点ではそこまで試していません。今はスマホをそのまま放置していますが、今後また考えてみます。この実験が注目を集めたのは、多くの人の神経を刺激したからだと思います——「スマホは私たちを盗聴していない」と信じる人もいれば、「面白い実験だ、何か分かるかもしれない」と思う人もいます。

Jay：すごいですね。あなたの実験は本当に幅広いですね。これはあなた自身の好奇心を満たすためですよね？

Karim：その通りです。頭の中にアイデアが浮かぶと、それを形にしないと他のことに集中できません。時には食事も喉を通らず、落ち着かない気持ちになります。そのアイデアを実現しない限り、普通に仕事ができません。正直、これは問題でもあります。もっと重要な仕事がある時でも、どうしても先にアイデアを形にしたくなってしまうので、まずはプロトタイプを作って公開し、みんなの反応を見てから次に進みます。私の注意力は完全に「今面白いと思うこと」に引っ張られてしまいます。

Jay：分かります。ずっとやりたかったけど、たぶん一生時間がなくてできない、ちょっと残念なプロジェクトはありますか？ぜひ教えてください。

Karim：ずっとやりたかったのは、本当の分散型オンチェーンデータクエリツールです。Duneのようなものですが、完全に分散型で、でもこのアイデアはまだ進んでいません。コアな問題が解決できていません。もしコミュニティでやってくれる人がいればいいのですが、業界的にもこういうツールは必要だと思います。

他にも自動車関連で、Teslaのセントリーモードを普通の車に移植したいと思っています。基本的にはRaspberry Piと無停電電源を使って、エンジンを切った後も車の周囲を監視し続ける仕組みです。

今はNVRも作っています。知っていますか？監視カメラをホストに接続して分析する装置で、従来のNVRは簡単な動作検知しかできませんが、今はもっと多くのことができます。例えば、検知した映像を顔認識に送り、同じ人が現れる頻度を集計したりできます。さらに面白いのは、ブロックチェーンの仕組みを取り入れることもできる点です。例えば、あるカメラが改ざんされた場合、他のカメラが自動的にその映像を拒否するなど。こうしたクロスオーバーの探求はとても面白いです。他にも200以上のアイデアがありますが、時間ができたらできるだけ早く一つずつ公開していきたいです。

技術はギークだけのものではなく、Web3は社会に「純粋な正の価値」をもたらすべき

Jay：こうした小さな実験以外に、なぜWeb3領域でプロダクトがそんなに重要だと思いますか？

Karim：多くのエコシステムで既に議論されています。人々が使うのは「プロダクト」であり、「プロトコル」ではありません。日常のことを基盤インフラで済ませることはありません。例えば、今あなたが番組を録音しているのはiPhoneやSonyカメラであって、オンチェーンのプリミティブを使ってインタビューしているわけではありません。だからこそ「簡素化レイヤー」が必要で、99%の人がブロックチェーンの価値や機能を享受でき、操作の複雑さによるリスクを回避できるようにする必要があります。これは私たちの責任であり、技術発展の必然です——技術を普及させるだけでなく、Web2ツールにはない能力、例えば検閲耐性、パーミッションレスアクセス、そして最も基本的な金融インフラをユーザーに提供することが求められます。

私たちが当然だと思っている多くの機能は、実は長年そのエコシステムを使い続けてきたことで形成された思考のクセです。これらの思考定式を打破し、操作フローを簡素化し、煩雑な手順を省き、ユーザーがブロックチェーンの利点を簡単に体験できるソリューションを作る必要があります。

Jay：Web3プロダクト開発者として、自分が負うべき責任やリスクについて考えたことはありますか？

Karim：もちろん考えています。新しい能力を人々に与える技術は、必ず責任を伴います。特に、社会がまだ完全に受け入れていないことに挑戦する場合はなおさらです。社会は静的ではなく、常に進化しています。私たちがやるべきことは、できるだけ「良いプロダクト」「社会に有益なもの」を創造することです。それこそが追求すべき目標です。

もし誰かがそれを悪用したら、それは確かに心苦しいことですが、99%の利用シーンがポジティブであるように努めるしかありません。良いツールでも悪人の悪用を完全に防ぐことはできません——これはWeb3に限らず、現金も同じです。現金は野良猫保護施設への寄付（私はこれを強く勧めます）にも使えますし、悪事にも使えます。だからこそ、Web3プロダクトが世界的に「純粋な正の価値」を実現できるかどうかが重要で、避けられないネガティブな面に過度にこだわる必要はありません。

Jay：でも法的責任などは心配しませんか？例えば、あなたのプロダクトが意図せず犯罪者に好まれるツールになってしまった場合、心理的な負担はありませんか？

Karim：正直に言うと、私はツールを作り、ソフトウェアを書く人間であり、これらのプロダクトを運営しているわけでも、他人の利用によって利益を得ているわけでもありません。なので、その点で法的責任をあまり心配していません。もしWeb3の利用自体が違法とされた場合、その時は私一人だけでなく、より広範な影響が出るでしょう。でも私は西側諸国にいるので、ある程度の自由度があり、意義あることもできます。テクノロジー企業は技術と社会の進歩を推進する力であるべきですし、こうした懸念が現実にならないことを願っています。

Gavinが注目する2つのプロダクト：Life（生活関連）とSpace（現実世界とのインタラクション）

Jay：素晴らしいですね。今、GavinがParityの責任者として復帰しました。これは彼の会社であり、彼のビジョンは「プロダクトを作る」ことです。でも、実は彼が戻る前からあなたがParityのプロダクト路線を推進していましたよね？この方向性を始めたのはあなたですよね。

Karim：そうです。プロダクトエンジニアリング部門は約1年前に設立されました。当時の仮説は、いくつかのプロダクトを開発することでプロトコルをより深く理解できるというものでした。実際、それ以前からDotLakeのようなプロダクトを作っていました。Data Websiteもそうです。単にCSV形式の生データをダウンロードできるだけでなく、グラフを見たり、データを共有したり、Polkadotエコシステムで何が起きているかを直感的に理解できるようにしたかったのです。その後、インフラチームがデータベーススナップショットを提供し、ユーザーがノードを素早く構築できるようにするなど、他の方向にも拡大しました。

最初は「Polkadot開発のハードルを下げ、エコシステム内の開発を加速させる」プロダクトを作ることが目的でした。しかし今は違います。今の重点は「Web3ユーザー向けのプロダクト」を作ること、つまり「ユーザーが本当に必要とするもの」を作ることです。これはプロダクトエンジニアリングチーム設立当初の目標とは異なります。

Jay：なるほど、コアはみんなに本当に使えるツールを提供することですね。以前はPolkadotを使いやすくするため、今は特定のシーンでユーザーの生活を便利にするため。Gavinは今、2つのプロダクトに注目しています：Life（生活関連）とSpace（現実世界とのインタラクション）。あなたはどちらに興味がありますか？

Karim：私はSpaceの方に興味があります。

Jay：私もです！具体的にどの部分が魅力ですか？

Karim：本質的には、「物理的なインタラクションがあり、その背後にブロックチェーンがサポートしている」分野すべてです。先ほど話したカメラとデバイス同期の概念実証プロジェクトもそうです。オフライン体験のもの、例えばWeb3サミットで展示した事例や、今日Parityのチームビルディングで共有した実験プロジェクトもそうです。その中のハッカソンプロジェクトは賞も取りました。

Jay：どれですか？私は他の人をインタビューしていて見逃しました。

Karim：後日公開します。ただ、全体的な方向性としては、現実世界とチェーンの間にある柔軟なインタラクション体験を通じて、「鍵を持つこと」「暗号デバイスを所有すること」の実際の効果を感じてもらうことです。ちょっと曖昧に言っていますが、今後の動向に注目してください。プロダクトが十分に磨かれたらデモをお見せします。

Gavの考えは、人々の生活に楽しさをもたらすプロダクトを作ることです。私が先ほど言ったように、みんなが何かをするために「たくさん勉強しなければならない」ようなものではありません。今日展示したErinのオンチェーン投票アプリのように、完全にオンチェーンで動作しますが、多くの人がまずトークンを受け取る必要があり、Faucetでテストトークンをもらう人もいました。こうした体験は今後も改善が必要で、最優先は「ユーザーがゼロハードルで始められる」ことです。

Space系プロダクトは他にもたくさんあります。例えば現実世界で、店に入ったらなぜチェーン上のウォレットで直接支払いできないのでしょう？カードも仲介業者も追加操作も不要です。こうしたシーンのイノベーション価値は大きく、同様のアイデアは無数にあります。あとは想像力次第で、もちろん実現可能性の検証も必要です。

Jay：その通りですね。GavはParityのチームビルディングで、「2週間でMVP」、つまり2週間でプロトタイプや概念実証を素早く出すことを目指すと話していました。ただ、最初は難しいかもしれません。まずプロダクトを作ることで必要なミドルウェアを見つけ、基盤が整えばイテレーション速度も上がるはずです。今の状態から、こうした高速イテレーション・高速プロトタイプ開発の段階に進むには、具体的にどうすればいいと思いますか？

Karim：Williamと私のチームが昨日良い指摘をしました。Web3領域では、多くの技術的意思決定は私たちが悩む必要がなく、ブロックチェーンのスピードに合わせて動けばよく、サービスアーキテクチャやデータベース設計など複雑な問題を考えなくて済みます。これがイテレーションを大幅に簡素化します。

現在のようなプロダクト主導のプロトコル開発モデル——つまりプロダクトのニーズがプロトコル設計のコア要素を主導する——は非常に価値があります。例えば、ブロックチェーンは高速化が必要か？ストレージ容量を増やす必要があるか？こうした重要な問題はプロダクトニーズに合ったシーンから得るべきで、これは非常に正しい方向性です。今の段階からMVP開発と探索的作業を「2週間でプロトタイプ」まで進めるのは可能か？私は完全に可能だと思います。特に、先ほど述べたAIツールや自動化技術、チームのプロダクト開発経験の蓄積を組み合わせれば、プロダクト能力はどんどん強化され、複数のプロダクトチームができるでしょう——プロダクトを作り、MVPを作り、素早く検証し、実現可能性をテストする。あとはチェーンの最適化速度次第です。ストレージ速度が遅すぎるというボトルネックに直面した場合、他のプロダクトもすべて止まってしまうかもしれません。だからソリューションが実現するまで、問題を解決しつつWeb3のコアバリューや理念を損なわない暫定策を見つける必要があります。

まとめると、私は完全に可能だと思います。難易度は高いですが、今は十分なツールがあります。5年前ならもっと慎重だったでしょう。

開発者としてはプログラミングの楽しさを、管理者としては率先垂範を

Jay：あなたは管理者としてこの重要なプロジェクトを主導しますが、どんな戦略で、どうやって原石の才能やポテンシャルを「プロダクトを作れる結束力のあるチーム」に育てますか？

Karim：まず、私は「説得型リーダーシップ」を重視しています。つまり、なぜこのことをやるのかをチームに理解してもらうことです。例えば、なぜ完全なWeb3ツールを作るのか？どんなメリットがあるのか？みんながこのミッションを心から納得することが最も重要な原動力です。そして、必要なサポートを提供します。ドキュメントを入手できるようにし、いつでもシニア開発者に質問できるようにし、関連するコミュニケーションや優先順位の調整も行います。さらに、タイムラインを明確にします。例えば「第4四半期までにこれらの目標を達成し、その後第1四半期の計画を再検討する」と伝えます。

私はサポート役も担い、率先垂範もします——あなたが見ている通り、私自身もプロダクト開発に参加します。命令だけする管理者にはなりたくありません。「これが私の作ったものです。みんなで比べて学び合いましょう」と共有したいです。できるだけすべてのチームに関わるようにしています。それは暇だからではなく、最大の価値を生み出せるからです。方向性が分からず行き詰まっているチームも、私が会議で説明すればすぐに解決します。

最後にとても重要なのは、チームと密にコミュニケーションを取り、すべての障害や不確実性を取り除くことです。今日ハッカソンで受賞した多くのチームはプロダクトエンジニアリング部門のメンバーです。私は彼らにこうしたサポートを提供したいです：日常の管理業務の調整から、実際の開発で得られる達成感、そして成果がユーザーに使われる喜びまで。私の目標は、彼らがプロジェクトを完遂し、ユーザーに成果を見せ、共にイテレーションと最適化を進めることを導くことです。もちろん、私自身も参加したいです。本当に楽しいチャレンジです。

開発者としては、プログラミング開発の楽しさをより感じます。しかし管理者としても自分の役割は同じくらい重要だと思っています。たとえその貢献がすぐに認められなくても、両者の「タイムライン」は違うのですから。

プロダクトはいつ「完成」と言える？成功の基準は？

Jay：リーダーとして、プロジェクトが完成したと判断する基準は何ですか？概念実証を作るのと、本当に広く使われるプロダクトを作るのは別物ですよね。

Karim：私たちはいくつかの段階に分けています。今は全体計画の初期段階で、まずParity内部でテストします。小規模な試運転、フィードバック収集、基本的な品質保証（QA）です。プロダクトが内部検証を通過し、Web3機能が正常に動作すれば、次に重要なのはユーザーの採用度、ユーザーデータ、成長状況です。これらはクラシックなプロダクトKPIで、シンプルで追跡しやすく、分かりやすいです。

コアな問題は：ユーザーが使っているか？満足しているか？機能の問題で離脱していないか？問題があれば、思考を再整理し、イテレーションと最適化を行います。だからプロダクトリリース後の成功基準は明確です：ユーザー採用率、リテンション率、そしてPolkadotエコシステムに貢献できているかどうかです。

Web3ビルダーへのアドバイスは？

Jay：素晴らしいですね。今、番組を聴いているリスナー、情熱がありアイデアもあるけどなかなか「手を動かせない」人たちに、何かアドバイスやコツはありますか？どう始めればいいでしょう？

Karim：一つの道理を思い出しました。「千里の道も一歩から」。これは私の個人的な経験で、一般的なアドバイスではありません。私は「最小限の実行可能な第一歩」を探し、まず物事を動かします。この一歩が必ずしも成功するとは限りませんし、壮大な構想を完全に体現できるわけでもありませんが、今できる最も簡単なことを見つけて、まず進捗を出すことが大切です。

例えばAIツールでアイデアを始めたい、他の人に仮説をテストしてもらいたい、アイデアを売り込みたい、いろいろな方法があります。でもコアな原則は：できるだけ早く本物のユーザーの手に届けることです。抽象的なアイデアは短期間でモデル化できませんが、本当に大事なら、リアルなフィードバックをくれる人を探しましょう。要するに、小さく早く動き、素早くイテレーションし、必要ならプロセスを簡略化し、まずプロトタイプを作ってから最適化する。真に有効な情報は現実世界からしか得られません。データセットからではなく、ユーザーが実際に使い、「良い」「悪い」と言ってくれて、そこから改良できます。

もう一つは、簡単に落胆しないこと。Web3分野は時に本当に難しいです。適切なドキュメントが見つからず、質問しても誰も答えてくれないこともあります。だからこそ、私は自分の責任だと思っています。エコシステムの中で最小のチームでも「居場所」と「声」を持てるようにしたいです。

本物のWeb3に貢献したいなら、私たちは大歓迎です。必ずあなたの居場所があります。必要があれば私に質問してください。今の世界環境の中で、Web3を現実にするための小さな貢献一つ一つが価値あるものです。

Jay：素晴らしいです。Karim、番組に来ていただき、そしてエコシステムで活躍してくださって本当にありがとうございます。あなたに助けを求めるのはいつも楽しいことで、いつも手を差し伸べてくれて、周囲のさまざまな問題を解決してくれます。本当にあなたの仕事に感謝していますし、番組に参加してくれてありがとうございます。

Karim：どういたしまして、こちらこそありがとうございます。今回の交流は本当に意義深いものでした。自分の考えをシェアする機会をいただき光栄です。今後数年のうちに、私のチームメンバーも招いてプロダクトや開発プロセスを紹介できればと思います。Web3をもっと「人間味」のあるものにしたいです。なぜなら、時にそれが欠けているからです。Web3はAPIや抽象概念に満ちていますが、その背後には人がいて、最終的には人のためにサービスを提供するものです。

Jay：まさにそれが私たちの目指すものです！本当にありがとうございました！