cryptosnif
FR ↗
EnglishFrançaisPortuguês (Brasil)EspañolLa langue conserve ce sujet. Le pays se choisit séparément sur les pages de services.
Crash test / Application / CT-SCR-001

Scroll (SCR)

Scroll · Contrat de token · Revue documentaire

Contrat documenté0xd29687c813d741e2f938f4ac377128810e217b1b

Le verdict

Non noté · 0% Couverture des preuves

Promesse documentée. Vérification indépendante en attente.

Les preuves disponibles sont insuffisantes pour attribuer une note globale. La description du mécanisme demande une vérification de son fonctionnement actuel.

Consulter les preuves
Non notéNote globale / 100
0%Couverture des preuves
13 contrôles en attente85% de couverture et 3 contrôles essentiels requis pour une note
2026-10-06Documentation vérifiée · Méthode candidate 0.1.0

Revue documentaire · Relecture · catalogue-translation-1

La revue des sources explique les mécanismes documentés. Les contrôles indépendants du réseau restent à réaliser.

La promesse examinée

Ce dossier examine la finalité et les mécanismes documentés de Scroll, présenté sous le symbole de jeton SCR sur le réseau eip155:534352. Le sujet déclaré est rattaché à une adresse contractuelle documentaire, 0xd29687c813d741e2f938f4ac377128810e217b1b, enregistrée dans le registre d'intégration Trust Wallet.

La promesse, telle qu'enregistrée, est un zkRollup basé sur zkEVM sur Ethereum, destiné à offrir une compatibilité native aux applications et outils Ethereum existants, en s'appuyant sur des bibliothèques cryptographiques éprouvées et un développement open source pour maintenir l'intégrité et la sécurité. Cette description est une allégation d'un registre maintenu par la communauté, attribuée à l'entrée rattachée, et non une déclaration d'émetteur vérifiée indépendamment ni une observation opérationnelle.

Un rollup est une conception de mise à l'échelle qui exécute des transactions hors de la chaîne principale et renvoie les résultats compressés vers celle-ci ; un zkEVM est un rollup dont l'environnement d'exécution est destiné à exécuter des contrats de style Ethereum tout en utilisant des preuves à divulgation nulle de connaissance. Ces définitions décrivent uniquement la conception annoncée. Ce dossier ne confirme pas que l'un de ces éléments fonctionne comme décrit.

Faits documentaires établis

Plusieurs points sont établis strictement au niveau documentaire. L'enregistrement d'intégration Trust Wallet Scroll rattaché nomme le projet Scroll avec le symbole SCR, l'identifiant documentaire 0xd29687c813d741e2f938f4ac377128810e217b1b et 18 décimales. Les décimales décrivent la manière dont les montants de jetons sont représentés ; elles n'établissent ni offre en circulation ni valeur. L'entrée est étiquetée SCROLL et active, où active est une étiquette de métadonnées et non une validation de réseau en direct.

Le registre plus large Trust Wallet Assets se décrit comme un catalogue maintenu par la communauté d'informations sur les jetons et de logos couvrant plusieurs blockchains, utilisé par le portefeuille et d'autres projets. Il indique que des informations supplémentaires sur les jetons sont optionnelles et non disponibles 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 les jetons 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. Un contexte de répertoire rattaché distinct nomme Scroll et établit uniquement un contexte de répertoire documentaire.

La spécification ERC-20 est une interface standard pour les jetons fongibles dans les contrats intelligents. Elle définit des lectures telles que totalSupply et balanceOf, des transferts, des transferts par des tiers après autorisation, l'approbation et l'allocation restante. Une allocation est le montant qu'un dépensier désigné peut utiliser, et une approbation répétée écrase ce montant. La spécification indique que les appelants doivent gérer un résultat de transfert faux, et elle décrit les événements Transfer et Approval. Les métadonnées de nom, symbole et décimales sont optionnelles selon la norme. Il s'agit de la spécification générique, distincte de toute implémentation particulière de jeton.

