2023 年 1 月 12 日 ジャド・エスバーとスコット・デューク・コマイナーズ
分散化は web3 では必須であり、他のビジネス コンテキストでも役立つ可能性があります。 web3 では、セキュリティ、オープン性、およびコミュニティの所有権のために集中化を回避することを目的としていますが、より伝統的なビジネスでは、分散化は利害関係者の関与とより多くの情報に基づいた意思決定に役立ちます。たとえば、分散化は「自主管理組織に設立された地域オフィスに加えて、さらにローカルカスタマーサポートを提供できるようになります。」
しかし、完全に分散化された状態から始めることは困難であり、完全に非現実的ですらあります。 プロジェクトやビジネスの初期の設計要素では、多くの場合、より集中化されたビジョンとコントロールが必要になります。 また、初期段階での一元化により、調整、立ち上げ、迅速な反復が容易になります。 製品-市場適合.
ただし、ある程度の中央集権化から始めても、必ずしもそのままにしておく必要はありません。 ここでは、将来の分散化を事前に設計するための高レベルのフレームワークについて説明し、いつ、どのように分散化を行うかについてのガイダンスを提供します。 このガイドラインは、web3 プロジェクトとより伝統的な組織の両方に適用されます。
私たちの意図は、分散化に関心のある人が課題に取り組む方法を考えるのを助けることです. 残念ながら、分散化の正確なメカニズムは特定のビジネス コンテキストの関数であるため、万能のアプローチはありません。 したがって、これは紹介を目的としています。 脚本 コンポーネントごとに意思決定を行うためのものではなく、包括的な問題について考え始める方法のフレームワークです。
覚えておくべきことが XNUMX つあるとすれば、分散化は「オール オア ナッシング」である必要はないということです。 適切な計画を立てれば、時間の経過とともに分散化できます。 また、効果的に計画を立てるには、ビジネスを分散化できるさまざまな側面と、適切なタイミングで分散化する方法を理解することが重要です。
私たちの多くが経験した経験に例えると、漸進的な分散化は、組織が完全にリモートになるようなものです。 対面式の会議を行う XNUMX つの中央オフィスで開始することは、調整に役立ちますが、時間が経つにつれて、より分散することが理にかなっている場合があります。 しかし、分散作業を管理するには、リモート コミュニケーション テクノロジに投資し、ビジネス プラクティスとアーキテクチャを慎重に文書化することが不可欠です。 いつかそれを知っている組織を設計する あなたはすべてリモートになります 将来の状態をより簡単にします。 同じことが漸進的分散化にも当てはまります。
地方分権化は価値がある…
地方分権化 集中化されたエンティティ (特定の個人、組織、またはグループ) から分散ネットワークへの制御と意思決定の移行です。 これは、コンテンツ作成、組織のガバナンスとプロセス、さらには技術スタックなど、ビジネスの多くの要素に適用できます。
分散化はしばしば機能的です。 たとえば、組織は個人の分散ネットワークから意見を集約する場合があります。 実際、web3 における価値創造の大部分は、共有所有権を使用して、一度に多くの人々の参加と関与を奨励することです。 (で 過去の記事では、「ユーザーと直接価値を共有するオープン プラットフォームを構築することで、プラットフォームを含むすべての人により多くの価値がもたらされる」ことについて書いています。)
他のコンテキストでは、分散化はセキュリティを提供できます-たとえば、検閲に対して(ただし、これが機能するためには、 ガバナンスを正しく構築する)。 それとは別に、独自のデジタル資産を利用しようとする web3 プラットフォームも分散化する必要があります。 規制上の理由.
おそらく最も重要なことは、分散化が コミットメント ユーザーの最善の利益のために製品を構築すること – 共有ガバナンスが協同組合を健全な文化とメンバー間でのリソースと利益の長期的な公平な分配を強調するように導く方法と同様. また、原則として分散化を計画しているプロジェクトを自己選択する可能性が高い人々のグループもあり、そのようなプロジェクトは長期的にはより価値があると信じているためです。
…しかし、分散化は容易ではありません。
分散化はビジネスにとって価値があり、必要でさえありますが、そのように始めるのは難しい場合があります。 長期的には分散化に取り組んでいる企業であっても、短期的には集中化に向けて多くの圧力がかかります。
たとえば、製品の開発を開始したり、プロダクト マーケット フィットに到達するために必要な種類の迅速なイテレーションを実施したりする際に、中核となる中央チームや意思決定のための一元化されたプロセスが存在しないという課題について考えてみてください。 さらに、web3 での分散化には通常、コンポーザビリティの期待も伴います。これにより、スケールを達成する前に他の誰かが製品を「フォーク」するリスクが生じます。 また、適切に設計されたサポート構造 (エンゲージメントを促進するものを含む) なしで、分散型ガバナンスやその他の形式のクラウドソーシングによるインプットに依存すると、プラットフォームが詐欺やペイオラのリスクにさらされる可能性があります。
これらの力は、早い段階で中央集権化を促進します。 しかし、将来の分散化をさらに難しくするような設計上の決定にならないようにすることが重要です。 つまり、早い段階でより集中化する正当な理由があるとしても、将来の分散化に備えて設計する必要があります。
漸進的な地方分権化
将来の分散化を積極的に計画するのに役立つガイダンスを次に示します。
まず、ビジネスを分散化できるさまざまな側面を特定することが不可欠です。 たとえば、プラットフォームは、比較的集中化された技術スタックがまだある場合でも、コンテンツのキュレーションを分散化できる場合があります。 特定の製品は、互いにほとんど独立している「最小分散可能ユニット」(MDU)に分割され、これらの各次元に沿って個別に分散化されます。 MDU には、コア チーム、外部の貢献者、技術スタックなどが含まれる場合があります。さまざまな側面については、以下で詳しく説明します。
さらに、特定の MDU 内であっても、一度に 0 から 100 に変更する必要はありません。 プラットフォームは、キュレーションを徐々に分散化する可能性があります。たとえば、最初にコミュニティからのコンテンツの推奨事項を求めてから、最終的にコンテンツの決定を完全に引き継ぐことができます。
視覚的には、これを一連のスライダー バーのようなものと考えています。これはおそらく、MDU ごとに異なる調整を行う「分散型イコライザー」です。 各バーを独自のペースで上にスライドさせることができます。各バーをスライドさせる難しさは、その次元での変化に対するビジネスの準備状況によって異なります。 この意味で、分散化を念頭に置いた設計は初期費用がかかりますが、長期的に分散化のプロセスが容易になるため、競争上の優位性の重要な源になる可能性があります。
MDU の特徴付け
どのように、何を分散化するかについてのビジョンに沿って調整を続けることが重要です。これには、高度な調整と、通常は「分散化イコライザー」の監視が必要です。 MDU は、ビジネスや製品のカテゴリによって異なりますが、分散化を成功させるために MDU を設定する方法を示す図とともに、いくつかの例を以下に示します。
1.コアチーム. 外部メンバーが責任の一部を引き継ぐことができるように、自分の仕事を設定できる人を雇います。たとえば、メンバーが自己管理を開始できるようにコミュニティを設計するコミュニティマネージャーです自治。 さらに、長期的な目標としての分散化、およびそれらの取り組みをサポートする新しいテクノロジとベスト プラクティスに目を向けて、チームのスキルアップに投資してください。
2. 外部貢献者. 完全な分散化に向けてスライドすればするほど、製品の進化と管理にコミュニティが関与するようになります。 どの程度の分散化を希望するかに基づいて調整し、参加型の方法で構築し、共有インフラストラクチャの上に構築し、コンテンツに貢献し、および/またはシステムを管理することに参加するコミュニティを育成する必要があります。 また、コミュニティへの参加を呼びかけるだけではありません。人々が貢献し、貢献できるように組織を設計する必要があります。 これは、強力なフィードバックとエンゲージメント チャネルを、付随する構造とプロセスと共に構築することを意味します。
一方、報酬の面では、報酬ポイントまたはデジタル トークンを導入してコミュニティの貢献を追跡し、報酬を与えることで、コミュニティの活動を奨励することができます ( この記事 レピュテーション システムの設計については、 たとえば、コア インフラストラクチャをテストするために外部の開発者を関与させることから始めることができます。おそらく、プロトコル上に構築することで活動を開始する開発者に報酬を割り当てることによってです。
3. テクノロジー スタック。 スタックはモジュール方式で設計できるため、最初に使用する集中型サービスの分散型バージョンを交換できます。たとえば、AWS にコンテンツの保存を開始し、時間の経過とともに Arweave などの分散型ストレージ サービスに移行します。 IPFS。
4。 ファイナンス. 最初にビジネスに資金を提供する方法と、内部および外部にリソースを割り当てる方法の両方の観点から、分散化を計画する必要があります。 特に、中央管理なしで組織を維持できる回復力のある方法で財務を構築する必要があります。 コミュニティコントロールへの出口 (おそらく「分散型出口」と呼ぶかもしれません)、コミュニティの財務省への定期的な配分について考えてみてください。
5. 内部プロセス. 事前に時間をかけて、運用とビジネス プロセスの一部を分散化するために何が必要かを検討することが重要です。たとえば、コミュニティ メンバーがガバナンスに関する特定の決定の前例やコンテキストを理解できるようにする豊富なドキュメントが必要になる場合があります。
チームやコミュニティと共有できるさまざまな手段を明確に把握できるように、組織の MDU を明示的にレイアウトすると役立つ場合があります。 ロードマップを共有することは分散化の精神に沿うだけでなく、コミュニティはあなたがそこに到達するのを助け、責任を負わせることもできます. MDU のセットができたら、スライダーが現在各ディメンションのどこに位置しているかを把握し、時間の経過とともにスライダーをどこに移動させたいかのビューを形成し始めます。 ここには意味のある操作の順序もあり、チームはおそらく、問題が発生した場合に悪影響が少ない MDU から開始する必要があります。
どのスライダーをいつ動かすか?
最後に、スライダーを上に移動するタイミング、つまり、XNUMX つまたは複数のディメンションの分散化をいつ進めることができるかをどのように判断しますか?
ズームアウトすると、システム全体が比較的安定していることがまず重要です。 これは正確にはどういう意味ですか? 以前には 記事 a16z の場合、Jesse Walden は、チームがどこに行き、過去を旅したかを評価することを奨励しました。 製品-市場適合: あと何回反復する必要がありますか? また、どのくらいの速さで実行する必要がありますか? これは重要です。なぜなら、いかなる形態の組織変更も運用を遅くするからです。 速度を落とすことによる長期的なメリットが短期的なコストを上回るように、スライダーを動かすタイミングを計ります。 理想的には、プラットフォームの社会的および経済的ダイナミクスが十分に安定しており、分散化のレベルを調整することがコミュニティの行動と結果にどのように影響するかを確実に予測できるときに、移行を行うこともできます。
次に、各 MDU を順番に評価する必要があります。 各ディメンションには、スライダーを調整するかどうかを決定する際に考慮すべき独自の要素セットがあります。 特定の次元での分散化を迫られる可能性があります。たとえば、ユーザー生成コンテンツが多すぎて自分で管理できない場合は、より広いコミュニティをキュレーションに巻き込むことが重要になります。 または、完全に自分の意思で分散化を進めることを選択することもできます。XNUMX つの例として、分散化された方法でコンテンツを保存することに長期的なビジネス上の価値があると考え、そのようなサービスの使用を開始する積極的な選択をすることがあります。
繰り返しますが、すべてかゼロかではありません。 分散化は、各 MDU に沿って異なるペースで発生します。 たとえば、初日から「コミュニティへの出口」のオプションを開いたままにする方法で財政計画を開始する場合があります。 1 か月後に共同体の財務省を設立する。 その後、完全に分散化された財務ガバナンスに切り替えます。 それと並行して、より多くのピアツーピアのオプションを探す前に、安定した製品に向けて反復しながら、集中化された技術スタックを維持する場合があります。
***
分散化は強力ですが、簡単ではありません。 特に早い段階では、迅速なイテレーション、品質管理、およびセキュリティの必要性から、集中型開発が推進されることがよくあります (ただし、分散型開発の技術が向上するにつれて、これは変わる可能性があります)。
ビジネスを長期的に分散化することを目指す場合、鍵となるのは、事前にその計画を立て、構築するときにそれを見失わないようにすることです。 CEO や COO の役割が進化して「分散化イコライザー」を処理するようになる可能性があります。あるいは、「分散化最高責任者」のようなまったく新しい役職が導入される可能性もあります。 MDU の観点から考えると、ビジネスのさまざまな側面をどこでどのように分散化するかを理解するのに役立ちます。 そして、製品が進化するにつれて、適切な時期に、各 MDU に沿って段階的に分散化できます。
***
ジャド・エスバー の共同創設者兼CEOです クードス・ラボ (DBA クードス) およびハーバード大学のアフィリエイト インターネットと社会のためのバークマンクラインセンター そしてニュースクールの 協同デジタル経済研究所. 彼は、ソーシャル スペースと創造的なツール、および分散型テクノロジとの交差点のトピックについて構築、執筆、講演を行っています。 以前は、Google と YouTube に勤務し、新興市場のクリエイターやアーティストと協力して構築していました。
スコットデュークコミナーズ で経営管理の教授です ハーバード大学大学院経営学研究科、の学部アフィリエイト ハーバード大学経済学部、および研究パートナー a16z暗号. 彼はまた、市場とインセンティブの設計について多くの企業に助言しています。 詳細な開示については、を参照してください。 彼のウェブサイト.
***
謝辞: 著者は感謝します ブランドン・バラバン, ドミトリー・ベレンゾン, カムブランド, アプルヴァ・チトニス, ソナルチョクシ, アンディ・ホール, マイルズ・ジェニングス, バレット・ジョーンズ, スティーブカジンスキー, エレナ・ミハイロワ, キリル・ノスコフ, ティム・ローガーデン, SAFA, ケビン・シェイ, ジェニー・シルバー, ポーター・スミス 役立つアイデアやコメントをお寄せください。 編集者にも感謝します。 ティム・サリバン。
***
ここに示されている見解は、引用された個々のAH Capital Management、LLC(「a16z」)の担当者の見解であり、a16zまたはその関連会社の見解ではありません。 ここに含まれる特定の情報は、a16zが管理するファンドのポートフォリオ企業を含むサードパーティの情報源から入手したものです。 a16zは、信頼できると思われる情報源から取得したものですが、そのような情報を独自に検証しておらず、情報の永続的な正確性や特定の状況に対するその適切性について表明していません。 さらに、このコンテンツにはサードパーティの広告が含まれる場合があります。 a16zはそのような広告をレビューしておらず、そこに含まれる広告コンテンツを推奨していません。
このコンテンツは情報提供のみを目的として提供されており、法律、ビジネス、投資、または税務に関するアドバイスとして信頼されるべきではありません。 これらの問題については、ご自身のアドバイザーにご相談ください。 証券またはデジタル資産への言及は、説明のみを目的としたものであり、投資の推奨または投資顧問サービスの提供を構成するものではありません。 さらに、このコンテンツは、投資家または将来の投資家による使用を目的としたものではなく、a16zが管理するファンドへの投資を決定する際にいかなる状況においても信頼されない場合があります。 (a16zファンドへの投資の申し出は、私募覚書、サブスクリプション契約、およびそのようなファンドの他の関連文書によってのみ行われ、その全体を読む必要があります。)言及、参照、または記載されているのは、a16zが管理する車両へのすべての投資を代表するものではなく、投資が有益である、または将来行われる他の投資が同様の特性または結果をもたらすという保証はありません。 アンドリーセンホロウィッツが管理するファンドが行った投資のリスト(発行者がa16zに公開を許可していない投資、および公開されているデジタル資産への未発表の投資を除く)は、https://a16z.com/investmentsで入手できます。 /。
記載されているチャートおよびグラフは、情報提供のみを目的としており、投資を決定する際に信頼することはできません。 過去の実績は将来の結果を示すものではありません。 内容は、示された日付の時点でのみ話されています。 これらの資料に記載されている予測、推定、予測、目標、見通し、および/または意見は、予告なしに変更される場合があり、他の人が表明した意見と異なる場合があります。 その他の重要な情報については、https://a16z.com/disclosuresを参照してください。
- SEO を活用したコンテンツと PR 配信。 今日増幅されます。
- Platoblockchain。 Web3メタバースインテリジェンス。 知識の増幅。 こちらからアクセスしてください。
- 情報源: https://a16zcrypto.com/progressive-decentralization-a-high-level-framework/
- 1
- 100
- a
- a16z
- できる
- 私たちについて
- 精度
- 達成する
- 越えて
- アクティブ
- 積極的に
- アクティビティ
- 添加
- NEW
- さらに
- 調整
- 管理
- 利点
- 広告運用
- アドバイス
- アドバイザリー
- 助言サービス
- 影響を及ぼす
- 提携
- アフィリエイト
- に対して
- 契約
- 整列した
- すべて
- 割り当て
- ことができます
- しかし
- &
- アンドレッセン
- アンドレッセン・ホロウィッツ
- 別の
- 申し込む
- アプローチ
- 建築
- 周りに
- Artists
- 織り
- 側面
- 資産
- 保証
- 著者
- 利用できます
- AWS
- バー
- バー
- ベース
- なぜなら
- になる
- になる
- 信じる
- 信じて
- 以下
- 恩恵
- BEST
- ベストプラクティス
- 持参
- ビルド
- 建物
- 構築します
- 内蔵
- ビジネス
- ビジネス慣行
- ビジネスプロセス
- ビジネス
- コール
- 資本
- これ
- 慎重に
- カテゴリ
- 検閲
- センター
- 中央の
- 中央集権
- 集中型の
- 最高経営責任者(CEO)
- 一定
- 挑戦する
- 変化する
- チャンネル
- 特性
- 選択
- 選択する
- 状況
- クリア
- 共同創設者
- コロラド州
- 注釈
- コミットした
- 通信部
- コミュニティ
- 企業
- 競争力のある
- コンセプト
- 導電性
- 検討
- 構成します
- コンテンツ
- コンテンツキュレーション
- コンテキスト
- 文脈
- 逆に
- 貢献する
- 貢献
- 貢献
- 貢献者
- コントロール
- coo
- 協同組合
- 調整する
- コーディネーション
- 基本
- 費用
- 可能性
- 作ります
- 創造
- クリエイティブ
- クリエイター
- 重大な
- 育てる
- キュレーション
- 現在
- 日付
- 中
- 地方分権化
- 分権化する
- 分権化された
- 分散型ガバナンス
- 分散ネットワーク
- 決定する
- 決定
- 意思決定
- 決定
- 度
- 部門
- 依存
- 記載された
- 設計
- 設計
- 設計
- デザイン
- 詳細
- 開発者
- 開発
- 異なる
- 異なります
- 難しい
- 難しさ
- デジタル
- デジタル資産
- デジタルトークン
- 次元
- 大きさ
- 直接に
- 開示する
- 開示
- 話し合います
- 配布
- 分散型ネットワーク
- ディストリビューション
- ドキュメント
- そうではありません
- すること
- ドント
- ダウン
- ドライブ
- デューク
- ダイナミクス
- 各
- 前
- 早い
- 容易
- 経済
- Economics
- エディタ
- 効果的に
- 努力
- 要素は
- 新興の
- 新興市場
- 強調する
- 可能
- 奨励する
- 奨励
- 裏書きする
- 我慢する
- 婚約
- 魅力的
- 十分な
- 確保
- 完全に
- 全体
- エンティティ
- 特に
- 本質的な
- 確立する
- 見積もり
- エーテル(ETH)
- さらに
- 最終的に
- 誰も
- 進化
- 正確に
- 例
- 例
- 除外
- 実行
- 期待
- 体験
- 説明する
- 表現
- 外部
- 目
- 要因
- スピーディー
- フィードバック
- 少数の
- フィギュア
- 財源
- ファイナンシャル
- 名
- フィット
- 強
- 軍隊
- フォーム
- フォーム
- フレームワーク
- 詐欺
- から
- フロント
- 完全に
- function
- 機能的な
- ファンド
- 資金
- さらに
- さらに
- 未来
- 取得する
- 与えられた
- Go
- 行く
- 良い
- でログイン
- ガバナンス
- 徐々に
- グラフ
- グループ
- ガイドライン
- 起こります
- ハーバード
- 健康
- 助けます
- 役立つ
- こちら
- ハイレベル
- 雇う
- ホロウィッツ
- 認定条件
- How To
- HTTPS
- 考え
- 識別する
- 影響
- 命令的
- 重要
- 向上させる
- in
- その他の
- 誘因
- 奨励します
- include
- 含めて
- 増える
- 独立しました
- 単独で
- 個人
- 個人
- 情報
- 情報
- 情報に基づく
- インフラ
- 当初
- 意図
- 興味がある
- 利益
- 内部
- インターネット
- 紹介します
- 導入
- 概要
- 投資する
- 投資
- インベストメント
- 主要株主
- 招待する
- 関係する
- IPFS
- 発行者
- IT
- 繰り返し
- 繰り返し
- 旅
- キー
- 知っている
- 知っている
- 大
- 起動する
- つながる
- リード
- リーガルポリシー
- レベル
- 可能性が高い
- リスト
- 長い
- 長期的
- 探して
- 失う
- 製
- 維持する
- make
- 作る
- 作成
- 管理します
- マネージド
- 管理
- マネージャー
- 多くの
- 多くの人々
- 市場
- マーケット
- 材料
- 事態
- 最大幅
- 手段
- その間
- 力学
- ミーティング
- メンバー
- 草の根データベース
- 言及した
- かもしれない
- マインド
- モジュラー
- ヶ月
- 他には?
- 最も
- 移動する
- 必ずしも
- 必要
- 必要
- 必要とされる
- 負
- ネットワーク
- 新作
- 新技術
- 数
- 得
- 提供
- 提供すること
- Office
- 役員
- ONE
- 開いた
- 開放性
- 操作
- 業務執行統括
- 意見
- オプション
- オプション
- 注文
- 組織
- 組織の
- 組織
- その他
- その他
- 全体
- 見落とし
- 自分の
- 所有権
- 平和
- 並列シミュレーションの設定
- 部
- 参加
- 参加
- 特定の
- パートナー
- 部品
- 過去
- ピアツーピア
- のワークプ
- パフォーマンス
- おそらく
- 許可
- Personnel
- 計画
- 計画
- プラン
- プラットフォーム
- プラットフォーム
- プラトン
- プラトンデータインテリジェンス
- プラトデータ
- お願いします
- ポイント
- 人気
- ポートフォリオ
- 位置
- 可能
- :
- 強力な
- プラクティス
- 先例
- 予測する
- 前に
- 原則
- プライベート
- 多分
- 問題
- 進む
- プロセス
- ラボレーション
- プロダクト
- 東京大学大学院海洋学研究室教授
- 有益な
- プログレッシブ
- 徐々に
- プロジェクト
- 予測
- プロジェクト(実績作品)
- 適切な
- 正しく
- 見込み客
- 提供します
- 提供
- 公然と
- 目的
- プッシュ
- プッシュ
- 品質
- クイック
- すぐに
- 急速に
- 反応する
- 読む
- 準備
- 理由は
- おすすめ
- 提言
- リファレンス
- 言及
- レギュラー
- 相対的に
- 関連した
- 信頼性のある
- 覚えています
- リモート
- 代表者
- 評判
- 必要とする
- の提出が必要です
- 必要
- 研究
- 弾力性のあります
- リソース
- 責任
- 結果
- 日
- 報いる
- 報酬
- 富裕層
- リスク
- リスク
- ロードマップ
- 堅牢な
- 職種
- ラン
- 同じ
- 規模
- 有価証券
- セキュリティ
- を求める
- センス
- 役立つ
- サービス
- サービス
- セッションに
- シェアする
- shared
- シェアリング
- ショート
- すべき
- 同様の
- 状況
- SIX
- 半年
- スライド
- スライダー
- スライディング
- 遅く
- 減速
- So
- 社会
- 一部
- 誰か
- ソース
- ソース
- スペース
- スピークス
- 特別
- 特定の
- 精神
- 安定した
- スタック
- ステージ
- 利害関係者
- start
- 起動
- 都道府県
- 滞在
- まだ
- ストレージ利用料
- 構造
- テーマ
- 購読
- 成功
- そのような
- サリバン
- サポート
- スイッチ
- 取る
- ターゲット
- ターゲット
- 税金
- チーム
- チーム
- テク
- テクノロジー
- テクノロジー
- 条件
- test
- 未来
- 情報
- アプリ環境に合わせて
- その中に
- もの
- 物事
- 考え
- サードパーティ
- 介して
- 時間
- <font style="vertical-align: inherit;">回数</font>
- 〜へ
- 一緒に
- トークン
- あまりに
- 豊富なツール群
- top
- トピック
- 完全に
- に向かって
- 追跡する
- 取引
- 伝統的な
- 転送
- 移行する
- 財務省
- true
- 順番
- ターニング
- 一般的に
- 下
- わかる
- スキルアップ
- us
- つかいます
- users
- 通常
- 貴重な
- 値
- さまざまな
- 車
- 検証
- 詳しく見る
- ビュー
- ビジョン
- 方法
- Web3
- 体重を計る
- この試験は
- かどうか
- which
- while
- 誰
- より広い
- より広いコミュニティ
- 意志
- 以内
- 無し
- 仕事
- 働いていました
- でしょう
- 間違った
- あなたの
- ユーチューブ
- ゼファーネット