韓国取引所がトークン上場審査で確認する項目

韓国取引所は上場審査で何を確認しますか？

韓国取引所の上場審査におけるデューデリジェンスは、プロジェクトの主張、記録、運用詳細が確認・理解可能かどうかをチェックすることを意味します。以下のカテゴリは、すべての取引所が公開する共通チェックリストではなく、準備のためのマップとして扱ってください。

1. プロジェクトのアイデンティティ： 法人名、責任者連絡先、プロジェクトの履歴、公式コミュニケーションチャネル。
2. トークンの設計： 目的、ネットワーク、コントラクト詳細、供給量、割り当て、リリーススケジュール。
3. 技術とセキュリティ： コントラクト文書、入手可能な監査資料、既知のインシデントや変更。
4. 市場と運用： トークンの取引場所、ユーザーのアクセス方法、サポートと開示の担当者。
5. リスクの伝達： 重要な制限事項、依存関係、情報保有者が推測すべきでない事項。

各項目について単一の情報源を用意してください。ウェブサイト、プレゼンテーション、トークン文書、公開投稿で異なる供給量や責任が記載されている場合は、アプローチ前に不一致を解消してください。審査担当者は、主張からそれを裏付ける記録への明確な経路を必要とします。プロジェクト概要は平易な言葉で記述し、技術的詳細は質問に応じて提供できるよう保持してください。

どのプロジェクト・トークン記録を準備すべきですか？

プロジェクトのアイデンティティ、トークン構造、主要な主張を追跡可能にする記録を準備してください。完全性は書類の量よりも重要です。各ファイルには明確な目的と、それに関する質問に回答できる担当者を割り当ててください。

1. プロジェクトプロフィール： エンティティとチーム情報、公式リンク、製品ステータス、取引所との連絡担当者。
2. トークンリファレンス： ネットワーク、コントラクトアドレス、トークンの目的、供給量の定義、割り当てカテゴリ、ロック解除スケジュール。
3. 補足資料： 技術文書、入手可能なセキュリティ評価、関連するコントラクト更新の記録。
4. 開示セット： 既知のリスク、依存関係、重要な変更、更新を公開するチャネル。
5. 証拠インデックス： ファイル名、裏付ける内容、最終レビュー日、修正責任者。

パッケージを送付する前に、すべての数値と固有名詞を権威ある情報源と照合してください。数値が変更された場合は、古いファイルを黙って置き換えるのではなく、何がいつ変更されたかを説明してください。文書が実際に監査を表すものでない限り、評価を監査とラベル付けしないでください。簡潔で内部一貫性のあるパッケージはフォローアップを容易にし、異なるチームメンバーが同じ質問に異なる回答をする可能性を減らします。

トークノミクスとプロジェクト運用をどのように説明すべきですか？

トークノミクスは検証可能な関係のセットとして説明してください。供給量の定義、各割り当ての管理者、流通可能量を変更できるイベントを明確にします。審査担当者が正確な回答を必要とする場合に、プロモーション用の要約に頼らないようにしてください。

1. 総供給量を明記し、その数値が変更可能かどうかを説明する。
2. 割り当てカテゴリと、それぞれを管理するエンティティまたはウォレットを特定する。
3. ベスティングとロック解除条件を、根拠文書と一致する表現で説明する。
4. 管理コントロール、コントラクト権限、計画中のマイグレーションやアップグレードを説明する。
5. 運用詳細を確認できる担当者、またはソース記録を提供できる担当者を指名する。

運用上の質問については、各機能を担当者にマッピングしてください。コントラクト保守、セキュリティ連絡先、ユーザーサポート、公式発表、インシデント連絡などです。機能が第三者によって処理される場合は、その関係を正確に記載し、自チームが管理するものを特定してください。ホワイトペーパー、ウェブサイト、申請資料全体で同じ用語を使用してください。取引所の申請プロセスに関する質問については、1つの公開フォームですべての審査をカバーすると想定せず、裏付け書類を提供できるように準備してください。関連する中央集権型取引所上場サポートは、アウトリーチ業務と提出資料の整理に役立ちます。

