トークン・エンジニアリング：Web3インフラを形成するキーテクノロジー

2009年にビットコインが登場して以来、私たちは暗号通貨の分野で大きな進歩を目の当たりにしてきました。イーサのスマートコントラクトが登場する以前は、トークン・ベースのエコノミーは、プロダクショングレードのブロックチェーン上では非常に限られたデザインスペースしかありませんでした。これらの暗号実験が成熟し、エコシステム内でパターンが発展した2018年になって初めて、「トークンエンジニアリング」という用語が正式に導入されました。

この新興分野の初期風景は、ブロックチェーンインフラストラクチャ、ガバナンスメカニズム、プライバシーソリューション、分散型金融（DeFi）、およびそれに関連するサブトピックの要素によって形作られてきました。オープンソースの原則に根ざしたWeb3のライセンスフリーの性質は、協調などの課題に対処するためのソーシャルグラフの開発につながるほど洗練されてきました。これらのソーシャル・インフラストラクチャは、評判と報酬のシステム、利害関係者の貢献を評価するためのメトリクス、攻撃を防ぎながらプライバシーレベルを維持するアイデンティティ・ソリューションを統合している。したがって、、トークン工学は、トークンの創造的な使用という共通項を持つ、Web3 の学際的な分野の調整役として機能します。

近年、ブロックチェーン技術の進歩に伴い、多くのトークンベースのシステムが作られてきました。分散化の考え方は多くの組織に浸透し、文脈を超えたコラボレーションを促進している。再生経済を中心とした取り組みは成熟し、公共財の資金調達に焦点を当てるようになった。分散型科学（DeSci）は、Web3に導入された協同組合ベースのモデルや、全体論的なネットワーク・アルゴリズムによって、運営効率を向上させ、透明性を深める一方で、多くの成功したプロジェクトにおいて相互作用の複雑さを増すなど、学術インフラを変革しつつある。これらは、Web3ソリューションの構築に多くの人々を惹きつけているメリットのほんの一部に過ぎない。しかし、多くのポジティブな例にもかかわらず、より広範なWeb3コミュニティは、FTXのような中央集権型取引所の失敗、LUNAのようなトークン実験の崩壊、The DAOのようなスマートコントラクトの脆弱性に起因する失敗、ブリッジのハッキング、フィッシング詐欺、成熟度の欠如、不十分なデューデリジェンス、またはパンプアンドダンプやネズミ講に起因する問題に起因する前例のない混乱や風評被害も経験しています。

このような問題は、成熟度の欠如、デューデリジェンスの不十分さ、またはパンプ・アンド・ダンプやネズミ講の拡散に起因しています。

暗号市場におけるこのような有名な挫折や規制の不確実性にもかかわらず、イノベーションは続いています。ブロックチェーン分野の個人や組織は、共通の言語やフレームワークをますます求め、前進するための信頼できる方法を模索しています。

所有権を分散化し、権利を主張し、調整戦略を強化するツールとしてのトークンは、トークン・システムが達成しようとする野望を表すとともに、より高いプライバシーと自律性を求める消費者の需要の高まりを表しています。トークン・エンジニアリングの包括的なコンセプトは高いレベルで明確であるが、その実践の詳細や用語の正確な定義は抽象的である。トークン・エンジニアリングの実践者たちとの交流は、トークン・システムの構想、研究、設計、実装、検証、維持の方法の厳密性と正当性を高めるための基礎的な質問に答えることを目指した。

したがって、この研究の主な疑問は、「トークンエンジニアリングとは何か？

この報告書では、現場で働く人々のレンズを通してこの問いを探ります。この新興分野の発展の境界を定義し、将来についての参加者の見解を共有し、これらのトピックをさらに探求するためのディスカッションガイドを提供します。

私たちは、これらの調査結果がこの分野の発展途上にあることを浮き彫りにし、この分野が私たちの未来の世界をどのように形作るのかについて、継続的な実験と想像力を刺激することを願っています。本書は、トークン工学の理論と実践に関する洞察を提供するだけでなく、幅広い実務家や研究者がこの分野をよりよく理解し、発展させるための貴重な参考文献でもあります。

