トークン作成：ERC-20、BEP-20、SPL、Jetton

あなたのプロジェクトに適したトークン形式は？

形式は、製品が動作するネットワークと、そのウォレット、アプリケーション、インフラとの互換性に基づいて選択します。ERC-20はEthereumのトークンに、BEP-20はBNB Smart Chainに、SPLはSolanaに、JettonはTONに使用されます。製品がすでに特定のネットワークに結びついている場合、通常はそのネットワークの標準から始めるのが合理的であり、具体的な目的なしに他の形式を追加する必要はありません。

最初にトークンの目的を明確にすると役立ちます：機能へのアクセス、製品内での決済、プロトコルのメカニズムへの参加、その他のシナリオ。その後、発行と管理のプロパティを確定します。例えば、発行量を制限するかどうか、追加の管理者権限が必要かどうか、デプロイ後にどのような操作が許可されるかを事前に決定することが重要です。これらの決定はアーキテクチャに影響し、プロジェクトがトークンの仕組みをユーザーに説明する方法にも影響します。

作業の見積もり前に、選択したネットワーク、使用シナリオ、必要な統合を明確にします。要件に基本トークンを超える独自のロジックが含まれる場合は、それを別の仕様として分離し、スマートコントラクト開発として見積もることをお勧めします。全体的な方向性の概要はWeb3開発セクションをご覧ください。

ERC-20、SPL、Jettonのデプロイ前に何を合意すべきか？

デプロイ前にトークンのパラメータと管理方法を確定する必要があります。公開後にこれらを修正することは不可能な場合や、別途移行が必要になる場合があります。コントラクトまたはプログラムの準備前に、プロジェクトオーナーが重要な決定を確認できるよう、初期要件を簡潔な仕様書にまとめます。

仕様書には通常以下が含まれます：

• 名前とティッカー、および形式に該当する場合は小数点以下の桁数；
• 発行量と発行モデル：固定発行か、ルールに従った追加発行が可能か；
• 所有者アドレスと管理権限（権限の移譲や放棄がタスクに含まれる場合を含む）；
• 必要な機能と制限（例：必要かつ許容される場合の操作停止機能）；
• ネットワーク、デプロイ先アドレス、検証用資料、メタデータ情報。

SPLとJettonの場合、パラメータの構成と実装構造はEVM互換標準とは異なるため、実装をネットワーク間で機械的に転用することはありません。製品インターフェースとの連携には別途統合が必要な場合があり、dApp開発と合わせて調整できます。仕様書の確定前に、クライアントはアドレス、文言、管理権限を確認します。これにより、デプロイ後に誤った判断に気づくリスクを低減します。

トークン作成にはどのような成果物が含まれるか？

作業範囲は開始前に確定します。どのファイル、アクション、設定が提供されるかを事前に把握できます。基本構成には、パラメータの検討、選択した標準に基づく実装、合意したネットワークへのデプロイ、プロジェクト成果物の納品が含まれます。

タスクに応じて、以下を含めることができます：

• トークン実装のソースコードと設定；
• 合意したネットワークへのデプロイと作成されたトークンのアドレス；
• 選択したネットワークとエクスプローラが当該コントラクトのプロセスをサポートしている場合の、エクスプローラでのコード検証；
• メタデータの準備または更新：名前、シンボル、説明、合意した形式のグラフィック素材；
• 管理権限の移譲と主要パラメータの確認手順。

公開前に、実装が承認された仕様に準拠していること、およびクライアントから提供されたアドレスを確認します。メタデータと表示設定は、サードパーティリソースへのプロジェクト登録を代替するものではありません。それらのリソースには独自の申請要件と審査があります。トークンが製品の一部である場合は、必要な統合ポイントとアクセス権を事前に協議します。ユーザーインターフェースにはWeb3プロジェクトのサイトまたはLPが必要な場合があり、Telegram製品にはボットまたはMini Appが必要な場合があります。これらの作業は別途合意した場合にのみ含まれます。

トークン作成の作業の流れとローンチの計画は？

作業は合意した仕様から検証可能なデプロイへと進みます。スケジュールは、ネットワーク、機能の範囲、データの準備状況、タスクにトークンの実装のみが含まれるか製品との統合も含まれるかによって異なります。開発開始前に、順序とマイルストーンを合意します。

