Web3 会社を設立するにはどうすればよいですか？

Web3 会社を設立するには、以下のステップを踏むことができます：

1. まず、会社のビジネス方向を決定する：Web3 会社を設立するには、ビジネス方向を決定する必要があります。これには、市場の位置付け、製品の種類、ターゲット顧客層などが含まれます。

2. 会社の組織構造を計画する：Web3 会社を設立するには、組織構造を策定する必要があります。これには、会社の株式構造、部門の設定、従業員の職務分配などが含まれます。

3. 適切なチームメンバーを募集する：Web3 会社を設立するには、専門的なチームメンバーを募集する必要があります。これには、技術開発者、プロダクトマネージャー、マーケティング担当者などが含まれます。

4. 会社に必要な資金を準備する：Web3 会社を設立するには、十分な資金を準備する必要があります。これには、オフィススペースの賃貸、従業員の給与の支払い、マーケティング活動の実施などが含まれます。

5. 会社を登録する：Web3 会社を設立するには、登録を行う必要があります。これには、会社名の決定、登録地の選択、商業手続きの実施などが含まれます。

これらのステップを経て、Web3 会社を設立することができます。

Web3 プロジェクトを推進するために、以下の提案があります：

コンテンツマーケティングを重視する：高品質な記事、動画、画像などのコンテンツを作成し、ターゲット顧客の関心を引き、検索エンジン最適化やソーシャルメディアプロモーションを通じてコンテンツの露出度を高めます。
コミュニティ活動に参加する：フォーラム、オフライン会議、ハッカソンなど、コミュニティ内のさまざまな活動に参加し、コミュニティメンバーと交流し、信頼関係を築きます。
ブランドプロモーションを強化する：美しいブランドロゴ、ウェブサイト、プロモーション資料をデザインし、ブランドを強化します。

コールドスタート：避けられない起業の難題

コールドスタートが難しいのは、革新的な起業家が多くの制約と課題に直面するからです。

1、リソースの制約。

「巧婦難為無米之炊」、ビジネスモデルの構築は多くのリソースを消費する活動であり、矛盾することに、新興企業が最も一般的に直面する問題の一つは、リソースの相対的な不足です。これが、Apple、Google、Amazon などの業界の巨人が創業当初にガレージで始めた理由でもあります。

リソースの相対的な不足がもたらす課題は、起業家が直面する問題を解決するために、より創造的で効率的な方法を採用する必要があることです。
- ビジネスモデルの参加者を説得する基盤が不足している。
すでに一定の評判を持つ成熟企業とは異なり、コールドスタート段階にある企業は、ビジネスモデルの検証段階にあり、ビジネスモデルの実行可能性や潜在能力を示す信号や価値ラベルを形成できていないため、潜在的な消費者、ユーザー、サプライヤー、投資家を引き付けるのが難しいです。

したがって、コールドスタート段階では、ビジネスモデルの革新者は、2 つの重要な課題に直面する必要があります：
1. ビジネスロジックの実行可能性をできるだけ早く検証すること
2. 価値提案とターゲットユーザーを確認すること。
では、限られたリソースを最大限に活用するにはどうすればよいでしょうか？自分のことを知らない顧客に製品を購入させるにはどうすればよいでしょうか？郭斌教授が提案する 3 つの戦略は、きっとあなたにインスピレーションを与えるでしょう。

戦略 1：リーン方式でビジネスロジックの実行可能性を検証する

表面的には、起業家が最初に解決すべき問題は、できるだけ早く収入を得ることです。しかし、企業の収入を「水流」に例えるなら、ビジネスモデルの実行可能性は、その水流を絶え間なく流し続ける「源」です。

ビジネスモデルが論理的に成立していても、実践における実行可能性は疑問視されることがあります。実践で成功裏に検証されたビジネスモデルだけが、本当に「実行可能性」を持つものです。

ビジネスモデルの実行可能性を検証する過程で、起業家は時間との競争を強いられます。ここには 2 つの理由があります：

1 つは、リソースが限られているため、相対的に短期間の試行錯誤しか支えられないこと（例えば、キャッシュフローが常に消耗している）；

もう 1 つは、他の人がこれらのビジネスモデルの潜在能力に気づき、迅速に模倣や挑戦を始めるのを避ける必要があることです。特に、大企業の潜在的な競争相手に対してです。

この状況下で、リーン方式でビジネスロジックを検証することが、ビジネスモデルの革新者の最良の選択肢となります。
- リーンモデルは、最低限のコストと最速のスピードで試行錯誤を完了することを強調します。
リーン方式での検証により、低コストで高効率にターゲット市場の受容度とビジネスモデルの各要素の完全性を確認できます。

リーン方式での検証の反対は、「ロケット発射式」のビジネスモデルです。ロケット式発射は、最速のスピードで最大のコストをかけて急速な成長を得ることを目的としています。その代表的な企業は Webvan（ウェブバン）で、1996 年に設立された生鮮食品会社です。彼らが初めて提唱した「オンライン注文、オフライン配送」のビジネスモデルは、当時、消費者の購買方法を革命的に変えました。彼らは、ベンチマークキャピタル、セコイアキャピタル、ソフトバンクキャピタルなど、多くの著名なベンチャーキャピタルから注目を集めました。1999 年、Webvan は 10 億ドルの契約を結び、この配送システムを全米 26 の大都市に複製しました。しかし、急速な拡張に伴い、巨額の損失が発生し、わずか 2 年で破産を宣告しました。

実際、ロケット式発射の致命的な欠陥は、起業家が熱心に発射ボタンを押した瞬間に、方向転換やイテレーションの機会を失い、結果を待つしかなくなることです：巨大な成功か、あるいは滅亡か。

