Sổ tay Liệt kê Token — Cách các dự án chuẩn bị cho việc niêm yết trên sàn CEX và duy trì thanh khoản lành mạnh

Công bố: Hướng dẫn này nhằm mục đích giáo dục và lập kế hoạch vận hành. Đây không phải là tư vấn tài chính, pháp lý hay thuế. Đối với các quyết định về quy định và phân loại token, hãy sử dụng cố vấn có chuyên môn và hỗ trợ tuân thủ theo từng khu vực.

Tổng quan

Giới thiệu

Một niêm yết trên sàn giao dịch tập trung (CEX) thường được xem như một “khoảnh khắc” — một thông báo, thời điểm ra mắt giao dịch, sự bùng nổ về mức độ chú ý. Trên thực tế, một niêm yết tốt hoạt động giống như một hệ điều hành vận hành liên tục hơn: quản trị, tuân thủ, độ tin cậy kỹ thuật, cấu trúc thị trường và kỷ luật truyền thông phối hợp với nhau.

Cẩm nang này giải thích:

  • Khi nào niêm yết CEX là lựa chọn đúng (và khi nào không)
  • “Mức sẵn sàng niêm yết” trông như thế nào trên các khía cạnh pháp lý, quản trị và công bố
  • “Hệ thống ống dẫn” tích hợp kỹ thuật ngăn chặn các lỗi ra mắt có thể tránh được
  • Cách thiết kế thanh khoản: lựa chọn thị trường/cặp, mục tiêu độ sâu, spread và kiểm soát tồn kho
  • Chiến lược tạo lập thị trường, cơ chế khuyến khích và hàng rào bảo đảm tính toàn vẹn
  • Dòng thời gian thực tế và checklist go-to-market cho giai đoạn ra mắt và sau đó

Tài liệu này dành cho: nhà phát hành token, các foundation, đội ngũ protocol, người phụ trách niêm yết, BD/đối tác, vận hành, tài chính/quỹ dự phòng, rủi ro/tuân thủ và cố vấn pháp lý — cùng với các nhà tạo lập thị trường hỗ trợ các đợt ra mắt.

Lăng kính ra quyết định

Khi nào niêm yết CEX phù hợp, và khi nào không

Niêm yết CEX có thể mang lại giá trị khi bạn cần quyền truy cập đáng tin cậy (người dùng thích tài khoản giám hộ), thanh khoản sổ lệnh sâu hơn, và phân phối rộng hơn thông qua một nền tảng mà người ta đã và đang sử dụng. Nó cũng có thể hỗ trợ cấu trúc thị trường trưởng thành hơn: nhiều đối tác hơn, spread chặt hơn và khả năng phát hiện giá rõ ràng hơn giữa các nền tảng.

Nhưng một niêm yết không phải là:

  • Phương án thay thế cho product-market fit
  • “Phép thuật” thanh khoản (thanh khoản phải được thiết kế và duy trì)
  • Kế hoạch thoát
  • Sự kiện chỉ phục vụ marketing

Một lý do để đặt kỳ vọng: nghiên cứu được trích dẫn bởi CryptoSlate (thông qua Animoca Research) cho thấy các niêm yết token mới trong năm 2024 có hiệu suất trung vị âm sau niêm yết — nhắc rằng “được niêm yết” không tự động chuyển thành nhu cầu bền vững.

CEX so với DEX — bạn thực sự đang chọn gì Niêm yết trên DEX (sàn giao dịch phi tập trung) thường không cần xin phép và nhanh hơn, nhưng nó chuyển trách nhiệm sang dự án và người dùng: UX giám hộ tự thân, cung cấp thanh khoản trên-chain, rủi ro MEV/tấn công trước, và tắc nghẽn ở cấp chuỗi. Niêm yết trên CEX thường đưa vào:

  • Một “hàng rào” tuân thủ có quan điểm rõ ràng hơn (KYC, sàng lọc trừng phạt, khu vực bị hạn chế)
  • Quy trình giám hộ (gửi tiền, rút tiền, vận hành ví)
  • Vi cấu trúc sổ lệnh (spread, độ sâu, nhà tạo lập thị trường, giám sát)

