SLATECHAINrassegna delle entità

Fascicolo giuridico · Fonti pubbliche esaminate

Crypto.com

App custodial, Exchange order-book e Onchain self-custody distinti

Analisi di SlateChain Team editoriale · revisione fonti di SlateChain Team di revisione

Verdetto editoriale

Crypto.com può essere adatto a chi vuole un ecosistema ampio, purché nomini il prodotto e il territorio esatti. Una recensione di marchio unico è insufficiente perché App, Exchange e Onchain hanno entità, custodia e costi differenti.

Punti di forza

  • Documentazione che distingue App e Onchain
  • Fee Exchange e regionali pubblicate
  • Alcune entità verificabili nei registri

Limiti da considerare

  • App ed Exchange non sono intercambiabili
  • PoR principale datato 2022
  • Disponibilità regionale variabile
PERIMETRO DELLA DECISIONE

Ogni superficie deve essere attribuita alla propria entità e al proprio registro.

01Esaminato

Superficie

App, Exchange o Onchain

02Esaminato

Entità

Foris o soggetto wallet applicabile

03Esaminato

Registro

Ambito MAS o VARA specifico

04Esaminato

Fee

Pagina per prodotto e regione

Analisi

Conclusioni collegate alle fonti disponibili.

Ogni richiamo numerato apre il documento utilizzato per il passaggio specifico.

Dossier decisionale approfondito

Dal soggetto giuridico all’uscita: dieci assi che non possono essere compressi in una stella.

Crypto.com può essere convincente per chi desidera un ecosistema coordinato, ma App, Exchange e Onchain sono tre decisioni diverse. Il fascicolo considera positivamente l’ampiezza del percorso e, allo stesso tempo, impedisce che una licenza, un costo o un controllo di una superficie venga trasferito alle altre.

Quando il profilo può funzionare

  • Utenti che nominano App, Exchange o Onchain prima di valutare.
  • Clienti che verificano entità e mercato in un registro ufficiale.
  • Lettori disposti a confrontare una quota App con un fill Exchange.
  • Utenti che documentano ogni passaggio tra custodia provider e self-custody.

Quando cercare un’alternativa

  • Chi vuole una sola fee e una sola entità per tutto il marchio.
  • Chi tratta Onchain come saldo hosted dell’App.
  • Chi usa un vecchio PoR come audit finanziario corrente.
  • Chi presume che una licenza a Singapore o Dubai autorizzi il prodotto in Italia.
Dieci assi giuridici e operativi. Lo stato indica il livello di evidenza collegato a ogni asse.
AsseRiscontroConseguenza per il lettoreStatoProssima prova
superficieApp, Exchange o OnchainLe tre superfici hanno funzioni e responsabilità diverse.

Fonte 1Fonte 2

Il verdetto di marchio non basta per una decisione.DocumentatoSalvare interfaccia e termini di ogni percorso testato.
entitaEntità ForisLa documentazione pubblica nomina più soggetti del gruppo.

Fonte 1Fonte 2Fonte 3

Il soggetto deve coincidere con il prodotto e il territorio.Parzialmente documentatoAcquisire il contratto mostrato all’utente italiano.
italiaItalia e MiCAMAS e VARA non sostituiscono il record europeo applicabile.

Fonte 1Fonte 2

L’operatività locale va verificata su ESMA/OAM.DocumentatoCollegare denominazione, autorizzazione, attività e passaporto al conto.
custodiaCambio di controlloApp ed Exchange sono custodial; Onchain è self-custody.

Fonte 1Fonte 2

Il trasferimento cambia chi può firmare, recuperare e bloccare.DocumentatoTracciare un importo minimo fino a un indirizzo controllato.
sicurezzaSicurezza e certificazioniLa pagina sicurezza descrive controlli e certificazioni del provider.

Fonte 1

Badge e certificati devono essere letti con perimetro e validità.Parzialmente documentatoVerificare organismo, sistema coperto, data ed eccezioni.
riserveProof of reservesIl materiale principale è una procedura datata e delimitata.

Fonte 1

Non sostituisce audit finanziario o tutela legale.Parzialmente documentatoControllare data, asset, assurance e passività escluse.
costoCosto App contro ExchangeFee regionali App e maker/taker Exchange seguono percorsi differenti.

Fonte 1Fonte 2

Solo un confronto abbinato produce costo totale.DocumentatoConservare quota, fill, trasferimento e prelievo.
uscitaTrasferimenti e prelievoRete, disponibilità e whitelist possono variare per superficie.

Fonte 1

Continuità del marchio non garantisce continuità della custodia.DocumentatoSeguire ledger e controllo delle chiavi in ogni fase.
privacyKYC e dati per superficieApp e Exchange hanno account identificati; Onchain introduce RPC e provider terzi.

Fonte 1

Una sola etichetta privacy sarebbe fuorviante.DocumentatoMappare permessi, controller e fornitori per il percorso scelto.
reclamoSupporto e rimedioUn caso può attraversare più prodotti ma i poteri di recovery cambiano.

Fonte 1Fonte 2

Il reclamo deve restare attribuito alla controparte corretta.DocumentatoTestare una domanda di classificazione e conservare l’escalation.

Protocolli riproducibili

Scenari che trasformano un’affermazione in una decisione osservabile.

Ogni protocollo definisce input, evidenza e regola di arresto prima dell’esecuzione.

01Protocollo

Quota App contro fill Exchange