2007 年、アマゾンがオンラインで生鮮食品の販売を開始した際、彼らは「ロケット発射式」とは反対のリーンスタートアップ方式を選択しました。アマゾンは、より良い評判、豊富な内部リソース、安定した顧客基盤を持っていましたが、それでもシアトルを単一の試験都市として選びました。アメリカの都市文化を理解している人は、シアトルが新鮮な食材の受容度がアメリカのほとんどの都市よりも高いことを知っているかもしれませんが、それでもアマゾンはシアトルの中でも高収入、高居住密度の特性を持つ典型的なコミュニティをサービス対象として選びました。5 年間の試行錯誤とイテレーションを経て、2012 年にアマゾンフレッシュは 2 番目の都市であるロサンゼルスに進出し、同様に高密度、高収入のコミュニティのみを対象としました。

このような少ないコストの投入により、アマゾンは「間違いを犯す」余裕を持つことができました。

**2 つ目、リーン方式での検証は企業の選択権を最大限に保つことができます。** アマゾンの創業者ジェフ・ベゾスは『ブラックスワン』という本を非常に高く評価しており、その中の選択権に関する考え方は、アマゾンの運営における重要な基盤論理の一つです。『ブラックスワン』の観点によれば、未来に大きな影響を与える出来事は、実際には予測不可能であることが多いです。選択権の考え方は、制御可能なリスクとコストを用いて、未来の時点での「選択権」を継続的に創出し、その後、より明確な意思決定情報や信号の出現を静かに待つべきだと考えています。アマゾンの戦略は常に「選択権」の考え方を実践しており、たとえアマゾンフレッシュがシアトルでの試みが失敗したとしても、投入したリソースが相対的に少ないため、損失は事前に予見でき、受け入れ可能で制御可能でした。一方で、これらの試みが成功した場合、もたらされるリターンは巨大であり、これらの選択権を得るために必要な前期コストをはるかに上回るでしょう。

戦略 2：新しい顧客価値認識を構築する

ユーザーに企業の価値提案を認識させることは、コールドスタート段階で企業が直面する重要な問題です。

ビジネスモデルの革新者は、ターゲット顧客に自社の製品に対して支払うよう説得し、持続的な収入の流れを生み出す必要があります。私たちは、製品の実際の品質がどうであれ、どのような痛点を解決するのに適しているかにかかわらず、ターゲット顧客が認識する製品の価値が彼らにとってより「現実的」であると考えることができます。

新しい顧客価値認識を構築することで、新しいビジネスモデルが成熟した製品の中で際立ち、より多くの注目を集め、潜在的な顧客に独自の価値認識をもたらすことができるため、これはビジネスモデルの革新者がコールドスタートの制約を克服するための選択肢の一つとなります。

**1. 本当のターゲット顧客層を確認する。** より明確で具体的な顧客層の位置付けがあれば、企業はよりターゲットを絞った製品やサービスを提供できるようになります。アマゾンは、生鮮食品の購入需要があるすべてのユーザーが自然にターゲット顧客になるとは考えていません。彼らはターゲット顧客を「新しいものを受け入れることができる大都市の高密度かつ高収入のコミュニティ」と位置付けています。なぜなら、アマゾンの生鮮配送の価値は商品自体だけではなく、「最後の 1 マイル」に対して顧客がどの程度追加料金を支払う意欲があるかに依存しており、高収入層は通常、追加支払いの意欲と能力が高いからです。

**2. 顧客の思考習慣、すなわち「メンタルモデル」を理解し、応じる。** メンタルモデルとは、消費者が特定の製品に対して持つ価値観を指し、しばしば直感的な反応として現れます。例えば、人々は常にバラが愛の象徴であると考えています。たとえ月季がバラに似ていても、バレンタインデーには人々の第一選択にはなりません。アボカドは、マーケティングと宣伝の影響を受けて、健康、栄養、小資本の代名詞となりました。2010 年のアボカドの輸入量はわずか 2 トンでしたが、2021 年には驚異的な 4.14 万トンに達しました。アボカドの急成長は、「高格調」との密接な結びつきによるものです。実際、最初のアボカドの英語名は「Alligator Pear（ワニの梨）」でしたが、アボカド栽培協会の抗議を受けて、より洗練された「Avocado」に改名されました。これらのストーリーは簡単に検索できますが、多くの顧客は「健康」と「小資本」のためにアボカドを購入します。これがメンタルモデルの力です。

**3. 新しい価値ラベルや新しいカテゴリのイメージを構築する。** 企業が顧客の認識を変え、構築した価値ラベルや新しいカテゴリのイメージを認めさせることができれば、同じ製品を販売しても差別化された効果をもたらすことができます。テスラは新エネルギー車の最初の実践者ではありませんが、テスラの車が一般のメンタルモデルの形成において非常に成功したため、人々はそれを電動車の標準的な代表イメージとして認識しています。初期の頃、テスラは意識的にグリーン、環境保護、持続可能性の概念を形成し、著名人や IT エリートを通じて一般の認識に影響を与えました。これは、ビジネスモデルが市場のメンタルモデルを成功裏に占有できれば、その成功の確率が大幅に向上することを示しています。

戦略 3：補完的な資産を十分に活用する

起業初期のコールドスタート者は、取引の各段階に十分な資金と人力を投入することが難しいため、起業家にとって補完的な資産は取引プロセス全体において非常に重要な価値を持っています。補完的な資産を十分に活用することは、企業のコールドスタートを助けるための重要な戦略でもあります。

デビッド・ティースが言ったように、製品がより包括的な価値を得るためには、ほぼ常にマーケティング、競争製造、アフターサポートなどのサービスが必要であり、これらのサービスは通常、補完的な資産から提供されます。実際、リソースが不足しているビジネスモデルの革新者にとって、全取引チェーンで短所がないように自力で実現することは不可能なタスクです。補完的な資産を十分に活用することで、企業はより完全な取引プロセスのチェーンを構築し、より高い効率でより多くの超過利益を得ることができます。

ビジネスモデル構築の初期段階で、私たちが主に注目するのは 2 つの点です。
1. 自分が得意とする分野での優位性を十分に発揮する方法。
2. コールドスタート段階で露呈した能力の短所に対して、補完的な資産の力を十分に借りることや、補完的な戦略的アライアンスを形成することが最も効果的な戦略です。
評判や影響力の欠如も、ビジネスモデルのコールドスタートを妨げる重要な要因です。市場は、未知の新しい事物に対して信頼を持つのが難しく、すべてのオーディエンスが「最初に蟹を食べる人」になる勇気を持っているわけではありません。

