【緊急提言・Web3への警鐘】本当にすべてをWeb3にする必要があるのか 膨大な数のサービスを設計・開発したDIFINESが「SimuChain」という答えを発表

【画像 https://www.dreamnews.jp/press/361725/images/bodyimage1】


日本政府が成長分野の一つとして推進してきたWeb3。

ブロックチェーン、暗号資産、NFT、DAOなどを活用し、新しい産業やデジタル経済圏を生み出すための取り組みが進められています。

しかし、DIFINESでDFSChainの全体設計を担うDFSChain Chief Architectは、「本当に、社会のあらゆるサービスをWeb3にする必要があるのか」という疑問を投げかけています。

関連するDIFINES公式ブログ：

https://www.difines.org/blog/why-we-built-dfschain-and-simuchain

これは、Web3を外部から見ただけの批判ではありません。

DIFINESは、DFSChainを基盤として、金融、取引、ゲーム、予測、NFT、マーケットプレイス、AI、広告、ポイント、業務支援など、膨大な数のサービスとビジネスモデルを設計・開発してきました。

ウォレットを接続する。

署名する。

トークンを発行する。

送金する。

ガス代を支払う。

DEXで交換する。

複数のアプリケーションを一つの経済圏につなげる。

こうしたWeb3の仕組みを何度も設計し、実際のサービスとして成立させようとしてきたからこそ、従来型Web3が抱える根本的な問題が見えてきました。

数多くのWeb3サービスを作ろうとすればするほど、ある疑問へたどり着きます。

「ブロックチェーンに価値があることと、すべてをWeb3にすることは、まったく別の問題ではないか」

DIFINESはWeb3やブロックチェーン技術を否定しているわけではありません。

疑問を持っているのは、「将来、社会のあらゆるサービスがWeb3になる」というWeb3万能論です。


■ DFSChain Chief Architectとは

Architectとは、日本語で「設計者」または「建築家」を意味する言葉です。

システム開発におけるArchitectは、個別のプログラムを作るだけの役割ではありません。

システム全体の構造、採用する技術、セキュリティ、利用者の操作方法、経済設計、サービス同士の接続、運営方法、将来の拡張性などを総合的に設計します。

DFSChainにおけるChief Architectは、DFSChainの基本思想と全体構造を設計し、ブロックチェーン、ウォレット、トークン、アプリケーション、AI、事業モデルを一つの経済圏として成立させるための方向性を決定する責任者です。

「どの技術を使用するか」だけではなく、「誰が、何のために、どのように利用するのか」まで含めて設計することが、DFSChain Chief Architectの役割です。

一つのサービスだけを見るのではなく、膨大な数のサービスを横断的に設計してきたからこそ、個別のWeb3プロジェクトだけを見ていては分からない、Web3全体の構造的な問題に気づくことができました。

■ Web3には一般社会への普及を阻む構造的な問題がある

Web3が抱える問題は、単に「操作が難しい」ということだけではありません。

一般ユーザーや企業が日常的に利用する社会基盤として考えた場合、次のような構造的な問題があります。

・盗まれた資産は追跡できても、取り戻せるとは限らない
・一度の署名やApproveが資産損失につながる可能性がある
・秘密鍵を失うと、本人でも資産を取り戻せない場合がある
・すべての日常サービスをWeb3にする必然性が明確ではない
・本物と同じ名称やシンボルを持つ偽トークンを発行できる
・取引の透明性が攻撃者にも情報を与える可能性がある
・大口取引がMEVやサンドイッチ攻撃の対象になる場合がある

■ 盗まれた資産は追跡できても取り戻せるとは限らない

秘密鍵が盗まれ、資産が大量のウォレットへ分散され、DEXで別のトークンへ交換され、さらにBridgeを通じて別のチェーンへ移動した場合、何が起きるのでしょうか。

ブロックチェーン上には取引履歴が残ります。

しかし、「追跡できること」と「取り戻せること」は同じではありません。

調査している間にも資産は移動します。

