トークンエンジニアリング：Web3インフラストラクチャを形作るための主要なテクノロジー

著者：トークンエンジニアリングコモンズ：sissi@tedao

序文：将来のインフラストラクチャの構築‍‍

トークンエンジニアリングは、トランザクション、商業、通信、および調整において、人間、機械、人工知能が使用する目に見えない経路の構築と接続を担当する、新たに急速に発展している分野です。

2009年にビットコインが発売されて以来、暗号通貨スペースで大きな進歩を目撃しました。2015年のイーサリアムの発売は、暗号実験の波を引き起こしました。Ethereum Smart Contractが開始される前に、トークンベースの経済は、生産グレードのブロックチェーンの設計スペースが非常に限られていました。これらの暗号化実験が成熟し、生態系内でパターンの形成が成熟したため、「トークン工学」という用語が正式に提案されたのは2018年まででした。

この新興分野の初期パターンは、ブロックチェーンインフラストラクチャ、ガバナンスメカニズム、プライバシーソリューション、分散財務（DEFI）、および関連するサブトピックの要素によって形作られています。オープンソースの原則に根ざしたWeb3の許可のない性質は、ソーシャルマップが調整などの課題を満たすために発展するまで成長します。これらのソーシャルインフラストラクチャは、評判と報酬システム、利害関係者の貢献を評価するためのメトリック、および攻撃を防ぎながらある程度のプライバシーを維持するアイデンティティソリューションを統合します。したがって、トークンエンジニアリングは、Web3の学際的な分野の和解者として機能し、その共通点はトークンの創造的な使用です。

近年、ブロックチェーン技術の進歩により、多くのトークンベースのシステムが確立されています。地方分権化の概念は多くの組織に侵入し、クロスコンテキスト協力を促進しています。再生経済を中心とした努力は成熟し、公共財の資金調達に注意を促しました。分散科学（DESCI）は、協同モデルに基づいてWeb3の導入により、学術インフラストラクチャを変化させ、ネットワーク全体のアルゴリズムは運用効率を改善し、透明性を高め、多くの成功したプロジェクトで相互作用の複雑さを高めます。これらは、Web3ソリューションを構築するためにより多くの人々を引き付けることの利点のほんの一部です。しかし、多くの肯定的な例にもかかわらず、より広範なWeb3コミュニティは、FTX、Lunaなどのトークン実験、DAOの失敗などのスマートコントラクトの脆弱性のクラッシュなどの集中交換の失敗に起因する前例のない混乱と評判の損害を経験しています。 、ブリッジハッキング、フィッシング詐欺、および成熟の急増、不十分なデューデリジェンスまたはポンプの水捨ておよびポンジスキーム。

これらの説得力のあるset折と暗号市場における規制当局の不確実性にもかかわらず、イノベーションは継続しています。ブロックチェーン分野の個人や機関は、彼らの仕事を進めるための信頼できる方法を求めて、ますます共通の言語と枠組みを要求しています。

所有権を分散させ、権利を請求し、調整戦略を強化するためのツールとして、トークンはトークンシステムが達成することに熱心である野心と、消費者からのより大きなプライバシーと自律性に対する需要の高まりを表しています。トークンエンジニアリングの全体的な概念は高レベルで明らかに思えますが、その実践の詳細と用語の正確な定義は抽象的であり、この研究を実施する動機を動機付けています。トークンエンジニアリングの実践者との相互作用は、基本的な質問に答えて、トークンシステムの構想、研究、設計、実装、検証、およびメンテナンス方法の厳密さと正当性を高めようとします。

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

このレポートでは、この問題を分野で働く人々の視点を通してこの問題を調査します。この新興分野の開発境界を定義し、将来についての参加者の認識を共有し、これらのトピックをさらに調査するためのディスカッションガイドを提供します。

これらの発見が、この分野の開発の端を強調し、進行中の実験と想像力を刺激して、それが私たちの未来の世界をどのように形成するかを探ることを願っています。これは、トークン工学の理論と実践に関する深い洞察を提供するだけでなく、大多数の開業医と研究者にこの分野の開発をよりよく理解し促進するのに役立つ貴重な参考資料も提供します。

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

この研究の重要な質問に答えるために、「トークンエンジニアリングとは何ですか？」 – 最初に行うことは、各キーワードの意味を明確にすることです。