しかし、利用する補完的な資産が一定の業界の評判を持っている場合、事態は異なります。それは信号や裏付けとして機能し、焦点を当てた企業がターゲット市場に対して魅力を築くのを助けます。例えば、オーディエンスが Apple の品質を信じている場合、Apple のスマートフォン用の保護ケースを製造する会社が Apple からの許可を得ているなら、その会社は非常に優れていると考える可能性が高いです。たとえその会社自体について何も知らなくても。

中国のスタートアップ企業「云测」は、この方法で市場を開拓しました。云测のコア能力は、モバイルアプリ開発者にソリューションを提供することです。設立初期に市場を開拓するのが難しい中、云测はマイクロプロセッサ市場のリーダー企業である ARM と提携を試みました。ARM の認知と裏付けを通じて、云测はその後、インテル、クアルコムなどの大手多国籍企業からの協力のオファーを受け、IDG キャピタル、高榕キャピタル、海銀キャピタルから 2 回の投資を受け、2015 年の清科 Venture50 リストに入り、スター企業となりました。現在、云测の企業評価は約 5 億ドルです。

ビジネスの本質を理解することで、起業の中で安定して長続きすることができます。

コールドスタートの解決策を提供するだけでなく、郭斌教授は『ビジネスモデルの革新』という本の中でビジネスモデルの本質を透視し、ビジネスの世界の基盤論理と戦略的なトップダウン思考を解体し、起業家に思考の境界を打破するインスピレーションを与えています。

ジェームズ・カーシーは「世界には 2 種類のゲームがある。一つは有限ゲーム、もう一つは無限ゲームである。有限ゲームは勝利を目的とし、無限ゲームはゲームの継続を目的とする」と言いました。ビジネス革新を無限ゲームと見なすことができれば、常に天井を突破することを目指し、ビジネスの世界で新しい可能性とより大きなスケールを創造し続けることができると信じています。

solidity を使用して ERC721 スマートコントラクトを作成し、ホワイトリスト機能を持たせる。

次に、ホワイトリストを追加する関数を実装します。コントラクトの作成者のみがホワイトリストを追加できるようにします：

次に、アドレスがホワイトリストにあるかどうかを判断する関数を実装します：

最後に、ERC721 プロトコルで定義された safeTransferFrom 関数にホワイトリストの検証を追加し、ホワイトリストにあるアドレスのみが取引を行えるようにします：

良いパブリックチェーンを作るには、多くの要素を総合的に考慮する必要があります。ここでは、いくつかの重要な側面を挙げます：

1. セキュリティ：パブリックチェーンは高度なセキュリティを備え、攻撃や改ざんを効果的に防ぎ、ユーザーの資産の安全を保障する必要があります。

2. パフォーマンス：パブリックチェーンは良好なパフォーマンスを持ち、大量の取引やデータを処理し、取引の効率と安定性を向上させる必要があります。

3. 拡張性：パブリックチェーンは拡張性を持ち、増加するユーザー数や取引量に対応し、パブリックチェーンの安定した発展を保証する必要があります。

4. 適用性：パブリックチェーンは広範な適用性を持ち、さまざまなタイプのアプリケーションのニーズを満たし、パブリックチェーンの適用範囲を拡大する必要があります。

5. ガバナンスメカニズム：パブリックチェーンは合理的で効果的なガバナンスメカニズムを持ち、パブリックチェーンの安定した運営と持続可能な発展を保証する必要があります。

さらに、良いパブリックチェーンを作るには、エコシステムの構築、コミュニティの構築、マーケティングなど、他の側面も考慮する必要があります。これらの要素を総合的に考慮することで、良いパブリックチェーンを作ることができます。

暗号通貨取引所のユーザー取引量を増やすために、以下の措置を講じることができます：

1. 豊富な取引ペアを提供する：ユーザーにより多くの取引ペアを提供することで、取引範囲を広げ、ユーザーの取引量を増やすことができます。

2. 高品質なサービスを提供する：ユーザーに迅速な取引速度、安定したシステム運営、専門的なカスタマーサービスなどの高品質なサービスを提供することで、より多くのユーザーを引き付け、ユーザーの取引量を増やすことができます。

3. 魅力的なイベントを提供する：取引コンペ、取引割引、ユーザー拡大などの魅力的なイベントを開催することで、より多くのユーザーを引き付け、ユーザーの取引量を増やすことができます。

4. 他のプラットフォームと提携する：他の有名な取引所やウォレットプラットフォームと提携することで、ユーザー群を拡大し、ユーザーの取引量を増やすことができます。

5. ユーザー関係を維持する：ユーザーとの関係を良好に保つこと、例えば、ユーザーの質問に迅速に回答し、専門的なアドバイスを提供し、ユーザーのフィードバックを聞くことなどが、ユーザーの信頼と忠誠心を高め、ユーザーの取引量を増やすことができます。

上記の措置を講じることで、暗号通貨取引所のユーザー取引量を増やすことができます。

暗号コンテンツの著者は、どのようにして記事の閲覧数を増やすことができますか？

暗号コンテンツの閲覧数を増やすために、著者は以下の措置を講じることができます：

1. 高品質なコンテンツを制作する：市場のニーズを研究し、価値のある魅力的なコンテンツを制作することで、より多くの読者を引き付けることができます。

2. ソーシャルメディアチャネルを構築する：個人ブログやソーシャルメディアアカウントなどのチャネルを構築し、定期的にコンテンツを公開して、コンテンツの露出度を高めます。

3. コミュニティにコンテンツを共有する：関連するコミュニティ、例えば技術コミュニティや業界コミュニティにコンテンツを共有し、より多くの人にあなたのコンテンツを見てもらいます。

4. 他の著者と協力する：他の著者と協力し、互いに推薦し合ったり、共同執筆したりすることで、あなたのコンテンツをより多くの人に見てもらうことができます。

5. プラットフォームと提携する：著名なコンテンツ発表プラットフォーム、例えば技術ブログや業界雑誌と提携することで、あなたのコンテンツがより多くの露出を得ることができます。