その資産が、盗難の事実を知らない第三者へ渡る可能性もあります。

記録が残ることはブロックチェーンの価値ですが、記録を確認できるだけでは、被害者の資産を回復できない場合があります。

一般的な金融システムとして普及させるためには、追跡だけでなく、被害の防止や資産回復についても考える必要があります。

■ 一度の署名が資産損失につながる可能性

本物に似せたWebサイトや、正規サービスと一文字だけ異なるURLを作ることは、技術的に困難ではありません。

特にスマートフォンではURL全体を確認しにくく、利用者が正規のサービスだと誤認する可能性があります。

ウォレット接続
↓
署名・Approve
↓
悪意のある権限を付与
↓
資産流出

このような被害につながる場合があります。

サービス運営者が安全性を重視し、署名や接続に関する警告を増やせば、一般ユーザーにとって操作は難しくなります。

一方、操作を簡略化すると、利用者が危険性を理解しないまま署名してしまう可能性があります。

安全性を説明するほどサービスが使いにくくなり、簡単にするほど利用者が危険を理解しにくくなる。

DFSChain Chief Architectは、これを単なるUIの問題ではなく、従来型Web3が持つ構造的な問題の一つと捉えています。

■ 秘密鍵を失った本人が資産を復旧できない

銀行や一般的なWebサービスでは、パスワードを忘れた場合でも、本人確認によってアカウントを復旧できる場合があります。

しかし、従来型の自己管理Web3ウォレットでは、秘密鍵やシードフレーズを失い、ほかの復旧手段もなければ、本人であっても資産を動かせなくなる可能性があります。

資産は存在している。

本人であることも間違いない。

それでも、秘密鍵がなければ取り出せない。

この仕組みを、一般社会の標準的な金融サービスや日常サービスとして採用できるのか。

DIFINESは、再検討する必要があると考えています。

■ 一般産業をすべてWeb3にする必要はあるのか

これまで、ゲーム、SNS、EC、不動産、求人、音楽、動画など、さまざまな分野でWeb3化が試みられてきました。

一方、ブロックチェーンの特徴を生かした実用性が比較的明確な領域は、ステーブルコイン、国際送金、DEX、レンディングなど、金融やデジタル資産取引に近い分野へ集中しています。

レストランを予約する。

AIツールを利用する。

商品を購入する。

仕事を探す。

ホテルを予約する。

このような日常サービスまで、必ずWeb3にする必要があるのでしょうか。

Web2で簡単に利用できるサービスへ、ウォレット接続、署名、ネットワークの選択、秘密鍵の管理、ガス代などを追加すれば、利用者にとってサービスが複雑になる可能性があります。

ブロックチェーンを導入すること自体を目的にするのではなく、本当にブロックチェーンが必要な部分を見極めることが重要です。

■ 同じ名称の偽トークンを作ることができる

パブリックチェーンでは、本物と同じ名称やシンボルを持つ別のトークンを第三者が作成できる場合があります。

一般ユーザーに対して、「トークンの名称だけで判断せず、コントラクトアドレスを確認してください」と求めることになります。

しかし、一般社会で利用されるサービスにおいて、すべての利用者へコントラクトアドレスの確認を求めることが自然な仕組みとは限りません。

安全性を、利用者自身の知識と注意力だけに依存させるべきではないとDIFINESは考えています。

■ 透明性が攻撃者にも情報を与える

ブロックチェーンの透明性は、大きな長所の一つです。

一方、企業や著名人などのウォレットアドレスが特定された場合、その資産残高や取引履歴を第三者に分析される可能性があります。

大きな資産を保有していることが確認されれば、「攻撃する価値のあるウォレット」として認識される危険性もあります。

透明性はブロックチェーンの価値ですが、透明性と安全性は同じではありません。

誰に対して、どの情報を、どこまで公開するのかという設計が必要になります。

■ 大口取引そのものが攻撃材料になる

