探索: イーサリアム融資インセンティブ モデル

編集者注: この記事は以下から引用しましたクリプトバレーライブ (ID:cryptovalley)編集者注: この記事は以下から引用しました

クリプトバレーライブ (ID:cryptovalley)

、著者：Qian Bojun、許可を得てOdailyによって複製されました。

副題

オープンソースの資金調達

オープンソース ソフトウェアは一種の公共製品であり、公共製品は基本的な経済概念です。一般的な公共財には、国防、灯台、きれいな空気、オープンソース ソフトウェアが含まれます。公共財には 2 つの主要な機能があります。 1 つは非排除性です。たとえ何も支払わなくても、誰もその使用または消費を禁止されることは不可能です (別名「ただ乗り」)。 2 つ目は非競合性です。複数の人が同時に使用または消費することができ、そのような使用と消費によってその可用性 (量と質の両方) が低下することはありません。公共財が市場メカニズムを通じて資金調達される場合、投資は不十分になります。たとえば、オフィスビルのスタッフが外気システムを構築するために資金を集めたとします。料金を支払わなくても、李四が外気システムによってもたらされる新鮮な空気を楽しむことができることをチャン・サンが知っていれば、チャン・サンのお金を払う熱意は低下するでしょう。もしスタッフ全員が張三氏と同じ考えを持ち、他人の「ただ乗り」を恐れてお金を払いたくないとしたら、おそらく新鮮な空気システムを構築するのに十分な資金を集めることができないでしょう。同様のロジックがオープン ソース ソフトウェアにも当てはまります。誰もが、他の人が最初にソフトウェアを開発し、無料で使用できるようにオープンソースにすることを期待している場合、ソフトウェアは開発されない可能性があります。オープンソース ソフトウェアに関するこの問題は、ブロックチェーン コミュニティにとって非常に重要です。従来の開発者がオープンソース ソフトウェアに参加できる 4 つの方法 (ボランティア、寄付、報奨金、クラウドファンディング) を次に示します。

ボランティア

オープンソース コミュニティの最も一般的な参加者はボランティアであり、コミュニティに積極的に貢献し、ソフトウェア システムを保守し、ディスカッションに参加しますが、直接的な金銭的報酬はありません。ボランティアは多くの場合、環境への高い関心、地域社会の評判、イデオロギー、プロジェクトに対する熱意など、他の要因によって動機付けられます。

副題

寄付する

副題

報奨金

上で説明した寄付モデルはオープンソース コミュニティ全体の資金調達モデルに属しますが、報奨金は小規模で断片的なタスク モデルに属します。報奨金モデルは、従業員が以前に実行していた作業タスクを、自由かつ自発的な方法で非特定のパブリック ネットワークにアウトソーシングする組織の慣行として理解できます。このタスクには必ずしも特定の説明があるわけではありません。コードの抜け穴を見つけることや、オープンソース コミュニティの開発の方向性を提供することなどがあります。報奨金の額は、タスク発行主体の需要レベルと期限に応じて決定され、企業の「クラウドソーシング」モデルと同様です。報奨金モデルには 2 つの利点があります。1 つは、開発者には貢献に応じて報酬が与えられるため、寄付よりも公平であり、有能な開発者のコ​​ミュニティへの参加を奨励できるため、オープンソース プロジェクトの拡大に​​役立ちます。次に、報奨金モデルは、プロジェクトのセキュリティ関連の問題に対処する場合に特に役立ちます。リブラはバグ報奨金プログラムを利用してオープンソースコミュニティのボランティアを育成し、外部の開発者や研究者を利用して共同でネットワークセキュリティを実験してきました。バグ報奨金プログラムのオープンさと透明性により、プロジェクトに社会の信頼と人気がもたらされます。しかし、報奨金モデルには 3 つの欠点があります。まず、プロジェクトに対して逆のインセンティブが発生する可能性があります。共同作業を必要とする難しいタスクは関心が持たれない傾向がありますが、単純で反復性の高いタスクは開発者に人気があり、プロジェクトの長期的な開発にはつながりません。第二に、多くのオープンソース プロジェクトの結果は定量化できないため、作業が完了したかどうかに関してプロジェクト当事者とオープンソース開発者との間で意見の相違が生じ、プロジェクトの結果の品質が低かったり、プロジェクト当事者が圧迫される状況につながる可能性があります。開発者。第三に、報奨金タスクのリリースは通常、金額が低く継続性がなく、開発者は報酬を得るために作業タスクを受動的に受け入れるため、開発者に積極的に貢献する動機を与えることができません。

クラウドファンディング

クラウドファンディングは「消費前」の投資行動です。オープンソース プロジェクトは、プロジェクトのビジョンと将来の目標を使用して、オープンソース コミュニティ内外から資金を募ります。単発型クラウドファンディングと継続型クラウドファンディングには次のような特徴があります。 まず、クラウドファンディング活動を推進するには十分なマーケティング活動が必要です。第 2 に、プロジェクトには通常、明確な計画とその計画で達成される内容が必要ですが、これも開発と生産にプレッシャーを与えます。第三に、クラウドファンディングでは一貫した寄付の約束を得るのが難しいことがよくあります。ベンチャーキャピタルと比較すると、資本チェーンが完全ではありません。第 4 に、クラウドファンディングは全体的な寄付モデルに属しており、開発者内での配布方法の基準が比較的曖昧です。

副題

イーサリアムの資金調達メカニズムと方向性