上記の措置を講じることで、暗号コンテンツの閲覧数を増やすことができます。

分散型ウェブサイトとは何ですか？#

分散型ウェブサイト（Dweb）は、文字通り分散型ネットワークにデプロイされたウェブサイトです。

構成要素から見ると、Dweb は従来のインターネットウェブサイトと似ており、入口（ドメイン名）とホスティングサーバーという 2 つの要素を持つ必要があります。Web3 の世界では、これら 2 つの「機能」に対応する代表的なプロジェクトは、ENS、IPFS、Arweave（この記事では前者に重点を置き、より多くのプロジェクトが使用しているソリューション）です。

ENS（Ethereum Name Service）は、Ethereum に基づく分散型、スケーラブル、オープンなネーミングシステムです。簡単に言えば、ブロックチェーンのドメイン名システムです。

IPFS の理念は、データを世界中に分散保存し、誰でも実行できるノード上で保存することです。本質的には、検閲に強いピアツーピアのデータストレージサービスです。また、IPFS はノード間でデータを分配し、特定のデータを指し示すため、リソースが最近更新されたソースから来ることを保証し、実際の体験をより迅速かつ信頼性の高いものにします。

ENS と IPFS のさらなる説明について、

以前、Vitalik はインタビューで「Ethereum ドメインサービス ENS は、これまでで最も成功した非金融的 Ethereum アプリケーションであり、基本的には分散型電話帳に例えることができる」と述べました。

2021 年 10 月 9 日、Ethereum ドメイン paradigm.eth が 420ETH の高値で不明なウォレットに購入されました。これは、これまでで最大の ENS ドメイン取引であり、興味深いことに、著名な暗号通貨ベンチャーキャピタル Paradigm はそのドメインの買い手ではありませんでした。

最近、ENS の価格が変動しています。その理由は、ユーザーが 3 桁および 4 桁の ENS ドメインを急いで登録しているためであり、さらには多くの中国語の文字のドメインも見受けられます。私たちは、NFT 取引プラットフォーム OpenSea で、2017 年に登録された zhifubao.eth の価格が 200ETH、約 31.5 万ドルに達したことや、amazon.eth という名前のドメインが 100 万 USDC、約 675 万人民元に達したことを注目しています。

これほどの金額をかけてドメインを購入するのは、ENS にはどのような魔力があるのでしょうか？この最も成功した非金融的 Ethereum アプリケーションを理解してみましょう。

Vitalik の説明から、ENS を分散型電話帳に例えることができます。ただし、この電話を接続するのは暗号通貨ウォレットであり、暗号通貨の送受信に使用できます。

ENS は 2017 年 5 月 4 日に Ethereum 財団の Alex Van de Sande と Nick Johnson によって共同で発起され、2021 年 11 月に独自のガバナンストークンを発行しました。ENS は Ethereum に基づく分散型ドメインサービスプロトコルであり、人間が読みやすいドメイン名（例：apple.eth）を Ethereum アドレスにマッピングする安全で分散型の方法を提供します。具体的には、ENS は現在よく見られる Ox で始まる 42 桁の Ethereum アドレスを、vitalik.eth、mirian.eth、九一四一.eth などのカスタマイズされた短いアドレスにマッピングできます。

ENS の最大の役割は、長く複雑な数字とアルファベットの組み合わせの Ethereum アドレスを置き換え、シンプルで親しみやすいカスタマイズされたアドレスにすることです。したがって、ENS をサポートするウォレットでは、ユーザーは ENS ドメインを使用してさまざまな暗号通貨アドレスをバインドでき、長いアドレスをコピー＆ペーストする必要がなくなります。

この基本的な機能は一見大したことがないように見えますが、実際には現実の大きな問題を解決しています。2018 年には、あるユーザーが自分の 1493ETH を Ethereum の創業者アドレスに誤って送信した事件があり、近年では NFT の人気が高まる中、アドレスの誤りによってユーザーの資産が失われる事件が頻繁に発生しています。ENS はこの問題をうまく解決し、取引の便利さを向上させると同時に安全性ももたらしました。

さらに、ENS は ERC721 プロトコルに基づいて構築されているため、各 ENS ドメインも NFT であり、OpenSea などの NFT 取引市場で取引可能です。これが、最近 3 桁および 4 桁の ENS ドメインを急いで登録する理由の一つであり、いくつかの希少で特別な意味を持つドメインには一定の価値上昇の可能性があります。

IPFS#

分散型インターネット（web3.0）に力を提供する

ピアツーピアのハイパーメディアプロトコルであり、ネットワークをアップグレード可能で弾力性があり、よりオープンな方法で人類の知識を保存し発展させます。

IPFS は、ファイル、ウェブサイト、アプリケーション、データを保存しアクセスするための分散型システムです。

使用される層プロトコルは、ハイパーテキスト転送プロトコル（HTTP）であり、従来のウェブの核心です。HTTP は 2 つのプログラムによって実現されます：クライアントプログラムとサーバープログラム。クライアントプログラムとサーバープログラムは異なるエンドシステムで実行され、HTTP を介してセッションを交換します。HTTP は、これらのデータの構造とクライアントとサーバーが相互作用する方法を定義します。

ウェブページはオブジェクトで構成されており、オブジェクトはファイル、例えば HTML ファイル、JPEG 画像、または小さなビデオクリップなどのファイルです。これらは URL アドレスでアドレス指定できます。ほとんどのウェブページには基本的な HTML ファイルといくつかの参照オブジェクトが含まれています。

HTTP は、ウェブクライアントがウェブサーバーにウェブページをリクエストする方法と、サーバーがクライアントにウェブページを送信する方法を定義します。

ブラウザが行う作業は、HTTP プロトコルとフロントエンドコードを実行および解析し、内容を表示することです。クエリを提出する際、通常はウェブ側がデータベースをクエリし、結果をリクエスト者、つまりブラウザに返します。その後、ブラウザが表示します。