典型的な流れは以下の通りです：

1. トークンの目的、ネットワーク、期待する機能を説明します。
2. パラメータ、アクセス権、成果物の構成を明確にし、仕様を確定します。
3. 実装を準備し、合意したプロセスに従って確認用に提供します。
4. 確認後、選択したネットワークにデプロイし、アドレスと主要プロパティを確認します。
5. 規定のメタデータを設定し、合意した場合は検証を実行し、資料を納品します。

ローンチの遅延を防ぐために、名前とティッカーの表記、プロジェクトの説明、グラフィックファイル、ネットワーク、デプロイに必要なアドレスを事前に準備してください。また、プロジェクト側で決定を承認し、デプロイウォレットを管理する担当者を明確にしてください。インターフェースやその他のコンポーネントを接続する予定がある場合は、最終見積もりまでに指定してください。Web3開発に関連するタスクは一緒に計画されますが、その範囲と期間は別途確定します。

トークン発行時に考慮すべき重要な制限は？

発行前には、コードだけでなく、一部のネットワーク操作の不可逆性、管理権限、サードパーティエクスプローラのルールも考慮する必要があります。仕様書では、当社の作業範囲と、プロジェクトオーナーの決定または外部プラットフォームに依存する事項を明確に区別します。

デプロイアドレスとネットワークに記録されたパラメータは下書きと見なせません。ネットワーク、アドレス、設定の誤りは、新たなデプロイと別途移行計画を必要とする可能性があります。そのため、クライアントはトランザクション送信前に最終仕様とウォレットデータを確認します。トークンに管理権限が残っている場合、その所有者はキーを安全に保管し、各操作の結果を理解する必要があります。権限の移譲または放棄は、合意したシナリオに従ってのみ実行されます。

当社は合意した実装範囲と実行されたアクションに対して責任を負いますが、サードパーティのエクスプローラが検証を受け入れること、ウォレットが追加の操作なしにトークンを表示すること、またはカタログがメタデータを承認することを保証できません。そのようなサービスの決定は、独自の手順、要件、技術的条件に依存します。作業の品質を確認するには、トークンアドレスをネットワークと照合し、パラメータを承認された仕様と比較し、合意したソース資料が利用可能であることを確認してください。実行元にウォレットのシードフレーズや秘密鍵を渡さないでください。

TONプロジェクト向けにJetton発行とマーケティングを連携するには？

TONプロジェクトのマーケティングには、まずJettonと製品に関する合意された情報が必要であり、それを安全かつ一貫して公開できます。トークンのデプロイ自体は、ポジショニング、ユーザーシナリオ、コミュニケーションプランを形成しません。これらは別のタスクですが、発行と並行して準備する価値があります。

公開資料の準備前に、トークンがプロジェクトで果たす役割、すでに機能している機能、製品によって裏付けられる主張を明確にします。すべての接点で、名前、シンボル、Jettonアドレス、公式チャネルへのリンクを確認します。ローンチがアプリケーションに関連する場合は、トークンの説明からユーザーアクションへの短いパスを準備します：どこに移動するか、そこで何ができるか、事前に理解すべき制限は何か。

計画を立てるには、作業を3つのストリームに分割すると便利です：Jettonの技術的準備、公開ページのコンテンツ、コミュニティとのコミュニケーション。各ストリームの責任者と資料の更新手順を割り当て、パラメータの変更がチャネルに古い情報を残さないようにします。技術部分にはTelegramボットまたはMini Appとの連携が含まれる場合があり、製品インターフェースには別途dApp開発が必要な場合があります。これらの作業の範囲はトークン発行とは別に合意します。

料金

開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。

仕組み

1. 要件を収集ネットワーク、トークンの目的、必要な機能、利用可能な資料をお知らせください。統合と承認責任者を明確にします。
2. 仕様を確定発行パラメータ、管理権限、成果物の構成を合意します。主要データが確認されるまでデプロイは開始しません。
3. 実装を準備選択した標準に基づいてコントラクトまたはプログラムを作成し、合意した要件への準拠を確認します。
4. トークンをデプロイ選択したネットワークにデプロイし、アドレスとパラメータを確認した後、合意したメタデータ設定と検証を実行します。
5. 資料を納品トークンアドレスと合意したソース資料を提供し、確認手順と実装された機能の管理方法を説明します。