トークン

参加者は、多くの場合、トークンをブロックチェーン上の価値または資産のストアと見なします。1人の回答者は、「トークンは、化学と物理学のようなシステム間で自由に流れる情報および/または価値の表現であり、すべての化学物質の要素です。これに似て、トークンは、ブロックチェーンベースのバリューエクスチェンジシステムの基本コンポーネントです。参加者はさまざまな視点を作りました。トークンは、社会システムを構築するための情報とツールのシンボルであると考えています。トークンは、1つ以上のバリュー関数を同時に運ぶことができ、クレジット、評判、バウチャー、株式、エクイティなどとしてプログラムできます。それらは、目標を最適化するための媒体として説明され、価値交換、所有権、認定の表現の新しい形式を開きます。トークンのプログラマ性とトレーサビリティは、トークンエンジニアリングの中核です。

プロジェクト

トークン経済学、トークンサイエンス、トークンの設計、メカニズムの設計などの用語の代わりに「エンジニアリング」を強調するのはなぜですか？

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

「アメリカのエンジニアリングキャリア開発委員会（2022-2023）は、「エンジニアリング」を次のように定義しています。

科学的原則を構造、機器、製造プロセスの設計または開発に適用するか、これらの個別または組み合わせを使用して、同じものを完全に理解します。所定の機能、運用上の経済、生命と財産の安全性に関連しています。」

2人の参加者のうち、1人は設計がエンジニアリングの一部であることを強調し、もう1人はアーティファクトの設計、検証、展開、維持のプロセスであると繰り返しました。「エンジニアリング」という用語の使用は、プロセス全体の承認です。トークンの設計のみを議論することは、作成されたものの倫理と安全に直接リンクしているこれらの他の慣行の重要性を過小評価する可能性があります。安全とは、エンジニアリングの重要性を説明するためによく使用される言葉です。「あなたが設計している間、人々が自分のセキュリティや誠実さを単独で検証することなく、これらの[アーティファクト/パブリックインフラストラクチャ]を使用できることを期待するのは合理的です。」最初に橋は、これがエンジニアリングプロセス中に処理されたと仮定します。そうしないと、橋は存在しません。「エンジニアリング」という用語は、同じ厳格な標準をWeb3システムに拡張しているようです。もちろん、「エンジニアリング」という言葉自体は、安全性と倫理的実装を確保するのに十分ではありません。しかし、多くの参加者がこの分野での進歩を成功させるために必要だと考えている「害はない」というヒポクラテスの誓いに似た原則を示唆しています。「デザイン」という用語と同様に、多くの参加者は、「経済学」などの用語は、従来の分散型の財務または財政的配給シナリオの使用に関連する複数の用途と可能性についてはあまりにも制限的であると考えています。 Web3。

要約：このレポートに記載されているトークンはブロックチェーン資産として定義されていますが、エンジニアリングはこれらのトークンベースのシステムを構築するための科学的アプローチと見なされます。これは、厳密さ、セキュリティ、倫理を強調するアプローチです。

トークンエンジニアの役割の分析

一部の参加者は、「エンジニアリング」という用語を使用することに不快感を表明しましたが、知識と専門知識、専門的スキルにもかかわらず、これは彼らがトークンエンジニアになることを妨げなかったと信じていました。トークンエンジニアは、Web3アーティファクトを設計、実装、検証する機能をカバーしています。一部の人々は、各段階には異なる専門的な複雑さが関係しているため、チームが個人ではなく処理されるのがより適していると考えています。

多くの人は、この分野が専門化に向かって移動するにつれて、特に複雑なまたはインパクトのある製品に直面している場合、これらのタスクを達成するために個人ではなくチームを募集する必要があると考えています。一部の参加者は、プロダクトマネージャーに比べて、高品質の結果を確保するために段階を介してプロジェクトを推進し、複雑なシステムのセキュリティと可用性の評価に焦点を当てています。

トークンエンジニアの正確な責任は均一に定義されていませんが、顧客と実務家の責任を明確にすることには幅広い合意があります。この役割には、エンジニアリングスキルだけでなく、分析、会議の組織、コンプライアンス、起業家精神も含まれ、エコシステム全体の一部です。