インターネットを使用する際は、すべて HTTP または HTTPS プロトコルの下で実行されます。HTTP プロトコルは、ワールドワイドウェブサーバーからローカルブラウザにハイパーテキストを転送するためのプロトコルであり、1990 年に提案されて以来 32 年が経過しました。これは、現在のインターネットの爆発的な成長に貢献し、インターネットの繁栄を実現しました。

しかし、HTTP プロトコルは C/S アーキテクチャに基づくインターネット通信プロトコルであり、バックボーンネットワークが中心化して運営されるメカニズムに基づいているため、多くの欠点があります。

インターネット上のデータは、ファイルが削除されたりサーバーが閉鎖されたりすることで、しばしば永久に消去されます。ある統計によれば、現在のインターネット上のウェブページの平均保存寿命は約 100 日です。私たちはしばしば「404 エラー」が表示されるウェブサイトを目にします。
バックボーンネットワークの運営効率が低く、使用コストが高い。HTTP プロトコルを使用する場合、毎回中心化されたサーバーから完全なファイルをダウンロードする必要があり、速度が遅く効率が低いです。
バックボーンネットワークの同時接続メカニズムがインターネットのアクセス速度を制約します。この中心化されたバックボーンネットワークのモデルは、高い同時接続がある場合にネットワークアクセス時の混雑を引き起こします。
現在の HTTP プロトコルの下では、すべてのデータがこれらの中心化されたサーバーに保存されており、インターネットの巨人たちは私たちのデータに対して絶対的な制御権と解釈権を持っています。さまざまな監視、封鎖、監視が、ある程度まで革新と発展を大きく制限しています。
コストが高く、攻撃を受けやすい。HTTP プロトコルを支えるために、大流量の企業、例えば百度、腾讯、阿里などは、サーバーとセキュリティリスクを維持するために大量のリソースを投入し、DDoS 攻撃などを防ぐ必要があります。バックボーンネットワークは、戦争や自然災害、中心サーバーのダウンなどの要因に制約され、インターネット全体のサービスが中断される可能性があります。

IPFS の解決策#

IPFS はファイルの履歴バージョンを遡る機能を提供し、ファイルの履歴バージョンを簡単に確認でき、データは削除できず、永久に保存されます。
IPFS はコンテンツアドレッシングに基づくストレージモデルであり、同じファイルは重複して保存されず、余分なリソースを圧縮し、ストレージコストを削減します。P2P 方式でダウンロードする場合、帯域幅の使用コストを約 60％節約できます。
IPFS は P2P ネットワークに基づいており、データを保存した複数のソースがあり、複数のノードからデータを同時にダウンロードできます。
分散型のネットワークに基づく IPFS は、中心化された管理や制限を受けにくく、インターネットはよりオープンになります。
IPFS の分散型ストレージは、中心的なバックボーンネットワークへの依存を大幅に減少させることができます。

簡潔に言えば：

HTTP は中心化されたサーバーに依存し、攻撃を受けやすく、アクセス量が急増するとサーバーがダウンしやすく、ダウンロード速度が遅く、ストレージコストが高いです。

一方、IPFS は分散型ノードであり、DDoS 攻撃を受けにくく、バックボーンネットワークに依存せず、ストレージコストを削減し、ストレージスペースが大きく、ダウンロード速度が速く、ファイルの履歴バージョンを確認でき、理論的には永久に保存できます。

新しい技術が古い技術に取って代わる理由は、主に 2 つです：

第一に、システムの効率を向上させること；

第二に、システムコストを削減すること。

IPFS はこの 2 つを実現しました。

IPFS のチームは開発時に、高度にモジュール化された統合方式を採用し、積み木のようにプロジェクト全体を開発しました。プロトコルラボのチームは 2015 年に設立され、17 年の間に IPLD、LibP2P、Multiformats の 3 つのモジュールの開発に取り組んでいます。これらは IPFS の基盤を支えています。

Mutiformats は、ハッシュ暗号アルゴリズムと自己記述方式（値から生成方法がわかる）の一連の集合であり、SHA1、SHA256、SHA512、Blake3B など 6 つの主要な暗号方式を使用して、nodeID やフィンガープリンティングデータの生成を暗号化および記述します。

LibP2P は IPFS の核心の中の核心であり、さまざまな伝送層プロトコルや複雑なネットワークデバイスに直面して、開発者が迅速に利用可能な P2P ネットワーク層を構築するのを助け、迅速かつコストを節約します。これが、IPFS 技術が多くのブロックチェーンプロジェクトに好まれる理由です。

IPLD は実際には変換ミドルウェアであり、既存の異種データ構造を統一された形式に変換し、異なるシステム間でのデータ交換と相互運用を容易にします。現在、IPLD がサポートするデータ構造は、ビットコインやイーサリアムのブロックデータを含み、IPFS や IPLD もサポートしています。これが、IPFS がブロックチェーンシステムに人気のある理由の一つであり、IPLD ミドルウェアは異なるブロック構造を統一された標準で伝達することができ、開発者に成功の可能性が高い標準を提供し、パフォーマンス、安定性、バグを心配する必要がありません。

IPFS の 4 つの利点 **：**

Kademlia、BitTorrent、Git などの理念を融合させたハイパーメディア配信プロトコル
中心ノードの失効を回避し、検閲や管理のない完全な分散型ピアツーピア伝送ネットワーク
インターネットの明日へ進む—— 新しいブラウザはすでに IPFS プロトコルをデフォルトでサポートしています（brave、opera）。従来のブラウザは、https://ipfs.io などの公共 IPFS ゲートウェイにアクセスするか、[IPFS コンパニオン](https://github.com/ipfs-shipyard/ipfs-companion#ipfs-companion) 拡張機能をインストールして、IPFS ネットワークに保存されたファイルにアクセスできます。
次世代コンテンツ配信ネットワーク CDN—— ローカルノードにファイルを追加するだけで、世界中がキャッシュフレンドリーなコンテンツハッシュアドレスと BitTorrent ネットワークの帯域幅配信を通じてファイルを取得できます。
強力なオープンソースコミュニティをバックボーンに持ち、完全な分散型アプリケーションとサービスを構築するための開発者ツールキット