トークン・エンジニアリングの定義

この研究の重要な質問である "トークン・エンジニアリングとは何か？"に答えるためには、まず、トークン・エンジニアリングの定義を明確にする必要があります。

トークン

参加者は一般的に、トークンをブロックチェーン上の価値の保存や資産と見なしていました。あるインタビュイーは、「トークンは、原子のようにシステム間を自由に行き来できる、情報および/または価値の暗号表現である」と指摘した。化学や物理学において、原子は物質の基本単位であり、すべての化学元素の基礎となる構成要素であり、同様に、トークンはブロックチェーンに基づく価値交換システムの基礎となる構成要素である。参加者たちはさまざまな見解を示した。ある人はトークンを情報の象徴であり、社会システムを構築するためのツールであると考え、またある人はトークンを金融イノベーションの実験を行うためのツールであると考える。トークンは同時に1つ以上の価値機能を担うことができ、クレジット、評判、引換券、株式、権利としてプログラムすることができる。トークンは、目標を最適化するための媒体であり、価値交換、所有権、認証表現の新しい形態を切り開くものであると説明されている。トークンのプログラマビリティとトレーサビリティは、トークン・エンジニアリングの核心です。

エンジニアリング

トークン経済学、トークノロジー、トークン設計、メカニズム設計といった用語ではなく、なぜ「エンジニアリング」を強調するのでしょうか？ 

2人の経験豊富な参加者は、エンジニアリングの適切な出発点として、ウィキペディアの定義を挙げました。この調査の時点では、引用された定義は以下の通りです：

"The American Council for the Professional Development of Engineers (2022-2023) defines 'engineering' as: 

The application of scientific principles applied to design or development（設計や開発のために科学的原理を創造的に応用すること構造物、機械、設備、または製造工程の設計または開発、またはこれらの作品の使用（個別または組み合わせ）、またはそれらの設計に関する完全な知識による建設または操作、または指定された動作条件下でのそれらの動作の予測に創造的に適用されるものであり、これらはすべて意図された機能、操作の経済性、および生命と財産に対する安全性に関連するものである。"

2人の参加者のうち、1人は設計がエンジニアリングの一部であることを強調し、もう1人は人工物の設計、検証、配備、保守のプロセスであることを繰り返した。エンジニアリング」という言葉を使うことで、プロセス全体を認識することができる。トークン・デザインだけを論じることは、これらの他の実践の重要性を過小評価することになりかねない。 セキュリティは、エンジニアリングの重要性を説明する際によく使われる言葉だ。ある参加者は、次のように話している。「あなたは、人々がこれらの（成果物／公共インフラを）個別に、あるいは独自にセキュリティや完全性を検証することなく利用できることを合理的に期待して設計するのです」。 人々が橋を渡るとき、まず橋の安全性をテストする必要はなく、むしろエンジニアリングのプロセスでそれが対処されていると仮定する。そうでなければ橋は存在しないのだ。「エンジニアリング」という言葉は、Web3システムにも同じ基準の厳格さを適用しているように思える。 もちろん、「エンジニアリング」という言葉だけでは、安全性や倫理的な履行を保証するのに十分ではない。しかし、ヒポクラテスの誓いに似た「危害を加えない」という原則を示唆するものであり、多くの参加者は、この分野の成功に必要だと考えている。 デザイン」という用語と同様に、多くの参加者は、「経済学」などという用語は、ウェブにおけるトークンの使 用にしばしば関連付けられる伝統的な分散型の金融や財政の分配シナリオをはるかに超える、トークンの多 くの用途や可能性という点で、限定的すぎると感じていた3 。トークンの使用に関連するWeb3。

概要：本レポートで言及されているトークンは、ブロックチェーン資産として定義されており、エンジニアリングは、これらのトークンベースのシステムを構築するための科学的アプローチ、厳密性、安全性、倫理性を重視したアプローチとみなされています。