要約：トークンエンジニアの役割は、単一のポジションではなく、複数の役割間のコラボレーションを必要とする複雑なプロセスです。フィールドが発展するにつれて、従来の工学の基準と実践から学ぶことは非常に有益です。

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

「デジタルソウルに命を吹き込みます。」

トークンエンジニアリングに明確な手順はありますか？エンジニアが橋や道路を設計する場合、それらは直接機能しませんが、青写真を作成する責任があります。これらは、他の人が実際の建設に使用するために使用するために慎重に策定されています。同様に、トークンエンジニアは、ソフトウェア開発者または他の担当者に引き渡される可能性のある一連の青写真も作成します。正確な青写真を作成し、さまざまな段階を通じてプロジェクトを導くことで、トークンエンジニアリングのコアプロセスが形成されます。

参加者のフィードバックから判断すると、ほとんどの開業医は完全なエンドツーエンドのプロセスを認識していませんが、明確にすることは有益であると考えられています。すべての参加者が固定プロセスがあることに同意したわけではありませんが、彼らの応答はいくつかの重要な区別と段階を明らかにしました。これが概要ですトークンエンジニアリングの5つの基本段階：発見、設計、実装、検証、確認、およびメンテナンス。

これらの段階は反復的であり、必ずしも順番に発生するとは限りません。1つのフェーズの終わりが、次のフェーズに直接進むのではなく、前のフェーズに戻る可能性があることを確認するのが一般的です。これは、需要の変化、新しい情報の啓示、または技術的および規制上の選択肢への改訂による可能性があります。これらのシステムには多数の要素が含まれているため、反復はプロセス全体の一部になります。

参加者は自分の仕事と、どのようにソリューションの品質を確保するかを詳しく説明しました。次のセクションでは、トークンエンジニアリングプロセスの段階をさらに詳しく説明します。

1）発見段階

説明：発見フェーズは通常、クライアントとの最初の接触とプロジェクトの要件を分析する段階です。この段階では、対話の開発により、問題を、書かれたドキュメント、チャート、ロードマップなどの多様な結果を伴うより明確なプロジェクト範囲に変換されます。この段階では、クライアントとトークンエンジニアは、プロジェクトの将来のライフサイクルに対するプロジェクトと期待に適したエンジニアリングアプローチを決定します。

課題：この段階での課題には、利害関係者からの不明確なニーズや、複雑な概念とプロセスのコミュニケーションの困難が含まれます。

ハイライト：発見フェーズのハイライトは、初期段階の仮定を特定し、できるだけ多くの未知の変数を識別してプロットすることです。

2）設計段階

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

課題：この段階では、目標の紛争の問題を解決する必要があることがよくあります。最終目標とその重要性をシミュレートする必要があり、時には人々は経済の長期的な目標に同意しますが、それらを達成する方法には違いがあります。この段階での課題は、望ましくない結果をもたらさずにシステムの価値と目標を強化するインセンティブメカニズムを開発することです。

ハイライト：参加者は、新しいトークンを作成することと、システム内の行動オプションの可能性としてサードパーティのトークンフローを処理することを明確に区別します。David Sissonは、トークンエンジニアリングの主な焦点は、トークンの作成だけでなく、メカニズムと利害関係者の織り方であることを特に強調しました。彼は、トークンを主な焦点として取ることは、特定の状況に応じて気晴らし要素に変わるかもしれないと付け加えましたが、それはトークンがプロセスを通して何もしないことを意味しません。

ブロックチェーンの不変性は重要な機能ですが、システムの一部は他の部分よりも変化する可能性が高くなります。初期条件を設定する場合、すべてのステップについて考えることが重要であり、システム全体を再設計することなく、特定のコンポーネントが将来どのようにパラメーター化されるかを予測することが重要です。特にガバナンスでは、ガバナンスメカニズムの急速な進化と特定のプロジェクトの選択の段階的な分散化は、多くの変化をもたらす可能性があります。初期条件を設定する前にこれらの潜在的な変更を考慮すると、より回復力のあるシステムが作成されます。

3）実装フェーズ

