Ortak bir kayda ihtiyaç duyan dört model alanı
İnceleme haritası 4 alan içerir: arz, vesting, emisyon ve listing hazırlığı. Bunları birbirine bağlı girdiler olarak ele almak, bir belgenin diğerinden farklı bir modeli tanımladığı yerleri ortaya çıkarmaya yardımcı olur.
Ekibinizin alması gereken kararları belirleyerek başlıyoruz. Ardından tokenlerin nasıl tahsis edildiğini, ne zaman kullanılabilir hale gelebileceklerini ve planlanan her bir serbest bırakmanın neyi desteklemesinin amaçlandığını haritalandırıyoruz. Listeyle ilgili bilgiler aynı girdilere göre kontrol edilir. Bu, farklı kitleler için ayrı açıklamalar yerine token modelinin tek bir çalışma görünümünü oluşturur.
İnceleme, bir token lansmanı öncesinde, büyük bir model değişikliği sırasında veya lansman materyallerinin uyumlanması gerektiğinde faydalıdır. Token lansmanı hazırlığı yapan ekipler, bulguları token bilgilerini lansman planlamasıyla tutarlı hale getirmek için kullanabilir. Bir ön satış, ön satış kampanyası dahil olmak üzere karşılaştırılacak başka bir materyal seti ekler.
Tamamlanmamış taslakları ve sürümler arasındaki anlaşmazlıkları getirin. Hangi rakamların onaylandığını ve hangilerinin teklif olarak kaldığını işaretleyin. Sessizce bir sürüm seçmek yerine çözülmemiş girdileri kaydederiz. Bu, kuruculara token bilgilerini yayınlamadan veya dağıtmadan önce atanacak net bir karar listesi verir.
Lansmandan önce hangi arz kayıtları uyumlu olmalı?
Bir arz kaydı, toplam arzı, tahsis kategorilerini, serbest bırakma koşullarını ve kamuya açık açıklamaları birbirine bağlamalıdır. Bu ayrıntıları 3 kaynak grubu arasında karşılaştırırız: model, destekleyici token belgeleri ve lansman veya listing materyalleri.
Her kaynağın en son sürümünü bir araya getirerek başlayın. Mevcut toplam arz varsayımını, tahsis kategorilerini, alıcı veya amaç açıklamalarını ve kullanılabilirliği etkileyen kısıtlamaları ekleyin. Geçici olsalar bile mevcut serbest bırakma takvimlerini ekleyin. Belgeler aynı tahsis için farklı adlar kullanıyorsa, bu ilişkiyi inceleme için not edin.
Karşılaştırma, eksik tanımları, çelişkili rakamları ve okuyucuların kafasını karıştırabilecek terimleri işaretler. Token tasarımını sizin için belirlemez. Bunun yerine, hangi girdinin onaylanması gerektiğini ve aynı onaylanmış bilgilerin nerede görünmesi gerektiğini gösterir. Bu kayıt, ekiplerin tahsisleri proje planına göre açıklaması gereken fon toplama ve yatırımcı ilişkilerini destekleyebilir.
Paketi paylaşmadan önce, her rakamın bir sorumlusu ve bir durumu olduğunu kontrol edin. Her öğeyi onaylanmış, önerilmiş veya çözülmemiş olarak etiketleyin. Varsayımlardaki bir değişikliği açıklıyorsa önceki taslakları saklayın. Bu, neyin değiştiğini izlemeyi kolaylaştırır ve güncel olmayan bir takvimin çalışma referansı haline gelmesini önler.
Vesting ve emisyonun proje kilometre taşlarına göre okunması
Bir serbest bırakma takvimi, tarihleri, alıcıları ve amacı birlikte göründüğünde değerlendirilmesi daha kolay hale gelir. Vesting ve emisyonu, ekibin onayladığı veya açıkça geçici olarak işaretlediği proje kilometre taşlarıyla karşılaştırırız.
Her vesting takvimi için kimi kapsadığını, ne zaman başladığını ve kullanılabilirliği etkileyen koşulları kaydedin. Her emisyon satırı için amaçlanan kullanımı, alıcı grubunu ve serbest bırakmanın arkasındaki karar sürecini belirtin. Modelde ödüller veya teşvikler görünüyorsa, desteklemeleri amaçlanan etkinliği açıklayın. Bu ayrıntılar, okuyucuların takvimi dahili bağlama güvenmeden anlamasına yardımcı olur.
Ekip hala takvimler arasında seçim yapıyorsa 2 sürüm getirin. Tercih edilen sürümü işaretleyin ve hangi varsayımların açık kaldığını açıklayın. Tarihler, süreler, alıcı açıklamaları ve belirtilen amaçlardaki farklılıkları belirleriz. Çıktı, bir kurucu kararı gerektiren soruları yalnızca netliği artıran düzenlemelerden ayırır.
Bulguları kullanarak her açık karara dahili bir sorumlu atayın. Ardından modeli ve takvimini tekrarlayan materyalleri güncelleyin. Serbest bırakma planı lansman konumlandırmasını etkiliyorsa, incelemeyi bir pazara giriş stratejisine bağlayın.
Listeye hazırlık dosyası neyi netleştirmeli?
Bir listeye hazırlık dosyası, proje tarafından sağlanan token bilgilerini açık ve tutarlı hale getirmelidir. Çözülmemiş bir varsayımı onaylanmış bir rakam olarak sunmamalıdır.
Sağladığınız materyallerde görünen token terminolojisini, arz açıklamalarını, tahsis özetlerini ve takvim ayrıntılarını kontrol ederiz. Ayrıca bu materyalleri mevcut modelle karşılaştırırız. Ekibin devam eden bir listing formu veya profili varsa, mevcut sürümünü ekleyin ve proje verilerini onaylayabilecek kişiyi belirleyin.
Açıklamalı kayıt, onaylanmış bilgileri bir yanıt gerektiren alanlardan ayırır. Ayrıca belgeler arasında açıklamaların nerede farklılaştığını gösterir. Ekibiniz daha sonra listeyle ilgili materyalleri hazırlamadan veya güncellemeden önce ilgili girdiyi çözebilir. Bu çalışma, daha geniş token lansmanı ve büyüme planının yanında yer alabilir. Proje iletişimlerinde üzerinde anlaşılmış tek bir token bilgisi seti görünmelidir.
Modeli, token dokümantasyonunu ve mevcut listing materyallerini içeren bir kaynak paketi hazırlayın. Çözülmemiş her gerçek için bir iletişim kişisi ekleyin. Bu, netleştirme çalışmasını odaklı tutar ve incelemecinin proje tarafından sağlanan bilgileri kontrol etmesi için net bir yol sağlar. Nihai öneriler, bir platform sonucu değil, düzenlemeleri ve kararları belirler.
Ekip olarak alacağınız değerlendirme kaydı
Teslimat, modelin, incelenen varsayımlarının ve kalan kararların veya düzenlemelerin açıklamalı bir değerlendirmesidir. Proje aşamasını, kaynak materyalleri ve ekibin yanıtlanması gereken sorularını kontrol ettikten sonra kapsam üzerinde anlaşırız.
Kayıt, bulguları kullanılabilir çalışma alanlarına göre düzenler:
- Onaylanması gereken arz ve tahsis tanımları.
- Uyumlanması gereken vesting ve emisyon varsayımları.
- Model ile lansman belgeleri arasındaki farklılıklar.
- Ekibinizin ataması için bir karar sorumlusu olan açık sorular.
- Kullanmayı planladığınız materyaller için önceliklendirilmiş güncellemeler.
Her bulgu kaydının 4 alanı vardır: kaynak, değer, durum ve sorumlu. İş akışımız 2 inceleme kontrol noktası içerir. Başlangıçta, yetkili model sürümünü onaylar ve hangi soruların kapsam dahilinde olduğunu belirleriz. Değerlendirmeden sonra, açıklamalı bulguları birlikte gözden geçirir ve öncelikli kararları isteğe bağlı ifade değişikliklerinden ayırırız. Bu, ekibinize sıralanmamış bir listeyi ayıklamak yerine analiz üzerinde net bir şekilde hareket etme yolu sağlar.
Taahhüt sırasında model değişirse, hangi sürümün nihai değerlendirmeyi yönettiğini onaylarız. Token tasarımını konumlandırmayla birleştiren ekipler bir pazara giriş stratejisi ekleyebilir. Öneriler, başlangıçta üzerinde anlaşılan materyallere ve sorulara bağlı kalır.
Proje kanıtlarının bittiği ve platform kararlarının başladığı yer
Kaynak paketi, ekibinizin doğrulayabileceği şeyleri kaydeder: token tanımları, takvimler ve inceleme için hazırlanan materyaller. Bu girdileri harici olarak paylaşmadan önce çözmek için değerlendirmeyi kullanın.
CoinGecko ve CoinMarketCap kendi başvuru incelemelerini, profil alanlarını ve güncelleme zamanlamasını kontrol eder. Bizim yetkimiz, proje tarafından sağlanan token verilerini denetlemek ve üzerinde anlaşılan düzeltmeleri teslim etmektir. Kabulü veya bir platformun genel profili ne zaman değiştireceğini belirleyemeyiz.
Yararlı bir devir teslim, çözülmemiş her girdi için bir sorumlu belirler. Ayrıca bu karardan sonra güncellenmesi gereken belgeyi de tanımlar. Ekibiniz zaten lansman yaptıysa, lansman sonrası destek, tokenomics incelemesinin yanında daha sonraki çalışmaları koordine etmeye yardımcı olabilir.
Başlamak için mevcut modeli, ilgili token belgelerini ve lansman kilometre taşlarını gönderin. Onaylanmış rakamları, geçici varsayımları ve ilerlemeyi engelleyen kararları işaretleyin. GeoMarketing Experts paketi inceleyecek, pratik bir kapsam belirleyecek ve başlamak için gereken girdileri tanımlayacaktır.
Nasıl çalışır
- 01 — Mevcut modeli paylaşınEn son arz, tahsis, vesting ve emisyon materyallerini gönderin. Onaylanmış girdileri işaretleyin ve çözülmemiş taslakları ekleyin.
- 02 — İnceleme sorularını belirleyinDeğerlendirmenin hangi kararları bilgilendirmesi gerektiği konusunda anlaşın. Kapsamdaki belgeleri ve lansman kilometre taşlarını adlandırın.
- 03 — Girdileri karşılaştırınDanışman, model öğelerinin nasıl bağlandığını kontrol eder. Net olmayan varsayımları, tutarsızlıkları ve ekibiniz için kararları kaydederiz.
- 04 — Değerlendirmeyi tartışınAçıklamalı bulguları birlikte gözden geçirin. Öncelikli kararları isteğe bağlı iyileştirmelerden ayırın.
- 05 — Üzerinde anlaşılan güncellemeleri uygulayınEkibiniz model değişikliklerini onaylar ve inceleme kaydını kullanarak ilgili materyalleri günceller.
Sık sorulan sorular
İlk inceleme paketine hangi belgeler girmeli?
Mevcut modeli, tahsis varsayımlarını, vesting veya emisyon takvimlerini ve tokeni tanımlayan belgeleri gönderin. Lansman kilometre taşlarını ve ekibinizin alması gereken kısa bir karar listesini ekleyin. Birden fazla taslağınız varsa, her sürümü etiketleyin ve mevcut olanı belirleyin. Bu, incelemecinin hangi dosyanın geçerli olduğunu tahmin etmeden onaylanmış girdileri tekliflerden ayırt etmesini sağlar.
TGE duyurulmadan önce modeli inceletebilir miyiz?
Evet. Duyuru öncesi bir inceleme, arz, tahsis, vesting ve emisyonu bu ayrıntılar lansman materyallerine girmeden önce netleştirebilir. Ekibinizin onayladığı kilometre taşlarını ekleyin ve geçici zamanlamayı açıkça işaretleyin. Değerlendirme daha sonra, ekibinizin bunları kamuya açık veya yatırımcıya yönelik belgelerde kullanmadan önce karar verilmesi gereken token bilgilerini işaretleyebilir.
İnceleme zaman çizelgesi nasıl belirleniyor?
Zamanlamayı, kaynak paketini inceledikten ve kapsamdaki soruları onayladıktan sonra belirleriz. Birleştirilmiş bir model bize, çözülmemiş kararları olan rakip taslaklardan daha net bir başlangıç noktası verir. Başlangıçta, çalışma sürümünü ve inceleme sırasını onaylarız. Açık girdilere sorumlular atayarak çalışmanın ilerlemesine yardımcı olabilirsiniz.
Bir değerlendirme CoinGecko veya CoinMarketCap listelemesini garanti edebilir mi?
Hayır. CoinGecko ve CoinMarketCap kendi başvuru incelemelerini, profil gereksinimlerini ve güncelleme zamanlamasını kontrol eder. Değerlendirme, proje tarafından sağlanan bilgileri ve kapsamda üzerinde anlaşılan düzeltmeleri kapsar. Ekibinizin tutarlı materyaller hazırlamasına yardımcı olabilir, ancak her iki platformun bir başvuruyu kabul edip etmeyeceğine veya bir profili değiştirip değiştirmeyeceğine karar veremez.
Arz, vesting ve emisyonu tek bir model olarak inceleyebilir misiniz?
Evet. İnceleme bu 3 alanı tahsis tanımları ve listeye hazırlık materyalleriyle birleştirir. Her takvimin arkasındaki varsayımları kaydeder ve bir proje kararı gerektiren soruları işaretleriz. Bazı kısımlar zaten karara bağlanmışsa, ilgili model bağlamı mevcut olduğu sürece kapsam açık alanlara odaklanabilir.
Bir tokenomics danışmanlık taahhüdü için nasıl fiyat teklifi veriyorsunuz?
Kapsam, model, destekleyici belgeler ve ekibinizin çözülmesi gereken sorularına göre belirlenir. İlgili lansman materyalleri de dahil olan işi etkileyebilir. Bu girdilerin kısa bir taslağını gönderin; bir taahhüt önermeden önce pratik bir inceleme kapsamı belirleyeceğiz.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…