Một mẹo thực dụng: nếu nhóm người dùng mục tiêu của bạn bao gồm các tổ chức và nhà phân bổ ưu tiên tuân thủ, bạn nên giả định các kỳ vọng của CEX về công bố, kiểm soát và phản ứng sự cố.

~2.7T

Quy mô thể chế WhiteBIT (tổng khối lượng giao dịch hằng năm)

WhiteBIT thể chế (Tháng 02/2026)

330+

Các dự án được WhiteBIT niêm yết

WhiteBIT thể chế (Tháng 02/2026)

35M+

Người dùng hệ sinh thái WhiteBIT

WhiteBIT thể chế (Tháng 02/2026)

49%

Hiệu suất trung vị sau niêm yết CEX

WhiteBIT thể chế (Tháng 02/2026)

Định hướng theo nguyên tắc Alignment First

Sẵn sàng niêm yết: quản trị, pháp lý và công bố

Niêm yết CEX có thể mang lại giá trị khi bạn cần quyền truy cập đáng tin cậy cho người dùng thích tài khoản giám hộ, thanh khoản sổ lệnh sâu hơn và phân phối rộng hơn thông qua một nền tảng mà người ta đã và đang sử dụng. Nó cũng có thể hỗ trợ cấu trúc thị trường trưởng thành hơn: nhiều đối tác hơn, spread chặt hơn và khả năng phát hiện giá rõ ràng hơn giữa các nền tảng.

Nhưng một niêm yết không phải là:

  • Phương án thay thế cho product-market fit
  • “Phép thuật” thanh khoản
  • Kế hoạch thoát
  • Sự kiện chỉ phục vụ marketing

Một lý do để đặt kỳ vọng: CryptoSlate đã đề cập đến nghiên cứu (thông qua Animoca Research) gợi ý rằng nhiều niêm yết token mới trong năm 2024 có hiệu suất trung vị âm sau niêm yết. Điểm mấu chốt không phải là các niêm yết “xấu”, mà là một niêm yết không tự tạo ra nhu cầu bền vững. Nhu cầu vẫn đến từ tiện ích sản phẩm, kênh phân phối và việc thực thi đáng tin cậy.

CEX so với DEX, bạn thực sự đang chọn gì

Niêm yết trên DEX (sàn giao dịch phi tập trung) thường không cần xin phép và nhanh hơn, nhưng nó chuyển trách nhiệm sang dự án và người dùng: UX giám hộ tự thân, cung cấp thanh khoản trên-chain, rủi ro MEV và tấn công trước, và tắc nghẽn ở cấp chuỗi. Niêm yết trên CEX thường đưa vào:

  • Một “hàng rào” tuân thủ có quan điểm rõ ràng hơn (KYC, sàng lọc trừng phạt, khu vực bị hạn chế)
  • Quy trình giám hộ (gửi tiền, rút tiền, vận hành ví)
  • Vi cấu trúc sổ lệnh (spread, độ sâu, nhà tạo lập thị trường, giám sát)

Cách WhiteBIT tiếp cận

  • Thách thức ngành: tài liệu không rõ ràng hoặc không đầy đủ làm chậm quá trình rà soát và tạo ra nhiều vòng trao đổi trong quá trình thẩm định (diligence).
  • Dự án cần phải có gì: một danh sách yêu cầu rõ ràng, lộ trình rà soát có cấu trúc và kỳ vọng minh bạch cho công bố, khu vực bị hạn chế, và phê duyệt chịu trách nhiệm.
  • Cách WhiteBIT: quy trình hướng dẫn dựa trên quan hệ và đồng hành, được định vị là ưu tiên tuân thủ, với một đầu mối liên hệ cụ thể trong suốt hành trình niêm yết.
  • Liên kết của WhiteBIT: định vị ưu tiên tuân thủ, chuẩn mực onboarding cho tổ chức và kỳ vọng về mức sẵn sàng có cấu trúc.