トークン・エンジニアの役割

参加者の中には、「エンジニアリング」という用語の使用に不快感を示す人もいましたが、知識や専門知識を持っているにもかかわらず、正式なエンジニアリング教育を受けていなくても、トークン・エンジニアになる妨げにはならないと主張しています。トークン・エンジニアは、Web3の成果物を設計、実装、検証する能力をカバーする。それぞれの段階が異なるレベルの専門的な複雑さを含むため、個人よりもチームで処理する方が適していると主張されています。

多くの人が、この分野が専門化するにつれて、特に複雑で影響力の大きい製品を扱う場合、企業は個人ではなくチームを採用してこれらの作業を行うべきだと主張しました。ある参加者は、トークン・エンジニアを、高品質な成果を確保するために段階を踏んでプロジェクトを推進するプロダクト・マネージャーになぞらえました。また別の参加者は、トークン・エンジニアを、複雑なシステムのセキュリティとユーザビリティの評価に重点を置くシステム監査人になぞらえました。

トークン・エンジニアの正確な責務は統一されていませんが、クライアントと実務者の責務を明確にすることについては、大まかな合意が得られています。この役割には、エンジニアリングスキルだけでなく、分析、会議運営、コンプライアンス、起業家精神などが含まれ、エコシステム全体の一部でもあります。

まとめ： トークン・エンジニアの役割は、単なる1つのポジションではなく、複数のプレイヤーの協力を必要とする複雑なプロセスです。この分野が進化するにつれ、伝統的なエンジニアリングの基準や慣行を活用することが有用になるでしょう。

トークン エンジニアリング プロセス

"デジタルの魂に命を吹き込む"。--Ataberk Casur

トークン・エンジニアリングには明確なステップがあるのでしょうか？エンジニアが橋や高速道路を設計するとき、彼ら自身が建設するのではなく、設計図を作成する責任があります。同様に、トークン・エンジニアは設計図を作成し、それをソフトウェア開発者などに渡して実装してもらう。正確な設計図を作成し、さまざまな段階を経てプロジェクトを導くことが、トークン・エンジニアリングの中核をなすプロセスである。

参加者のフィードバックによると、プロセスを明確にすることは有益だと考えられていますが、ほとんどの実務家にとって、完全なエンドツーエンドのプロセスは明確ではないようです。参加者全員が決まったプロセスが存在することに同意したわけではありませんが、彼らの回答から、いくつかの重要な区別と段階が明らかになりました。ここでは、トークン・エンジニアリングの5つの基本的なステージ（発見、設計、実装、検証と妥当性確認、メンテナンス）について概説します。

これらの段階は反復的であり、必ずしも順番に行われるわけではありません。フェーズの終わりは、直接次のフェーズにつながるのではなく、前のフェーズに戻ることがよくあります。これは、要求事項の変更、新情報の発覚、あるいは技術的および規制的な選択の見直しによるものである。これらのシステムには多数の要素が含まれているため、反復がプロセスの一部となる。

参加者は、自分たちが何をしているのか、どのようにしてソリューションの品質を確保しているのかについて詳しく説明した。以下のセクションでは、トークン・エンジニアリング・プロセスの段階についてさらに詳しく説明します。

1）発見段階

説明：発見段階は通常、クライアントとの最初の接触とプロジェクト要件の分析です。このフェーズでは、対話が発展して問題がより明確なプロジェクトスコープに変換され、文書、図表、ロードマップなど、さまざまな形で成果が得られます。このフェーズでは、クライアントとトークン・エンジニアは、プロジェクトの適切なエンジニアリング・アプローチと、プロジェクトの将来のライフサイクルに対する期待を決定します。

課題：このフェーズの課題には、利害関係者からの不明確な要件や、複雑な概念やプロセスを伝えることの難しさなどがあります。

Highlights: 発見段階のハイライトは、初期段階の仮定を特定することと、できるだけ多くの未知の変数を特定してマッピングすることです。

