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 つは、リソースが限られており、相対的に短期間内での試行錯誤しか支えられない（例えば、キャッシュフローが絶えず消耗している）ことです。

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

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

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

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

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

これほど少ないコストの投入により、Amazon は「間違える」余裕を持つことができました。

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

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

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

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

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

1、真のターゲット顧客群を確認する。 より明確で具体的な顧客群の位置付けがあれば、企業はよりターゲットを絞った製品やサービスを提供できます。Amazon は、生鮮食品の購入需要があるすべてのユーザーが自然にターゲット顧客になるとは考えていません。彼らはターゲット顧客を「新しいものを受け入れることができる大都市の高密度かつ高所得のコミュニティ」と位置付けています。なぜなら、Amazon Fresh の配送の価値は商品そのものに完全には依存せず、「最後の 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 は従来のインターネットウェブサイトと似ており、入口（ドメイン名）とホスティングサーバー（ホスティング主体）を持つ必要があります。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 つのプログラムによって実現されます：1 つはクライアントプログラム、もう 1 つはサーバープログラムです。クライアントプログラムとサーバープログラムは異なるエンドシステムで実行され、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 がサポートするデータ構造には、ビットコインや Ethereum のブロックデータが含まれ、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 つだけです。

注意してください。土豚の画像の単一のピクセルを変更すると、暗号アルゴリズムは画像に完全に異なるハッシュを生成します。

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

CID の構造

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

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

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

multihash - 自己記述的ハッシュ

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

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

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

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

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

有向非循環グラフ#

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

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

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

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

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

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

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

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

基本概念

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

Peer-to-Peer (P2P) - 分散型ネットワークで、ワークロードが peer ノード間で共有されます。したがって、IPFS では、各 Peer ノードが他の 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 は上記のモジュールの機能を適用し、独立したノード上で稼働するコンテナ化されたアプリケーションとして統合され、Web サービスの形式で利用されます。IPFS はネットワーク内の参加者が相互に検証可能なデータを保存、要求、転送できるようにします。しかし、IPFS はオープンソースであり、無料でダウンロードして使用でき、多くのチームによって使用されています。

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

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

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

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

しかし、自信満々に大展開を目指す起業家は、罠が実は前方にあることを知りません。

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

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

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

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

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

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

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

リソースが不足している窮地に直面して、起業家は「開源」と「節流」を通じて、企業の持続可能な運営を保証する必要があります。

開源：リソースを拡充する

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

節流：規模を制御する

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

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

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

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

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

しかし、起業理念の十分な検証