チームは韓国取引所からのフォローアップ質問にどう備えるべきですか？

フォローアップに備えるには、回答を追跡可能にし、担当者を割り当て、確定した事実と未解決項目を分離してください。これにより、すべての取引所が同じ申請手順を使用していると示唆することなく、プロジェクトが一貫して対応できるようになります。

1. Launch Specを作成する： プロジェクト、トークン、責任者連絡先、補足書類を1つの作業用ブリーフにまとめる。
2. Specレビューを実施する： ブリーフと公開資料を比較し、矛盾、欠落している情報源、不明瞭な用語を特定する。
3. 質問の担当者を割り当てる： 法的、技術的、トークン、コミュニケーションに関する質問を、直接知識を持つ担当者にルーティングする。
4. 各回答を記録する： 質問、回答、証拠リンク、担当者、フォローアップアクションを一緒に保持する。
5. パッケージを更新する： 事実が変更された場合に関連ファイルを更新し、どのバージョンが最新かを明確にする。

アウトリーチ前に、リンクが機能すること、コントラクト詳細が正確にコピーされていること、プロジェクトの公式チャネルがチームによって管理されていることを確認してください。製品のステータスとユーザーが現在何ができるかについての短い説明を準備し、利用可能な機能とロードマップ計画を区別してください。韓国語資料が申請の一部である場合は、流暢さだけでなく技術的な意味も確認できるレビュアーを起用してください。現地コミュニケーション計画については、韓国KOLキャンペーンサポートは別のチャネルであり、正確な申請証拠の代わりにはなりません。

チームは韓国取引所にどのような質問をすべきですか？

取引所に、現在の申請ルートと、チームが提供すべきものを明確にしてもらうよう質問してください。直接の回答は、他のプロジェクトの経験や古いチェックリストから要件を推測するよりも有用です。

• 現在の申請チャネルや、初期問い合わせのための割り当て連絡先はありますか？
• 最初の段階で含めるべきプロジェクト、トークン、エンティティ、技術記録は何ですか？
• 取引所は書類を特定の言語や形式で提出することを求めていますか？
• 初期パッケージ提出後、チームはどのように修正を提出したり質問に回答したりすべきですか？
• トークン、コントラクト、プロジェクト情報が変更された場合、どの詳細を最新に保つべきですか？

質問は簡潔かつ事実に基づいて行ってください。用語が曖昧な場合は明確化を求め、重要な指示は書面で確認してください。未確認の連絡先に機密資料を送信しないでください。機密情報を共有する前に、そのチャネルが取引所のものであることを確認してください。プロジェクトは、提出物の正確性、整理状態、応答性を管理できます。取引所は、自社の審査範囲、リクエスト、適格性評価、上場判断を管理します。準備サービスや完全な書類パックは、受理や特定の審査結果を約束することはできません。

デューデリジェンスパッケージが完成した後はどうすべきですか？

パッケージに一貫性が確保されたら、それを一度限りの申請添付ファイルではなく、維持される記録として使用してください。プロジェクトの事実が変更されるたびに、ソース文書を最新に保ち、回答を調整する担当者を1人割り当ててください。

取引所がプロフィールの不一致を特定した場合は、まずソース資料を修正し、その後影響を受ける公開プロフィールを更新してください。上場プロフィール修正はそのクリーンアップをサポートし、エクスプローラーでのトークン情報・ロゴ更新は別の可視性タスクに対応します。これらのサービスは定義された準備またはプロフィール作業を支援しますが、取引所自身の評価を代替するものではありません。AEOTechにプロジェクト概要、トークンリファレンス、現在の公開リンク、および既に受け取った質問を送信してください。資料をレビューし、ギャップを特定し、範囲を定めた次のステップを提案します。