標準化と革新のパラドックス：Web3の構築者はどのように両者の関係をバランスさせるのか？

執筆：Anchor共同創設者、Michael Mignano

編訳：律動 BlockBeats

標準化は間違いなく開発者とユーザーにとって非常に友好的であり、開発コストや採用コストの観点から見てもそうです。Web2の世界はそうであり、Web3も同様です。

EVMは強力な先発優位性を持ち、最も強いコンセンサスを持つ仮想マシンとして、Web3業界の分散型アプリケーション開発の「標準」となりました。

イーサリアムメインネットが立ち上がってからの7年間、日々増加するSolidity開発者たちはイーサリアムエコシステムに無数のアプリケーションを蓄積し、多くのユーザーを獲得しました。現在、開発者にとってEVMエコシステムにアプリケーションをデプロイすることは、最大のユーザー群にアクセスでき、整備されたインフラを完璧に活用でき、最も重要なのは数千のEVMアプリケーションと組み合わせることができるということです。ユーザーにとっては、1つのウォレットさえあれば、RPCを介してEVM「標準」内のすべてのアプリケーションをシームレスに切り替えることができます。

しかし、EVMはある程度Web3業界の革新を制限しています。例えば、EVM契約は16個のローカル変数しか定義できないため、複雑なアプリケーションロジックの実装が大きく制限されます。EVM上で複雑なアプリケーションロジックを実現するには、コントラクト間の呼び出しを行う必要があり、これは非常に高コストであり、かつ非常に安全ではありません。もちろん、DeFi系アプリケーションがEVM上で完璧に実現されているのも見ていますが、DeFiアプリケーションの内部ロジックは比較的単純であり、EVMの同期実行は金融系アプリケーションに非常に友好的です（例：フラッシュローン）。他のWeb3アプリケーションにとっては、「標準化」と「革新」の間の逆説を考える必要があるかもしれません。しかし、良いニュースは、WASMなどの他の仮想マシンを搭載したAlt L1が徐々に台頭してきており、Web3の革新者たちに他の選択肢を提供していることです。

この記事はポッドキャストプラットフォームAnchorの共同創設者Michael Mignanoによるもので、文中では「標準化」の定義を行い、標準化がもたらす利点と欠点、そして革新に対する挑戦について詳しく説明しています。以下は翻訳全文です：

技術標準、例えばポッドキャストのRSSは、新興技術が情報時代に広く普及するための必須条件です。これは、標準化された技術のみが既存のエコシステムにより良く統合されることができるからです。しかし、すべての事には二面性があり、標準化の普及はある程度革新を制約します------これが、ポッドキャストのフォーマットがその20年の発展の中でほとんど変わらなかった理由です。

技術標準の利点は、チームが時間とお金を節約でき、市場に出回る製品に共通の言語を提供することです。これにより、開発者は市場で各コンポーネントを構築したり、システム間のコミュニケーション方法を再定義したりする必要がなくなります。例えば、新しい電子メールクライアントを構築するチームは、送信者と受信者の間で電子メールがどのように送信されるかのフォーマットを再設計する必要はありません。代わりに、彼らはSMTP（シンプルメール転送プロトコル）を採用し、ユーザー体験の向上に集中することができます。つまり、人々は先人が定めた標準を直接利用することで、製品開発のプロセスを加速することができます。一方で、完全に独自の製品を構築するよりも、標準に基づいて構築された製品は市場適応性が高いことが多いです。

標準化された製品はより早くオーディエンスに接触できますが、その代償として、低い参入障壁が同じカテゴリの製品の氾濫を引き起こし、市場の分化をもたらし、革新の進行を制約します。この現象を「標準と革新の矛盾」と呼び、以下で詳しく説明します。

標準の定義

簡単に言えば、標準とは、ある技術（ハードウェアまたはソフトウェア）が他の技術と相互作用するための規範です。標準は通常、コミュニティによって開発され、委員会によって承認および維持されます。これらの委員会は、参加を希望する人に対して通常オープンです。技術標準のいくつかの例には、HTTP（ウェブブラウジング用）、SMTP（電子メール転送用）、RSS（ブログやポッドキャストなどのコンテンツ統合用）、SMS（テキストメッセージの送受信用）などがあります。

標準化の利点