Profilo
Utente EEA eleggibile con 1.000 EUR.
Percorso controllato
Stesso asset e finestra temporale, poi stessa rete di uscita.
Evidenza da conservare
Funding, quota, spread, fee, fill, trasferimento e importo esterno.
Regola decisionale
Preferire il percorso solo sul costo netto e sulla responsabilità realmente accettata.
02Protocollo

Passaggio App–Exchange–Onchain

Profilo
Utente che vuole terminare in self-custody.
Percorso controllato
Importo minimo e rete predefinita.
Evidenza da conservare
Ledger, soggetto, whitelist, fee, indirizzo, hash e controllo finale delle chiavi.
Regola decisionale
Bloccare il percorso se un passaggio non è attribuibile o reversibile nei termini dichiarati.
03Protocollo

Permesso per l’Italia

Profilo
Residente italiano prima del KYC.
Percorso controllato
Contratto e soggetto confrontati con ESMA/OAM.
Evidenza da conservare
Numero, attività, paese d’origine, passaporto e data.
Regola decisionale
Non dedurre l’ammissibilità da licenze MAS/VARA.
04Protocollo

Supporto multiprodotto

Profilo
Utente con quesito innocuo su fee o trasferimento.
Percorso controllato
Specificare prodotto, soggetto e nessun dato sensibile.
Evidenza da conservare
Classificazione corretta, hand-off, owner, risposta e rimedio esterno.
Regola decisionale
Ridurre la fiducia se il supporto confonde custodia o controparte.

Catena della responsabilità

Sei passaggi da leggere insieme.

Una licenza non descrive la custodia; una fee nominale non descrive il costo di uscita; una buona UX non sostituisce il rimedio.

01

Entità e territorio

Documenti e registri mostrano più soggetti Foris. MAS e VARA sostengono permessi specifici a Singapore e Dubai; per l’Italia servono contratto, record CASP ESMA e ogni requisito transitorio applicabile. La stessa app può mostrare una controparte diversa in base a residenza e funzione.

02

Custodia e controllo

L’App è custodial, l’Exchange è un venue custodial con order book, Onchain lascia le chiavi all’utente. Un trasferimento interno o verso Onchain è un cambio di controllo e responsabilità, non soltanto una voce di menu.

03

Protezione e insolvenza

Certificazioni e PoR sono evidenze delimitate per data, sistema e procedura. Non dimostrano tutte le passività, non assicurano il saldo e non rendono equivalenti i soggetti del gruppo.

04

Costo completo

Il caso completo confronta quota App e ordine Exchange per lo stesso asset, poi include funding, spread, fee, conversione, trasferimento interno e uscita. Il numero decisivo è la quantità ricevuta fuori dalla piattaforma.

05

Finanziamento e uscita

App, Exchange e Onchain possono sembrare continui ma attraversano ledger e custodie diverse. La prova registra origine, soggetto, whitelist, rete, costo e controllo delle chiavi a ogni passaggio.

06

Privacy e rimedio

KYC, dispositivo e pagamenti dell’App differiscono dai dati di un wallet. Un reclamo deve indicare prodotto e soggetto; il supporto non può risolvere una perdita di chiavi self-custody come un saldo custodial.

Cronologia contestuale

Eventi datati, non etichette eterne.

  1. Periodo del principale materiale PoR esaminato.

    Non descrive automaticamente la posizione finanziaria attuale.

    Documento ↗

  2. VARA registra la licenza della specifica entità Dubai.

    Attività e condizioni devono restare legate a Foris DAX Middle East FZE.

    Documento ↗

  3. Pagine prodotto, fee, sicurezza e registri riesaminati.

    Gli scenari useranno questa fotografia documentale.

    Documento ↗Documento ↗

Metodo applicato

Come è stato costruito questo fascicolo.

  1. 01

    Scegliere una superficie prima di raccogliere prove.

  2. 02

    Collegare soggetto, contratto e registro alla stessa funzione.

  3. 03

    Misurare quote e trasferimenti senza mescolare custodia.

  4. 04

    Datare certificazioni, PoR e osservazioni operative separatamente.

Registro modifiche

· Inserita catena prodotto-entità-registro e quattro scenari multiprodotto.

Domande frequenti

Risposte brevi, confini espliciti.

App e Onchain hanno la stessa custodia?

No. L’App è custodial; Onchain assegna all’utente il controllo delle chiavi.

La licenza VARA copre tutto Crypto.com?

No. Il registro nomina una specifica entità, attività e condizioni a Dubai.

Il PoR è un audit finanziario corrente?

No. È una procedura delimitata e datata che non prova l’intero bilancio o la condizione futura.

Una fee Exchange descrive il costo App?

No. Quote, spread, fee regionali, trasferimenti e uscita devono essere calcolati separatamente.

Registro delle fonti

9 documenti collegati al fascicolo.

Le fonti del fornitore descrivono ciò che il fornitore dichiara; i registri pubblici valgono solo nel loro perimetro.

  1. 01
    Contratto o documento di prodottoCrypto.com — App e Onchain
  2. 02
    Contratto o documento di prodottoCrypto.com Onchain — termini
  3. 03
  4. 04
    Contratto o documento di prodottoCrypto.com Exchange — fee
  5. 05
    Contratto o documento di prodottoCrypto.com — fee EEA
  6. 06
    Dichiarazione del fornitoreCrypto.com — sicurezza
  7. 07
  8. 08
  9. 09