Những “ray” đáng tin cậy

Tích hợp kỹ thuật và thiết lập vận hành

Tích hợp kỹ thuật là nơi “ý định tốt” trở thành hiện thực vận hành. Mục tiêu của bạn rất đơn giản: người dùng có thể gửi, giao dịch và rút tiền một cách đáng tin cậy, và hai phía có thể phản ứng nhanh khi có thứ gì đó bị hỏng.

Chuẩn chuỗi và chuẩn token hỗ trợ

Xác nhận yêu cầu về chuỗi và chuẩn token sớm, và thống nhất kế hoạch ra mắt theo từng giai đoạn:

  • Mở gửi tiền (với xác nhận được định nghĩa)
  • Mở giao dịch (các cặp, bước giá tick size, tạo lập thị trường hoạt động)
  • Mở rút tiền (thường được chặn theo mức độ tin cậy giám sát)
  • Kịch bản ứng phó dự phòng (điều gì kích hoạt việc tạm dừng)

Hạ tầng ví, giám sát và phản ứng sự cố

Một thiết lập chuyên nghiệp bao gồm:

  • Tạo địa chỉ và yêu cầu memo hoặc tag (nếu áp dụng)
  • Giám sát trên-chain cho tắc nghẽn, rủi ro reorg, và các luồng bất thường
  • Một kênh sự cố dùng chung và SLA leo thang
  • Mẫu truyền thông sau sự cố (chuyện gì đã xảy ra, tác động tới người dùng, thời điểm cập nhật tiếp theo)

Kỳ vọng về bảo mật

Hãy sẵn sàng công bố:

  • Trạng thái kiểm toán và các thay đổi so với sau kiểm toán
  • Khóa admin và cơ chế kiểm soát nâng cấp (multisig, timelock, điều kiện dừng khẩn cấp)
  • Các rủi ro đã biết ở cấp chuỗi (lịch sử downtime, đặc thù về finality, sự phụ thuộc vào bridge)

Hình dạng thị trường

Thiết kế thanh khoản: chọn đúng thị trường và cặp

Hãy coi thanh khoản như một yêu cầu sản phẩm. Bạn không chỉ chọn nơi token được giao dịch, bạn đang chọn mức độ dễ dàng để người dùng vào/ra mà không bị trượt giá quá mức.

Chiến lược cặp, dùng tài sản nền nào và cần bao nhiêu thị trường

Các nhóm cặp phổ biến gồm:

  • Cặp stablecoin (ví dụ token/USDT, token/USDC), dễ tiếp cận và thường có lượng luồng retail cao nhất
  • Cặp crypto lớn (major) (token/BTC, token/ETH), hữu ích cho luồng người dùng native crypto
  • Cặp fiat (nếu có), có thể mở rộng tiếp cận theo khu vực nhưng có thể làm tăng độ phức tạp vận hành và tuân thủ

Nhiều thị trường hơn không phải lúc nào cũng tốt. Quá nhiều cặp có thể làm phân mảnh thanh khoản, khiến spread rộng ra trên mọi sổ.

Xác định “thanh khoản lành mạnh”

Xác định các mục tiêu đo lường được cho:

  • Spread bid-ask: khoảng chấp nhận tối đa trong điều kiện biến động bình thường
  • Các dải độ sâu: thanh khoản danh nghĩa tối thiểu nằm ở ±0,5%, ±1%, ±2% so với giá giữa (mid price)
  • Mức chịu trượt giá: cho các kích thước retail điển hình và các luồng lớn kiểu “khối lệnh”

Lập kế hoạch quỹ dự phòng cho cung cấp thanh khoản

Thanh khoản thường cần tồn kho. Lập kế hoạch:

  • Có thể phân bổ bao nhiêu tồn kho cho tạo lập thị trường và các chương trình thanh khoản
  • Giới hạn rủi ro (tối đa phơi nhiễm tồn kho, phương sai tối đa hằng ngày, điều kiện dừng)
  • Ai có thể phê duyệt thay đổi, và thời gian nhanh đến mức nào

