スマートコントラクト監査とKYC記録を次の審査に備えて

2つの信頼チェック、1つの審査ファイル

監査とKYCの調整により、2つの別々のチェックを1つの整理されたファイルにまとめます。独立した監査法人が合意されたスマートコントラクトコードをレビューします。KYCプロバイダーが本人確認を担当します。私たちは作業を調整し、結果のエビデンスを整理します。どちらの評価も当社は実施しません。

まず、遷移先の書面による要求から始めます。データサイトとLaunchpadでは求める証明が異なる場合があります。受領者と要求された形式を記録します。レポートやバッジに関する指示も併せて記録します。当社の上場・検証サポートは、他の上場資料と併せて計画を立てるのに役立ちます。

例えば、ディレクトリ審査を準備するプロジェクトでは、監査エビデンスと本人確認書類を分けて管理できます。チームは両方を同じ要求に対して追跡できます。このシンプルな区別により、適切なファイルを見つけやすくなり、一方のチェックをもう一方の代わりと見なすことを防ぎます。遷移先がCoinMarketCapまたはCoinGeckoの場合は、関連するCoinMarketCap上場サポートまたはCoinGecko上場サポートと連携してください。

計画変更時も記録を一元管理

明確なエビデンス記録があれば、チームはどのファイルが最新かを推測せずに質問に答えられます。何が要求され、どのプロバイダーがどの項目を受け取ったかを追跡します。また、何が返ってきたかも記録します。Brand Communityでは、1人のコーディネーターがそのエビデンスインデックスを管理し、未解決の質問をプロジェクト担当者に可視化します。

キャンペーン終了後の検証チームを想像してください。誰も何が起こったかを記録していません。今、監査とKYCファイルを準備する必要がありますが、リンクやバージョンが散在しています。まず、遷移先の要求と入手可能な記録を収集します。次に、まだ担当者が必要な項目を特定します。

チームは自社の文書を管理します。技術的な質問は監査法人に、プロバイダーのプロセスに関する質問はKYCプロバイダーにルーティングできます。お客様の権限のある担当者がプロジェクトの質問に回答し、チームに代わって提出されるものを承認します。これにより、引き継ぎが明確になり、監査法人がプロジェクトを代表して発言することを防ぎます。

別のプロジェクトで、審査中にコントラクトアドレスが変更されたとします。変更された参照情報をフラグし、合意された監査作業と比較して、変更が重要かどうかを監査法人に確認します。また、プロジェクト名と関連リンクをエビデンスファイル全体で整合させます。トークンデータに独自のチェックが必要な場合、循環供給量検証は別のトラックであり、独自の資料があります。

プロバイダーとプロジェクト資料はどのように準備しますか？

実際の受領者の要求から始めます。次に、プロバイダーの提案する作業とお客様の利用可能な資料をそれに合わせます。これにより、引き渡し前に全員が共通の参照を持てます。また、コントラクトの詳細不足や不明瞭なKYC指示を早期に発見するのにも役立ちます。

コントラクトレビューの場合

チェーン、コントラクトアドレス、ソースコードまたはリポジトリの参照情報を共有してください。システムの簡単な説明を追加します。レビューがカバーすべきバージョンやデプロイ済みコントラクトを指定します。監査法人に、レポートで何が説明されるかを確認します。レビュー中の質問やコード変更への対応方法を確認します。これらの回答を記録します。チームはレポートがカバーする範囲を把握できます。

本人確認の場合

KYCプロバイダーに、どの担当者がプロセスを完了する必要があるかを確認します。発行される確認書類を確認します。個人文書の受領者と提出方法を確認します。アクセスや保存に関する質問はどこに送るべきかを確認します。プロバイダーが確認したチャネルを通じて引き渡しを調整します。個人文書を一般的なプロジェクト連絡先に送らないでください。

遷移先の場合