2）設計フェーズ

説明：設計フェーズは、発見フェーズで得られた要件と期待をさらに洗練させる段階です。ここでは、システムの目標が、それらを評価するための測定基準とともに確立されます。被験者の行動はより深く分析され、システム内での利害関係者の行動を導くためのインセンティブが設計される。このフェーズでは、基盤技術、プロト言語、プラットフォーム、ツールの選択に関する技術的な決定も行われる。また、設計フェーズでは、被験者ベースのモデリングやアルゴリズム設計など、実装フェーズでシミュレーションを実行するために必要なパラメータや条件を特定し、準備します。

課題：この段階では、しばしば相反する目標を解決する必要があります。最終的な目標とその重要性を決定するためにシミュレーションが必要となりますが、経済の長期的な目標については合意があっても、そこに到達する方法については意見が分かれることもあります。この段階での課題は、望ましくない結果をもたらすことなく、システムの価値と目標を強化するインセンティブを開発することでもある。

ハイライト：参加者は、システムにおいて可能な行動の選択肢として、新しいトークンの創造とサードパーティのトークンフローの取り扱いを明確に区別した。彼は、トークンを主な焦点にすることは、特定の文脈によっては気が散る要素になるかもしれないが、だからといって、トークンがプロセス全体を通して不活発であるということにはならないと付け加えた。

ブロックチェーンの不変性は重要な特徴ですが、システムの一部は他の部分よりも変更可能です。初期条件を設定する際には、すべてのステップを考え抜き、システム全体を再設計することなく、特定の構成要素が将来的にどのようにパラメータ化されるかを予測することが極めて重要です。特にガバナンスの面では、ガバナンス・メカニズムの急速な進化や、意思決定権を徐々に分散させるといういくつかのプロジェクトの選択が、多くの変化をもたらす可能性がある。初期条件を設定する前に、このような潜在的な変化を考慮することは、よりレジリエントなシステムを構築するのに役立つ。

3) 実装段階

説明：計算実装とは、コンピュータサイエンスで使われる用語で、理論的なモデル（例えば、概念的なビジョン）から、その基本的な性質や関係が忠実に保たれるような方法で計算表現（例えば、ソフトウェアの一部）にシステムを変換することを指します。この段階では、設計段階で決定された初期条件とパラメータが、シミュレーションを生成するための数式、アルゴリズム記述、擬似コードなどの形式的な仕様に変換されます。シミュレーションとモデルの役割は、設計されたシステムの理解を促進し、潜在的に特定の仮定を検証または反証することです。

課題：実施段階では、計算による視覚化がモデルや利害関係者の目標を正確に反映するように、パラメータや仕様を慎重に調整する必要があるかもしれません。シミュレーション結果を利害関係者と共有する準備ができたとき、内容が明確で理解しやすいことを保証することも課題です。

ハイライト：実装方法は、単独で連続するものではありません。実装は、モデル表現間の変換と、システム動作の観察と反復による最適化を中心に行われるため、設計、検証、メンテナンスの各フェーズで発生する可能性があります。

