スマートコントラクト監査、KYC記録、そして引き継ぎ

予約前に確認すべき7項目

初日は、プロバイダーを予約する前に7つのインプットを確認します。まず、受領元の要求事項を特定します。次に、要求された各項目に担当者を割り当てます。これにより、間違ったレポートや本人確認プロセスに時間を費やす前に、ギャップを発見できます。

• ターゲット：データサイト、Launchpad、または申請経路を指定します。
• コントラクトセット：アドレス、ネットワーク詳細、リポジトリまたはコードパッケージを送信します。
• レビューの焦点：重要な機能と要求された監査作業を説明します。
• 既存の作業：利用可能なレポートやプロバイダーのステータスを、共有許可とともに添付します。
• KYC参加者：リクエストに記載されたチームメンバーまたは代理人を特定します。
• プロジェクト記録：プロジェクト名、公式リンク、連絡可能な窓口を提供します。
• 指示：公開されている提出ガイダンスや直接受け取ったリクエストを共有します。

本人確認書類は公開プロジェクトチャネルに保管しないでください。選定されたKYCプロバイダーは、承認された収集プロセスを説明する必要があります。プロバイダーに連絡する前に、監査とKYCのリクエストを確認します。この確認により、後々の混乱を防ぐことができます。

CoinMarketCapへの上場やCoinGeckoへの上場を準備していますか？最初にその遷移先を指定してください。提出先によって、どのエビデンスに注意が必要かが決まります。申請経路があればそれも含めてください。受領元の指示に基づいて、最初のプロバイダー確認をガイドします。

どのプロバイダーの作業が受領元のリクエストに適合しますか？

1つの監査レポートと1つのKYC記録は、異なる質問に答えます。監査人は指定されたコントラクト資料をレビューします。KYCプロバイダーは要求された本人確認を処理します。私たちは両方のプロバイダーを調整しますが、どちらのチェックも普遍的なプラットフォーム承認ではありません。

どちらのトラックを手配する前にも、受領元のリクエストとプロバイダーの提供内容を比較します。監査の調整では、コードバージョン、コントラクトアドレス、ネットワーク、要求されたレポートを確認します。KYCでは、誰が参加するか、受領元がどのようなエビデンスを求めているか、プロバイダーが個人データをどのように扱うかを確認します。

• 監査の適合：レポートはレビューしたコードまたはコントラクトを明記している必要があります。
• KYCの適合：指示は参加者と必要なエビデンスを特定している必要があります。
• 受領元の適合：資料は受け取ったリクエストに回答するものである必要があります。
• 担当者の適合：チーム内にプロバイダーの質問に回答できる担当者を指名する必要があります。

すでにプロバイダーを選定していますか？完了した作業をやり直すことなく、未解決項目を調整できます。そのプロバイダーの文書による説明、現在のステータス、予定されているレポートまたはエビデンスを送信してください。提出にトークンの詳細も必要な場合は、循環供給量の検証を別のトラックとして保持してください。CoinMarketCap固有のコミュニティ詳細については、コミュニティ検証を参照してください。

重要な確認はシンプルです。プロバイダーの文書化された作業内容と受領元のリクエストを比較することです。一致しない場合は、予約する前に受領元にどのようなエビデンスが必要かを確認してください。そうすることで、チームが間違った引き継ぎを準備するのを防げます。

3つのエビデンス形式、1つの索引付き提出パック

3つの形式で通常の引き継ぎをカバーします。監査資料、KYCエビデンス、受領元向けの索引です。利用可能な項目を整理し、各項目の担当者、ステータス、提出先をラベル付けします。チームは何が準備できていて、何がまだプロバイダーの回答を待っているかを確認できます。

索引は、どちらのプロバイダーの作業も代替しません。共有準備中のエビデンスをマッピングします。名前、コントラクト参照、プロジェクトリンクの一貫性を確認します。各エントリはその提出先を示すため、チームは提出前に引き継ぎ内容をレビューできます。