正確な要求、受領者名、形式の指示をエビデンスリストの横に保管します。Launchpadが監査レポートと完了した本人確認の証明を要求したとします。これらの要求を適切なプロバイダーの成果物にマッピングできます。次に、プロジェクトがまだ提供する必要があるものを特定します。次のステップがLaunchpad上場である場合、当社のLaunchpad上場サポートをこの準備と併用できます。

5つの引き継ぎで作業を提出まで進める

調整は5つの明確なステップで進みます。遷移先の要求から始まり、チームが送信したものの記録で終わります。お客様はプロジェクト情報と各合意された引き継ぎに対する承認を保持します。

1. 要求を共有する。 データサイトまたはLaunchpadの名前と、その監査またはKYCの指示を送信します。提供された文言を使用して、要求されたエビデンスを特定します。
2. 資料をマッピングする。 コントラクト参照情報、既存のレポート、プロジェクト詳細、不足項目を確認します。お客様は意図するレビューと共有可能な情報を確認します。
3. プロバイダーの引き継ぎを設定する。 紹介の手配、プロバイダーの計画、期待される資料、コミュニケーションに関する未解決の質問の明確化を支援します。監査法人とKYCプロバイダーはそれぞれのプロセスに対して責任を持ちます。
4. エビデンスを整理する。 合意されたレポートまたは完了エビデンスを収集します。次に、名前、バージョン、コントラクト参照情報の一貫性を確認します。インデックスは各項目の担当者とステータスを記録します。
5. 遷移先用ファイルを準備する。 合意された資料を指定された受領者向けに整理し、送信内容を記録します。フォローアップが届いた場合は、最も適切に対応できるプロジェクト担当者またはプロバイダーにルーティングします。

チームはどの項目が準備完了で、どれがまだ対応が必要かを確認できます。エビデンスインデックスは、作業全体を通じて担当者に実用的な確認ポイントを提供します。質問が別々のメッセージに埋もれることはありません。遷移先がプロフィール修正も要求する場合は、別タスクとして上場プロフィール更新サポートをご覧ください。

受領者は独自の基準でエビデンスを審査します

適切に整理された提出物は、要求されたエビデンスを追跡しやすくします。受領者の指示のコピーを、プロバイダーのレポートまたはKYC確認書類と一緒に保管してください。コントラクト参照情報、プロジェクト名、ファイルバージョンが一致していることを確認します。何か変更があった場合は、古い説明に頼らず、提出前にフラグを立ててください。

データサイトまたはLaunchpadは、監査レポートまたはKYCエビデンスがその要求を満たしているかどうかを判断します。各プロバイダーは自身の評価と成果物を管理します。当社は、受理、特定の監査結果、またはバッジの発行・表示を約束することはできません。合意された調整を完了し、引き継ぎを追跡し、準備・送信されたエビデンスの明確な記録を提供します。

開始するには、遷移先の正確な要求と関連するコントラクト参照情報を送信してください。既存のレポートと権限のあるプロジェクト担当者の名前を含めてください。これらの資料を確認します。次に、不足している引き継ぎを特定し、次に行う調整を確認します。この会話を始めるために個人文書を送信する必要はありません。

仕組み

1. 遷移先の要求を共有データサイトまたはLaunchpadの名前と、その監査またはKYCの指示を送信します。受け取った要求にエビデンスをマッピングします。
2. 資料とアクセスを確認コントラクト参照情報、既存の文書、不足項目を確認します。お客様はレビュー計画を承認し、共有可能な情報を決定します。
3. プロバイダーを調整合意された監査法人とKYCプロバイダーの引き継ぎを手配し、質問を追跡し、プロジェクト担当者に情報を提供します。
4. エビデンスを整理合意されたレポートまたは完了エビデンスを収集し、名前、コントラクト参照情報、バージョンの一貫性を確認します。
5. 遷移先用ファイルを準備合意された資料を受領者向けに整理し、送信内容を記録します。フォローアップの質問は、最も適切に対応できるプロジェクト担当者またはプロバイダーに送ります。