RSS（Really Simple Syndication）を通じて、標準が製品チームにもたらす利点を見てみましょう。RSSは常にポッドキャストの基盤技術標準であり、クリエイターに強力な配信メカニズムを提供し、単一の端末から音声を公開し、迅速に他のプラットフォームにコンテンツを統合できるようにしています。過去20年間、RSSはポッドキャストとそのアプリケーションの間の相互コミュニケーションを容易にする共通の言語を提供し、ポッドキャストのインターネット上での急成長を促進しました。RSSを通じて音声を公開するには、クリエイター（またはクリエイターを代表するポッドキャストプラットフォーム）は、特定のフォーマットでポッドキャストを公開し、ポッドキャストのカバー画像のURLリンク、エピソードリストなど、標準で定義されたパラメータのみを含める必要があります。

私は多くの時間をRSSに費やし、Anchorというポッドキャスト制作プラットフォームを共同設立しました。これは2019年にSpotifyに買収されました。Anchorは、誰でもiOS、Android、またはウェブブラウザから簡単にポッドキャストを公開できるようにし、専門的な経験や知識を必要としません。クリエイターにとって、Anchorの素晴らしさは、ボタンを1回クリックするだけで、すべてのポッドキャストリスニングプラットフォームにRSSを通じてポッドキャストを公開できることです。その結果、Anchorは急速に成長し、最終的には世界最大のポッドキャストプラットフォームとなりました。

RSSはAnchorのポッドキャスト制作において大きな助けとなっただけでなく、人々のポッドキャスト消費を促進しました。世界中のほぼすべてのポッドキャストアプリ（Apple Podcasts、Spotify、Overcastなど）は、RSS標準に基づくポッドキャストをサポートしています。この利点は、あるポッドキャストアプリがこの標準を採用すれば、世界中のすべてのポッドキャストを自動的にユーザーに表示できることです。上記の電子メールの例と同様に、これによりこれらのアプリはユーザー体験に集中でき、プラットフォームのコンテンツを心配する必要がなくなります。なぜなら、これらのコンテンツはすでにオープンなインターネット上に存在し、ユーザーが楽しむために簡単に取得できるからです。

標準化の不利な影響

RSSの使用により、ポッドキャストソフトウェアは大量の時間とお金を節約でき、ポッドキャストエコシステム内でのコンテンツの流れを再設計する必要がなくなります。これにより、これらのアプリはオーディエンスを簡単に見つけることができます。したがって、この市場が約20年前に設立されて以来、ポッドキャストエコシステム内には多くのポッドキャストソフトウェアが登場しました。もしあなたがApp StoreやGoogle Playストアでポッドキャストソフトウェアを検索したことがあるなら、膨大な検索結果が得られるでしょう。ある側面から見ると、この現象はユーザーにとって良いことです。なぜなら、彼らはより高い柔軟性を持ち、ポッドキャストを聴くためにどの製品を使用するかを自由に選択できるからです。しかし同時に、ユーザーは単一の体験しか得られません。その理由は、標準の作成が合意に基づいているため、その基盤となる言語は変更が難しいからです。次に、日常生活の例を使ってこの論理関係をより良く理解してみましょう。

標準と革新の関係

あなたとあなたのパートナーが、行ったことのない国で2週間休暇を過ごしていると想像してみてください。あなたたち2人だけなので、この旅行中にやりたいことは何でもでき、あまり気を使う必要はありません。例えば、ディナーの予約をキャンセルしてコンサートに行くこともできますし、翌日の博物館訪問をキャンセルして別の都市に旅行することもできます。

今度は、この旅行にあなたたち2人だけでなく、子供、親、義理の親、友人、兄弟一家もいると想像してみてください。そうなると、これは全く異なる旅行になり、すべての行程を慎重に計画する必要があります。もしあなたがいくつかの詳細を調整したい場合、全員の同意が必要です------これはほぼ不可能なことです。最終的に、あなたは久しぶりに家族と素晴らしい経験をすることができるかもしれませんが、同時に少し平凡で退屈に感じることもあるでしょう。

したがって、ブログにとっても同様です。デザインチームが新しいアイデアを打ち出したい場合、標準に関連するすべての利害関係者を説得してそのアイデアを採用させなければなりません。そうでなければ、彼らの創造性は無効になります。また、もしあなたが独断で進めるなら、標準がもたらす利点すら体験できなくなります。友人や家族と一緒に休暇を過ごすのはすでに頭を悩ませることですが、競争し合うさまざまな規模の企業とやり取りすることを考えてみてください。その難しさは増すばかりです------これが標準を用いて構築することの矛盾です。

標準化と革新の逆説

標準と革新の間の矛盾は、チームが標準に基づいて新製品を構築する際に必然的に直面する問題です。一方では、より広いオーディエンスと高い製品-市場適合性があり、他方では市場の慣性と合意標準から逸脱する革新デザインがあります。もしチームが革新のために標準を破ることを決定し、他の利害関係者の同意を得られなければ、彼らは相応の結果を受け入れなければなりません。エコシステム内の利害関係者が多ければ多いほど、同意を得る必要がある人が増え、変更を行うことがますます難しくなります。