移行やリブランドによってこれらの詳細が変更された場合は、提出前にその旨を伝えてください。移行・リブランド更新を調整できます。より広範な上場準備については、上場と検証の概要を参照してください。エビデンスは正確な申請に結びつけてください。レポートを汎用的な承認記録として扱わないでください。

プロバイダー確認から提出フォローアップまでの5つのステップ

5つのステップで、プロバイダーの作業、プロジェクトのインプット、フォローアップを可視化します。キックオフ時に、担当者を割り当て、未解決項目を記録します。チーム待ちの項目と第三者にある項目を確認できます。リクエストを確認後、2営業日以内に書面による見積もりを送付します。

1. ターゲットを確認：受領元、その指示、希望する期間を記録します。
2. インプットを確認：不足しているコード参照、プロジェクト情報、レポート、連絡先をリストアップします。
3. プロバイダーを調整：質問と要求された資料を追跡します。
4. パックを確認：利用可能なエビデンスと受領元の要求事項を比較します。
5. フォローアップを記録：送信したもの、未解決のもの、次の担当者を記録します。

支払いにより開始が確定します。アカウント担当者がプロバイダーからの質問とプロジェクトからの回答を追跡します。合意された期間中は、24時間ごとにレポートを提供します。最終レポートには、該当する場合はリンクとスクリーンショットが含まれます。期間終了後2営業日以内に納品します。

各更新では、完了した項目、障害、次のアクションを明記します。提出先がLaunchpadの場合、Launchpad上場サポートとの調整も可能です。これにより、エビデンス準備と申請を連携させることができます。各未解決項目の担当者と次に何が起こるべきかを確認できます。

データサイトやLaunchpadは何を受け入れられますか？

承認の決定は1つの受領元が行います。データサイトとLaunchpadは、プロバイダー、レポート、本人確認エビデンス、提出形式に関する現在のルールを設定しています。私たちは提供された指示を確認します。合意された第三者作業を調整し、エビデンスパックを準備します。バッジ、上場、承認の決定を約束することはできません。

コントラクト参照とプロジェクト詳細の正確性はチームが管理します。どのエビデンスを共有するかはチームが選択します。回答時間は、プロバイダーからの未解決質問にも影響します。パックを送信する前に、以下の3点を確認してください。

• バージョン：レポートは提出予定のコードまたはコントラクトと一致していますか？
• 許可：このエビデンスは特定の受領元と共有してもよいですか？
• 一貫性：プロジェクト名、リンク、アドレスは資料間で一致していますか？

監査人のレポートとKYCプロバイダーの記録は区別してください。受領元がどちらのプロバイダーも準備していないものを求めてきた場合は、さらなる作業を発注する前に、どのようなエビデンスを受け入れられるか確認してください。より広範な提出計画については、このサービスを他の仮想通貨トラッカー上場と連携させてください。

ターゲット、コントラクト参照、既存のプロバイダー作業、受領元の指示を送信してください。エビデンスのギャップを確認し、調整開始前に書面による見積もりを返送します。申請経路と直接のレビュー担当者からのリクエストを含めてください。これにより、最初の確認の明確な根拠が得られます。

仕組み

1. ターゲットと現在のステータスを送信データサイトまたはLaunchpad、プロジェクトリンク、コントラクト参照、既存のレポート、提出指示を共有します。
2. 要求されたエビデンスを確認受領元のリクエストを監査およびKYCプロバイダーの作業と照合します。その後、不足しているインプットと担当者をリストアップします。
3. プロバイダーを調整プロバイダーからの質問、要求された資料、プロジェクト窓口からの回答を追跡します。
4. 索引付きパックを準備利用可能なエビデンスを項目、担当者、ステータス、提出先ごとに整理します。
5. 提出フォローアップを記録送信した内容、未解決の質問、次のアクションを、合意された調整作業が完了するまで記録します。