Rimozione warning listing crypto su CoinMarketCap e DEX

Cosa include il ripristino del profilo di listing?

Il ripristino del profilo di listing è una verifica sequenziale della causa del warning e la risoluzione delle incongruenze confermate, non una semplice reinvio della richiesta. Aiutiamo il team a capire quali informazioni sollevano dubbi, quali documenti allegare e come presentare le informazioni al supporto della piattaforma.

Il servizio è adatto se la scheda del progetto ha ricevuto un warning, parte delle informazioni è nascosta o visualizzata in modo errato, il profilo non viene aggiornato o il team ha ricevuto una richiesta di conferme. Per prima cosa confrontiamo la scheda pubblica con le risorse ufficiali del progetto: sito web, documenti, indirizzi dei contratti e canali di comunicazione. Successivamente, registriamo le discrepanze e determiniamo quali possono essere corrette dal team.

Nell'ambito del progetto si può preparare:

• una mappa delle incongruenze rilevate e la priorità delle correzioni;
• un elenco delle prove necessarie e dei responsabili del team;
• un testo strutturato del ricorso e un set di allegati;
• raccomandazioni per la coerenza delle informazioni su altre risorse.

Questo è un compito separato dalla presentazione di un nuovo listing. Se la scheda non esiste ancora, potrebbe essere più opportuno iniziare con l'inserimento su CoinMarketCap, il listing su CoinGecko o un piano generale per listing e verifica.

Come determinare la causa del warning su diverse piattaforme?

La causa del warning viene determinata dal messaggio della piattaforma, dallo stato della scheda e dalle discrepanze nei dati del progetto. All'inizio del lavoro raccogliamo i materiali iniziali e colleghiamo ogni osservazione a un campo, documento o azione specifica del team.

Su CoinMarketCap e CoinGecko sono importanti l'accuratezza della descrizione dell'asset, le informazioni sull'offerta di token, i link alle fonti ufficiali e la verificabilità delle dichiarazioni. Per DEXTools e DEXScreener verifichiamo se l'indirizzo del contratto, la rete, il nome, il logo e i link al progetto corrispondono a ciò che il team pubblica nei propri canali. In caso di rebranding o cambio di contratto, esaminiamo separatamente la cronologia delle modifiche e come viene riflessa nel profilo.

Per rendere utile la diagnosi, fornisci:

• il link alla scheda e il testo completo della notifica o della corrispondenza;
• gli indirizzi aggiornati dei contratti e le reti in cui opera il progetto;
• sito web, documentazione e canali social ufficiali;
• informazioni su migrazioni, modifiche della tokenomics o del nome;
• ricorsi già inviati e risposte del supporto.

Organizziamo le conclusioni per punti: cosa è confermato, cosa non corrisponde, cosa deve essere aggiornato e quali prove allegare. Se il problema riguarda la visualizzazione delle informazioni sull'explorer, potrebbe essere necessario un lavoro separato per aggiornare il profilo DEXTools e DEXScreener o i dati del token nell'explorer.

Quali documenti sono necessari per la verifica e il ricorso?

I documenti necessari dipendono dall'osservazione specifica, quindi non inviamo lo stesso pacchetto per ogni progetto. Il nostro compito è raccogliere informazioni verificabili, eliminare le contraddizioni e mostrare alla piattaforma il collegamento tra la dichiarazione del team e la fonte di conferma.

Per iniziare, sono generalmente utili la documentazione aggiornata del progetto, la descrizione del token, le informazioni sul contratto e le sue modifiche, i link all'audit e la conferma del controllo sui canali ufficiali. Se la piattaforma richiede informazioni sul team o KYC, chiarisci in anticipo chi è autorizzato a trasmettere questi dati, a chi verranno inviati e in quale formato. I documenti personali non devono essere inviati tramite canali non ufficiali o inclusi in materiali pubblici.