IPFS は、システム内でファイルがどのように保存、インデックス付け、転送されるかを定義し、アップロードされたファイルを特別なデータ形式に変換して保存します。同時に、IPFS は同じファイルにハッシュ計算を行い、その唯一のアドレスを決定します。したがって、どのデバイスでも、どこにいても、同じファイルは同じアドレスを指します（URL とは異なり、このアドレスはネイティブであり、暗号アルゴリズムによって保証されており、変更することも変更する必要もありません）。その後、ファイルシステムを介してネットワーク内のすべてのデバイスを接続し、IPFS システムに保存されたファイルを世界中のどこでも迅速に取得でき、ファイアウォールの影響を受けません（ネットワークプロキシは不要です）。したがって、根本的に言えば、IPFS は WEB コンテンツの配信メカニズムを変え、分散化を実現します。

IPFS の動作原理#

IPFS はピアツーピア（p2p）ストレージネットワークです。世界のどこにでもあるノードを介してコンテンツにアクセスでき、これらのノードは情報を伝達したり、情報を保存したり、両方を行ったりします。IPFS は、位置ではなくコンテンツアドレスを使用して要求されたコンテンツを見つける方法を知っています。

IPFS の 3 つの基本原則を理解する：

コンテンツアドレッシングによるユニークな識別
有向非巡回グラフ（DAG）によるコンテンツリンク
分散ハッシュテーブル（DHT）によるコンテンツ発見

これら 3 つの原則は相互に依存しており、IPFS エコシステムを構築しています。まず、コンテンツアドレッシングとコンテンツのユニークな識別から始めましょう。

IPFS はコンテンツアドレッシングを使用して、コンテンツを位置ではなく内容に基づいて識別します。コンテンツを基にアイテムを見つけることは、誰もが常に行っていることです。

例えば、図書館で本を探すとき、通常は本のタイトルで探します。それはコンテンツアドレッシングです。なぜなら、あなたが何であるかを尋ねているからです。

位置アドレッシングを使用してその本を探す場合、あなたはその本の位置を使って探します。「私は 2 階の本、3 番目の本棚、左から数えて 4 冊目の本が欲しい」と言います。

誰かがその本を移動させたら、あなたは運が悪いです！

インターネットやあなたのコンピュータにもこの問題があります！現在、コンテンツは位置で検索されています。例えば：

https://en.wikipedia.org/wiki/Aardvark
/Users/Alice/Documents/term_paper.doc
C:\Users\Joe\My Documents\project_sprint_presentation.ppt

これに対して、IPFS プロトコルを使用するすべてのコンテンツには、コンテンツ識別子、すなわち CID があります。ハッシュは、そのコンテンツから来ているものであり、元のコンテンツと比較して短く見えるかもしれませんが、ユニークです。

多くの分散システムは、ハッシュを使用してコンテンツアドレッシングを行い、コンテンツを識別するだけでなく、リンクを作成します。コードのコミットをサポートするものから、暗号通貨のブロックチェーンまで、すべてがこの戦略を利用しています。しかし、これらのシステムの基盤となるデータ構造は、必ずしも相互運用可能ではありません。

CID（コンテンツ識別子）

CID 仕様は IPFS に起源を持ち、現在は多くのフォーマットで存在し、IPFS、IPLD、libp2p、Filecoin などの広範なプロジェクトをサポートしています。私たちはこのコース全体でいくつかの IPFS の例を共有しますが、このチュートリアルは CID 自体の分析に関するものであり、各分散情報システムがコンテンツを参照するためのコア識別子として使用します。

コンテンツ識別子または CID は、自己記述的なコンテンツアドレッシング識別子です。それはコンテンツがどこに保存されているかを示すものではなく、コンテンツ自体に基づいてアドレスを形成します。CID の文字数は、基礎となるコンテンツの暗号ハッシュに依存し、コンテンツ自体のサイズには依存しません。IPFS 内のほとんどのコンテンツは sha2-256 を使用しているため、あなたが遭遇するほとんどの CID は同じサイズ（256 ビット、32 バイトに相当）になります。これにより、特に複数のコンテンツを扱う際に、管理が容易になります。

例えば、IPFS ネットワークに土豚の画像を保存した場合、その CID は次のようになります：QmcRD4wkPPi6dig81r5sLj9Zm1gDCL4zgpEj9CfuRrGbzF

https://bafybeiagkgmmhux6fswdoedmwqqsvt5arjivl35wuk25jljb2yqgn7njgu.ipfs.dweb.link/

CID を作成する最初のステップは、入力データを変換し、暗号アルゴリズムを使用して任意のサイズの入力（データまたはファイル）を固定サイズの出力にマッピングすることです。この変換は、ハッシュデジタルフィンガープリンティングまたは単にハッシュと呼ばれます（デフォルトでは sha2-256 を使用）。

使用される暗号アルゴリズムは、以下の特性を持つハッシュ値を生成する必要があります：

** 決定論的：** 同じ入力は常に同じハッシュを生成する必要があります。
** 無関係：** 入力データの小さな変化は、完全に異なるハッシュを生成する必要があります。
** 単方向：** ハッシュ値から入力データを逆推測することは不可能です。
** ユニーク性：** 特定のハッシュを生成できるファイルは 1 つだけです。

注意すべきは、土豚の画像の単一のピクセルを変更すると、暗号アルゴリズムは画像に完全に異なるハッシュを生成することです。

コンテンツアドレスを使用してデータを取得する際、私たちはそのデータの期待されるバージョンを見ることが保証されます。これは、従来のウェブ上の位置アドレッシングとは完全に異なります。従来のウェブでは、特定のアドレス（URL）上のコンテンツは時間とともに変化します。

CID の構造

Multiformats は IPFS エコシステム内で主にアイデンティティの暗号化とデータの自己記述を担当しています。

Multiformats は未来の安全システムのプロトコルの集合であり、自己記述フォーマットはシステムが相互に協力し、アップグレード可能にします。

Multiformatsプロトコルには以下のプロトコルが含まれています：

multihash - 自己記述的ハッシュ

multiaddr - 自己記述的ネットワークアドレス

