Cours NEAR Protocol (NEAR) — Acheter et échanger NEAR

L'histoire derrière NEAR Protocol

Illia Polosukhin a coécrit l'article fondamental sur l'architecture Transformer qui a ouvert la voie aux modèles de langage de l'IA moderne, avant de se tourner vers l'infrastructure blockchain aux côtés d'Alexander Skidanov. Ensemble, ils lancent le réseau principal (mainnet) de NEAR en 2020.

Le sharding voit le jour en 2021 grâce à une architecture baptisée Nightshade, qui répartit la charge de travail du réseau sur des chaînes parallèles au lieu d'obliger chaque validateur à traiter chaque transaction.

À partir de 2024, le projet opère un pivot stratégique en se repositionnant autour des agents IA et de l'abstraction de chaîne — faisant le pari que les logiciels autonomes, et pas seulement les utilisateurs humains, constitueront bientôt le premier moteur de la demande sur le réseau.

À quoi sert NEAR

Le jeton NEAR sert à régler chaque transaction et est immobilisé (staké) par les validateurs qui sécurisent le réseau, une fraction des frais collectés étant détruite (burned) pour compenser l'inflation courante.

Les signatures de chaîne permettent à un compte NEAR unique de contrôler des actifs hébergés sur Bitcoin, Ethereum et d'autres réseaux sans nécessiter un portefeuille distinct pour chacun d'eux, tandis que la blockchain accueille de plus en plus d'applications d'agents IA et de places de marché de données articulées autour de ce même principe.

NEAR Protocol sur le marché aujourd'hui

NEAR se positionne comme une blockchain Layer-1 à moyenne ou grande capitalisation qui s'est forgé une identité singulière autour de l'infrastructure liée à l'IA et de l'abstraction de compte, plutôt que de chercher à s'imposer sur le seul débit brut.

Ce positionnement est à double tranchant : le projet se heurte d'un côté à la concurrence de jetons conçus sur mesure pour l'IA, et de l'autre à des chaînes généralistes plus imposantes disposant d'une liquidité bien plus profonde.

Comment acheter ou échanger NEAR

1. Choisissez NEAR comme actif à recevoir.
2. Choisissez votre moyen de paiement : crypto ou carte bancaire.
3. Monivo compare toutes les plateformes connectées et achemine votre commande vers le meilleur taux disponible.
4. Collez l’adresse de votre portefeuille et confirmez : les fonds arrivent en quelques minutes.

Pourquoi NEAR Protocol existe

L'objection fondatrice était que les blockchains avaient rendu deux choses difficiles à la fois. Passer à l'échelle exigeait de partitionner l'état, et partitionner l'état signifiait historiquement exposer ces partitions aux développeurs et aux utilisateurs. Dans le même temps, on attendait des gens ordinaires qu'ils manient des adresses hexadécimales de quarante caractères.

La réponse de NEAR a été de masquer les deux. Les shards deviennent un détail interne d'implémentation ; les comptes deviennent des noms lisibles comme `alice.near`, organisés en hiérarchie.

Les personnes derrière le projet

La conception de sharding Nightshade a été publiée par Alex Skidanov, Illia Polosukhin et Bowen Wang, une première fois en 2019 et révisée depuis. Les fondateurs viennent des systèmes à grande échelle et de l'ingénierie en apprentissage automatique plutôt que du monde des cryptomonnaies, et la conception s'en ressent : elle traite la chaîne comme un problème de base de données distribuée soumis à une contrainte de consensus.

Le système de comptes nommés emprunte explicitement au DNS, y compris un registre qui contrôle les noms de premier niveau.

Le pari initial

Le pari était qu'une seule chaîne logique, composée de nombreux « chunks » de shards, serait plus facile à appréhender qu'un ensemble de chaînes de shards indépendantes. Les validateurs produisent des chunks pour les shards qui leur sont assignés, et le protocole les assemble en un seul bloc, si bien que les applications s'adressent à un réseau unique.

Le coût est une complexité protocolaire concentrée dans les parties les plus difficiles : la messagerie inter-shards, le resharding à mesure que la charge évolue, et la validation d'un état que l'on ne stocke pas soi-même. Ce sont les parties les plus susceptibles de réserver des surprises.

Le tournant

La mise à niveau qui a concrétisé cette conception a été déployée le 22 août 2024, lorsque la validation sans état (stateless validation) est entrée en production sur le réseau principal. Les validateurs n'ont plus besoin de détenir l'état complet du shard qu'ils valident, ce qui supprime le plafond de mémoire qui limitait jusqu'où le réseau pouvait être fragmenté.

C'est un jalon qu'il vaut la peine de nommer avec précision, car il a fallu cinq ans pour passer du papier à la production — l'écart entre une conception de sharding et un réseau réellement fragmenté est l'endroit où la plupart de ces projets s'arrêtent.

Un détail que la plupart des résumés omettent

La nomenclature des comptes paraît hiérarchique, mais le sharding ne l'est pas. L'attribution des shards est passée d'un hachage des noms de compte à un découpage par bornes alphabétiques, si bien que `a.near` et un sous-compte qui en dépend peuvent se trouver sur des shards différents malgré l'apparence de relation parent-enfant des noms. La hiérarchie est une convention de nommage, non une garantie de localité.

La question qui reste ouverte

La question de savoir si le sharding fournit un débit proportionnel au nombre de shards n'est pas tranchée empiriquement. Au moins une étude indépendante récente rapporte que le débit agrégé plafonne à un nombre modeste de shards et que le débit par shard se dégrade fortement au-delà, sur du matériel standard ; il s'agit d'un preprint, non d'un résultat évalué par des pairs, et les propres tests de référence de NEAR utilisent des machines bien plus puissantes. Ces deux jeux de chiffres doivent être traités comme des affirmations assorties de leurs méthodologies respectives.

Ce que cela implique lorsque vous échangez NEAR

Les comptes NEAR sont des noms, pas des hachages, ce qui change les modes de défaillance possibles. Un nom mal orthographié correspond généralement à un compte qui n'existe simplement pas — mais s'il existe, le transfert aboutit et n'est pas réversible. Les sous-comptes sont des comptes distincts, donc `savings.alice.near` n'est pas automatiquement contrôlé par `alice.near` sauf s'il a été créé dans ce but.

NEAR prend aussi en charge des comptes implicites dérivés de clés, y compris des adresses au format Ethereum, donc les portefeuilles peuvent vous afficher plus d'une forme d'adresse. Envoyez vers l'identifiant exact fourni par le destinataire, conservez un petit solde en NEAR pour le gas et le staking de stockage, et notez que les comptes paient pour le stockage qu'ils utilisent.