Verifichiamo la completezza e la coerenza dei documenti, segnaliamo le versioni obsolete e aiutiamo a compilare un elenco delle conferme mancanti. In presenza di un audit, verifichiamo a quale contratto e versione del codice si riferisce il report: un documento su un altro indirizzo non conferma la sicurezza del contratto corrente. Allo stesso modo, le formulazioni nella documentazione e sul sito web devono descrivere lo stesso prodotto.

Il team del progetto rimane la fonte delle informazioni giuridicamente rilevanti e decide sulla trasmissione dei dati riservati. Aiutiamo a strutturare i materiali, ma non rilasciamo pareri di audit né eseguiamo KYC per conto di un fornitore esterno. Se la questione riguarda la tokenomics, potrebbe essere necessaria separatamente la conferma dell'offerta circolante.

Come si svolge il lavoro e cosa riceverai?

Il lavoro procede dalla diagnosi al pacchetto concordato di correzioni e al ricorso. Prima di iniziare, chiariamo la piattaforma, lo stato del profilo, il contenuto della notifica e la disponibilità dei documenti, per definire i confini del compito.

Successivamente, il processo si articola come segue:

• raccogliamo link, corrispondenza e materiali dal team;
• confrontiamo i campi del profilo con le fonti ufficiali;
• prepariamo una tabella dei problemi, delle conferme necessarie e delle azioni;
• concordiamo le formulazioni del ricorso e gli allegati con il rappresentante responsabile;
• consegniamo il pacchetto pronto e registriamo i passaggi successivi in base alla risposta della piattaforma.

I tempi delle fasi dipendono principalmente dalla rapidità con cui il team fornisce informazioni aggiornate e concorda i materiali da inviare. Dopo l'invio del ricorso, aiutiamo ad analizzare la risposta e a preparare il passo successivo nell'ambito del volume di lavoro concordato. Nel report vedrai cosa è stato verificato, quali correzioni sono state apportate e cosa è ancora richiesto al progetto.

Se il problema è accompagnato da un cambio di nome o di contratto, è importante coordinare le informazioni in tutte le schede interessate. In tal caso, puoi integrare il lavoro con un'attività di aggiornamento dei dati dopo migrazione o rebranding. Per un'assistenza completa su più schede e tipi di conferme, discuti prima il volume tramite il processo di lavoro.

Quali limiti è importante considerare?

Siamo responsabili per il volume di verifica concordato, la qualità della preparazione dei materiali e la consegna del lavoro svolto; la decisione sullo stato della scheda rimane alla piattaforma stessa. Gli algoritmi di visualizzazione, i requisiti di inserimento, le verifiche delle richieste e i tempi di risposta sono determinati dalle piattaforme. Non possiamo garantire la rimozione del warning, la modifica dello stato, i tempi di revisione, il prezzo del token, il volume organico o la diffusione virale.

Prima dell'invio del pacchetto, verifica che il team sia pronto a confermare ogni dichiarazione sostanziale. Non nascondere le modifiche passate del contratto, non indicare informazioni non verificabili e non allegare un audit che si riferisce a un'altra versione. Tali errori complicano la revisione e possono creare nuove domande. Se i documenti contengono dati personali o commerciali, designa un rappresentante che verifichi il destinatario e il canale di trasmissione.

All'inizio, è utile identificare un proprietario interno del compito che possa confermare rapidamente i fatti, apportare modifiche al sito web e concordare il testo finale del ricorso. Se una correzione importante interessa più piattaforme, crea un'unica fonte di informazioni aggiornate e aggiorna le schede di conseguenza. Per comprendere le possibili azioni del team, utilizza anche la guida alla rimozione del warning dal profilo.

Iniziamo la valutazione del progetto dai fatti e dalle prove disponibili, non dalla promessa di un risultato. Questo aiuta a scegliere un passo successivo realistico: correggere una discrepanza evidente, preparare conferme o richiedere alla piattaforma un chiarimento su un punto specifico.

Quando serve questo servizio e quando invece un'altra soluzione?