multibase - 自己記述的基準エンコーディング

multicodec - 自己記述的シリアル化

multistream - 自己記述的ストリームネットワークプロトコル

multigram (WIP) - 自己記述的パケットネットワークプロトコル

有向非巡回グラフ#

Merkle DAG は CID の可分配性を継承しています。DAG をコンテンツアドレッシングすることは、それらの配信にいくつかの興味深い影響を与えます。まず第一に、DAG を持つ人は誰でもその DAG の提供者になることができます。第二に、DAG としてエンコードされたデータを取得する際、ファイルディレクトリのように、すべての子ノードを並行して取得することができ、さまざまな提供者から取得できます！三つ目は、ファイルサーバーが集中型データセンターに制限されず、データのカバレッジが広がります。最後に、DAG の各ノードには独自の CID があるため、DAG が埋め込まれている他の DAG とは独立して共有および取得できます。

例えば、大規模なデータの配信。従来のウェブネットワークでは：

共有ファイルの開発者は、サーバーとその関連費用を維持する責任があります。
同じサーバーが世界中のリクエストに応じる可能性が高いです。
データ自体は単一のファイルとしてアーカイブされ、単一の方法で配布されます。
同じデータの代替提供者を見つけるのは難しいです。
データは大きな塊であり、単一の提供者から直列にダウンロードする必要があります。
他の人がデータを共有するのは難しいです。

Merkle DAG は、これらすべての問題を軽減するのに役立ちます。データをコンテンツアドレッシングの DAG に変換することで：

誰でもファイルの送受信を手伝うことができます。
世界中のノードがデータサービスに参加できます。
DAG の各部分には独自の CID があり、独立して配布できます。
同じデータの代替提供者を見つけるのが簡単です。
DAG を構成するノードは小さく、さまざまな提供者から並行してダウンロードできます。

これらすべては、重要なデータのスケーラビリティに寄与します。

ピアツーピア（P2P）ネットワークは、インターネットの概念から考案され、弾力性のあるネットワークを作成する方法として設計されました。たとえピアノードが重大な自然災害や人為的災害によってネットワークから切断されても、ネットワークは正常に機能し、人々が通信を続けることを可能にします。

P2P ネットワークは、ビデオ通話（例えば Skype）からファイル共有（例えば IPFS、Gnutella、KaZaA、eMule、BitTorrent）まで、さまざまなユースケースに使用できます。

基本概念

Peer - 分散型ネットワークの参加者。ピアノードはアプリケーション内で同等の特権と能力を持つ参加者です。IPFS では、ノートパソコンで IPFS デスクトップアプリケーションをロードすると、あなたのデバイスは分散型ネットワーク IPFS の Peer ノードになります。

Peer-to-Peer (P2P) - 分散型ネットワークで、作業負荷がピアノード間で共有されます。したがって、IPFS では、各 Peer ノードが他のピアノードと共有するためのファイルのすべてまたは一部をホストする可能性があります。ノードがファイルをリクエストすると、そのファイルのブロックを持つノードは、リクエストされたファイルを送信することができます。その後、データをリクエストしたノードは、後で他のノードとデータを共有できます。

IPFS は、現在および過去のネットワークアプリケーションや研究からインスピレーションを得て、P2P システムを改善しようとしています。学術界には、これらの問題のいくつかを解決する方法に関する多くの科学論文がありますが、研究は初期の結果を生み出しましたが、使用可能で調整可能なコード実装が不足しています。

既存の P2P システムのコード実装は本当に見つけるのが難しく、実際に存在する場合でも、以下の理由から再利用や再調整が難しいことがよくあります：

ファイルが不十分または存在しない
制限的なライセンスまたはライセンスが見つからない
10 年以上前に最後に更新された非常に古いコード
連絡先がない（連絡できるメンテナンス担当者がいない）
クローズド（プライベート）コード
廃止された製品
仕様が提供されていない
友好的な API が公開されていない
実装が特定のユースケースに過度に結合されている
将来のプロトコルのアップグレードを使用できない

より良い方法が必要です。相互運用性が主要な問題であることを考慮して、IPFS チームは、すべての現在の解決策を統合し、革新を促進するプラットフォームを提供するためのより良い方法を考案しました。新しいモジュール化システムは、将来の解決策をネットワークスタックにシームレスに統合できるようにします。

libp2p は IPFS のネットワークスタックですが、IPFS から抽出され、独立した一流のプロジェクトおよび IPFS の依存プロジェクトとなります。

この方法により、libp2p は IPFS に依存せずにさらに発展し、独自のエコシステムとコミュニティを獲得できます。IPFS は libp2p の多くのユーザーの一つに過ぎません。

これにより、各プロジェクトは自分の目標にのみ集中できます：

IPFS はコンテンツアドレッシング、すなわちネットワーク内の任意のコンテンツを見つけ、取得し、検証することにより集中します。
libp2p はプロセスアドレッシング、すなわちネットワーク内の任意のデータ転送プロセスを見つけ、接続し、検証することにより集中します。では、libp2p はどのようにそれを実現しているのでしょうか？

答えは：モジュール化です。

多言語実装で、7 つの開発言語をサポートし、libp2p の JavaScript 実装はブラウザやモバイルブラウザにも適用できます！これは非常に重要です。なぜなら、アプリケーションがデスクトップやモバイルデバイスで libp2p を実行できるようにするからです。

アプリケーションには、ファイルストレージ、ビデオストリーミング、暗号ウォレット、開発ツール、ブロックチェーンが含まれます。ブロックチェーンのトッププロジェクトはすでに IPFS の libp2p モジュールを採用しています。

PLD は、既存の異種データ構造を統一された形式に変換するミドルウェアであり、異なるシステム間でのデータ交換と相互運用を容易にし、データモデルとデコーディングに CID をリンクとして使用します。

