NEAR Protocol (NEAR)

La promesse

NEAR présente une plateforme de chaîne de blocs pour les contrats intelligents et les applications à état. Un contrat intelligent est une logique applicative exécutée selon les règles d'un réseau. Sa documentation nearcore identifie l'implémentation logicielle et les ressources pour développeurs, tandis que ses allégations d'utilisabilité, d'évolutivité et de coût soulèvent des questions distinctes de vérification.

Faits établis

La source principale de cette revue est le README nearcore épinglé, identifié comme implémentation de référence de NEAR Protocol. Ce dépôt liste des ressources de développement, notamment une bibliothèque client JavaScript pour les connexions applicatives, des kits de développement Rust et JavaScript/TypeScript, des exemples, de la documentation et une spécification formelle distincte. Il renvoie aussi aux instructions de participation des validateurs et place les propositions de modification du protocole dans le dépôt des NEP. Ce sont des ressources de développement identifiées ; aucun paquet lié ni spécification formelle n'a été examiné dans cette capture restreinte. La source revendique l'utilisabilité, l'évolutivité et un coût inférieur à Ethereum, mais ce dossier ne fournit aucun repère comparatif ni observation comparative de frais, de sorte que ces allégations restent non testées. La publication d'une proposition est distincte d'une activation réseau vérifiée.

Inconnues

Les kits de développement liés et la spécification formelle n'ont pas été examinés dans cette capture. Aucun repère de performance ni comparaison de frais de transaction n'a été réalisé, laissant l'avantage de coût revendiqué non testé ici.

Les détails actuels du sharding, les logiciels déployés, l'indépendance des opérateurs et la concentration des enjeux restent inconnus dans ce dossier. Nous manquons aussi d'observations vérifiées de l'usage réel, de l'offre, de la propriété, de la liquidité et de l'historique complet des incidents. Le sujet est le NEAR natif ; les représentations sur d'autres réseaux exigent leurs propres vérifications.

Conséquences

La liste des ressources de développement aide à identifier où enquêter sur les capacités déclarées du projet. Chaque ressource devrait être examinée dans son propre périmètre avant de pouvoir étayer une conclusion sur une application déployée ou le comportement du réseau.

Le dépôt distinct des NEP fait aussi des propositions de modification du protocole un sujet de recherche utile. Une proposition publiée devrait être reliée à une implémentation et à une activation vérifiée. Les allégations comparatives de coût et d'évolutivité nécessitent des mesures aux conditions explicites avant de pouvoir éclairer une évaluation du réseau.

Verdict

Non noté, avec 0 % de couverture des critères de notation. L'implémentation de référence et les ressources de développement sont documentées, tandis que les performances, le contrôle et le comportement économique actuels n'ont pas été vérifiés de manière indépendante dans ce dossier. Le pourcentage décrit la couverture vérifiée des critères de notation.

Éléments qui changeraient le verdict

La prochaine revue devrait comporter des vérifications datées de l'identité et du déploiement, suivies d'observations indépendantes de la participation et du comportement applicatif. Un repère reproductible et une comparaison de frais au périmètre clairement défini pourraient tester les allégations de performance et de coût annoncées. Des éléments économiques et des données d'incidents seraient aussi nécessaires avant une calibration et une notation.