Nếu bạn dự đoán các đợt điều chuyển quỹ dự phòng lớn, hãy cân nhắc liệu thực thi OTC có thể giảm tác động thị trường so với việc đẩy khối lượng qua sổ lệnh công khai hay không, tùy theo ràng buộc và mức hỗ trợ của nền tảng.

Cách WhiteBIT tiếp cận

  • Thách thức ngành: các dự án đánh giá thấp nhu cầu thanh khoản liên tục, và coi thanh khoản chỉ là một vấn đề “từ lúc ra mắt”.
  • Dự án cần phải có gì: lý do chọn cặp rõ ràng, mục tiêu độ sâu và spread đo lường được, và kế hoạch quản lý tồn kho liên tục.
  • Cách WhiteBIT: hướng dẫn chọn cặp cộng với quyền truy cập các chương trình thanh khoản, được định vị là hỗ trợ linh hoạt theo từng giai đoạn của dự án.

Luồng hai chiều

Chiến lược tạo lập thị trường và thiết kế khuyến khích

Nhà tạo lập thị trường giúp tạo ra thị trường trật tự bằng cách liên tục báo giá bid và ask, duy trì độ sâu và làm giảm biến động vi cấu trúc. Nhưng khuyến khích có thể phản tác dụng nếu thưởng cho khối lượng “bề ngoài” hơn là thanh khoản thực.

Tạo lập thị trường tốt trông như thế nào

  • Báo giá hai phía trong các dải độ sâu được xác định
  • Tỷ lệ uptime cao, đặc biệt trong giai đoạn biến động
  • Spread ổn định so với mức độ biến động
  • Kỷ luật tồn kho, không chỉ chạy theo rebate

Khuyến khích và KPI, trả tiền cho đúng thứ bạn muốn

Hãy dùng bảng KPI nhấn mạnh độ sâu, spread và uptime, kèm theo các hàng rào về biến động và tính toàn vẹn.

KPI Mục tiêu hoặc định nghĩa Tần suất báo cáo
Spread (trung vị) Spread bid-ask chấp nhận tối đa trong điều kiện biến động bình thường; định nghĩa dải riêng cho giai đoạn bình ổn vs biến động cao. Tóm tắt hằng ngày và hằng tuần
Độ sâu tại ±1% và ±2% Thanh khoản danh nghĩa tối thiểu nằm ở cả hai phía trong các dải được định nghĩa. Hằng ngày
Quote uptime Phần trăm thời gian báo giá hai phía hoạt động trong các dải yêu cầu, loại trừ khung bảo trì đã thống nhất. Hằng ngày
Hàng rào biến động Quy tắc mở rộng spread hoặc giảm quy mô trong các biến động cực đoan; định nghĩa ngưỡng kích hoạt và cảnh báo. Cảnh báo thời gian thực và post-mortem
Giới hạn tồn kho Phơi nhiễm tồn kho mua dài hoặc bán khống tối đa, quy tắc cân bằng lại và điều kiện dừng. Hằng tuần và báo cáo theo ngoại lệ
Cờ về tính toàn vẹn thị trường Ngưỡng cho các mẫu đáng ngờ (tự giao dịch, dòng chảy vòng tròn, đột biến bất thường) và bước leo thang. Hằng tuần và theo sự cố

Tránh các sai lầm thường gặp

  • Khuyến khích chỉ thưởng cho khối lượng, có thể khuyến khích các mẫu kiểu wash-like
  • Phụ thuộc vào một nhà tạo lập thị trường duy nhất, điểm lỗi đơn (single point of failure)
  • Mục tiêu độ sâu không tính tới biến động, mục tiêu nên thích ứng chứ không phải biến mất
  • Không có kế hoạch leo thang khi spread phình ra hoặc khi việc rút tiền bị tạm dừng