DEXで大口のスワップを行う場合、MEVやサンドイッチ攻撃などによって、利用者の取引条件が悪化することがあります。

取引情報が公開されるというブロックチェーンの特徴そのものが、別の経済的リスクを生み出す場合があります。

ブロックチェーンの透明性は、不正を発見しやすくする一方で、取引を利用しようとする第三者にも情報を与えます。

■ Web3を安全にするとWeb2へ近づいていく

Web3業界も、これらの問題を放置しているわけではありません。

MPC、Passkey、Account Abstraction、Social Recovery、カストディ、不正検知、本人確認、資産凍結、権限制御など、安全性と利便性を向上させる技術が開発されています。

これらは重要な進歩です。

しかし、アカウントを復旧できるようにする。

本人確認を行う。

不正な取引を停止する。

危険な資産を非表示にする。

サービス運営者が利用者を保護する。

このようにWeb3を改善していくと、その仕組みはWeb2が備えてきた利用者保護やアカウント管理へ近づいていきます。

そこで、DFSChain Chief Architectは一つの疑問を持ちました。

「そこまでWeb3を改良するのであれば、最初からWeb2の優れた部分を残し、必要な部分にだけブロックチェーンの価値を取り入れた方が合理的ではないか」

この疑問が、DFSChainとSimuChainの設計思想につながっています。

■ Web3技術ではなく「Web3万能論」を疑う

DIFINESは、Web3やブロックチェーン技術を否定しているわけではありません。

ステーブルコイン、デジタルトークン、改ざんが困難な記録、オンチェーン金融など、ブロックチェーンだからこそ実現できる仕組みがあります。

DIFINESが疑問を持っているのは、「将来、社会のあらゆるサービスがWeb3になる」という考え方です。

Web3の技術がバブルだったということではありません。

「すべてがWeb3になる」という期待こそ、過熱した期待だったのではないか。

膨大な数のサービスとビジネスモデルを設計し、Web3を実際の社会で使える形にしようとしてきたからこそ、DIFINESはこの結論にたどり着きました。

■ だからDFSChainはSimuChainを選んだ

DFSChainが目指しているのは、Web3の操作を分かりやすくすることだけではありません。

一般ユーザーにWeb3を意識させる必要そのものをなくすことです。

Web2のように簡単に利用できる。

必要に応じてアカウントを復旧できる。

一般ユーザーが秘密鍵やコントラクトアドレスを理解しなくても利用できる。

その一方で、ブロックチェーンが持つ価値を必要な部分へ取り入れる。

この考えから生まれたのが、DFSChainの「SimuChain（Simulation Chain）」です。

DFSChain Chief Architectは、次のように述べています。

「技術に人間を合わせるのではありません。人間に技術を合わせます。ブロックチェーンを操作できる人だけを増やすのではなく、ブロックチェーンを知らない人でも、その価値を利用できる社会をつくる。それがDFSChainとSimuChainを開発した理由です」

Web2の使いやすさを残しながら、ブロックチェーンが持つ価値を必要な部分へ取り入れる。

すべてをWeb3にするのではなく、Web2とブロックチェーンの優れた部分を適切に組み合わせる。

それが、DIFINESの考えるブロックチェーンの次の形です。

■ DFSChain - SimuChain

Web2の使いやすさと、ブロックチェーンの価値をひとつに。

関連するDIFINES公式ブログ：

https://www.difines.org/blog/why-we-built-dfschain-and-simuchain
関連情報

DIFINES公式サイト
https://www.difines.org/

DIFINES Labsについて公式サイト
https://www.difineslabs.com/

※DIFINES Labsは、株式会社Web3consultingが運営する、DFSChainの普及・導入支援を担う市場推進法人です。DIFINES財団と資本関係があり関係した法人になります。


※本発表に記載したDFSChainおよびSimuChainの機能、仕様、提供方法、開発計画、公開時期などは、今後の開発状況により変更される場合があります。



配信元企業：株式会社Web3Consulting
プレスリリース詳細へ

ドリームニューストップへ