トークン作成：ERC-20、BEP-20、SPL、Jettonとその付随事項

トークン作成とデプロイに含まれるもの

クイックテスト： トークン名、シンボル、供給量、小数点以下桁数を1行に書き出してください。デプロイ前にチーム全員が合意する必要があります。

トークン作成とデプロイは、定義されたトークン仕様を、選択したネットワーク上で実装・リリースする工程です。このサービスには、コントラクトまたはトークンの設定、デプロイ、メタデータの準備、エクスプローラーへの関連情報の公開・検証の支援が含まれます。正確な計画は実装前に合意されるため、何が含まれ、何がお客様のチームに残されるかを確認できます。

この作業は、トークンローンチを準備するプロジェクト、既存の製品にトークンを追加するプロジェクト、または仮定を文書化された技術仕様に置き換えたいプロジェクトに役立ちます。これは、トークンが商業的または法的にどのように機能すべきかを決定する代わりにはなりません。トークンに関連する製品機能が必要な場合は、スマートコントラクト開発やより広範なWeb3開発プロジェクトと並行して、それらの要件をマッピングできます。

作業開始前に、以下を共有してください：

• 意図するネットワークとトークン規格（すでに選択している場合）。
• トークン名、シンボル、供給量のアプローチ、必要な小数点以下桁数の設定。
• 期待する転送、ミント、バーン、一時停止、管理動作。
• デプロイウォレットを管理し、最終設定を承認する担当者。
• 既存のデザインノート、製品要件、メタデータアセット。

要件が未決定の場合は、偶発的なデフォルトにならないよう「未定」とマークしてください。これにより、コードが確定する前にチームが解決すべき明確なポイントが生まれます。

どのトークン規格がネットワークに適していますか？

ネットワークと製品要件によって、構築するトークン形式が決まります。規格は互換性のあるラベルではありません。ERC-20はイーサリアム、BEP-20はBNBチェーン、SPLはSolana、JettonはTONに対応しています。まず、ユーザーがトークンを操作する場所を特定し、次に選択した規格が周辺の製品と計画された統合に適合することを確認します。

実用的な選択レビューでは、トークンが何をする必要があるか、誰が管理するか、どの既存の製品コンポーネントがそれを認識する必要があるかを問います。チームが複数のネットワークを要求する場合、各デプロイを個別の計画として扱います。トークンの動作、供給計画、メタデータ、運用管理がネットワーク間で一致する必要があるかどうかを確認します。複数のネットワークにデプロイすることで、自動的にそれらの間の接続や共有供給が作成されるとは想定しないでください。

アプリケーション要件がある製品の場合は、デプロイをローンチ全体として扱うのではなく、dApp構築と並行してトークンについて話し合ってください。ウォレット向け製品の場合は、意図するウォレット体験を要件に含め、暗号ウォレット開発と調整してください。

適切な概要には、選択したネットワーク、規格、意図するトークン動作、管理者ロール、未解決の決定事項が記録されます。納品チームは、実装前にこれらの選択肢を確認し、クライアントの決定が必要な事項を説明できます。この早期レビューにより、トークン仕様とそれを使用する製品との間の不一致による後期の変更を回避できます。

コントラクト設定と引き継ぎ資料

受け取るものは、何が指定され、何がデプロイされ、チームがどのように結果を参照できるかを明確にする必要があります。コントラクトまたはトークンの設定は合意された要件に従います。デプロイの引き継ぎには、関連するネットワークとデプロイの参照情報が記録され、メタデータ資料は合意された計画に従って準備されます。

実装前に、開発者と納品リーダーがお客様とプロジェクトのインプットをレビューします。彼らは不足している決定を特定し、明示的な承認が必要な設定にフラグを立て、デプロイを承認できる担当者を確認します。お客様は、合意された設計の一部である管理機能や更新機能を含め、平易な言葉で設定のレビューを受け取ります。これは計画された作業のレビューであり、トークンが独立したセキュリティ監査を受けたという主張ではありません。

典型的な引き継ぎには以下が含まれます：

• 承認されたトークン仕様と、計画に実装された機能。
• リリース時に提供されたデプロイ参照情報とネットワーク詳細。
• 関連するエクスプローラーがプロセスを提供している場合のソースコード検証サポート。
• 合意されたトークン表示用に準備されたメタデータファイルまたは値。
• プロジェクトチームが担当する残りのアクションに関するメモ。

トークンがウェブサイトや製品に表示される場合は、その目的を説明するコンテンツとユーザージャーニーを準備してください。トークン詳細はWeb3ウェブサイトおよびランディング開発と調整できますが、個別の製品またはマーケティングの成果物は、トークンデプロイの一部と想定するのではなく、計画に記載する必要があります。

デプロイ、検証、メタデータの連携方法

よくある間違い： 所有者権限を不明確にすること。誰がミント、一時停止、設定変更を行えるのか、その理由を明記してください。

デプロイは、合意されたトークン実装を選択したネットワーク上にリリースします。検証とメタデータは関連するフォローアップタスクであり、トークン仕様を確認する代わりにはなりません。これらを一緒に計画することで、プロジェクトチームはどの情報を準備する必要があるか、どのアクションにプロジェクト管理のウォレットまたはアカウントへのアクセスが必要かを把握できます。

順序は簡単です。ネットワークと設定を確認し、実装をレビューし、必要なデプロイアクセスを準備し、承認後にデプロイし、合意された検証とメタデータタスクをサポートします。デプロイウォレットは、プロジェクトまたはその指示の下で行動する権限のある人物が管理する必要があります。プロジェクトチームは、リリースが予定される前に、ネットワークが必要とするトランザクション手数料のアセットを提供できることも確認する必要があります。