イーサリアムエコシステムでは、開発者奨励金は主に 2 つの組織によって管理されています。1 つはイーサリアムインキュベーターである ConsenSys で、もう 1 つは非営利団体であるイーサリアム財団です。現在、イーサリアムの資金管理には 2 つの問題があります。 1 つ目は資金配分の問題です。イーサリアムには資金の用途を決定するための健全なガバナンスメカニズムが存在しないため、コミュニティはイーサリアムの透明性が十分ではないと信じています。 ２つ目は資金源です。イーサリアム財団が管理する資金が枯渇すると、基盤となるプロトコルの持続不可能な開発とアップグレードという問題に直面することになる。イーサリアムの資金調達インセンティブモデルは、イーサリアムの中核開発者の損失を防ぎ、イーサリアムの持続可能性をさらに高めるために、資金源と分配を解決する必要があります。現在、イーサリアムのインセンティブ メカニズムにはマイナーのみが含まれており、コア開発者とアプリケーション層の DApps の両方が合理的なインセンティブ メカニズムによってサポートされる必要があります。イーサリアム開発者向けの資金調達インセンティブ モデルはまだ完成しておらず、開発者のほとんどはコミュニティの結束を維持するために開発者の熱意や自分自身の利益に依存しています。以下では、イーサリアムが将来採用を検討できる3つの資金調達インセンティブモデルを紹介します。

インフレファイナンス

インフレファイナンスとは、ブロックチェーンのオープンソースコミュニティなどの公共製品の開発に資金を提供する仕組みであり、国が個人に課税することで資金を獲得し、共通の社会インフラの構築に投資するという国税の機能に似ています。 Foundations 施設は社会の中で個人が単独で行うことのできないものです。唯一の違いは、国が中央集権機関であり、政府の徴税は国民から与えられた権限であるということです。イーサリアムがインフレファイナンスを行う場合、チェーン上のルールを策定したり、オフチェーンコミュニティによる投票によって実装する必要があります。既存の財団管理モデルとは異なり、インフレファイナンスには継続的な資金源があり、より分散化され柔軟であり、得られる潜在的な報酬も非常に大きくなります。

インフレファイナンスの実施プロセスは 3 つのステップに分かれています。 まず、イーサリアム コミュニティの誰もが EIP (イーサリアム改善提案) を提出し、議論のためにコミュニティに提出することができます。第二に、ETH保有者またはオフチェーンコミュニティの参加者は、提案を承認し、投票結果に応じて発効するか拒否するかを投票します。第三に、コミュニティは、提案がイーサリアムにもたらすことができる価値に基づいて特定の報奨金を決定し、新しい ETH を発行して提案開発者に報酬を与えます。たとえば、イーサリアム 2.0 のアップグレードが成功すると、コミュニティは、イーサリアム エコシステムの価値が 20% 増加すると予測しています。インフレ金融の概念によれば、イーサリアムは ETH の 20% を発行し、それをアップグレードに関与した開発者による。 Tezos は開発者のモチベーションを高めるためにインフレ金融を利用しています。 Tezos は、開発者の革新を奨励するためにルールの形式でプロトコル コードにボーナスを書き込みます。各提案は個別にチェックでき、テストに合格した提案には自動的に報酬が与えられます。ただし、インフレファイナンスには議論が必要な問題がいくつかあります。まず、報酬の配分とETHの追加発行基準をどのように設定するかです。財団によって制定された場合、寡頭制の懸念が生じるでしょう。第 2 に、提案の価値を測定するのは難しい場合があり、コミュニティ全体に貢献するよう説得するのは簡単ではありません。第三に、ETHの供給量の増加は流通市場におけるETHの価格パフォーマンスに影響を与え、ひいてはイーサリアムエコシステム全体の価値の低下につながります。

二次融資

上で述べたように、二次融資はイーサリアム上のプロジェクトに対する Gitcoin Grants のクラウドファンディングの融資構成であり、イーサリアム エコシステムにおける公共製品の非効率な融資の問題を解決しようとしています。二次融資の原則は、クラウドファンディングで得た資金をより適切に配分することであり、プロジェクトによって最終的に得られる資金は、コミュニティメンバーから寄付された資金の「平方根の和の平方根」であり、その差はイーサリアム財団によって設立されました。例: 2 つの資金調達状況を考えてみましょう。1 つは 1 人から 1,000 ドルを集め、プロジェクトは合計 1,000 ドルの資金調達を受けます。もう 1 つは、10 人から合計 1,000 ドルを集め、各人が 100 ドルを投資し、プロジェクトは合計 10,000 ドルの資金を受け取ります。したがって、上記の例から、二次融資は少額の高額投資よりも多数の少額投資に対して補助金が大きくなることがわかります。

取引手数料の仕組み

まとめ

取引手数料メカニズムは、開発者の参加を促すために Vitalik Buterin によって提案されたスキームです。開発者が新しいスマート コントラクトを作成するか、新しい EIP を提案すると、そのコントラクトを使用するコミュニティ参加者は、取引手数料の一部を報酬として開発者に分配します。報酬の分配方法は1回限りの分配とリニア分配に分かれます。このメカニズムの現在の概念はイーサリアム 2.0 に基づいており、フェーズ 0 では送金トランザクションはサポートされていませんが、フェーズ 2 では送金トランザクションの実現とスマート コントラクトの実行が期待されています。フェーズ 2 で取引手数料メカニズムが実装されると仮定すると、検証者の収入の一部が開発者に割り当てられ、開発者がイーサリアムのインセンティブ メカニズムに正式に参加できるようになります。現在、イーサリアムは 1 日あたり約 5 万ドルから 10 万ドル (年間約 1,800 万から 3,500 万ドル) の取引手数料を発生させており、これはイーサリアム財団の予算全体にほぼ相当するため、このソリューションは持続可能です。計画の詳細はこれからだが、実現のポイントは開発者と検証者の利益配分と報酬基準の策定にある。

副題