Ce qui reste inconnu

Aucune observation revue indépendamment n'a été admise pour l'un des critères listés dans ce lot documentaire, de sorte que l'identité, l'usage, le rôle du jeton, l'offre, la concentration, la captation de valeur, le contrôle, la sécurité, la gouvernance, la responsabilité, les incidents, la continuité et l'exécution restent inconnus. La couverture de notation s'établit à 0 pour cent et l'actif n'est pas noté. L'identité, l'offre et le contrôle sont signalés comme essentiels manquants.

Au-delà des critères, le contrôle indépendant présent, 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 non vérifiés. Aucun bytecode déployé, contrôleur actuel, déploiement sur le réseau principal, implémentation fonctionnelle, droit de jeton ou audit de sécurité n'a été vérifié. Le matériel de répertoire est maintenu par un projet de portefeuille via des soumissions communautaires, de sorte que ses descriptions de projet sont des allégations documentaires et non des déclarations d'émetteur vérifiées indépendamment. Une revue de documentation n'est pas une vérification opérationnelle indépendante.

Conséquences de la lacune probatoire

La conséquence pratique est que les mécanismes documentaires seuls ne peuvent établir le comportement réel du réseau ni les résultats d'investissement. La présence et l'activité d'une étiquette de registre ne démontrent pas qu'un réseau principal fonctionne, qu'un contrat est déployé comme décrit, ou que le jeton porte les droits qu'un lecteur pourrait supposer. L'étiquette ERC-20 dans le registre n'établit aucune conformité vérifiée indépendamment, aucune implémentation déployée réelle, aucune permission de contrôleur et aucune propriété de sécurité, et aucune transaction de jeton n'a été effectuée dans cette revue.

Pour un lecteur, cela signifie que le matériel présenté ici doit être lu comme une documentation sur un sujet, et non comme une confirmation d'opérations, de sécurité ou de performance. L'absence de preuves ne rend pas en soi un projet frauduleux ou dangereux ; elle signifie que les questions qui permettraient un verdict restent ouvertes, et que toute conclusion tirée au-delà des documents serait non étayée.

Verdict

La solidité opérationnelle reste non prouvée. Scroll n'est pas noté, avec une couverture de notation de 0 pour cent. Le sujet documentaire est identifié et ses allégations enregistrées sont rattachées et attribuables, mais aucune observation propre à un critère n'a été admise et aucune vérification opérationnelle indépendante n'a été effectuée. Ce verdict est provisoire et repose uniquement sur les résumés fournis.

Éléments de preuve qui modifieraient le verdict

La notation ne pourrait évoluer qu'après la collecte de preuves propres à chaque critère. Les questions de recherche concrètes incluent : quelle est l'identité, revue indépendamment, du contrôleur actuel du contrat ? Quels sont les chiffres actuels d'offre et de concentration des détenteurs ? Le jeton porte-t-il des droits définis de gouvernance, de frais ou de captation de valeur, et en vertu de quel document ? Existe-t-il une observation opérationnelle indépendante datée du réseau, et une vérification d'identité reproduite confirme-t-elle que l'adresse documentaire correspond au comportement déployé ? Existe-t-il des audits indépendants achevés, et que déclarent les registres de fin de support des clients ?

Répondre à ces questions nécessiterait des vérifications d'identité reproduites, des observations de réseau indépendantes datées et des preuves propres à chaque critère, suivies d'une calibration et d'une revue éditoriale. Tant que ces preuves n'existent pas et ne sont pas revues, le statut non noté demeure.

02 / Crash test

Chaque contrôle demande ses preuves.