説明：計算実装は、コンピューターサイエンスの用語であり、システムの基本的なプロパティと関係が、理論モデル（概念的概念など）から計算表現（ソフトウェアなどのようなものに変換されると忠実に保持されるという事実を指します。 ）。この段階では、設計段階によって決定される初期条件とパラメーターは、数学的方程式、アルゴリズムの説明、またはシミュレーションを生成する擬似コードなど、正式な仕様に変換されます。シミュレーションとモデリングの役割は、設計されたシステムの理解を促進することであり、特定の仮定を検証または覆し、必要に応じて調整および繰り返すことができます。

課題：実装フェーズでは、計算視覚化がモデルと利害関係者の目標を正確に反映するように、パラメーターと仕様の慎重な調整が必要になる場合があります。シミュレーション結果を利害関係者と共有する準備ができている場合、コンテンツが明確で理解しやすいことを確認することも大きな課題です。

ハイライト：実装方法は、順番に単独で実行されません。実装の中核は、システムの動作を観察および反復することにより、モデル表現と最適化の間の変換であるため、設計、検証、およびメンテナンス段階で発生する可能性があります。参加者が説明する実装方法には次のものがあります。

• アルゴリズム設計：入力の定義、必要な出力の明確化、および必要な出力に入力を変換するための一連の明確な手順を開発することを伴います。

• サブジェクトベースのモデリングとシミュレーション：個々のエージェントとその相互作用を表すことにより、エージェントの行動と環境条件に関する事前定義されたルールに基づいて複雑なシステムをシミュレートします。

4）検証と確認

説明：検証と確認は、トークンエンジニアリングの基礎であり、単純な設計プロセスとエンジニアリング分野を区別し、関連するシステムを構築するという厳しい性質と区別され、潜在的なリスクや弱点から利害関係者を保護します。

「検証」と「確認」という用語の使用に関して、参加者の間でかなりの意見の相違がありました。さらなるレビューの後、これが工学の分野で一般的な議論であることがわかりました。そのため、データセットで最も一貫した例を選択し、これらの単語の使用方法を説明しました。

「確認」プロセスは、設計の選択が技術的に実現可能であり、製品市場適応などの考慮事項を含む利害関係者のニーズと期待を効果的に満たすことを保証します。ユーザーのニーズとの一貫性と外部適応性に焦点を合わせて、最終結果が元の意図と目的に沿っていることを確認します。

「検証」プロセスは、コードの厳格な監査、インセンティブ構造、システム全体を含む、システムのセキュリティ、整合性、信頼性を検証します。確認とは対照的に、検証により、最終結果が説明と仕様に準拠することが保証されます。

この研究で言及されている検証と確認フォームには、デジタル検証、アナログ検証、トークンエンジニアリング監査が含まれます。

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

シミュレーション：励起構造分析

システム監査またはトークンエンジニアリング監査：全体的なリスク評価、プロトコルでトークンを使用する方法と使用すべきではない方法の手順とルールを含むシステムの精度を検証します。相互運用性能力、トークンエコノミクスレビュー、システムパフォーマンス評価、製品市場の適応、規制コンプライアンスを検討してください。

ハイライト：Trent McConaghyは、電気工学のアナログ、デジタルおよび混合信号の検証から理論と実践を引き出し、トークンエンジニアリングに適用できると強調しました。デジタル検証はトークンエンジニアリングでは比較的成熟していますが、既存のツールは、CADCADやTokenspiceなどのツールを使用して、インセンティブ設計や極端な状況などのシミュレーション要素を無視することがよくあります。より多くのアナログと混合信号検証ツールを開発する大きな機会があります。Griff Greenは「トークンエンジニアリング監査」の概念を提案し、Web3のターゲットセキュリティ基準の確立を提唱し、流動性戦略と規制コンプライアンスをカバーしました。

課題：外部の「昨日リリースされる」圧力は、多くの場合、デューデリジェンスプロセスを加速することにつながり、市場で複数の悪い結果をもたらし、フィールド全体に評判の損害をもたらしました。ゆっくりと進捗を高速化し、これらのフェーズがプロジェクトに必要な一時停止を作成することを保証することが重要です。

コードが間違っているだけでなく、設計のインセンティブによって導かれる人間の行動が間違っている可能性があります。これは、システムの複雑さを慎重に検討する必要がある瞬間です。したがって、プロセス全体に関する詳細な知識を持つ専門家は、トークンエンジニアリング監査を実行するのに最適ですが、調査回答者は、このような才能がこの分野では不足していることを指摘しています。