• Algorithm design: 入力を定義し、望ましい出力を特定し、入力を望ましい出力に変換する一連の明示的なステップを開発する。モデリングとシミュレーション：あらかじめ定義されたエージェントの行動規則と環境条件に従って、個々のエージェントとその相互作用を表現することで、複雑なシステムをモデリングします。関連システムを構築する厳密さと、潜在的なリスクや脆弱性から利害関係者を保護する、単純な設計プロセスと工学分野を区別します。

  「検証」と「妥当性確認」という用語の使用については、参加者の間でかなりの意見の相違がありました。さらに検討したところ、これはエンジニアリング分野ではよくある議論であることがわかりましたので、データセットの中から最も一貫性のある例を選び、これらの用語の使用に対するアプローチを図解しました。

  「検証」プロセスでは、設計の選択が技術的に実行可能であり、製品市場への適合などの考慮事項を含め、利害関係者のニーズと期待を効果的に満たすことを確認します。検証では、ユーザーのニーズとの整合性や、最終結果が当初の意図や目標と一致していることを確認するための外部適応に重点を置きます。

  検証プロセスでは、コード、インセンティブ構造、システム全体の厳密な監査など、システムのセキュリティ、完全性、信頼性を調べます。検証とは対照的に、最終結果が記述や仕様に準拠していることを保証します。

  この研究で言及された検証と妥当性確認の形式には、デジタル検証、アナログ検証、トークンエンジニアリング監査が含まれます：
  

  デジタル：スマートコントラクト監査 ﹑

  アナログ：インセンティブ構造分析 ﹑

  システム監査、またはトークンエンジニアリング監査：トークンを含むシステムの正確性を検証する全体的なリスク評価。トークンがプロトコルでどのように使われるべきか、使われるべきではないかの手順やルールを含む、システムの正確性。相互運用性、トークンエコノミクスの見直し、システム性能評価、製品市場への適合性、規制遵守を考慮する。

  Highlight: Trent McConaghy氏は、電気工学におけるアナログ、デジタル、ミックスドシグナルの検証から理論と実践を学び、それをトークンエンジニアリングに応用することができると強調しています。デジタル検証はトークンエンジニアリングにおいてより成熟しているが、既存のツールは励磁設計や極端なケースのようなアナログ要素を無視することが多く、アナログ検証は cadCAD や TokenSPICE のようなツールを使用してまだ初期段階にある。 Griff Green 氏は、トークンエンジニアリングのための監査の開発を提唱する「トークンエンジニアリング監査」の概念を紹介した。グリフ・グリーン氏は「トークン・エンジニアリング監査」のコンセプトを紹介し、流動性戦略や規制遵守をカバーする、Web3のための的を絞ったセキュリティ基準の作成を提唱した。

  課題：外部からの「昨日リリース」という圧力は、しばしばデューデリジェンスプロセスを加速させることにつながります。一度アップロードされ、複数の利害関係者によって使用されると、それを変更することは非常に難しいため、加速させ、これらの段階がプロジェクトに必要な休止を生み出すようにするためには、ゆっくりと動くことが重要です。

  うまくいかないのはコードだけでなく、設計上のインセンティブに導かれた人間の行動も同じです。システムの複雑さを慎重に考慮する必要がある瞬間です。その結果、トークン・エンジニアリング監査を行うには、プロセス全体を深く理解した専門家が最も適していますが、調査の回答者は、そのような人材はこの分野ではまだ不足していると指摘しています。

  5) メンテナンス ‍ ‍ ‍ ‍ ‍ ‍ ‍ ‍ ‍

  説明：メンテナンス・フェーズでは、システムの長期的な運用効果に焦点を当てます。システムが稼動してから1ヶ月後、3ヶ月後、1年後、あるいはそれ以上後であろうと、すべてが意図したとおりに動いていることを確認する必要があります。メンテナンス段階での主なタスクには、データとフィードバックの収集、分析、監視、設計の前提に対するユーザーの受け入れの長期的な検証、評価指標の調整、システム全体の最適化などがあります。

  課題：システムのメンテナンスに継続的に注力し、その重要性を確保することは課題である。参加者は、持続可能な方法で効果的にシステムメンテナンスを行う方法を共有することはほとんどありませんでした。誰がシミュレーションシステムの継続的な更新とメンテナンスに責任を持つのでしょうか？どのような分析・監視方法があるのか？既存の指標はどのように改善できるのか？トークン・エンジニアがプロジェクトのメンテナンスに関わるべき期間は？システム利用者との効果的なフィードバックメカニズムを確立し、これらの疑問に答えるにはどうすればよいのか。トークン・エンジニアとプロジェクトが直面しなければならない課題は、すべてここにある。

  ハイライト：経済システムは常に変化しており、非常に複雑です。常に適応や改善が必要な側面があります。トークン・エンジニアは、その後のシステムのメンテナンスにおいて、利害関係者をどのように導くかにも焦点を当てるべきです。

  課題

  "エンジニアとして、すべての参加者の最善の利益のために最も堅牢なシステムを設計したいと常に考えていますが、これを達成するのは容易ではないことがよくあります。"--ダニーロ・レッサ・ベルナルディネリ

  参加者はさまざまな課題に直面しているが、とりわけ規制の不確実性は、業界の成長と革新のペースを著しく遅らせている問題である。個人もまた、継続的なスキルのアップグレード、専門知識に対する多様な要求への対応、仕事のサイクルのバランス、プレッシャーの高い環境での燃え尽き症候群の回避など、大きな課題に直面しています。業界内でのコミュニケーションや、その重要性をより多くの人々に伝える上での課題も、さらなる困難さを増している。トークン・システムにおける単純さと複雑さのバランスを見つけることも、このセクションで検討した重要な課題のひとつである。これらの課題を解決する直接的な道筋はありませんが、この分野を前進させるためには、これらの課題に着手することが重要です。

  1.標準化 

  参加者は、標準化の欠如を大きな課題として明確に認識しています。

  • 専門用語の標準化

  • 仕事の質を評価するための基準

  • 教育認定

  • 研究およびケース研究の文書化

  • 最新の、容易に検索可能でアクセス可能な知識ベース

  ╱参加者41人中25人が、標準化の重要性を強調した。若手技術者もシニア技術者も、さまざまなプロジェクトの成功や失敗から得られたベンチマーク、標準、ガイドライン、フレームワークといった質の高い知見にアクセスするという課題に直面している。標準の欠如は、効果的な学習の大きな障壁であると考えられている。必要な情報を見つける過程で、際限なく検索を続けなければならないため、無関係な情報や古い情報を含む大量のデータに常に目を通さなければならない可能性がある。さらに、トークン・システムが規制当局や正式な組織から受け入れられるためには、標準の欠如が大きなボトルネックになると考えられている。
  

  トークンエンジニアリングに関するリソースや活動はすでにいくつかありますが、実務者の現在のニーズを満たしていないことは明らかであり、この分野をサポートし拡大するために、より強固で利用しやすい標準が必要であることが浮き彫りになっています。

  2.コミュニケーション
  

  参加者は、この多面的な概念を伝える際に遭遇する主な課題について詳しく述べました。li>

