Servizio di listing su DefiLlama e DappRadar

Cosa copre un listing su DefiLlama e DappRadar?

Il servizio prepara due richieste di listing distinte: un listing TVL per DefiLlama e un listing dApp per DappRadar. Ciascuna richiede le proprie evidenze e dettagli chiari del progetto.

Il lavoro è utile quando un progetto vuole che il suo protocollo DeFi o la sua applicazione siano rappresentati in queste directory e ha informazioni pubbliche pronte per la revisione. È utile anche quando il progetto ha diversi prodotti o chain e deve decidere cosa includere in ciascuna richiesta. Mappiamo ogni listing richiesto a un prodotto specifico, poi verifichiamo che nomi, URL e descrizioni concordino tra i materiali. Per una visione più ampia delle opzioni di directory, vedi Listings e verifica. Se il progetto necessita anche di altri profili su tracker, listing su altri tracker crypto possono essere definiti separatamente.

Cosa dovrebbe essere pronto prima di richiedere un listing?

Una richiesta di listing è più facile da preparare quando il progetto può indicare ai revisori informazioni pubbliche stabili. Inizia con la checklist di prodotto ed evidenze qui sotto.

• Conferma il nome esatto del protocollo o della dApp e il sito web ufficiale del progetto.
• Raccogli link diretti al prodotto, dashboard pubbliche pertinenti e documentazione di supporto.
• Scrivi una descrizione concisa che spieghi cosa fa il prodotto senza mescolarla con la promozione del token.
• Verifica che i link social e di contatto siano aggiornati e controllati dal team del progetto.
• Annota eventuali modifiche a chain, nome del prodotto o URL che potrebbero rendere i materiali precedenti incoerenti.

Per una richiesta TVL su DefiLlama, organizza le fonti che mostrano i dati rilevanti del protocollo e come un revisore può ispezionarli. Per DappRadar, prepara l'accesso diretto all'applicazione e abbastanza contesto per identificarne la funzione. Segnaliamo dettagli mancanti o contrastanti nella checklist iniziale piuttosto che lasciare che il team li scopra a metà invio. Se anche i dati di supply necessitano di revisione per altri profili, coordina quel lavoro tramite verifica della circulating supply.

Quali materiali e supporto sono inclusi?

Il deliverable è un pacchetto pronto per l'invio per le piattaforme concordate, più un registro di ciò che è stato inviato e di ciò che rimane aperto. L'ambito è confermato in base agli asset del progetto prima di iniziare il lavoro.

Non usiamo una descrizione generica per entrambe le piattaforme. I materiali per DefiLlama sono incentrati sul protocollo e sulle sue evidenze relative al TVL; i materiali per DappRadar identificano l'applicazione e il suo scopo per l'utente. Fornisci fatti accurati sul progetto e accesso alle risorse pubbliche. Organizziamo quei fatti, identifichiamo le lacune, prepariamo il testo e supportiamo il lavoro di invio concordato. Se un profilo esistente necessita di un aggiornamento tecnico o di presentazione invece di un nuovo listing, possiamo valutare se il listing DEX e setup di liquidity è pertinente; è un ambito separato, non una parte automatica di questo pacchetto.

Come prepariamo e tracciamo ogni richiesta per piattaforma?

Il flusso di lavoro è una breve sequenza: stabilire l'obiettivo del listing, verificarne le evidenze, preparare invii separati, quindi registrare il follow-up. Il progetto ha un unico punto di contatto presso AEOTech per domande sugli asset e aggiornamenti di stato.

1. Checklist iniziale: conferma nome del progetto, prodotto, piattaforma target e link ufficiali.
2. Revisione delle evidenze: confronta le descrizioni fornite e le fonti pubbliche; invia un elenco consolidato delle lacune.
3. Preparazione del pacchetto: redige testi specifici per piattaforma e organizza gli URL pertinenti e le informazioni di supporto.
4. Supporto all'invio: invia o supporta l'invio utilizzando l'account e il processo concordati.
5. Report di stato: registra i dettagli dell'invio, le risposte della piattaforma e le eventuali modifiche richieste.