5）メンテナンス

説明：メンテナンスフェーズは、システムの長期的な動作効果に焦点を当てています。システムが起動してから1か月、3か月、1年、または1年以上であろうと、すべてがスケジュールどおりに実行されていることを確認する必要があります。メンテナンス段階の主な作業には、データの収集、分析、監視、フィードバック、ユーザーのデザインの仮定への受け入れの時間の経過とともに、評価指標の調整、システムの包括的な最適化が含まれます。

課題：システムのメンテナンスに継続的に注意を払い、その重要性を確保することは課題です。参加者は、持続可能な方法でシステムメンテナンスを効果的に実行する方法をめったに共有しません。シミュレーションシステムを継続的に更新および維持する責任者は誰ですか？どの分析と監視方法を使用できますか？既存のメトリックを改善する方法は？トークンエンジニアはどのくらいプロジェクトのメンテナンスに参加する必要がありますか？システムユーザーと効果的なフィードバックメカニズムを確立し、これらの質問に答える方法は、トークンエンジニアとプロジェクトが直面する必要がある課題です。

ハイライト：経済システムは絶えず変化しており、非常に複雑です。調整および改善する必要があるいくつかの側面が常にあります。トークンエンジニアは、システムのフォローアップメンテナンスにおいて利害関係者を導く方法にも焦点を当てる必要があります。

チャレンジ

「エンジニアとして、あなたは常にすべての参加者の最大の利益を達成するために最も堅牢なシステムを設計したいと考えていますが、これはしばしば簡単に達成できません。」

参加者は多くの課題に直面しており、規制当局の不確実性が特に顕著であり、業界の成長と革新のペースを大幅に遅らせた問題です。さらに、個人は、スキルの改善、多様な専門知識のニーズに対処する、作業サイクルのバランスをとる、高圧環境での燃え尽きを避けるなど、大きな課題に直面しています。業界内のコミュニケーションの課題と、より多くの視聴者にその重要性を伝えるとき、さらに困難を加えます。トークンシステムのシンプルさと複雑さのバランスを見つけることも、このセクションで説明した重要な課題の1つです。これらの課題に対処するための直接的な道はありませんが、これらの問題に対処することは、フィールドの進歩にとって重要です。

1。標準化

参加者は、標準化の欠如が大きな問題であると明確に述べました。具体的には、次の基準が不足しています。

• 用語の標準化

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

• 教育認定

• 学習とケーススタディの文書

• 最新の、検索が簡単で、知識ベースを取得しやすい

41人の参加者のうち、25人が標準化の重要性を強調しました。ジュニアとシニアのテクニカルエンジニアは、さまざまなプロジェクトの成功と失敗から派生したベンチマーク、標準、ガイドライン、フレームワークなど、高品質の洞察を得るという課題に直面しています。基準の欠如は、学習効率の大きな障害と見なされています。必要な情報を見つける過程で、人々は無限の検索を行い、無関係で時代遅れの情報を含む大量のデータを継続的に除外する必要がある場合があります。さらに、標準の欠如は、規制当局や正式な組織から認識される際に、トークンシステムの主要なボトルネックと考えられています。

トークンエンジニアリングにはすでにいくつかのリソースとアクティビティがありますが、実践者の現在のニーズを満たすことができず、フィールドをサポートおよび拡大するためのより多くの健全でアクセスしやすい基準を開発する必要性を強調しています。

2。コミュニケーション

参加者は、多面的なコミュニケーションの概念で遭遇する重要な課題について詳しく説明しました。具体的な課題には次のものがあります。

• 定性的な物語を定量的数学関数に変換します

• 幅広い目標を特定のメトリックに絞り込みます

• トークンエンジニアリングが何であるかについての一般的な理解の欠如

• 顧客のニーズに対する理解は不明です

• プロセス全体で、ピア間のコミュニケーションに問題がありました。

• デザインの選択肢の微妙な違いを顧客に伝えます

• より広範なWeb3コミュニティに何が構築されているかを擁護し、認識