もしチームが閉じた循環で標準に基づかない専用システムを構築したい場合、すべてをゼロから構築し、自由に技術を実装し、調整することができます。他の人の同意を得る必要はありません。もちろん、このアプローチの欠点は、開発コストが高くなることと、市場でのポジショニングを獲得することがより困難になる可能性があることです。しかし、一度その製品が市場に適合すれば、標準に制約されることなく革新プロセスを加速することができます。

標準と革新の矛盾

標準と革新の間の矛盾は、チームに選択を強いることになります：標準を採用して巨大なエコシステム内の他の既存製品と同じ分配/相互運用性の利点を得る（長期的な革新を犠牲にする代償として）、それともすべてをゼロから構築してより高い柔軟性と革新の可能性を追求する（既存のオーディエンスを犠牲にする代償として）？

Spotifyに買収される前、私たちはAnchorの初期段階でこの問題に直面しました。私たちはポッドキャストフォーマットに対してほとんど革新的な変更を加えることができませんでした。なぜなら、それは完全にRSS標準に基づいていたからです。

例えば、ポッドキャストにコメントセクションを開設し、これらのコメントを番組のRSSフィードに表示させたいと仮定しましょう。そうでなければ、数百のポッドキャストソフトウェアがこの変更を採用しない限り、リスナーはコメントに参加できません。このように、クリエイターはフィードバックを得ることができず、この機能をインストールする機会もありません。

また、クリエイターが自分の番組の効果をよりよく理解し、広告を通じて収入を増やすために、より豊かで柔軟なポッドキャスト分析システムを構築したいと仮定しましょう。同様に、他のアプリがこのシステムを採用しない限り、私たちはデータをプラットフォームに戻すことができず、最終的にはこの機能を放棄することになります。

過去20年間、RSSの存在は、どのポッドキャストソフトウェアも完全に固定された標準に従って制作されることを意味しました。どのチームも差別化された製品を作りたいと考えれば、失敗に終わることが多かったのです。

通信ソフトウェアとSMS標準

通信ソフトウェアにおいても、この制限は同様に存在します。SMSという短メッセージ標準は1980年代に発明され、約10年の発展を経て、すべての重要な関係者の支持を得て、1992年に最初の携帯電話と携帯電話事業者が採用した標準となり、最終的に1999年に普及しました。その後、世界のどこにいても、SMS標準を採用した携帯電話にメッセージを送信できるようになりました。

その後、誰かが通信ソフトウェアに画像機能を追加するという素晴らしいアイデアを思いつきました。他の人に画像を送信できるのは素晴らしいことです。しかし、SMSはオープンな標準であるため、画像を単に最新のソフトウェア更新に組み込むことはできず、標準自体も調整が必要であり、各デバイスメーカーと事業者がこの変更に同意しなければなりません。最終的に、SMSはMMSに進化し、その後約10年後にMMSが普及しました。

iMessageはAppleの専用通信ソフトウェアですが、元の標準を採用していません。iMessageが広く使用されているのは、iPhoneのおかげです------iMessageを使用するには、Appleデバイス（iPhoneなど）が必要ですが、これは確かに欠点でもあります。しかし、Appleデバイスを選択すれば、Appleの優れたサービスを享受できます。独自のエコシステムのおかげで、Appleはユーザー体験を継続的に向上させ、SMS標準を採用した通信ソフトウェアとは一線を画しています。

通信ソフトウェアの発展の歴史

この数年間で、iMessageはかなりの変化を遂げました。初期にはSMSとほとんど違いがありませんでしたが、現在では非常に多機能になっています------既読マーク、フォトライブラリ、フィルター、カスタム絵文字、アプリストア、ボイスメモなどなど。そして、Snapchat、Messenger、WhatsAppなどの他の多くの通信ソフトウェアも同様で、SMS標準を捨てることで革新と急成長の機会を得ました。しかし、その代償として、他のソフトウェアとの相互作用ができず、潜在的なユーザーを失うことになりました。

サブスクリプションプラットフォームとSMTP標準

最近、あなたは人気の電子メールサブスクリプションプラットフォームであるSubstackについて聞いたことがあるかもしれません。ここではクリエイターが自分の情報ビジネスを自由に構築、保存、拡張できます。

Substackの賢い点は、オープンな標準であるSMTPを使用して、電子メールを持つすべての人にニュースを簡単に送信できることです。