Il calendario previsto è stabilito dopo la revisione degli asset. Un progetto con dati accessibili e naming coerente può passare direttamente alla preparazione del pacchetto; link mancanti o confini di prodotto poco chiari devono essere risolti prima. Il report separa il lavoro completato dagli elementi in attesa del progetto o della piattaforma, così il team può vedere la prossima azione senza indovinare. Per lavori su directory adiacenti, confronta l'ambito con il nostro servizio di listing su CoinMarketCap o servizio di listing su CoinGecko.

Quali decisioni di listing rimangono a DefiLlama e DappRadar?

Il progetto controlla l'accuratezza e l'accessibilità della sua candidatura; ogni piattaforma controlla la propria revisione e la presentazione pubblicata.

DefiLlama può rifiutare o modificare una presentazione TVL; DappRadar controlla se e come una dApp inviata appare, e i dati visualizzati dipendono da ciò che la sua interfaccia pubblica può leggere. Possiamo promettere la ricerca concordata, il pacchetto di invio e il follow-up, non l'accettazione, una particolare posizione di visualizzazione o i tempi di una decisione della piattaforma.

Prima di inviare i materiali, usa questa verifica:

• Apri ogni URL del progetto in un browser disconnesso e conferma che raggiunga la pagina prevista.
• Assicurati che il nome e la descrizione del prodotto corrispondano tra sito web, applicazione e testo inviato.
• Verifica che qualsiasi fonte di dati o dashboard citata sia pubblicamente accessibile e chiaramente collegata al protocollo.
• Conserva una copia del testo e dei link inviati così che gli aggiornamenti futuri possano essere confrontati con la richiesta originale.

Questa preparazione riduce il rimbalzo evitabile e dà al tuo team un registro chiaro se una piattaforma chiede chiarimenti. Tieni un contatto di progetto disponibile per confermare prontamente i dettagli fattuali.

Quando dovresti combinare questi listing con altri lavori?

Combina le richieste quando gli stessi fatti del progetto, i link del prodotto e il contatto per la revisione si applicano a entrambe le piattaforme. Tienili separati quando l'obiettivo TVL e l'obiettivo dApp si riferiscono a prodotti diversi o richiedono evidenze diverse.

Un inventario di asset condiviso aiuta a prevenire nomi di progetto incoerenti e link obsoleti tra i listing. Non significa che lo stesso testo debba essere incollato in ogni directory: adatta la descrizione allo scopo del listing e alle evidenze disponibili. Se stai pianificando un programma più ampio di directory, inizia con Listings e verifica e dai priorità ai profili che contano per i tuoi utenti. Invia a AEOTech il sito web del progetto, il prodotto target, i link pubblici pertinenti e la persona di contatto preferita. Ti restituiremo una checklist di prontezza e confermeremo l'ambito esatto del listing prima di preparare il pacchetto.

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. Conferma gli obiettivi di listingDicci quale protocollo o dApp deve apparire su ciascuna piattaforma. Confermiamo se le due richieste si riferiscono allo stesso prodotto.
2. Condividi i materiali pubblici del progettoFornisci il sito web, i link dell'applicazione, le fonti di dati pertinenti e le descrizioni attuali. Segnaliamo elementi mancanti o incoerenti in un'unica checklist.
3. Prepara pacchetti specifici per piattaformaOrganizziamo separatamente le evidenze TVL e le informazioni del profilo dApp, poi condividiamo i materiali proposti per la revisione fattuale.
4. Supporta l'invio e il follow-upGestiamo il lavoro di invio concordato e registriamo le comunicazioni della piattaforma, le domande aperte e le azioni successive.
5. Rivedi il report di statoRicevi un registro di ciò che è stato preparato e inviato, insieme a eventuali elementi in sospeso per il team del progetto.