Il servizio di ripristino è necessario quando il progetto è già presente sulla piattaforma e si deve risolvere un warning, una limitazione o un'incongruenza del profilo. Se la scheda non esiste ancora, studia prima i requisiti per la presentazione della richiesta e prepara le fonti ufficiali su cui si baserà il profilo.

Scegli la soluzione in base alla situazione iniziale:

• la scheda esiste ma contiene un warning: inizia con la diagnosi e il piano di correzioni;
• è necessario aggiornare nome, link o descrizione: specifica il compito di supporto del profilo;
• il contratto o la struttura dell'offerta è cambiata: prepara i documenti sulla modifica e verifica le informazioni correlate;
• il progetto non è presente nel catalogo: considera la presentazione di un listing, non il ripristino;
• la controversia riguarda l'affidabilità dei dati sul progetto: raccogli le conferme primarie prima del ricorso.

Anche la differenza tra le piattaforme è importante. CoinMarketCap e CoinGecko sono aggregatori di dati, mentre DEXTools e DEXScreener mostrano informazioni su token e coppie di trading nel proprio ambiente. Pertanto, il pacchetto per una scheda non è sempre adatto per un'altra. Se devi presentare richieste contemporaneamente o mettere in ordine più fonti, combina i compiti in un piano generale e stabilisci per ogni profilo un elenco separato di verifiche.

Direzioni correlate: listing su altri crypto tracker e conferma della community CoinMarketCap.

Cosa preparare prima del ricorso?

Prima del ricorso, raccogli una versione unica e aggiornata delle informazioni sul progetto e designa una persona che possa confermarle per conto del team. Questo riduce il numero di chiarimenti e aiuta a non inviare alla piattaforma dati contraddittori da vecchi materiali.

Verifica secondo l'elenco:

• nome ufficiale, ticker, sito web e canali di comunicazione funzionanti;
• indirizzo del contratto, rete e spiegazione della sua cronologia, se ci sono state modifiche;
• corrispondenza delle informazioni nella scheda con il sito web e la documentazione;
• disponibilità dei link all'audit e applicabilità del report alla versione corrente;
• presenza della corrispondenza con la piattaforma e formulazione esatta dell'osservazione;
• diritto del team di divulgare le informazioni trasmesse, in particolare i dati KYC.

Non modificare fonti diverse in modo incoerente: prima approva le formulazioni di riferimento, poi aggiorna sito web, documentazione e profilo nell'ordine appropriato. Se alcuni documenti sono ancora in preparazione, segnalalo separatamente e non sostituirli con supposizioni. Prima di trasmettere i materiali, richiedi al fornitore l'elenco dei file e dei destinatari, in modo che il rappresentante del team possa verificare la composizione del pacchetto.

Nella valutazione iniziale, chiariremo quali punti possono essere chiusi con le prove disponibili e quali richiedono azioni da parte del progetto o di uno specialista del settore. Per un audit correlato, puoi considerare separatamente audit e KYC.

Prezzi

Prezzi da in USD. Pacchetti personalizzati e sconti volume su richiesta. Pagamento in USDT, USDC, BTC, ETH, SOL, TON o token del progetto.

Come funziona

1. Trasmetti i dati inizialiInvia il link al profilo, la notifica della piattaforma, le risorse ufficiali e i documenti relativi all'osservazione.
2. Concorda il volume della diagnosiChiariremo le piattaforme e le schede, verificheremo la disponibilità delle conferme e fisseremo i materiali attesi in output.
3. Ricevi la mappa delle incongruenzeVedrai quali dati divergono, cosa può essere corretto e quali conferme devono essere preparate.
4. Approva il pacchetto di ricorsoIl rappresentante del progetto verificherà fatti, formulazioni e composizione degli allegati prima dell'invio alla piattaforma.
5. Analizza la risposta e i passaggi successiviRegistreremo il risultato del lavoro svolto e ti aiuteremo a determinare il passo successivo nell'ambito concordato.