Cách WhiteBIT tiếp cận

  • Thách thức ngành: các khuyến khích trông có vẻ tốt trên giấy nhưng thất bại trong thị trường thực, khiến sổ trở nên mỏng khi khuyến khích hết hiệu lực.
  • Dự án cần phải có gì: yêu cầu đo lường được về độ sâu và uptime, chuẩn mực tính toàn vẹn rõ ràng, cùng công cụ vận hành giúp giảm độ trễ và ma sát.
  • Cách WhiteBIT: một chương trình tạo lập thị trường có cấu trúc với các tính năng dành cho tổ chức (ví dụ rebate, colocating, API, sub-account) cộng với hỗ trợ thiết lập trực tiếp.

Triển khai phối hợp

Kế hoạch go-to-market: truyền thông và tính đáng tin cậy

Các niêm yết nhanh thường là kết quả của mức sẵn sàng, không phải bỏ qua các bước. Bạn giảm độ trễ bằng cách hiểu các giai đoạn điển hình và các đầu vào nào “khóa” từng giai đoạn.

Các giai đoạn quy trình điển hình

  1. Nộp hồ sơ và rà soát mức độ phù hợp ban đầu (tổng quan dự án, các màn hình tuân thủ cơ bản)
  2. Rà soát tài liệu và công bố (pháp nhân, tokenomics, lịch lịch phát hành/giải tỏa (vesting and unlocks), chính sách)
  3. Xác định phạm vi kỹ thuật (hỗ trợ chuỗi, vận hành ví, xác nhận, giám sát)
  4. Xác nhận kế hoạch thanh khoản (cặp, thiết lập tạo lập thị trường, mục tiêu ra mắt)
  5. Kế hoạch ra mắt (lịch, comms, thứ tự gửi tiền và giao dịch)
  6. Giám sát sau ra mắt và các kỳ vọng liên tục

Các thành phần thương mại phổ biến

  • Phí niêm yết hoặc chi phí tích hợp (tùy nền tảng)
  • Phạm vi hỗ trợ thị trường (chương trình thanh khoản, khuyến khích cho maker, cuộc thi)
  • Cơ hội marketing (vị trí đặt quảng bá, chiến dịch)
  • Các kỳ vọng liên tục (tần suất báo cáo, phản ứng sự cố, truyền thông về các đợt unlock)

Lập kế hoạch theo timeline quan trọng vì “nhanh” phụ thuộc vào mức sẵn sàng và phạm vi kỹ thuật. Nếu các công bố của bạn, quản trị, hoặc yêu cầu tích hợp không rõ ràng, thời gian đàm phán sẽ kéo dài và rủi ro ra mắt tăng.

Cách WhiteBIT tiếp cận

  • Thách thức ngành: các đội ngũ hiểu “nhanh” như một lời hứa thay vì một hàm số của mức sẵn sàng, dẫn đến kỳ vọng không khớp và các đợt ra mắt bị vội vàng.
  • Dự án cần phải có gì: checklist mức sẵn sàng, đường đi tới hạn (critical path) với người phụ trách và deadline, cùng một kênh leo thang riêng cho tuần ra mắt.
  • Cách WhiteBIT: định vị “hạ rào cản, xử lý nhanh hơn” đi kèm BD cá nhân hóa và mô hình hỗ trợ theo chuẩn tổ chức, với tốc độ được quyết định bởi mức sẵn sàng và phạm vi kỹ thuật.

Giữ vững

Vận hành sau niêm yết: điều gì xảy ra sau ngày đầu

Các niêm yết nhanh thường là kết quả của mức sẵn sàng, không phải bỏ qua các bước. Bạn giảm độ trễ bằng cách hiểu các giai đoạn điển hình và các đầu vào nào “khóa” từng giai đoạn.