トークン工学の分野では、言語の考慮事項は、人間の読み取り可能な言語とコード言語の区別だけではありません。トークンエンジニアは、さまざまな形態の情報交換と設計効果的なコミュニケーションシステムを処理する必要があります。参加者にとっての課題は、数学、データ分析、視覚表現など、さまざまな「言語」を使用して、それぞれが独自のコミュニケーションと表現の方法である効果的な相互作用パスを確立することでした。トークンエンジニアリングの分野、トークンエンジニアの役割、および測定可能な指標に幅広い目標をどのように具体化できるかについての不十分な理解により、これらの要因は、コンセンサスとコミュニケーションの構築の難しさをさらに高めます。参加者はまた、作業の詳細を伝える際に遭遇する課題とモデル化とシミュレーションの能力を反映しています。効果的なコミュニケーションは、高品質の結果を生み出すために必要な条件と見なされます。

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

アクセシビリティと迅速な知識の採用は、トークンエンジニアリングの分野を推進する主要な課題です。具体的には、参加者は次の問題を強調しました。

• 学際的な学習体験は圧倒的です

• トークンエンジニアリングに関連する不十分な教育リソース

• トークンエンジニアの教育またはキャリアパスの欠如

• 使用ツールを頻繁に変更し、新しいバージョンを追跡します

• ジュニアトークンエンジニアは限られたキャリアの機会とメンターのガイダンスの欠如に直面しています

• 学習プロセス中に婚約と患者を維持するという課題

トークンエンジニアリングの概念が2018年に提案されて以来、関連するリソースが大幅に発展しました。たとえば、CADCADなどのツールを使用すると、練習のアクセシビリティが向上します。Token Engineering Schoolの基本コースは、何百人もの学生を業界に訓練し、トークンエンジニアリングの公共組織もあらゆる段階でプロジェクトに資金調達の機会を提供し、業界の民主化を促進しています。これらは、この分野の進捗を促進する多くのイニシアチブの1つにすぎません。ただし、教育とアクセシビリティは引き続き主な課題です。この急速に進化する学際的な分野では、ツール、概念、アプリケーションのケースは絶えず変化しています。生態系の多様性が増加するにつれて、必要な知識ベースも増加します。ジュニアプラクティショナーに専門的なアプローチを提供するメカニズムは、この分野の専門的な才能に対する大きな需要をまだ満たしていません。

TEアカデミー、TEC、その他の機関が実施した優れた教育の取り組みにもかかわらず、多くの制限があります。つまり、背景知識を持つ人々がまったく対応する知識と経験を真に開発できるようにするための道がないため、この分野を習得します。

要約すると、トークンエンジニアリングの分野ではある程度の進歩がありましたが、教育とリソースのアクセシビリティは、分野の継続的な発展にとって大きな課題のままです。ここにいくつかの重要な要約と提案があります：

• 教育リソースの構築を強化する：教育資源が不十分なという問題に対処するために、業界は教育資料をより広く開発し、共有する必要があります。

• 革新的な教育モデル：従来の教育方法の制限に対処するために、より柔軟で高速な学習パスを、オンラインコース、短期ワークショップ、業界の専門家との直接的な交流など、業界開発の迅速なペースに適応させることができます。

• キャリアパスの確立：トークンエンジニアのキャリアパスを明確にし、最適化し、エントリーから上級レベルまでの多段階のキャリア開発プログラムを提供し、ジュニアエンジニアが業界の上級専門家に徐々に成長するのを支援します。

• 業界協力の促進：リソース利用効率を向上させるだけでなく、知識と技術の交換と継承を支援するだけでなく、学際的な協力プロジェクトを含む業界内での協力を奨励します。

• メンターネットワークの拡大：メンターリソースへの投資を増やし、より完全なメンターシステムを確立し、特にジュニアプラクティショナーに経験豊富な専門家に連絡する機会を提供します。

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

4。資金調達の問題

オープンソース開発のための資金調達モデルの不足により、トークンエンジニアはコンサルティングサービスの販売と閉鎖ツールの開発に切り替えるようになりました。競争と資源の希少性により、知識の源を中心に機密性の新しい文化が形成されています。具体的な質問には次のものがあります。

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

• 利害関係者は通常、短期的なリターンにのみ焦点を当てます

• 通常、Ponziスキームと見なされるプロジェクトのみが、トークンエンジニアを雇うための資金を得ることができます

• ベンチャーキャピタルへの高い依存によって引き起こされる経済的脆弱性