• トークンエンジニアリングとは何かについての共通理解の欠如 ‍

• クライアントのニーズに対する理解が明確でない ‍

• プロセス全体を通してのピアツーピアコミュニケーションの問題 ‍

  <デザイン選択のニュアンスをクライアントに正確に伝えること。トークン・エンジニアは、さまざまな形の情報交換に対処し、効果的なコミュニケーション・システムを設計する必要があります。参加者は、数学、データ分析、視覚表現など、さまざまな「言語」を使って効果的なインタラクション経路を作成することに挑戦しており、それぞれがユニークなコミュニケーションと表現の手段となっています。トークン・エンジニアリングの分野、トークン・エンジニアの役割、幅広い目標を測定可能な指標に結晶化させる方法についての理解不足が、合意形成とコミュニケーションの難しさにさらに拍車をかけた。参加者はまた、自分たちの仕事の詳細やモデル化・シミュレーション能力を伝える上での課題についても振り返った。質の高い結果を出すためには、効果的なコミュニケーションが必要だと考えられている。

  3.教育とアクセシビリティ

  アクセシビリティと知識の迅速な普及は、トークンエンジニアリング分野を前進させるための重要な課題です。

  • 学際的な学習経験に圧倒される

  • トークンエンジニアリングに関連する教育リソースの欠如

  • トークンエンジニアに特化した教育やキャリアパスの欠如

  • トークンエンジニアは、そのような教育やキャリアパスの欠如に直面しています。教育やキャリアパスの欠如

  • ツールの使用や新しいリリースの追跡における頻繁な変更

  • ジュニアトークンエンジニアは、限られたキャリアの機会や指導者の不足に直面しています

  • 学習プロセスにおける従事と忍耐の継続という課題

  2018年代以降、コインエンジニアリングのコンセプトは2018年代にコイン・エンジニアリングの概念が導入されて以来、関連リソースには大きな進展がありました。例えば、cadCADのようなツールの使用により、実践へのアクセシビリティが向上しました。トークン・エンジニアリング・アカデミーの「トークン・エンジニアリングの基礎」コースは、この業界に参入する何百人もの学生を養成しており、トークン・エンジニアリング公的組織は、あらゆる段階のプロジェクトに資金提供の機会を提供することで、業界の民主化を推進している。これらは、この分野の発展に貢献している数多くの取り組みのほんの一部に過ぎない。しかし、教育とアクセシビリティは依然として大きな課題である。急速に進化するこの学際的分野では、ツール、コンセプト、ユースケースは常に変化している。エコシステムの多様性が増すにつれ、必要とされる知識ベースも拡大している。若手実務家に専門化への道を提供する仕組みは、この分野の専門知識に対する大きな需要にまだ応えられていない。
  

  TEカレッジ、TEC、その他の組織によって、多くの優れた教育活動が行われているにもかかわらず、背景知識がまったくない人が、実際にこの分野に熟達するための適切な知識と経験を身につけるための道筋がないという点で、まだ多くの限界があります。

  まとめると、トークンエンジニアリングの分野ではある程度の進歩が見られるものの、教育やリソースへのアクセスの問題は、この分野の継続的な成長を推進する上で、依然として大きな課題となっています。以下は主な要点と提言です：

  • 教育リソースの強化：教育リソースの不足に対処するため、業界はより広く、特にトークンエンジニアリングの専門知識とツールに関する教材を開発し、共有すべきです。li>

  • 革新的な教育方法：伝統的な教育方法の限界に対応するため、オンラインコース、短期ワークショップ、業界の専門家との直接交流など、より柔軟で迅速な学習方法を模索し、業界の速いペースでの発展によりよく適応できるようにする。li>

  • キャリアパスの確立：形だけのエンジニアのキャリアパスを明確化・最適化し、入門から上級までの多段階のキャリア開発計画を提供し、若手エンジニアが徐々に産業界が必要とする上級専門家に成長できるよう支援する。

  これらの措置を通じて、トークンエンジニアリング分野は、既存の教育やリソースの問題に対処できるだけでなく、実務者に幅広いキャリア開発の機会と学習リソースを提供し、最終的に業界全体の健全で持続可能な発展を促進することができる。

  4.資金調達の問題
  

  オープンソース開発のための資金調達モデルがないため、トークン・エンジニアはコンサルティングサービスの販売やクローズドツールの開発に目を向けるようになりました。競争とリソースの希少性により、知識ソースの周りでは秘密主義の新しい文化が発展しています。

  • 複雑なプロジェクトを開発するためのリソースが限られている

  • ステークホルダーは短期的なリターンを重視することが多い

  • ネズミ講とみなされるプロジェクトだけが、トークンのエンジニアを雇うための資金を確保できることが多い

  • 。

  • ベンチャーキャピタルへの依存度が高いことによる経済的脆弱性

  • 単独のトークンエンジニアは能力に限界があり、トークンエンジニアリングのあらゆる側面を扱うフルチームを雇うのは予算オーバーになることが多い

  • インフラやツールに対する財政的支援の欠如

  プロジェクトやコミュニティが生み出した価値をトークンに正確に対応させ、より革新的な資金調達メカニズムのロックを解除することは、この分野の大きな課題です。設計の実現可能性は、さまざまなワークフローが異なる開発段階にあるため、さらなる複雑さをもたらします。特定の機能やツールはより成熟しているかもしれないが、ユーザーエクスペリエンスやアクセシビリティといった側面は、特定のユースケースに応じて、まだ進化している。数多くのツールを開発することは、橋とそれに必要な機械設備を同時に構築することに似ている。クライアントとのプロジェクトでトークンエンジニアリングプロセスの資金を確保することに加え、参加者はこの複雑な段階でのインフラ開発というリソースの課題に直面しています。

  5.複雑性と新興の課題

  トークンエンジニアリング分野は、その複雑性と新興性により、以下のような課題に直面しています。

  • 多面的なイノベーションが同時に起きているため、インプットとアウトプットを追跡することが難しい。

  • 多数の変数が存在するため、物事が成功したり失敗したりする理由を正確に判断することが困難です。

  • 貧弱で本質的にリスクの高いユーザーエクスペリエンスは、これらのシステムがすべてのユーザーに適していないことを示唆しています。>注意力の欠如と継続的なプロジェクトフォローアップの欠如
    

  • モデルやシミュレーションを使用しても、システムが起動した後、人々が実際にどのように行動するかについては、まだ不確定要素が多い
    

  ⇦トークンエンジニアリング、特にインセンティブデザインの分野は、まだ発展途上にあり、大きな可能性を秘めています。この分野は徐々に学術化に向かっており、Web3の機能は急速に拡大しています。新興分野の課題に直面するのは大変なことです。トークン・エンジニアリングは学際的であり、社会技術的に複雑なシステムに焦点を当てているため、初期段階での挑戦と複雑さが増しています。

  トークン工学の課題には、相互接続され依存し合う構成要素を含むことが多く、その全体的な挙動や特性は、個々の部品の挙動から直接推測することができない複雑なシステムを扱うことが含まれます。システム内のコンポーネントの相互作用により、システムの設計では明確に予見できない非線形性や創発現象が生じます。これは、タスクの複雑さと予測不可能性を強調している。

  このような課題に直面したとき、私たちは新興分野の難しさと複雑さを認識し、受け入れつつ、この分野の成熟と発展を進めるための積極的な手段を講じる必要があります。継続的な教育と学際的な協力、実践と理論の統合の強化を通じて、トークンエンジニアリングの分野は、その本質的な複雑さと変化する技術的ニーズに対処できるようになります。時が進むにつれて、実践的な経験と学術的な研究の蓄積がこの分野の成熟を支え、最終的には、より効率的で公平なトークン制度を実現し、実務家や関連するステークホルダーに深い理解と幅広い機会をもたらすことになるでしょう。

  6.規制の遵守

  夜も眠れないような問題について議論する際、参加者が表明した最も差し迫った懸念は規制環境でした。主な理由は以下の通りです：
  

  •  Lack of the risks and consequences of token experiments

  •  Liability issues, particularly regarding who may be responsible for multi-stakeholder systems

  規制上の制約が業界の減速につながっている

  • すべてのプロジェクトが、規制遵守を確保しながらトークンを使ってイノベーションを起こすリスクを許容できるわけではないため、過度なリスク

  • 設計段階での不安は、驚きや遅延のコストにつながる

  • ブロックチェーンベースの実験の法的領域の専門知識へのアクセスが限られている

  トークン・エンジニアにとって、複雑な規制遵守の状況をナビゲートすることは大きな課題であり、イノベーションと法的枠組みの交差点における重要な決定に影響を与えます。この微妙なバランスはしばしば現実的な課題となり、慎重に構想されたトークンエンジニアリングプロジェクトが、規制の不確実性のために遅延やリスクの増加に見舞われることがあります。厳格に開発されたモデルが、法的な不確実性のために障害にぶつかり、結果的に開発が阻害された例は数多くあります。

  まとめ：

  規制の不確実性とコミュニケーションの障壁が、この分野の発展を妨げています。標準化された手法の欠如や教育リソースの制限は、オーバーヘッドを悪化させ、資金調達モデルはイノベーションと業界の成長にさらなる課題をもたらします。可能性があるにもかかわらず、トークンエンジニアリングはまだ初期段階にあり、多くの課題に直面しています。