Các giai đoạn quy trình điển hình

  1. Nộp hồ sơ và rà soát mức độ phù hợp ban đầu (tổng quan dự án, các màn hình tuân thủ cơ bản)
  2. Rà soát tài liệu và công bố (pháp nhân, tokenomics, lịch lịch phát hành/giải tỏa (vesting and unlocks), chính sách)
  3. Xác định phạm vi kỹ thuật (hỗ trợ chuỗi, vận hành ví, xác nhận, giám sát)
  4. Xác nhận kế hoạch thanh khoản (cặp, thiết lập tạo lập thị trường, mục tiêu ra mắt)
  5. Kế hoạch ra mắt (lịch, comms, thứ tự gửi tiền và giao dịch)
  6. Giám sát sau ra mắt và các kỳ vọng liên tục

Các thành phần thương mại phổ biến

  • Phí niêm yết hoặc chi phí tích hợp (tùy nền tảng)
  • Phạm vi hỗ trợ thị trường (chương trình thanh khoản, khuyến khích cho maker, cuộc thi)
  • Cơ hội marketing (vị trí đặt quảng bá, chiến dịch)
  • Các kỳ vọng liên tục (tần suất báo cáo, phản ứng sự cố, truyền thông về các đợt unlock)

Lập kế hoạch theo timeline quan trọng vì “nhanh” phụ thuộc vào mức sẵn sàng và phạm vi kỹ thuật. Nếu các công bố của bạn, quản trị, hoặc yêu cầu tích hợp không rõ ràng, thời gian đàm phán sẽ kéo dài và rủi ro ra mắt tăng.

Các “bẫy” có thể lường trước

Các chế độ lỗi thường gặp, và cách tránh chúng

Các niêm yết nhanh thường là kết quả của mức sẵn sàng, không phải bỏ qua các bước. Bạn giảm độ trễ bằng cách hiểu các giai đoạn điển hình và các đầu vào nào “khóa” từng giai đoạn.

Các giai đoạn quy trình điển hình

  1. Nộp hồ sơ và rà soát mức độ phù hợp ban đầu (tổng quan dự án, các màn hình tuân thủ cơ bản)
  2. Rà soát tài liệu và công bố (pháp nhân, tokenomics, lịch lịch phát hành/giải tỏa (vesting and unlocks), chính sách)
  3. Xác định phạm vi kỹ thuật (hỗ trợ chuỗi, vận hành ví, xác nhận, giám sát)
  4. Xác nhận kế hoạch thanh khoản (cặp, thiết lập tạo lập thị trường, mục tiêu ra mắt)
  5. Kế hoạch ra mắt (lịch, comms, thứ tự gửi tiền và giao dịch)
  6. Giám sát sau ra mắt và các kỳ vọng liên tục

Các thành phần thương mại phổ biến

  • Phí niêm yết hoặc chi phí tích hợp (tùy nền tảng)
  • Phạm vi hỗ trợ thị trường (chương trình thanh khoản, khuyến khích cho maker, cuộc thi)
  • Cơ hội marketing (vị trí đặt quảng bá, chiến dịch)
  • Các kỳ vọng liên tục (tần suất báo cáo, phản ứng sự cố, truyền thông về các đợt unlock)

Lập kế hoạch theo timeline quan trọng vì “nhanh” phụ thuộc vào mức sẵn sàng và phạm vi kỹ thuật. Nếu các công bố của bạn, quản trị, hoặc yêu cầu tích hợp không rõ ràng, thời gian đàm phán sẽ kéo dài và rủi ro ra mắt tăng.

Cách WhiteBIT tiếp cận

  • Thách thức ngành: các đội ngũ hiểu “nhanh” như một lời hứa thay vì một hàm số của mức sẵn sàng, dẫn đến kỳ vọng không khớp và các đợt ra mắt bị vội vàng.
  • Dự án cần phải có gì: checklist mức sẵn sàng, đường đi tới hạn (critical path) với người phụ trách và deadline, cùng một kênh leo thang riêng cho tuần ra mắt.
  • Cách WhiteBIT: định vị “hạ rào cản, xử lý nhanh hơn” đi kèm BD cá nhân hóa và mô hình hỗ trợ theo chuẩn tổ chức, với tốc độ được quyết định bởi mức sẵn sàng và phạm vi kỹ thuật.

