DeepBook Token (DEEP)

La promesse en jeu

Ce dossier examine une seule question : que permet réellement d'établir le dossier documentaire au sujet de DeepBook Token, identifié ici comme DEEP sur le réseau Sui, avant qu'un quelconque score puisse être attribué. Le sujet est rattaché à une unique chaîne contractuelle documentaire, 0xdeeb7a4662eec9f2f3def03fb937a663dddaa2e215b8078a284d026b7946c270::deep::DEEP, et à l'identité deep-wallet-sui. Cette chaîne identifie uniquement le sujet documenté. Elle ne confirme pas que le programme correspondant est actuellement déployé, qui le contrôle, ni comment le réseau fonctionne actuellement.

L'objet déclaré de ce crash test est étroit. Nous examinons ce que décrivent les résumés originaux fournis, nommons les versions exactes et les limites historiques de ces résumés, et séparons les affirmations documentaires de l'observation opérationnelle. Tout ce qui suit est soit un fait issu d'une source, soit une inconnue déclarée, soit une interprétation éditoriale, et chaque section indique de quoi il s'agit.

Ce que les documents établissent

Un registre est un catalogue informatif, non une sonde en direct d'une blockchain. Le README de Trust Wallet Assets décrit un registre communautaire d'informations sur les tokens et de logos à travers les blockchains, utilisé par ce portefeuille et d'autres projets. Il indique que des informations supplémentaires sur les tokens sont optionnelles et indisponibles on-chain, que quiconque peut soumettre des actifs, et que l'inclusion n'implique pas un partenariat direct avec les projets listés. Il exclut également explicitement les tokens tout nouveaux des soumissions, de sorte que le registre ne peut pas servir d'inventaire exhaustif des lancements récents. Ses scripts et sa documentation utilisent la licence MIT. Il s'agit du registre d'intégration propre au projet de portefeuille, alimenté par des soumissions communautaires, de sorte que ses descriptions sont des affirmations documentaires plutôt que des déclarations d'émetteur vérifiées indépendamment ou des observations opérationnelles.

Dans ce registre, l'enregistrement d'intégration Sui épinglé nomme DeepBook avec le symbole DEEP, l'identifiant documentaire 0xdeeb7a4662eec9f2f3def03fb937a663dddaa2e215b8078a284d026b7946c270::deep::DEEP, et 6 décimales. Les décimales décrivent la manière dont les montants sont représentés et n'établissent rien sur l'offre ou la valeur actuelles. L'entrée est étiquetée SUI et active, où active est une étiquette de statut de métadonnées plutôt qu'une validation en réseau en direct. Le contexte de répertoire Sui qui héberge cet enregistrement nomme Sui, ce qui établit uniquement un contexte de répertoire documentaire.

Le même enregistrement épinglé porte une description maintenue par la communauté : DeepBook est présenté comme un carnet d'ordres à cours limité décentralisé, ou CLOB, construit sur Sui. Un CLOB est un modèle d'échange où les ordres d'achat et de vente sont enregistrés dans une liste ordonnée et appariés par priorité de prix et de temps, par opposition à un pool qui fixe le prix des transactions par une formule. La description affirme en outre que le projet exploite l'exécution parallèle de Sui et les faibles frais de transaction pour apporter un échange à haute performance et faible latence on chain. Chaque élément de projet, partenariat, subvention, économique, performance, offre, date et adoption de cette description est une affirmation de registre attribuée, et aucun de ces éléments n'a été vérifié auprès d'un émetteur ou par l'exploitation. L'étiquette de répertoire n'établit pas un déploiement mainnet, une implémentation fonctionnelle, ni des droits actuels sur le token.

Ce qui reste inconnu

Aucune observation de réseau en direct n'a été effectuée pour ce dossier. La correspondance d'adresse documentaire n'établit aucun comportement actuel du programme, aucun contrôle déployé ni aucune sécurité. Les critères évalués d'identité, d'usage, de rôle du token, d'offre, de concentration, de capture de valeur, de contrôle, de sécurité, de gouvernance, de responsabilité, d'incidents, de continuité et d'exécution restent tous inconnus, sans aucune observation de critère indépendant admise dans ce lot documentaire. Le contrôle indépendant actuel, la propriété bénéficiaire, l'usage, l'adoption par les clients, l'offre, la concentration, la liquidité et l'historique complet des incidents restent donc non vérifiés.

Cet enregistrement reflète également un projet avec 0% de couverture de notation et un statut calculé non noté ; il n'y a aucun aveu public d'une quelconque déficience, et aucune n'est sous-entendue. La couverture est une mesure de la quantité de preuves applicables admises et examinées indépendamment. À 0%, un score ne peut pas être calculé. Les critères essentiels manquants d'identité, d'offre et de contrôle empêchent un total même si des preuves partielles existaient, ce qui n'est pas le cas.

Pourquoi cela importe

La distinction entre un enregistrement documentaire et un fait opérationnel n'est pas de la pédanterie. Une entrée de registre peut être exacte en tant que métadonnées et ne rien vous apprendre sur la question de savoir si un contrat s'exécute comme décrit, qui détient l'autorité de mise à niveau ou de frappe, ou si le token a un quelconque rôle économique en direct. Traiter une correspondance documentaire comme une preuve de comportement déployé importerait des affirmations que les sources n'ont jamais faites. La conséquence pratique est donc qu'un lecteur ne peut pas passer de ce dossier à une quelconque conclusion sur le comportement réel du réseau ou sur les résultats d'investissement, car aucune source ici ne soutient cette étape.

La note de portée de Trust Wallet est claire : l'inclusion n'implique pas de partenariat, les informations sur les tokens sont optionnelles et indisponibles on-chain, et les descriptions sont des affirmations documentaires communautaires. Superposé à un enregistrement épinglé mais daté, cela signifie que même la promesse de base d'un échange on-chain est actuellement une affirmation en attente de reproduction indépendante, et non un fait établi.

Verdict

DeepBook Token reste non noté avec 0% de couverture de notation, sur la base de documents uniquement. La pile documentaire est réelle et attribuée en interne, mais la solidité opérationnelle du sujet n'est pas prouvée. Il s'agit d'une déclaration honnête sur le lot de preuves actuel, et non d'un jugement sur la qualité du projet. Aucune affirmation d'incident, d'audit, de propriété ou de performance n'est faite ici, et aucune ne doit y être lue.

Ce qui changerait cela

Trois étapes concrètes permettraient de faire sortir ce dossier de la couche documentaire. Premièrement, reproduire les vérifications d'identité : confirmer indépendamment la chaîne contractuelle par rapport au bytecode déployé et aux adresses de contrôle actuelles sur sui:mainnet, et consigner des observations datées. Deuxièmement, rassembler des preuves spécifiques aux critères pour les essentiels manquants, à savoir l'identité, l'offre et le contrôle, ainsi que les critères inconnus restants tels que la gouvernance, les incidents et la continuité. Troisièmement, soumettre les preuves résultantes à la calibration et à l'examen éditorial afin que tout score soit calculé, versionné et défendable.

Des questions de recherche de catalogue privé en découlent : qui contrôle actuellement le programme documenté ; l'implémentation CLOB référencée est-elle en direct et utilisée ; quels sont les droits réels du token, le cas échéant ; et que contient un dossier d'incidents complet et daté. Tant que ces questions ne recevront pas de réponse avec des preuves admissibles, le statut non noté demeure.