エクスプローラー検証は、一般的に、デプロイされたソースに関する情報をエクスプローラーの利用可能なプロセスを通じて提出することを含みます。これは独立した監査とは別物であり、トークンの設計があらゆる用途に適していることを証明するものではありません。メタデータは、一貫した名前とプロジェクト詳細で準備する必要があります。ユーザーへの表示方法は、表示するエクスプローラー、ウォレット、製品によって異なる場合があります。

トークンがより大きなTelegram製品の一部である場合は、早期にTelegramボットおよびミニアプリ開発と要件を調整してください。これにより、トークン詳細をアプリ体験と整合させ、デプロイ参照情報を完成した統合として扱うことを回避できます。リリース前に、計画された順序と引き継ぎ項目をお客様のチームと確認します。

デプロイやエクスプローラー検証に影響を与える可能性のあるもの

プロジェクトは、その仕様、承認、デプロイアクセス、必要な資料の準備状況を管理します。ネットワークとサードパーティのエクスプローラーは、それぞれのトランザクション処理と検証インターフェースを管理します。当社は、お客様と合意した実装およびサポート作業に基づいて納品を計画し、外部レビューを自社の成果として提示するのではなく、完了した内容を報告します。

このサービスにおける主な境界は、エクスプローラー検証です。エクスプローラーは特定の提出詳細を必要とする場合があり、その検証プロセスや表示はコントラクト作業とは独立して変更される可能性があります。トークンメタデータも、エクスプローラーやウォレットによって異なるレンダリングが行われる場合があります。当社は、サードパーティのエクスプローラーが提出を承認したり、特定の方法でメタデータを表示することを約束できません。そのため、引き継ぎ前にターゲットエクスプローラーとその表示要件を特定し、結果を記録します。

デプロイウォレットの所有者を確認し、正確なトークン詳細を提供し、未解決のコントラクト設定を解決し、デプロイを承認する権限のある担当者が対応可能であることを確認することで、回避可能な遅延を減らすことができます。プロジェクトが正式なセキュリティレビューを必要とする場合は、別途指定してください。デプロイとソースコード検証は、それ自体では監査を構成しません。当社の役割は、合意された実装とデプロイ作業を納品し、そのステータスを説明し、どの残りのアクションがお客様のチームまたは外部プラットフォームに属するかを明確にすることです。

トークン設定の7項目チェックリスト

デプロイ前に、これら7項目を書面で合意してください。トークン設定は後から変更するのが難しく、明確なシートがあれば、デプロイ当日の議論のほとんどを防げます。短い通話で一緒にチェックし、通話終了前に各項目の担当者を書き留めてください。

1. ネットワークと規格を選択する。
2. 名前、シンボル、小数点以下桁数を確定する。
3. 総供給量とその受取人を確定する。
4. 所有者権限を明記する：ミント、一時停止、バーン、またはなし。
5. ロゴとメタデータファイルを準備する。
6. デプロイ後のエクスプローラー検証を計画する。
7. コントラクトアドレスとデプロイノートを保存する。

用語を一言で

小数点以下桁数：トークンをいくつの単位に分割できるかを示します。

エクスプローラー検証（平たく言えば、誰でもコントラクトを読めるようにソースコードを公開すること）。

依頼前に準備すべきこと

有用な依頼は、トークンの目的、ターゲットネットワーク、意図する動作、ローンチのコンテキストを説明します。すべての技術的選択が確定している必要はありませんが、確定した要件とアドバイスが必要な質問を分けてください。これにより、チームは計画の見積もりと実装前のレビューの提案の明確な基礎を得ることができます。

すでにわかっている詳細を含む短いプロジェクト概要を送ってください。ネットワークまたは候補ネットワーク、トークン名とシンボル、供給量の作成または管理方法、特別な転送または管理動作、デプロイウォレットの管理者。関連する製品リンクやデザイン資料、ユーザーがトークン情報を確認すると予想されるエクスプローラーやウォレットを含めてください。プロジェクト概要に秘密鍵やシードフレーズを送らないでください。

MarketingExtraはこれらの資料をプロジェクト担当者とレビューし、不足または矛盾する要件に関する質問を返し、作業着手前に実装と引き継ぎ計画を確認します。承認の責任者とデプロイに必要な準備が誰であるかを把握できます。概要がトークンが他の製品作業に依存していることを示している場合は、関連するWeb3開発サービスについて話し合い、それらの関係を定義できます。

次のステップは、ターゲットネットワーク、トークン動作、現在の仕様、および希望するデプロイ担当者をMarketingExtraに送信することです。当社はインプットをレビューし、未解決の決定を特定し、トークン作業の書面による計画で回答します。

3つのものを送ってください：ターゲットネットワーク、トークン動作、デプロイするウォレット。

仕組み

1. トークン概要を共有意図するネットワーク、トークン動作、既知の設定、製品コンテキスト、デプロイ担当者を送信します。未決定の項目はマークし、実装前にレビューできるようにします。
2. 仕様を確認開発者と納品リーダーが要件をレビューし、ギャップを特定し、計画に含まれる機能と引き継ぎ資料を確認します。
3. ビルドをレビューし承認チームが合意された設定を実装し、デプロイ前に承認が必要な設定を説明します。
4. デプロイと引き継ぎ承認とアクセスの準備が整った後、チームがデプロイを調整し、合意された検証とメタデータタスクをサポートし、完了詳細を共有します。