Thực thi ngay

Checklist sẵn sàng niêm yết + các bước tiếp theo

Dùng checklist dưới đây để chạy rà soát mức độ sẵn sàng nội bộ trước khi làm việc với bộ phận niêm yết. Nó được thiết kế để bạn có thể copy và paste vào một tài liệu nội bộ.

Khu vực “Sẵn sàng” nghĩa là gì Người phụ trách hoặc ghi chú
Quản trị Xác nhận thẩm quyền ký Tàu kiểm soát quỹ (Treasury) đã được định nghĩa (multisig, giới hạn, phê duyệt) Thiết lập lịch trực on-call cho tuần ra mắt COO, Pháp lý, Tài chính
Pháp lý và tuân thủ Cấu trúc pháp nhân được lập tài liệu Xác lập khu vực bị hạn chế và lập hồ sơ chính sách trừng phạt Venue kỳ vọng đã hiểu (KYC, AML, công bố) Pháp lý, Tuân thủ
Công bố Tài liệu một trang về tokenomics Allocation, lịch vesting và unlocks Rủi ro công bố và chính sách tính toàn vẹn thị trường Phụ trách token, Pháp lý
Tích hợp kỹ thuật Xác nhận chuỗi và chuẩn token Xác nhận gửi và rút tiền đã được định nghĩa Kế hoạch giám sát và leo thang sự cố đã được thống nhất Kỹ thuật, Bảo mật
Tư thế bảo mật Có sẵn trạng thái kiểm toán và nhật ký thay đổi Khóa admin và cơ chế kiểm soát nâng cấp đã được công bố Đã định nghĩa điều kiện dừng khẩn cấp Bảo mật, Kỹ thuật
Kế hoạch thanh khoản Đã chọn chiến lược cặp (tránh phân mảnh) Đã định nghĩa mục tiêu độ sâu và spread Đã phê duyệt tồn kho và giới hạn rủi ro Tài chính, Người phụ trách thanh khoản
Tạo lập thị trường Đã thống nhất bảng KPI (spread, độ sâu, uptime) Khuyến khích phù hợp với thanh khoản thực Giám sát tính toàn vẹn và kế hoạch leo thang sự cố đã thiết lập Người phụ trách thanh khoản, Tuân thủ
Go-to-market Đã chốt lịch ra mắt (gửi tiền, giao dịch, rút tiền) Đã phê duyệt các rào chắn về thông điệp Đã chuẩn bị macro hỗ trợ và FAQ Marketing, Truyền thông, Hỗ trợ
Vận hành sau niêm yết Chỉ định người phụ trách báo cáo thanh khoản hằng tuần Đã soạn playbook cho sự kiện unlock Đã sẵn sàng template post-mortem cho sự cố COO, Tài chính, Truyền thông

Lịch nghị sự cuộc gọi đầu tiên, cần mang gì cho nhóm niêm yết

  • Token giải quyết vấn đề gì, và ai đang sử dụng nó hiện tại
  • Tokenomics và lịch unlock, kèm ngày và số lượng
  • Các cặp mục tiêu và lý do (stablecoin vs major vs fiat)
  • Kế hoạch thanh khoản (tồn kho, giới hạn rủi ro, KPI tạo lập thị trường)
  • Chi tiết kỹ thuật (chuỗi, hợp đồng, xác nhận, xử lý đặc biệt)
  • Hàng rào tuân thủ (khu vực bị hạn chế, công bố, ai là người ký)
  • Đề xuất lịch ra mắt và người phụ trách truyền thông

Chúng tôi có cần niêm yết CEX nếu chúng tôi đã giao dịch trên DEX không?

Không phải lúc nào cũng cần. Niêm yết CEX có thể mở rộng khả năng tiếp cận cho người dùng thích tài khoản giám hộ và có thể cải thiện chất lượng thực thi sổ lệnh, nhưng đồng thời làm tăng các kỳ vọng về vận hành và tuân thủ. Nếu thanh khoản DEX của bạn đã ổn định và người dùng của bạn là nhóm bản địa tự giám hộ, ưu tiên của bạn có thể là phân phối và áp dụng sản phẩm hơn là thêm nhiều nền tảng.

