6/16の記事でWeb5がどのような構想なのかについて説明させていただきました。

ジャック・ドーシーらが提唱する「Web5.0」とは
Web5構想を解説 先月、Jack Dorsey率いるTBDが”Web5”という構想をスライドにまとめ、物議を醸しました。その挑発的なネーミングやWeb3に批判的なJack Dorseyのスタンスからイーサリアム周辺の反発を招いたり、あるいは逆に「何のことかさっぱりわからん」という反応も少なくありませんでした。 出典:TBD 本稿では”Web5”がどのような目的をもった構想で、どのような仕組みなのかを具体例を交えて解説します。 現在のWEBの問題 Web3にしろWeb5にしろ、ウェブを変えるという主張は「現在のWebに問題がある」という批判でもあります。 Web3の定義があまりはっきりしない問題はありますが、Gavin WoodがWeb3.0を提唱した2014年当時はスノーデン氏によって米諜報機関NSAの世界的な大規模盗聴が暴露された直後ということもあり、データを1箇所に集めないこと、仮名的なIDを使ってプライバシーを守れること、分散的なネットワーク構造によって簡単に検閲できないことなど、中央集権的なウェブの有様が監視や検閲につながっていることに対する反発という側面が強い

ウェブ上のアイデンティティ(人格)をユーザーが取り戻し、アプリとのデータのやり取りを規格化するWeb5で実現を期待したいこのと1つに、異なるWebアプリケーションやサービス間のComposabilityが挙げられます。

今日はWebのComposabilityがどういうことか、そしてどのように実現するとインパクトがあるのか、いくつかの例を考えてみましょう。

WEBのCOMPOSABILITYとは?

単純な英単語としてのComposabilityは「Compose(構成)+ability(可能性」から「複数のものを組み合わせることができる性質」というものでが、仮想通貨業界でComposabilityという単語を聞く機会は主にDefi界隈にあります。

オンチェーンのスマートコントラクトに基づくDefiでは、スマートコントラクトから別のスマートコントラクトを呼び出すことによって異なるアプリケーションが連動し、その組み合わせによって新しい機能を実現したり、ユーザー体験を簡略化することができます。これを指してComposabilityという言葉が使われます。

では、WebのComposabilityとは何を指すものでしょうか?1つの例としては、多くのサイトが対応している「SNSアカウントによるログイン」や「パブリックAPI機能」なんかもWebのComposabilityと言えると思います。認証機能を他のサービスにアウトソーシングする以外にも当該サービスで所有しているデータを参照する許可を得ることができる場合は様々な二次的なサービスを作ることができます。

個人開発者レベルで作るアプリなんかは特にこういう機能をフル活用してニッチなものを少ない労力で実現している印象です。

しかし、現在のWebではアプリケーションや規格ごとにAPIやデータ構造が異なるため、1つ1つへの対応に骨が折れたり、そもそも実現したい機能に必要な情報が得られない場合があります。例えば、ツイッターの「いいね」をメモ代わりに使うことがありますが、自分のツイッターの「いいね」を便利に管理するサービスを作るのは少し難しいのです。

Web5では、各サービスで使用するデータの大部分をそもそも自己保有していたり、あるいは利用履歴等について各サービスからVC (検証可能な証明書)を取得することができることによって、異なるサービスから構成される新しいサービスを作ることがより簡単になると考えられます。

無論、構成される側のサービスがある程度のWeb5対応を済ませないと不可能なので、ネットワーク効果が大きくなる段階まで進むことができないというリスクはあります。

応用例1:オンライン広告代理店とユーザーの力関係の変化

現在のウェブを代表するものの1つがターゲティング広告とトラッキングです。トラッキング(特にプロファイリング)に関してはプライバシーの侵害であると指摘される一方で、ターゲティング広告自体は広告主・ユーザーどちらにとっても利益を生んでいると考えられます。

広告を嫌悪する意見の多くは適切にターゲティングされていない広告や、邪魔な位置に挿入されるものについてという印象があります。少なくとも自分は好奇心などから広告を意図的にクリックすることが案外あります。