Что проверяют корейские биржи перед листингом токена

Что проверяют корейские биржи перед листингом?

Дью-дилидженс корейской биржи по листингу обычно означает проверку того, можно ли проверить и понять заявления проекта, его записи и операционные детали. Рассматривайте категории ниже как карту для подготовки, а не как опубликованный чек-лист, общий для всех площадок.

1. Идентичность проекта: название юридического лица, ответственные контакты, история проекта и официальные каналы связи.
2. Дизайн токена: назначение, сеть, детали контракта, эмиссия, распределение и график выпуска.
3. Технология и безопасность: документация контракта, материалы аудита (если есть) и известные инциденты или изменения.
4. Рынок и операции: где торгуется токен, как пользователи получают к нему доступ и кто занимается поддержкой и раскрытием информации.
5. Коммуникация рисков: существенные ограничения, зависимости и информация, которую держатели не должны выводить самостоятельно.

Начните с единого источника истины для каждого пункта. Если на сайте, в презентации, документации токена и публичных постах указаны разные объёмы эмиссии или ответственности, устраните несоответствие до обращения. Ревьюерам нужен чёткий путь от заявления к подтверждающей записи. Используйте простой язык для обзора проекта и сохраняйте технические детали для вопросов, которые их требуют.

Какие записи о проекте и токене следует подготовить?

Подготовьте записи, которые позволяют проследить идентичность проекта, структуру токена и ключевые заявления. Полнота важнее объёма документов; каждый файл должен иметь чёткое назначение и ответственного, который может отвечать на вопросы по нему.

1. Профиль проекта: информация о юридическом лице и команде, официальные ссылки, статус продукта и контактное лицо для связи с биржей.
2. Справочная информация о токене: сеть, адрес контракта, назначение токена, определение эмиссии, категории распределения и график разблокировки.
3. Вспомогательные материалы: техническая документация, оценки безопасности (если есть) и записи о соответствующих обновлениях контракта.
4. Набор раскрытий: известные риски, зависимости, существенные изменения и канал, через который публикуются обновления.
5. Индекс доказательств: имя файла, что он подтверждает, дата последней проверки и лицо, ответственное за исправления.

Проверьте каждое число и имя собственное по авторитетному источнику перед отправкой пакета. Если показатель изменился, объясните, что и когда изменилось, а не молча заменяйте старый файл. Не называйте оценку аудитом, если документ на самом деле не представляет собой аудит. Краткий, внутренне согласованный пакет упрощает последующие вопросы и снижает вероятность того, что разные члены команды ответят на один и тот же вопрос по-разному.

Как следует объяснять токеномика и операции проекта?

Объясняйте токеномика как набор проверяемых взаимосвязей: как определяется эмиссия, кто контролирует каждое распределение и какие события могут изменить циркулирующее предложение. Избегайте использования рекламных сводок, когда ревьюеру может понадобиться точный ответ.

1. Укажите общую эмиссию и объясните, может ли эта цифра измениться.
2. Определите категории распределения и юридическое лицо или кошелёк, ответственное за каждую из них.
3. Опишите условия вестинга и разблокировки на языке, соответствующем базовым документам.
4. Объясните административные средства управления, разрешения контракта и любые запланированные миграции или обновления.
5. Назовите лицо, которое может подтвердить операционную деталь или предоставить исходную запись.

Для операционных вопросов сопоставьте каждую функцию с ответственным: обслуживание контракта, контакт по безопасности, поддержка пользователей, публичные объявления и коммуникация по инцидентам. Если функция выполняется третьей стороной, точно укажите эти отношения и определите, что контролирует ваша команда. Используйте одинаковую терминологию в whitepaper, на сайте и в материалах заявки. По вопросам процесса подачи заявки на биржу подготовьте подтверждающие документы, а не предполагайте, что одна публичная форма охватывает все проверки. Связанная поддержка листинга на централизованной бирже может помочь организовать работу по обращению и материалы для подачи.

Как команде подготовиться к уточняющим вопросам корейской биржи?

Подготовьтесь к последующим вопросам, сделав ответы отслеживаемыми, назначив ответственных и отделив подтверждённые факты от открытых пунктов. Это позволит проекту отвечать последовательно, не подразумевая, что все площадки используют одинаковую последовательность подачи заявок.

1. Создайте Launch Spec: сведите в один рабочий бриф проект, токен, ответственных контактов и подтверждающие документы.
2. Проведите Spec Review: сравните бриф с публичными материалами и выявите противоречия, отсутствующие источники или неясные термины.
3. Назначьте ответственных за вопросы: направляйте юридические, технические, токен- и коммуникационные вопросы людям с прямыми знаниями.
4. Записывайте каждый ответ: храните вместе вопрос, ответ, ссылку на доказательство, ответственного и любое последующее действие.
5. Обновляйте пакет: изменяйте затронутые файлы при изменении фактов и чётко указывайте, какая версия актуальна.

Перед обращением проверьте, что ссылки работают, детали контракта скопированы правильно, а официальные каналы проекта контролируются командой. Подготовьте краткое объяснение статуса продукта и того, что пользователи могут делать сейчас; отличайте доступный функционал от планов дорожной карты. Если корейскоязычные материалы являются частью заявки, используйте ревьюера, который может проверить как техническое значение, так и беглость языка. Для планирования локальной коммуникации поддержка KOL-кампании в Корее — это отдельный канал, а не замена точным доказательствам в заявке.

Какие вопросы командам следует задать корейской площадке?

Попросите площадку уточнить текущий путь подачи заявки и то, что она ожидает от вашей команды. Прямой ответ полезнее, чем вывод требований из опыта другого проекта или из устаревшего чек-листа.

• Существует ли актуальный канал подачи заявок или назначенный контакт для первоначальных запросов?
• Какие записи о проекте, токене, юридическом лице и технические записи следует включить на первом этапе?
• Требует ли площадка документы на определённом языке или в определённом формате?
• Как команде следует отправлять исправления или отвечать на вопросы после первоначального пакета?
• Какие детали следует поддерживать в актуальном состоянии, если информация о токене, контракте или проекте изменится?

Задавайте вопросы кратко и по существу. Просите разъяснений, если термин неоднозначен, и подтверждайте важные инструкции в письменной форме. Не отправляйте конфиденциальные материалы через непроверенный контакт; подтвердите, что канал принадлежит площадке, прежде чем делиться конфиденциальной информацией. Проект может контролировать точность, организацию и оперативность своей заявки. Площадка контролирует свой собственный объём проверки, запросы, оценку соответствия и решение о листинге; ни услуга по подготовке, ни полный пакет документов не могут гарантировать принятие или определённый результат проверки.

Что должно произойти после того, как пакет дью-дилидженс готов?

Как только пакет станет согласованным, используйте его как поддерживаемую запись, а не как одноразовое приложение к заявке. Назначьте одного человека для поддержания актуальности исходных документов и координации ответов при изменении фактов проекта.

Если биржа выявит несоответствие в профиле, сначала исправьте исходный материал, а затем обновите затронутые публичные профили. Исправление профиля листинга может поддержать эту очистку, а обновление информации о токене и логотипа в эксплорерах решает отдельную задачу видимости. Эти услуги помогают с определённой подготовкой или работой с профилем; они не заменяют собственную оценку площадки. Отправьте AEOTech обзор проекта, справочную информацию о токене, актуальные публичные ссылки и любые уже полученные вопросы. Мы можем просмотреть материалы, выявить пробелы и предложить следующий шаг в рамках объёма.