“Thanh khoản lành mạnh” có nghĩa là gì trong thực tế?

Điều đó có nghĩa là người dùng có thể giao dịch các kích thước điển hình với spread có thể dự đoán và trượt giá hạn chế, kể cả trong giai đoạn biến động. Hãy định nghĩa bằng các mục tiêu đo lường được như spread tối đa và độ sâu tối thiểu theo các dải như ±1% và ±2%. Chỉ nhìn vào khối lượng thôi có thể gây hiểu nhầm nếu nó chủ yếu đến từ khuyến khích hoặc bị tập trung.

Chúng tôi nên ra mắt với bao nhiêu cặp giao dịch?

Bắt đầu với số lượng cặp ít nhất có thể đáp ứng đúng nhu cầu người dùng thực. Quá nhiều cặp sẽ phân mảnh thanh khoản và làm spread rộng ra ở mọi nơi. Nhiều đội ngũ bắt đầu với một cặp stablecoin và tùy chọn thêm một cặp major-crypto nếu đã có nhu cầu được chứng minh.

Chúng tôi có cần nhà tạo lập thị trường không?

Nếu bạn ra mắt trên một nền tảng sổ lệnh và muốn chất lượng thực thi ổn định, tạo lập thị trường thường là yêu cầu cốt lõi. Điểm mấu chốt là căn chỉnh khuyến khích theo độ sâu, spread và uptime, không phải chỉ theo khối lượng được in ra.

Lý do lớn nhất khiến việc niêm yết bị trì hoãn là gì?

Mức sẵn sàng không đầy đủ: quản trị không rõ ràng, thiếu công bố, câu hỏi tuân thủ chưa được giải quyết hoặc mơ hồ về kỹ thuật. Hãy coi việc niêm yết như một đợt triển khai vận hành với người phụ trách và deadline, không phải như một cột mốc marketing.

Chúng tôi có nên chạy các cuộc thi giao dịch vào lúc ra mắt không?

Chúng có thể thu hút hoạt động, nhưng cũng có thể tạo ra luồng giao dịch bị méo mó mà sẽ biến mất khi khuyến khích kết thúc. Nếu bạn chạy chúng, hãy gắn với các mục tiêu về sức khỏe thanh khoản và tránh các thiết kế thưởng cho hành vi wash-like.

Chúng tôi nên xử lý việc unlock token sau niêm yết như thế nào?

Công bố lịch unlock, lập kế hoạch tác động thị trường, và cam kết trước về truyền thông minh bạch. Hãy cân nhắc các tuyến thực thi thay thế (như OTC) cho các đợt điều chuyển quỹ dự phòng lớn nhằm giảm gián đoạn thị trường, tùy thuộc vào ràng buộc của bạn.

Chúng tôi nên kỳ vọng gì từ mối quan hệ với sàn giao dịch sau niêm yết?

Phối hợp vận hành liên tục: giám sát, phản ứng sự cố, đánh giá sức khỏe thanh khoản và truyền thông về các sự kiện token lớn. Một niêm yết là sự khởi đầu của mối quan hệ vận hành, không phải là kết thúc của một quy trình.

WhiteBIT

Liên hệ bộ phận bán hàng cho tổ chức và trao đổi với nhóm niêm yết.

Khám phá trung tâm WhiteBIT Institutional, niêm yết token, tạo lập thị trường, giám hộ, chương trình đối tác; cân nhắc OTC cho các dòng tiền quỹ dự phòng lớn khi phù hợp.

Trao đổi với nhóm tổ chức và niêm yết của WhiteBIT

Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • Bình luận
  • Đăng lại
  • Retweed
Bình luận
Thêm một bình luận
Thêm một bình luận
Không có bình luận
  • Ghim