まず、「データモデル」を定義します。これはデータのドメインと範囲を示します。これは重要です。なぜなら、私たちが構築するすべての基盤となるからです。（広義には、データモデルは「JSON」のようなものであり、map、string、list などのようなものです。）その後、「コーデック」を定義します。これは、メッセージからそれを解析し、私たちが望むメッセージ形式として発信する方法を示します。 IPLD には多くのコーデックがあります。他のアプリケーションと相互作用する場合、異なるコーデックを選択するか、単に自分のアプリケーションが好むパフォーマンスと人間にとっての可読性の適合性に基づいて異なるコーデックを選択できます。

IPLD は最上部の 3 層プロトコルを実現しています：オブジェクト、ファイル、命名。

オブジェクト層 - IPFS 内のデータは Merkle Directed Acyclic Graph（Merkle DAG）の構造で整理されており、ノードはオブジェクトと呼ばれ、データを含むか、他のオブジェクトへのリンクを指し示すことができます。リンクは、ソース内に埋め込まれたターゲットデータの暗号ハッシュです。これらのデータ構造は、コンテンツアドレッシング、データの改ざん防止、重複データ削除などの多くの有用な特性を提供します。
ファイル層 - Merkle DAG の上に Git のようなバージョン管理システムをモデル化するために、IPFS は以下のオブジェクトを定義します：

blob データブロック：blob は可変サイズのデータブロック（リンクなし）であり、データブロックを表します。

list：blob や他のリストを順序よく整理するために使用され、通常はファイルを表します。

tree：ディレクトリを表し、blobs、lists、他の trees を含みます。

commit：Git のコミットに似ており、オブジェクトのバージョン履歴のスナップショットを表します。
命名層 - オブジェクトの各変更はそのハッシュ値を変えるため、ハッシュ値をマッピングする必要があります。IPNS（Inter Planetary Naming System）は、各ユーザーに可変の命名空間を割り当て、ユーザーの秘密鍵で署名されたパスにオブジェクトを公開することができ、オブジェクトの真実性を検証します。これは URL に似ています。

IPLD の表示に対応する：

IPFS は、これらのモジュールの機能を適用し、独立したノード上で動作するコンテナ化されたアプリケーションとして統合され、ウェブサービスの形式で提供されます。IPFS はネットワーク内の参加者が互いに検証可能なデータを保存、要求、転送できるようにします。しかし、IPFS はオープンソースであり、無料でダウンロードして使用でき、多くのチームによって使用されています。

IPFS と技術の各ノードは、重要なデータを保存すると考えています。しかし、簡単な方法がなければ、他の人をネットワークに参加させたりデータを保存させたりすることは難しいです。この時、Filecoin が必要となり、IPFS のインセンティブ層として誕生しました。

Filecoin は IPFS にインセンティブストレージを追加します。IPFS ユーザーは、Filecoin 上にデータを直接信頼性を持って保存でき、ネットワークに多くのアプリケーションや実現可能なシナリオの扉を開きます。

失敗の罠 1：アイデアは一流、構成は三流#

市場の隙間を鋭く捉え、ビジネスモデルを明確に設計し、成熟した明確なビジネスプランで投資家から巨額の投資を受けると、すべてが順調に見えます。

しかし、自信満々に大きな展望を持つ起業家は、罠が実際には前方にあることを知りません。

アメリカのかつての起業新星 Quincy 服装会社は、女性の職業服のカスタマイズ市場の隙間を鋭く捉え、女性の職業服のカスタマイズサービスを提供しました。身長データを報告するだけで、最もフィットする職業服を個別にカスタマイズできます。

彼らの起業の構想は非常に正確でしたが、実際の実行は困難が多くありました。優れた生産者が不足していたため、彼らがカスタマイズした服は理想的なフィット感を達成できず、多くの顧客が返品しました。同時に、カスタム服の在庫需要が非常に大きく、彼らの資金は急速に消耗しました。創造性が構成に追いつかないと、ビジネスモデルは失望の空談に過ぎなくなります。

アイゼンマン教授は、リソースの要求が非常に高い 3 つのビジネスモデルを指摘しました。これらは「アイデアは一流、構成は三流」の失敗の罠に最も陥りやすいです。

1 つは、運営プロセスが複雑で、異なる専門的なセクション間の緊密な協力を要求することです。

2 つ目は、在庫を確保する必要があることです。

3 つ目は、資金の需要が巨大であることです。

ここでの「リソース」とは、資金だけでなく、起業家、チームのコアメンバー、投資家、パートナーなど、重要なリソースの提供者の一連のことを指します。

リソースが不足している窮地に直面した起業家は、「オープンソース」と「コスト削減」を通じて、企業の持続可能な運営を保証しなければなりません。

オープンソース：リソースを拡充する

優れたパートナーを引き入れることは、リソースを拡充する重要な方法です。起業家は、自身のビジネスモデルに必要なコア技術、製造能力、倉庫スペース、カスタマーサービスなどのリソースを正確に予測し、これらの要求を独立して満たせない場合は、パートナーを見つけてこれらのリソースを借りることができます。

コスト削減：規模を制御する

手元のリソースが大きな構想を支えるには不十分な場合、製品ラインの種類を縮小し、厄介なタスクを外部委託し、発展の焦点を単一の顧客層や単一の地理的地域に集中させることは、最初からつまずくのを避けるための効果的な手段です。

『リーンスタートアップ』という本の中で、著者エリック・リースはスタートアップ企業のライフサイクルを新たに定義しました。それは、スタートアップ企業が現在の「資金消耗速度」で何ヶ月持つかではなく、現金準備が尽きる前に会社が何回「転換」を完了できるかを指します。

ほとんどの起業の成功はインスピレーションによるものではなく、試行錯誤の中で方向を見つけ、「実践の中で学ぶ」ことで成長し続けることです。したがって、起業家は全面的な市場調査を行うよりも、できるだけ早く新製品を投入することを好むかもしれません。

特に企業規模が拡大し、現金の消耗速度が日々増加する中で、巨額の収益圧力の下で、十分な時間をかけて市場調査を完了できる起業家はほとんどいません。彼らは、最短の時間で製品を迅速に開発し、投入したいと考えるでしょう。

** アイゼンマン教授は観察しました：ほとんどの場合、起業家がユーザーを理解するために十分な時間をかけないのは、彼らが待てない