Méthode candidate 0.1.0. Les résultats inconnus sont exclus du calcul de la note.
ContrôlePoidsRésultat
Identité exacte de l’actifEssentiel3%Vérification en attente
Usage observable15%Vérification en attente
Rôle économique du token10%Vérification en attente
Mécanismes d’offreEssentiel10%Vérification en attente
Concentration des détenteurs8%Vérification en attente
Captation de valeur7%Vérification en attente
Pouvoirs de contrôleEssentiel10%Vérification en attente
Vérification de la sécurité7%Vérification en attente
Processus de décision8%Vérification en attente
Responsabilités7%Vérification en attente
Historique des incidents6%Vérification en attente
Continuité du fonctionnement4%Vérification en attente
Conditions d’exécution5%Vérification en attente

Contrôles propres à la famille: Utilisation observable, nécessité du token et dépendances.

03 / Preuves

Consulter les preuves

Les sources de cette analyse

Les titres et résumés des sources sont en anglais.

Trust Wallet: captured Scroll record for Scroll

The pinned Trust Wallet Scroll integration record names Scroll with symbol SCR, documentary identifier 0xd29687c813d741e2f938f4ac377128810e217b1b and 18 decimal places. Decimal places describe amount representation and establish no current supply or value. The entry is labelled SCROLL and active. Its community-maintained description states: "Scroll employs a multifaceted approach to ensure its security, leveraging the robustness of battle-tested cryptographic libraries and the principles of open-source development. This approach is designed to maintain the integrity and safety of its zkEVM-based zkRollup on Ethereum, which is crafted to offer native compatibility for existing Ethereum applications and tools.". Every project, partnership, grant, economic, performance, supply, date and adoption statement above is an attributed registry claim, without independent issuer or operational verification. The directory label does not establish a mainnet deployment, functioning implementation or present token rights. No deployed control, beneficial ownership, supply, reserves, use, safety, complete incident record or investment outcome was checked. The generic application family identifies only a documentary token subject; economic niche and scoring criteria remain unclassified and unknown. The general ERC-20 specification is separate from this token implementation.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: 84d01ba5b40de9f5e37ba130299cc6e25a8c2ac2942d306543d317d61c228780

Trust Wallet: pinned Scroll directory context

The pinned community-maintained Trust Wallet scroll directory context names Scroll. This establishes documentary directory context only. No performance, consensus, mainnet RPC response, current deployment, control or security claim is independently verified.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: aab31b49ff5235da8c0e90d6b4eff1eb8478a0072b88ba8a96f5c5a463a95e06

Trust Wallet Assets: README.md (bbe582d25a22)

The Trust Wallet Assets README describes a community-maintained registry of token information and logos across blockchains, used by the wallet and other projects. It says additional token information is optional and unavailable on-chain. Anyone can submit assets, and inclusion does not imply a direct partnership with the listed projects. It also explicitly excludes brand-new tokens from submissions, so this source cannot provide an exhaustive inventory of recent launches. The README states that its scripts and documentation use the MIT license. This source is the wallet project's own integration registry, maintained with community submissions. Its project descriptions are documentary claims from that registry, not independently verified issuer statements or operational observations. The active status is a metadata label, with no live-network validation. No deployment bytecode, controller, supply, reserve, use, concentration, liquidity, security audit, incident completeness or investment return has been established.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: 51fc8f690972c850271ca0a6086516eae5ed411e94982fcae6534a4d08fccd73

Ethereum ERC-20: pinned token interface specification

The pinned ERC-20 specification describes a standard interface for fungible tokens in smart contracts. It defines totalSupply and balanceOf reads, transfers, third-party transfers after authorization, approval and remaining allowance. An allowance is the amount a named spender may use; a repeated approval overwrites that amount. The specification says callers must handle a false transfer result and describes Transfer and Approval events. Name, symbol and decimal-place metadata are optional in the standard. These interface requirements describe what a conforming implementation should do. A wallet ERC20 label establishes no independently checked compliance, actual deployed implementation, controller permissions, token use, supply or security. No token transaction was performed in this review. Copyright and related rights are waived under CC0.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: 50d0bdc535ed8987ac5c124cb5f9c39606806c97e909aae66ef4b747dd9c93dd

Seuls les résumés originaux sont distribués. Les données de marché brutes sous licence restent privées.

Poursuivre la recherche