上記のポッドキャストの例と比較すると、RSSを採用したプラットフォームは供給面の問題を即座に解決できますが、Substackはその逆を行っています：需要面に重点を置き、すべてのユーザーが情報コンテンツを読むことができるようにしています。これは非常に賢い戦略であり、Substackの発展を加速させ、多くの著名な作家や有料ユーザーを引き付けました。

ただし、SMTPを利用して読者に即座にコンテンツを送信するこの方法は驚くべき効果を持っていますが、その代償は、電子メールがSMTP標準に従う限り、静的であることです。つまり、Substackは電子メールを使用して動的機能を展開することができず、電子メールクライアント内で読者の検索体験をリアルタイムで最適化したり、リアルタイム更新のコメントセクションを開放したり、ユーザー体験を向上させる他の動的機能を実現することができません。同様に、Substackがこれらの革新を実施したい場合、オンラインの主要な電子メールクライアント開発チームの同意を得る必要があります。

そのため、Substackは最近巧妙な革新を行いました：ユーザーのSubstackでの使用体験を最適化するアプリを導入しました。これにより、Substackがこのアプリを成功裏に普及させることができれば、SMTPの標準に制約されることなくプラットフォームのユーザー体験を継続的に改善できるようになります。しかし、これを行うことは、オープンな標準の利点を放棄することにもなります。最初はこの標準を用いて成長してきたのです。

私の見解では、Substackが直面している矛盾点は、SMTPを引き続き使用してより広範なオーディエンスを獲得するか、革新のペースを加速させるために専用のソリューションを構築するかということです。現在、そのアプリの導入はSubstackがこの矛盾に対する態度を示しており、明らかに標準から徐々に離れることを選択したことを示しています。

呪縛を解き、両者を手に入れる

標準と革新の間の矛盾は、多くの変化を望む企業を束縛するかもしれませんが、実際にはこの矛盾を解決する方法は存在します。実際、チームが標準の利点を享受しつつ、革新的にその制約を突破する方法がすでに存在します。

既存のシステムを最大限に活用する

時間が経つにつれて、標準を採用したすべての製品は最終的に大同小異になります。これは、標準が根深く、変更が難しいため、製品の発展がすぐに限界に達するからです。同時に、標準を採用した製品が多ければ多いほど、市場の慣性が大きくなり、標準が変更される可能性が低くなります。各製品にとって、市場競争は非常に激しく、差別化戦略で成功することは非常に難しいです。したがって、これらの製品は標準に制約されない市場での生き残りを模索する必要があります。

Spotifyのポッドキャストビジネスはその一例です。数年前、このストリーミングオーディオの巨人は音楽プラットフォームに過ぎませんでしたが、今では多くの他のカテゴリのオーディオコンテンツを含むようになりました。音楽とポッドキャストはコンテンツと体験の面で異なるため、多くの人々がこの会社にポッドキャスト専用のアプリを導入して、これら2つのタイプのオーディオコンテンツを区別することを望んでいました。しかし、Spotifyがそうする場合、ポッドキャストプラットフォームの市場競争に参加しなければならず、この市場はRSS標準に制約されているため、すべての製品が提供する機能は大体同じになります。したがって、Spotifyがこの市場に進出すると、他のポッドキャストプラットフォームと同様に標準の壁を越えることが難しくなります。そこで、Spotifyは既存の音楽ユーザー群を最大限に活用し、既存のSpotifyアプリ内で数億人のユーザーにポッドキャストを配信しました。これにより、Spotifyはこの呪縛を成功裏に打破しました。

後方互換性を提供する

実際、ユーザーは標準に基づいた製品を使用することを好む傾向があります。なぜなら、このような製品は選択肢が多く、データ移行も柔軟だからです。したがって、革新の道を歩みたい製品は、ユーザーに標準が提供する利点を保持する必要があります。そうでなければ、ユーザーと市場を失うリスクを負うことになります。これを実現するために、製品は標準に対する後方互換性を搭載することができます。AppleのiMessageのアプローチを見てみましょう。iMessageを使用したことがあるなら、あなたはおそらくAndroidユーザーにメッセージを送ったことがあるでしょう。メッセージを送信すると、メッセージボックスが元の緑色に戻ります。これは、iMessageがこの時SMS標準を採用して、受信者とSMSでやり取りできるようにするためです。こうすることで、AppleユーザーはiMessageのすべての革新機能を体験しつつ、Androidデバイスの友人にメッセージを送り続けることができます。

まとめ

標準はある程度革新の足を制約しますが、標準化が技術の発展にもたらす多くの利点を否定することはできません。したがって、標準に基づいて新しい製品を構築する際、開発チームは多方面からのバランスを考慮し、将来の製品が市場に出る際に標準と革新の関係をどのように処理するかを慎重に考える必要があります。