• 単一のトークンエンジニアの能力は限られており、トークンエンジニアリングのあらゆる側面を処理するための完全なチームを雇うことが多いことが多い

• インフラストラクチャとツールに対する財政的支援の欠如

プロジェクトまたはコミュニティによって作成された価値がトークンに正確に対応できることを保証するため、より革新的な資金調達メカニズムを開くことは、この分野が直面している大きな課題です。さまざまなワークフローが開発のさまざまな段階にあるため、設計の実現可能性はさらに複雑さをもたらします。一部の機能とツールはより成熟する場合がありますが、特定のユースケースに応じて、ユーザーエクスペリエンスとアクセシビリティはまだ進化しています。Web3の全体的な状況は、トークンエンジニアリングの作業環境に直接影響します。多数のツールの開発は、同時に必要な橋と機械と機器を建設するようなものです。クライアントとのプロジェクトでトークンエンジニアリングプロセスへの資金を確保することに加えて、参加者はこの複雑な段階でインフラストラクチャの開発においてリソースの課題に直面しています。

5。スタートアップ期間の複雑さと課題

トークンエンジニアリングフィールドは、その複雑さと新興性のために、次の課題に直面しています。

• マルチレベルのイノベーションが同時に実行されるため、入力と出力の追跡が困難になります

• 多くの変数の存在により、物事の成功または失敗の特定の理由を判断することが困難になります。

• ユーザーエクスペリエンスの低下と固有のリスクは、これらのシステムがすべてのユーザーに適していないことを示しています

• 気を散らし、プロジェクトの追跡調査の継続的なフォローアップの欠如

• モデルやシミュレーションがあっても、システムのアクティブ化後の人々の実際の行動はまだ不確実性に満ちています

‍代币工程尤其在激励设计领域仍处于起步阶段，拥有巨大的开发潜力。这一领域正逐步朝学术化方向发展，而 Web3 的能力也在快速扩展。面对新兴领域的挑战，可以令人望而生畏。トークンエンジニアリングには、社会技術的な複雑なシステムに学際的に焦点を当て、初期段階の課題と複雑さを増します。

トークンエンジニアリングのタスクには、単一のコンポーネントの動作から全体的な動作と特性を直接推測できない相互接続コンポーネントと従属コンポーネントを含む多くの場合、複雑なシステムを処理することが含まれます。システム内のコンポーネントの相互作用は、非線形および緊急現象につながります。これは、システム設計中にはっきりと事前に設定されていません。これは、タスクの複雑さと予測不可能性を強調します。

これらの課題に直面して、私たちは、現場での成熟と発展に積極的な措置を講じながら、新興分野の困難と複雑さを認識し、受け入れる必要があります。進行中の教育と学際的なコラボレーション、および実践と理論の統合の強化を通じて、トークンエンジニアリング分野は、その固有の複雑さと技術的ニーズの変化をより良く対処することができます。時間が経つにつれて、実践的な経験と学術研究の蓄積は、フィールドの成熟度をサポートし、最終的にはより効率的で公平なトークンシステムを達成し、実務家と関連する利害関係者に深い理解と幅広い機会をもたらします。

6。規制コンプライアンス

規制環境は、夜に目を覚まし続けるという問題を議論する際に、参加者が表明する最も差し迫った懸念事項です。主な理由は次のとおりです。

• トークン実験のリスクと結果は不明です

• 責任の問題、特に誰がマルチステークホルダーシステムに責任があるかについて

• 規制上の制約は、業界の発展を遅らせることにつながります

• すべてのプロジェクトがトークンのイノベーションのリスクを冒すことができるとは限らないため、リスクが高すぎます。

• 設計段階での不安によって引き起こされる事故または遅延のコスト

• ブロックチェーン実験に基づく法的専門知識は限られています

トークンエンジニアの規制コンプライアンスの複雑な景観をナビゲートすることは、イノベーションと法的枠組みの交差点での重要な決定に影響を与える大きな課題を提示します。この繊細なバランスは、多くの場合、実用的な課題につながります。これにより、慎重に考案されたトークンエンジニアリングプロジェクトは、不明確な規制により遅延とリスクの増加を経験する可能性があります。多くの例は、法的な不確実性のために、厳密に開発されたモデルが障害に遭遇し、発達を妨げることを示しています。

要約：

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