Pangolin (PNG)

La promesse documentée

Pangolin est examiné ici uniquement en tant que sujet documentaire. Le nom du dossier est Pangolin, le symbole de trading est PNG, l'identifiant de réseau documentaire est eip155:43114, et l'enregistrement épinglé de l'intégration Trust Wallet Avalanche C-Chain associe ce nom et ce symbole à l'adresse 0x60781c2586d68229fde47564546784ab3faca982 avec 18 décimales. Une décimale est une unité de représentation d'un montant, elle indique donc comment une quantité est écrite, et non la quantité de supply existante ni la valeur de quoi que ce soit.

L'objectif propre au token énoncé provient de cette entrée de registre et demeure une affirmation attribuée au registre. Sa description maintenue par la communauté présente une plateforme d'échange décentralisée portée par la communauté pour les actifs Avalanche et Ethereum, avec règlement rapide, frais de transaction faibles et une distribution démocratique. Ce sont des objectifs énoncés dans la description du registre, et non des faits que nous avons vérifiés, et ils sont répétés ici avec attribution pour cette raison. Une plateforme d'échange décentralisée est un lieu où les utilisateurs échangent par logiciel plutôt que par un opérateur unique; ce libellé décrit une fonction prévue, et cet examen n'a observé aucun déploiement la mettant en oeuvre.

Faits documentaires

Trois points sont établis au niveau documentaire. Premièrement, l'enregistrement d'intégration épinglé nomme Pangolin avec le symbole PNG, l'adresse documentaire ci-dessus et 18 décimales, étiquette l'entrée AVALANCHE et active, et porte la description citée. Ses déclarations sur le projet, l'économie, les partenariats, la performance, le supply et l'adoption sont des affirmations de registre, et non des déclarations d'émetteur établies de manière indépendante ni des observations opérationnelles.

Deuxièmement, l'enregistrement épinglé de contexte réseau identifie le répertoire du registre communautaire pour Avalanche C-Chain, qui fournit un contexte réseau documentaire pour les entrées du même répertoire épinglé. Troisièmement, le README de Trust Wallet Assets décrit un registre maintenu par la communauté d'informations sur les tokens et de logos à travers les blockchains, utilisé par le portefeuille et d'autres projets. Il indique que des informations supplémentaires sur les tokens sont facultatives et indisponibles on-chain, que quiconque peut soumettre des actifs, et que l'inclusion n'implique pas de partenariat direct avec les projets listés. Ce README exclut également les tokens tout nouveaux, il ne peut donc pas être un inventaire exhaustif des lancements récents, et ses scripts et sa documentation utilisent la licence MIT.

Sur le mécanisme, la spécification ERC-20 épinglée définit une interface standard pour les tokens fongibles dans les contrats intelligents, avec des lectures totalSupply et balanceOf, des transferts, des transferts autorisés par des tiers, l'approbation et l'allocation restante. Une allocation est le montant qu'un dépensier nommé peut utiliser, et une approbation répétée l'écrase. Les appelants doivent gérer un résultat de transfert faux, et les événements Transfer et Approval sont décrits. Les métadonnées de nom, de symbole et de décimales sont facultatives dans la norme. La spécification et la famille d'applications générique relèvent du vocabulaire et du périmètre documentaire, et non d'une preuve concernant ce token.

Ce qui reste inconnu

La correspondance de l'adresse documentaire n'établit aucun comportement actuel du programme, aucun contrôle déployé et aucune sécurité. Ce lot n'a admis aucune observation de critère examinée de manière indépendante, le dossier porte donc une couverture de notation de 0% et le résultat calculé reste non noté, l'identité, le supply et le contrôle étant listés comme éléments essentiels manquants et treize dimensions encore inconnues. Le contrôle indépendant actuel, la propriété bénéficiaire, l'usage, l'adoption par les clients, le supply, la concentration, la liquidité et l'historique complet des incidents restent non vérifiés. Le bytecode de déploiement, les contrôleurs, le supply, les réserves, la concentration, la liquidité, les audits de sécurité et l'exhaustivité des incidents n'ont pas été examinés. L'examen documentaire réalisé pour ce dossier n'est pas une vérification opérationnelle indépendante, et un libellé de métadonnée actif ne comporte aucune validation sur réseau réel. L'absence de preuve admise signifie des lacunes de couverture, et non que le projet est frauduleux ou dangereux.

Conséquences de l'historique documentaire

Une entrée de registre définit un sujet documentaire, et c'est là sa limite. La règle du README selon laquelle quiconque peut soumettre et l'inclusion n'implique aucun partenariat signifie que l'entrée ne peut être lue comme une approbation, une relation ou une garantie opérationnelle, et son exclusion des tokens tout nouveaux signifie que le registre n'est pas une carte complète de l'espace. La spécification ERC-20 décrit ce qu'une implémentation conforme devrait faire, ainsi un libellé ERC20 dans les métadonnées d'un portefeuille n'établit aucune conformité vérifiée de manière indépendante, aucune implémentation réellement déployée, aucune permission de contrôleur, aucun usage du token et aucun supply. Parce que le dossier n'a examiné aucune transaction de token ni aucune observation réseau datée, les mécanismes documentés seuls ne peuvent établir comment le token est utilisé en pratique, qui peut le modifier, ni quel résultat un utilisateur rencontrerait. Aucune affirmation actuelle sur le marché, le rendement, le supply, la performance, l'adoption ou la propriété n'est faite ici, et aucun audit, incident ou aveu public n'est affirmé. Ce qui reste est une identification documentaire nette avec un coeur opérationnel non prouvé.

Verdict

Non noté, avec une couverture de notation de 0%. L'historique identifie Pangolin, symbole PNG, sur eip155:43114 à l'adresse documentaire 0x60781c2586d68229fde47564546784ab3faca982 avec 18 décimales, et attribue un objectif énoncé à une entrée de registre maintenue par la communauté. Au-delà de cette identification, le tableau opérationnel est non prouvé: aucune implémentation déployée, aucun contrôleur, aucun supply, aucun usage, aucune sécurité et aucune liquidité n'a été vérifié, aucun score ne peut donc être attribué. Il s'agit d'un verdict documentaire, et non d'une déclaration sur le risque ou l'intention.

Éléments de preuve qui modifieraient cette évaluation

Des recherches concrètes pourraient faire avancer ce dossier. Reproduire les vérifications d'identité par rapport aux enregistrements épinglés et reconfirmer la correspondance d'adresse auprès d'une source indépendante. Obtenir des observations réseau datées du bytecode déployé, des fonctions appelables, des permissions de contrôleur et des chemins de mise à niveau, sans traiter un seuil de préparation local ni un examen de documentation comme un consensus ou une vérification opérationnelle indépendante. Échantillonner la distribution des détenteurs et les transferts par rapport aux exigences de l'interface ERC-20 afin d'évaluer si l'implémentation suit la norme sous laquelle elle est étiquetée, en gardant à l'esprit que les versions corrigées et les versions vulnérables sont des choses différentes et qu'un hash de genèse n'est pas une signature. Rechercher des preuves spécifiques aux critères sur l'usage, le rôle du token, la captation de valeur, la gouvernance, la responsabilité, les incidents et la continuité. Chaque élément devrait ensuite être calibré et faire l'objet d'une révision éditoriale avant qu'un score ne soit calculé, et le score resterait un résultat calculé plutôt qu'une approbation.