La prochaine étape d'Ethereum : Glamsterdam – Les mises à niveau essentielles à connaître

Foresight NewsPublicado a 2026-06-23Actualizado a 2026-06-23

Resumen

L'upgrade Glamsterdam d'Ethereum, prévue pour la seconde moitié de 2026, est une refonte fondamentale du protocole visant à préparer une scalabilité accrue. Elle introduit deux changements majeurs. Premièrement, l'EIP-7732 (ePBS) intègre la séparation entre le proposant et le constructeur de blocs directement dans le protocole, réduisant la dépendance aux infrastructures externes. Cette modification allonge la fenêtre de validation des transactions de 2 à 9 secondes, permettant de futures augmentations de la capacité des blocs en toute sécurité. Deuxièmement, l'EIP-7928 (BAL) crée une liste d'accès au niveau du bloc, enregistrant toutes les interactions avec les comptes et le stockage. Cela ouvre la voie à une validation parallèle des transactions et une exécution plus efficace. Parallèlement, l'EIP-8037 réévalue le coût de création de l'état (state), le rendant plus cher pour limiter l'expansion indéfinie de la base de données que chaque nœud doit maintenir. Outre ces EIP centraux, Glamsterdam inclut des ajustements de tarification du gaz et des améliorations pour les développeurs. Cette mise à jour intervient lors d'un changement organisationnel au sein de la Fondation Ethereum, qui souligne l'émergence d'un écosystème plus large d'organisations contribuant au développement du réseau. Glamsterdam n'est pas une simple augmentation des limites ; elle restructure les processus fondamentaux pour une croissance durable.


Rédigé par : KarenZ, Foresight News


La mise à niveau Glamsterdam d'Ethereum est trop souvent réduite à une simple itération technique pour augmenter le débit. En réalité, il s'agit plutôt d'une réorganisation profonde du processus de création des blocs, de validation et de tarification des ressources, visant à préparer le terrain pour une limite de Gas plus élevée, une plus grande capacité de blob et une exécution parallèle future.


Au 23 juin 2026, ethereum.org présente Glamsterdam comme une mise à niveau planifiée pour le second semestre 2026. Ce nom combine la mise à niveau de la couche d'exécution Amsterdam et celle de la couche de consensus Gloas. La feuille de route officielle la situe après Fusaka (décembre 2025) et avant Hegotá, avec deux fonctionnalités principales : la Séparation intégrée au protocole entre Proposant et Constructeur (ePBS), et les Listes d'Accès au niveau du Bloc (BAL).


Qui propose, qui construit : l'ePBS inscrit la division du travail dans le protocole


Aujourd'hui, la création d'un bloc sur Ethereum ressemble à une relève très serrée : une personne propose le bloc, une autre construit son contenu transactionnel, le tout dépendant d'infrastructures externes au protocole comme MEV-Boost et les relais tiers.


Ce système fonctionne depuis des années, mais il place une partie des relations de confiance hors protocole et force les validateurs à gérer simultanément consensus, exécution et disponibilité des données dans une fenêtre temporelle très courte.


L'un des premiers changements majeurs de Glamsterdam, l'EIP-7732 ou ePBS (Séparation intégrée Proposant-Constructeur), consiste justement à formaliser cette division des rôles dans le protocole.


En bref, le proposant sélectionne le bloc de consensus, et le constructeur prépare le contenu transactionnel. Le constructeur ne peut pas se contenter d'une promesse verbale ; il doit d'abord fournir une « garantie » dans le protocole : préciser quel bloc d'exécution il va livrer et combien il paiera au proposant. Ensuite, le Comité de Ponctualité de la Charge Utile (Payload Timeliness Committee, PTC) vérifie s'il a livré à temps.


L'objectif clé de ce changement n'est pas seulement de réduire la dépendance aux relais tiers, mais aussi de gagner du temps pour la propagation et la validation des blocs.


Actuellement, les validateurs doivent traiter à la fois le consensus et l'exécution dans un intervalle critique très court. L'ePBS sépare ces deux tâches, permettant de révéler et de valider la charge d'exécution un peu plus tard. Selon la conception de l'EIP-7732, la fenêtre de propagation de la charge d'exécution, c'est-à-dire le temps disponible pour que les données soient diffusées sur le réseau et reçues par les nœuds, pourrait passer d'environ 2 secondes à environ 9 secondes. Une fenêtre plus longue permettrait à Ethereum d'augmenter la capacité des blocs en limitant les risques accrus de perte de votes ou de réorganisation dus à un téléchargement, une validation ou un vote trop lent des nœuds.


Cela ne sera peut-être pas directement perceptible pour l'utilisateur moyen, mais c'est essentiel pour la scalabilité d'Ethereum. Une fenêtre de propagation et de validation plus longue signifie que le réseau peut traiter des charges plus importantes en toute sécurité. Dans un article du 16 juin 2026, CoinDesk cite Parithosh Jayanthi, ingénieur DevOps de l'Ethereum Foundation, selon qui Glamsterdam pourrait être l'un des plus grands forks depuis le Merge, modifiant de nombreuses hypothèses sur Ethereum et préparant le terrain pour des mises à l'échelle plus importantes.


BAL et retarification : la scalabilité ne consiste pas seulement à accélérer, mais aussi à gérer la base de données


L'autre changement central de Glamsterdam est l'EIP-7928, les Listes d'Accès au niveau du Bloc (Block-Level Access Lists).


On peut l'imaginer comme un « journal d'accès » attaché à chaque bloc : il enregistre quels comptes et quels emplacements de stockage ont été touchés lors de l'exécution du bloc, et quel est l'état résultant. Ainsi, les nœuds ne traitent plus les blocs en aveugle et peuvent savoir à l'avance quelles données doivent être lues et quels calculs peuvent être avancés en parallèle.


L'EIP-2930 avait déjà introduit des listes d'accès au niveau de la transaction, mais elles étaient optionnelles et peu utilisées. L'EIP-7928 les élève au niveau du bloc : l'en-tête du bloc contient une « empreinte » (un hachage) de cette liste, tandis que la charge d'exécution stocke la liste complète. Lors de l'exécution du bloc, les nœuds vérifient la cohérence entre la liste et les accès réels ; en cas d'incohérence, le bloc est invalidé.


Pourquoi est-ce important ? Actuellement, lors de l'exécution d'une transaction, de nombreux accès aux données ne sont connus qu'au moment où l'étape correspondante est atteinte. Les nœuds ne savant pas si un lot de transactions va lire ou écrire simultanément sur le même compte ou emplacement de stockage, ce qui rend difficile un traitement parallèle confiant. La BAL expose explicitement la trace d'accès de l'exécution du bloc, permettant aux clients d'effectuer des lectures disque parallèles, une validation de transactions parallèle, un calcul parallèle de la racine d'état, et de mettre à jour l'état sans rejouer entièrement les transactions dans certains cas. Ce n'est pas un bouton pour réduire directement les frais des utilisateurs, mais cela ouvre la voie à l'ingénierie client pour le parallélisme.


Mais la logique de scalabilité de Glamsterdam ne se limite pas à « élargir la route ». Elle doit aussi contrôler l'expansion à long terme de la base de données d'Ethereum. L'EIP-8037 augmente le coût de création d'état et introduit un Coût Par Octet d'État (CPSB). L'état peut être compris comme le contenu de la base de données qu'Ethereum doit conserver à long terme, comme les nouveaux comptes, contrats et emplacements de stockage. Une transaction se termine après son exécution, mais l'état reste dans le registre que tous les nœuds doivent maintenir. Si l'état croît trop vite, le fonctionnement des nœuds devient de plus en plus coûteux, menaçant progressivement la décentralisation.


L'EIP-8037 présente des chiffres de contexte éloquents : en janvier 2026, une base de données de nœud Geth dédiée à l'état pesait environ 390 GiB. Après l'augmentation de la limite de Gas du réseau principal de 30 à 60 millions, la création quotidienne d'état est passée d'environ 105 MiB à environ 326 MiB, soit une croissance annuelle d'environ 116 GiB. En extrapolant proportionnellement avec une limite de 200 millions de Gas, la croissance annuelle de l'état pourrait atteindre environ 387 GiB, dépassant en moins d'un an le seuil de dégradation des performances fixé à 650 GiB.


Ainsi, l'EIP-8037 vise à distinguer la tarification du « calcul temporaire » de celle de « l'occupation permanente de la base de données ». Créer un nouvel état coûtera plus cher, car cela impose au réseau un coût de stockage à long terme, et non un coût de calcul ponctuel.


Vitalik Buterin a également expliqué, en évoquant la feuille de route de scalabilité de Glamsterdam, que cette mise à niveau séparerait le coût de création d'état des coûts d'exécution et de calldata : l'objectif est de permettre une expansion plus importante de la capacité d'exécution, sans que la taille de l'état n'augmente au même rythme.


Considérés ensemble, la BAL permet aux nœuds de traiter plus facilement les blocs en parallèle, résolvant le problème « d'aller plus vite » ; la retarification de la création d'état fait payer plus cher les opérations qui occupent durablement la base de données, résolvant le problème de « ne pas trop gonfler le registre ». La scalabilité de Glamsterdam ne consiste pas simplement à augmenter la limite de Gas, mais à poser une question plus réaliste : Ethereum peut-il accueillir plus de transactions tout en évitant une pression incontrôlable sur la propagation des blocs, la validation des transactions et le stockage de l'état.


La liste des EIP de Glamsterdam se précise : lesquels sont fixés, lesquels sont en attente ?


Au 23 juin 2026, selon le suivi des mises à niveau d'Ethereum sur Forkcast, les développeurs testent actuellement Glamsterdam dans des environnements devnets. Le déploiement sur Sepolia est prévu pour le 3 août, et sur le réseau principal pour le 16 septembre (ces dates pourront être ajustées).




Actuellement, 10 EIP sont prévus pour Glamsterdam :


  • EIP-7708 (Les transferts ETH déclenchent également des journaux d'événements, facilitant l'indexation et le suivi des transferts ETH natifs)
  • EIP-7732 (ePBS, formalise la division proposant/constructeur dans le protocole, réduisant la dépendance aux relais externes)
  • EIP-7778 (Supprime la comptabilité du Gas liée aux remboursements de Gas, simplifiant le calcul du Gas par bloc)
  • EIP-7843 (Ajoute l'opcode SLOTNUM, permettant aux contrats de lire le numéro du slot actuel)
  • EIP-7928 (Listes d'Accès au niveau du Bloc BAL, enregistre les comptes et emplacements de stockage accédés pendant l'exécution, prépare le terrain pour la validation parallèle)
  • EIP-7954 (Augmente la limite maximale de taille des contrats, autorisant des codes d'opérations plus volumineux)
  • EIP-7976 (Augmente le coût plancher du calldata, ajuste le coût minimum du calldata)
  • EIP-7981 (Augmente le coût des listes d'accès, recalibre la tarification du Gas pour les listes d'accès)
  • EIP-8024 (Opcodes SWAPN, DUPN, EXCHANGE rétrocompatibles, améliore les capacités de manipulation de la pile de l'EVM)
  • EIP-8037 (Augmente le coût en Gas de la création d'état, freine l'expansion trop rapide de la base de données d'état)


Ces EIP peuvent être grossièrement classés en plusieurs catégories : premièrement, la restructuration des processus de création de blocs et de validation, avec l'EIP-7732 et l'EIP-7928 comme noyau ; deuxièmement, l'ajustement de la tarification des ressources, incluant les EIP-7778, 7976, 7981 et 8037 ; troisièmement, les modifications de l'EVM et de l'expérience développeur, avec les EIP-7708, 7843, 7954 et 8024.


En d'autres termes, Glamsterdam ne modifie pas qu'un seul point fonctionnel, mais met à niveau simultanément la division du travail de création de blocs, la validation parallèle, la tarification du Gas et la praticité de l'EVM.


Une autre série d'EIP figure sur la liste « En considération pour inclusion » :


  • EIP-2780 (Sépare le Gas intrinsèque de la transaction par ressource)
  • EIP-7610 (Annulation lors de la création de contrats sur des comptes de stockage non vides)
  • EIP-7688 (Structures de données de la couche de consensus compatibles avec le futur)
  • EIP-7904 (Analyse des coûts en Gas de calcul, pourrait être retiré de Glamsterdam)
  • EIP-7975 (eth/70, listes de reçus partielles de blocs)
  • EIP-7997 (Contrats d'usine déterministes)
  • EIP-8038 (Mise à jour des coûts en Gas pour l'accès à l'état)
  • EIP-8045 (Empêche les validateurs sanctionnés de continuer à proposer des blocs)
  • EIP-8061 (Augmente le taux de sortie et de fusion - churn limit)
  • EIP-8070 (eth/72, Sparse Blobpool)
  • EIP-8080 (Permet aux sorties d'utiliser la file d'attente de consolidation - consolidation queue)
  • EIP-8136 (Différences au niveau cellulaire pour la diffusion de colonnes de données)
  • EIP-8159 (eth/71, Échange de listes d'accès aux blocs)
  • EIP-8246 (Supprime le brûlage lié à SELFDESTRUCT)
  • EIP-8282 (Requêtes d'Exécution des Constructeurs, fournit des demandes d'enregistrement et de sortie dédiées aux constructeurs ePBS)


De plus, Forkcast classe actuellement l'EIP-8254 (limite le nombre de demandes de dépôt par bloc de la couche d'exécution à 8192) comme « Proposé pour inclusion ».


Du point de vue des stakers, les EIP-8061 et EIP-8080, en considération, méritent une attention particulière. Pour les stakers, cela pourrait signifier une amélioration de la liquidité de sortie. Dans un article du 5 mai 2026, Figment indique que les stakers institutionnels doivent surtout suivre l'ePBS, l'EIP-8061 et l'EIP-8080, et estime qu'avec environ 38,9 millions d'ETH stakés en avril 2026, l'EIP-8061 pourrait augmenter la limite de churn de sortie de 256 ETH/epoch à environ 1187 ETH/epoch, tandis que l'EIP-8080 permettrait aux sorties normales d'utiliser la capacité excédentaire de la file d'attente de consolidation. Figment rappelle que tous les chiffres avant le déploiement sur le réseau principal doivent être considérés comme des estimations.


Source : Figment


Le protocole évolue, et les membres de la Fondation aussi


Les préparatifs techniques de Glamsterdam coïncident avec des changements de personnel au sein du groupe Protocole (Protocol cluster) de l'Ethereum Foundation. Un billet de blog de l'Ethereum Foundation du 11 mai 2026 indique que Glamsterdam a atteint plusieurs jalons : un objectif crédible de limite de plancher de 200 millions de Gas post-Glamsterdam a été établi, l'ePBS fonctionne de manière stable sur le devnet multi-client Glamsterdam, et l'EIP-8037 a été finalisé.


Le même article annonce une passation de leadership au sein du Protocol cluster : Will Corcoran, Kev Wedderburn et Fredrik deviennent les nouveaux coordinateurs du cluster. Les anciens coordinateurs Barnabé Monnot et Tim Beiko quittent l'Ethereum Foundation, et Alex Stokes est en congé.


La Fondation décrit la répartition des rôles des trois nouveaux coordinateurs ainsi : Will Corcoran possède une expérience de coordination inter-équipes ; Kev Wedderburn dirige l'équipe zkEVM ; Fredrik dirige les projets Protocol Security et Trillion Dollar Security.


Ces changements ne se limitent pas à l'équipe Protocole. Le 18 juin 2026, Hsiao-Wei Wang annonce, après un congé, sa décision de démissionner de ses fonctions de co-directrice exécutive et de membre du conseil d'administration de l'Ethereum Foundation.


L'ancien chercheur de l'Ethereum Foundation, Dankrad Feist, déclare le 19 juin 2026 que les personnes quittant l'EF sont des partisans des valeurs CROPS (Censorship-Resistant & Capture-Resistant, Open Source, Privacy, Security - Résistance à la censure et à la capture, Open Source, Confidentialité, Sécurité), que le problème n'est pas stratégique mais managérial, et estime que cet exode de talents est plutôt négatif pour Ethereum. De son côté, Azeem, co-fondateur de Miden, offre une interprétation inverse, estimant que l'EF a du mal à se transformer, et que la sortie de talents pourrait conduire à la création de nouvelles organisations plus aptes à exécuter la feuille de route d'Ethereum, ce qui serait à long terme un bénéfice net pour l'écosystème.


Le discours interne à l'Ethereum Foundation semble davantage tracer des limites. Le co-directeur exécutif intérimaire de l'Ethereum Foundation, Bastian Aue (Aerugo), répond que les départs de l'EF s'expliquent par des divergences stratégiques, des problèmes d'adéquation au poste, des mouvements institutionnels normaux ou des choix personnels. L'EF ne souhaite pas discuter de questions personnelles de ressources humaines sur les réseaux sociaux, mais affirme que les personnes partantes méritent une sortie digne.


L'Ethereum Foundation utilise ensuite un thread officiel sur Twitter pour fournir une narration organisationnelle plus claire : réaliser le potentiel d'Ethereum nécessite une alliance de multiples organisations. Au cours de la dernière année, plusieurs organisations se sont jointes pour renforcer la résilience et les capacités de l'écosystème. Parmi les exemples cités par l'EF figurent : ethlabs (annoncé le 23 juin, un laboratoire de R&D à but non lucratif axé sur la prochaine phase d'adoption d'Ethereum et de l'ETH), l'Eth Apps Guild (lancé en avril 2026, axé sur l'adoption réelle d'applications natives Ethereum, notamment dans les marchés émergents), l'Ethereum Economic Zone (lancé en 2026, visant à réduire la fragmentation de l'écosystème via la composabilité synchrone et les preuves à connaissance nulle en temps réel), et Argot (fondé en 2025, un collectif autonome d'ingénieurs et chercheurs mainteneurs de Solidity et des outils de compilation open source).


Ce thread officiel permet de mieux comprendre les changements récents à l'Ethereum Foundation : la Fondation ne se contente pas de pousser des personnes et des projets vers l'extérieur, ni d'abandonner la coordination centrale, mais semble plutôt répartir la feuille de route d'Ethereum entre plusieurs organisations pour une responsabilité partagée.


Conclusion


Ainsi, Glamsterdam ne doit pas être perçu uniquement comme un ensemble d'EIP. C'est une réorganisation technique majeure d'Ethereum avant d'atteindre des débits plus élevés : la question de qui construit le bloc, qui le propose, qui le valide, quelles données doivent être conservées à long terme et quelles ressources doivent coûter plus cher est remise sur la table.


Les mots-clés de la feuille de route technique sont l'ePBS, la BAL et le début d'une tarification multidimensionnelle du Gas ; les mots-clés de la feuille de route organisationnelle sont plus pragmatiques : l'Ethereum Foundation peut-elle maintenir sa capacité de coordination, et les nouvelles organisations extérieures à la Fondation peuvent-elles transformer cette coordination en livraison continue.


Références :
https://forkcast.org/upgrade/glamsterdam/
https://ethereum.org/roadmap/glamsterdam/
https://blog.ethereum.org/2026/05/11/protocol-update-may-26
https://x.com/VitalikButerin/status/2027403360484430122

Criptos en tendencia

Preguntas relacionadas

QQu'est-ce que l'ePBS (EIP-7732) dans la mise à niveau Glamsterdam d'Ethereum et pourquoi est-il important ?

AL'ePBS (EIP-7732) signifie "Enshrined Proposer-Builder Separation". C'est un changement clé de Glamsterdam qui inscrit la séparation des rôles entre le proposant de bloc (qui sélectionne le bloc de consensus) et le constructeur (qui prépare le contenu des transactions) directement dans le protocole Ethereum. Il est crucial car il réduit la dépendance aux infrastructures externes (comme MEV-Boost et les relais), prolonge la fenêtre de propagation de la charge d'exécution (d'environ 2 à 9 secondes), et permet une validation plus sûre des blocs plus volumineux, préparant ainsi le réseau à une augmentation future de la capacité.

QComment fonctionnent les listes d'accès au niveau du bloc (BAL, EIP-7928) et quel est leur principal avantage ?

ALes listes d'accès au niveau du bloc (BAL, EIP-7928) fournissent un "journal d'accès" pour chaque bloc, enregistrant explicitement quels comptes et emplacements de stockage sont consultés pendant son exécution, ainsi que l'état résultant. Cette liste est incluse dans la charge d'exécution et son empreinte est dans l'en-tête du bloc. Le principal avantage est qu'elle permet aux clients d'anticiper les accès aux données, ce qui ouvre la voie à une lecture de disque parallèle, une validation de transaction parallèle et un calcul parallèle de la racine d'état, améliorant ainsi l'efficacité et préparant le terrain pour une exécution parallèle future.

QPourquoi EIP-8037 ajuste-t-il le coût de création d'état et quels problèmes cherche-t-il à résoudre ?

AEIP-8037 augmente le coût en gas de la création d'état (comme les nouveaux comptes ou les nouveaux emplacements de stockage de contrat) et introduit un coût par octet d'état (CPSB). Il cherche à résoudre le problème de la croissance incontrôlée de la base de données d'état d'Ethereum, qui impose un fardeau de stockage à long terme à tous les nœuds. En dissociant le prix de la création d'état (un coût permanent) de celui de l'exécution (un coût temporaire), il vise à permettre une augmentation de la capacité d'exécution (limite de gas plus élevée) tout en empêchant la taille de l'état d'augmenter à la même vitesse, préservant ainsi la décentralisation en maintenant l'exigence de stockage des nœuds gérable.

QSelon l'article, quels sont les EIP en attente d'inclusion qui pourraient particulièrement intéresser les stakers (déposants) ?

APour les stakers, les EIP en attente d'inclusion les plus pertinents sont EIP-8061 et EIP-8080. EIP-8061 vise à augmenter la limite de sortie (churn limit) par époque, accélérant potentiellement la liquidité de sortie du staking. EIP-8080 permettrait aux sorties volontaires d'utiliser la capacité inutilisée de la file d'attente de consolidation (consolidation queue), améliorant également l'efficacité des sorties. Ces changements pourraient rendre le processus de retrait du staking plus fluide et plus rapide.

QQuels changements organisationnels au sein de l'écosystème Ethereum sont mentionnés dans l'article en parallèle de la préparation de Glamsterdam ?

AL'article décrit des changements importants au sein de la Fondation Ethereum, notamment le remplacement des coordinateurs du cluster Protocole (Will Corcoran, Kev Wedderburn, Fredrik remplaçant Barnabé Monnot, Tim Beiko) et le départ de la co-directrice exécutive Hsiao-Wei Wang. Il souligne également une stratégie visant à distribuer la feuille de route d'Ethereum à travers un écosystème d'organisations plus large, citant des exemples comme ethlabs, Eth Apps Guild, Ethereum Economic Zone et Argot. Cela suggère une évolution vers un modèle de coordination plus distribué pour le développement d'Ethereum.

Lecturas Relacionadas

Trading

Spot

Artículos destacados

Qué es $S$

Entendiendo SPERO: Una Visión General Completa Introducción a SPERO A medida que el panorama de la innovación continúa evolucionando, la aparición de tecnologías web3 y proyectos de criptomonedas juega un papel fundamental en la configuración del futuro digital. Un proyecto que ha atraído la atención en este campo dinámico es SPERO, denotado como SPERO,$$s$. Este artículo tiene como objetivo reunir y presentar información detallada sobre SPERO, para ayudar a entusiastas e inversores a comprender sus fundamentos, objetivos e innovaciones dentro de los dominios web3 y cripto. ¿Qué es SPERO,$$s$? SPERO,$$s$ es un proyecto único dentro del espacio cripto que busca aprovechar los principios de descentralización y tecnología blockchain para crear un ecosistema que promueva la participación, la utilidad y la inclusión financiera. El proyecto está diseñado para facilitar interacciones de igual a igual de nuevas maneras, proporcionando a los usuarios soluciones y servicios financieros innovadores. En su esencia, SPERO,$$s$ tiene como objetivo empoderar a los individuos al proporcionar herramientas y plataformas que mejoren la experiencia del usuario en el espacio de las criptomonedas. Esto incluye habilitar métodos de transacción más flexibles, fomentar iniciativas impulsadas por la comunidad y crear caminos para oportunidades financieras a través de aplicaciones descentralizadas (dApps). La visión subyacente de SPERO,$$s$ gira en torno a la inclusividad, buscando cerrar brechas dentro de las finanzas tradicionales mientras aprovecha los beneficios de la tecnología blockchain. ¿Quién es el Creador de SPERO,$$s$? La identidad del creador de SPERO,$$s$ sigue siendo algo oscura, ya que hay recursos públicos limitados que proporcionan información de fondo detallada sobre su(s) fundador(es). Esta falta de transparencia puede derivarse del compromiso del proyecto con la descentralización, una ética que muchos proyectos web3 comparten, priorizando las contribuciones colectivas sobre el reconocimiento individual. Al centrar las discusiones en torno a la comunidad y sus objetivos colectivos, SPERO,$$s$ encarna la esencia del empoderamiento sin señalar a individuos específicos. Como tal, comprender la ética y la misión de SPERO sigue siendo más importante que identificar a un creador singular. ¿Quiénes son los Inversores de SPERO,$$s$? SPERO,$$s$ cuenta con el apoyo de una diversa gama de inversores que van desde capitalistas de riesgo hasta inversores ángeles dedicados a fomentar la innovación en el sector cripto. El enfoque de estos inversores generalmente se alinea con la misión de SPERO, priorizando proyectos que prometen avances tecnológicos sociales, inclusión financiera y gobernanza descentralizada. Estas fundaciones de inversores suelen estar interesadas en proyectos que no solo ofrecen productos innovadores, sino que también contribuyen positivamente a la comunidad blockchain y sus ecosistemas. El respaldo de estos inversores refuerza a SPERO,$$s$ como un contendiente notable en el dominio de proyectos cripto que evoluciona rápidamente. ¿Cómo Funciona SPERO,$$s$? SPERO,$$s$ emplea un marco multifacético que lo distingue de los proyectos de criptomonedas convencionales. Aquí hay algunas de las características clave que subrayan su singularidad e innovación: Gobernanza Descentralizada: SPERO,$$s$ integra modelos de gobernanza descentralizada, empoderando a los usuarios para participar activamente en los procesos de toma de decisiones sobre el futuro del proyecto. Este enfoque fomenta un sentido de propiedad y responsabilidad entre los miembros de la comunidad. Utilidad del Token: SPERO,$$s$ utiliza su propio token de criptomoneda, diseñado para servir diversas funciones dentro del ecosistema. Estos tokens permiten transacciones, recompensas y la facilitación de servicios ofrecidos en la plataforma, mejorando la participación y la utilidad general. Arquitectura en Capas: La arquitectura técnica de SPERO,$$s$ apoya la modularidad y escalabilidad, permitiendo la integración fluida de características y aplicaciones adicionales a medida que el proyecto evoluciona. Esta adaptabilidad es fundamental para mantener la relevancia en el cambiante paisaje cripto. Participación de la Comunidad: El proyecto enfatiza iniciativas impulsadas por la comunidad, empleando mecanismos que incentivan la colaboración y la retroalimentación. Al nutrir una comunidad sólida, SPERO,$$s$ puede abordar mejor las necesidades de los usuarios y adaptarse a las tendencias del mercado. Enfoque en la Inclusión: Al ofrecer tarifas de transacción bajas e interfaces amigables para el usuario, SPERO,$$s$ busca atraer a una base de usuarios diversa, incluyendo a individuos que anteriormente pueden no haber participado en el espacio cripto. Este compromiso con la inclusión se alinea con su misión general de empoderamiento a través de la accesibilidad. Cronología de SPERO,$$s$ Entender la historia de un proyecto proporciona información crucial sobre su trayectoria de desarrollo y hitos. A continuación se presenta una cronología sugerida que mapea eventos significativos en la evolución de SPERO,$$s$: Fase de Conceptualización e Ideación: Las ideas iniciales que forman la base de SPERO,$$s$ fueron concebidas, alineándose estrechamente con los principios de descentralización y enfoque comunitario dentro de la industria blockchain. Lanzamiento del Whitepaper del Proyecto: Tras la fase conceptual, se lanzó un whitepaper completo que detalla la visión, los objetivos y la infraestructura tecnológica de SPERO,$$s$ para generar interés y retroalimentación de la comunidad. Construcción de Comunidad y Primeras Interacciones: Se realizaron esfuerzos de divulgación activa para construir una comunidad de primeros adoptantes y posibles inversores, facilitando discusiones en torno a los objetivos del proyecto y obteniendo apoyo. Evento de Generación de Tokens: SPERO,$$s$ llevó a cabo un evento de generación de tokens (TGE) para distribuir sus tokens nativos a los primeros seguidores y establecer liquidez inicial dentro del ecosistema. Lanzamiento de la dApp Inicial: La primera aplicación descentralizada (dApp) asociada con SPERO,$$s$ se puso en marcha, permitiendo a los usuarios interactuar con las funcionalidades centrales de la plataforma. Desarrollo Continuo y Alianzas: Actualizaciones y mejoras continuas a las ofertas del proyecto, incluyendo alianzas estratégicas con otros actores en el espacio blockchain, han moldeado a SPERO,$$s$ en un jugador competitivo y en evolución en el mercado cripto. Conclusión SPERO,$$s$ se erige como un testimonio del potencial de web3 y las criptomonedas para revolucionar los sistemas financieros y empoderar a los individuos. Con un compromiso con la gobernanza descentralizada, la participación comunitaria y funcionalidades diseñadas de manera innovadora, allana el camino hacia un paisaje financiero más inclusivo. Como con cualquier inversión en el espacio cripto que evoluciona rápidamente, se anima a los posibles inversores y usuarios a investigar a fondo y participar de manera reflexiva con los desarrollos en curso dentro de SPERO,$$s$. El proyecto muestra el espíritu innovador de la industria cripto, invitando a una mayor exploración de sus innumerables posibilidades. Mientras el viaje de SPERO,$$s$ aún se desarrolla, sus principios fundamentales pueden, de hecho, influir en el futuro de cómo interactuamos con la tecnología, las finanzas y entre nosotros en ecosistemas digitales interconectados.

101 Vistas totalesPublicado en 2024.12.17Actualizado en 2024.12.17

Qué es $S$

Qué es AGENT S

Agent S: El Futuro de la Interacción Autónoma en Web3 Introducción En el paisaje en constante evolución de Web3 y las criptomonedas, las innovaciones están redefiniendo constantemente cómo los individuos interactúan con las plataformas digitales. Uno de estos proyectos pioneros, Agent S, promete revolucionar la interacción humano-computadora a través de su marco agente abierto. Al allanar el camino para interacciones autónomas, Agent S busca simplificar tareas complejas, ofreciendo aplicaciones transformadoras en inteligencia artificial (IA). Esta exploración detallada profundizará en las complejidades del proyecto, sus características únicas y las implicaciones para el dominio de las criptomonedas. ¿Qué es Agent S? Agent S se presenta como un marco agente abierto innovador, diseñado específicamente para abordar tres desafíos fundamentales en la automatización de tareas informáticas: Adquisición de Conocimiento Específico del Dominio: El marco aprende inteligentemente de diversas fuentes de conocimiento externas y experiencias internas. Este enfoque dual le permite construir un rico repositorio de conocimiento específico del dominio, mejorando su rendimiento en la ejecución de tareas. Planificación a Largo Plazo de Tareas: Agent S emplea planificación jerárquica aumentada por la experiencia, un enfoque estratégico que facilita la descomposición y ejecución eficiente de tareas complejas. Esta característica mejora significativamente su capacidad para gestionar múltiples subtareas de manera eficiente y efectiva. Manejo de Interfaces Dinámicas y No Uniformes: El proyecto introduce la Interfaz Agente-Computadora (ACI), una solución innovadora que mejora la interacción entre agentes y usuarios. Utilizando Modelos de Lenguaje Multimodal de Gran Escala (MLLMs), Agent S puede navegar y manipular diversas interfaces gráficas de usuario sin problemas. A través de estas características pioneras, Agent S proporciona un marco robusto que aborda las complejidades involucradas en la automatización de la interacción humana con las máquinas, preparando el terreno para una multitud de aplicaciones en IA y más allá. ¿Quién es el Creador de Agent S? Si bien el concepto de Agent S es fundamentalmente innovador, la información específica sobre su creador sigue siendo elusiva. El creador es actualmente desconocido, lo que resalta ya sea la etapa incipiente del proyecto o la elección estratégica de mantener a los miembros fundadores en el anonimato. Independientemente de la anonimidad, el enfoque sigue siendo en las capacidades y el potencial del marco. ¿Quiénes son los Inversores de Agent S? Dado que Agent S es relativamente nuevo en el ecosistema criptográfico, la información detallada sobre sus inversores y patrocinadores financieros no está documentada explícitamente. La falta de información disponible públicamente sobre las bases de inversión u organizaciones que apoyan el proyecto plantea preguntas sobre su estructura de financiamiento y hoja de ruta de desarrollo. Comprender el respaldo es crucial para evaluar la sostenibilidad del proyecto y su posible impacto en el mercado. ¿Cómo Funciona Agent S? En el núcleo de Agent S se encuentra una tecnología de vanguardia que le permite funcionar de manera efectiva en diversos entornos. Su modelo operativo se basa en varias características clave: Interacción Humano-Computadora Similar a la Humana: El marco ofrece planificación avanzada de IA, esforzándose por hacer que las interacciones con las computadoras sean más intuitivas. Al imitar el comportamiento humano en la ejecución de tareas, promete elevar las experiencias de los usuarios. Memoria Narrativa: Empleada para aprovechar experiencias de alto nivel, Agent S utiliza memoria narrativa para hacer un seguimiento de las historias de tareas, mejorando así sus procesos de toma de decisiones. Memoria Episódica: Esta característica proporciona a los usuarios una guía paso a paso, permitiendo que el marco ofrezca apoyo contextual a medida que se desarrollan las tareas. Soporte para OpenACI: Con la capacidad de ejecutarse localmente, Agent S permite a los usuarios mantener el control sobre sus interacciones y flujos de trabajo, alineándose con la ética descentralizada de Web3. Fácil Integración con APIs Externas: Su versatilidad y compatibilidad con varias plataformas de IA aseguran que Agent S pueda encajar sin problemas en ecosistemas tecnológicos existentes, convirtiéndolo en una opción atractiva para desarrolladores y organizaciones. Estas funcionalidades contribuyen colectivamente a la posición única de Agent S dentro del espacio cripto, ya que automatiza tareas complejas y de múltiples pasos con una intervención humana mínima. A medida que el proyecto evoluciona, sus posibles aplicaciones en Web3 podrían redefinir cómo se desarrollan las interacciones digitales. Cronología de Agent S El desarrollo y los hitos de Agent S pueden encapsularse en una cronología que resalta sus eventos significativos: 27 de septiembre de 2024: El concepto de Agent S fue lanzado en un documento de investigación integral titulado “Un Marco Agente Abierto que Usa Computadoras Como un Humano”, mostrando las bases del proyecto. 10 de octubre de 2024: El documento de investigación fue puesto a disposición del público en arXiv, ofreciendo una exploración profunda del marco y su evaluación de rendimiento basada en el benchmark OSWorld. 12 de octubre de 2024: Se lanzó una presentación en video, proporcionando una visión visual de las capacidades y características de Agent S, involucrando aún más a posibles usuarios e inversores. Estos marcadores en la cronología no solo ilustran el progreso de Agent S, sino que también indican su compromiso con la transparencia y la participación comunitaria. Puntos Clave Sobre Agent S A medida que el marco Agent S continúa evolucionando, varios atributos clave destacan, subrayando su naturaleza innovadora y potencial: Marco Innovador: Diseñado para proporcionar un uso intuitivo de las computadoras similar a la interacción humana, Agent S aporta un enfoque novedoso a la automatización de tareas. Interacción Autónoma: La capacidad de interactuar de manera autónoma con las computadoras a través de GUI significa un salto hacia soluciones informáticas más inteligentes y eficientes. Automatización de Tareas Complejas: Con su metodología robusta, puede automatizar tareas complejas y de múltiples pasos, haciendo que los procesos sean más rápidos y menos propensos a errores. Mejora Continua: Los mecanismos de aprendizaje permiten a Agent S mejorar a partir de experiencias pasadas, mejorando continuamente su rendimiento y eficacia. Versatilidad: Su adaptabilidad en diferentes entornos operativos como OSWorld y WindowsAgentArena asegura que pueda servir a una amplia gama de aplicaciones. A medida que Agent S se posiciona en el paisaje de Web3 y criptomonedas, su potencial para mejorar las capacidades de interacción y automatizar procesos significa un avance significativo en las tecnologías de IA. A través de su marco innovador, Agent S ejemplifica el futuro de las interacciones digitales, prometiendo una experiencia más fluida y eficiente para los usuarios en diversas industrias. Conclusión Agent S representa un audaz avance en la unión de la IA y Web3, con la capacidad de redefinir cómo interactuamos con la tecnología. Aunque aún se encuentra en sus primeras etapas, las posibilidades para su aplicación son vastas y atractivas. A través de su marco integral que aborda desafíos críticos, Agent S busca llevar las interacciones autónomas al primer plano de la experiencia digital. A medida que nos adentramos más en los reinos de las criptomonedas y la descentralización, proyectos como Agent S sin duda desempeñarán un papel crucial en la configuración del futuro de la tecnología y la colaboración humano-computadora.

507 Vistas totalesPublicado en 2025.01.14Actualizado en 2025.01.14

Qué es AGENT S

Cómo comprar S

¡Bienvenido a HTX.com! Hemos hecho que comprar Sonic (S) sea simple y conveniente. Sigue nuestra guía paso a paso para iniciar tu viaje de criptos.Paso 1: crea tu cuenta HTXUtiliza tu correo electrónico o número de teléfono para registrarte y obtener una cuenta gratuita en HTX. Experimenta un proceso de registro sin complicaciones y desbloquea todas las funciones.Obtener mi cuentaPaso 2: ve a Comprar cripto y elige tu método de pagoTarjeta de crédito/débito: usa tu Visa o Mastercard para comprar Sonic (S) al instante.Saldo: utiliza fondos del saldo de tu cuenta HTX para tradear sin problemas.Terceros: hemos agregado métodos de pago populares como Google Pay y Apple Pay para mejorar la comodidad.P2P: tradear directamente con otros usuarios en HTX.Over-the-Counter (OTC): ofrecemos servicios personalizados y tipos de cambio competitivos para los traders.Paso 3: guarda tu Sonic (S)Después de comprar tu Sonic (S), guárdalo en tu cuenta HTX. Alternativamente, puedes enviarlo a otro lugar mediante transferencia blockchain o utilizarlo para tradear otras criptomonedas.Paso 4: tradear Sonic (S)Tradear fácilmente con Sonic (S) en HTX's mercado spot. Simplemente accede a tu cuenta, selecciona tu par de trading, ejecuta tus trades y monitorea en tiempo real. Ofrecemos una experiencia fácil de usar tanto para principiantes como para traders experimentados.

1.0k Vistas totalesPublicado en 2025.01.15Actualizado en 2026.06.02

Cómo comprar S

Discusiones

Bienvenido a la comunidad de HTX. Aquí puedes mantenerte informado sobre los últimos desarrollos de la plataforma y acceder a análisis profesionales del mercado. A continuación se presentan las opiniones de los usuarios sobre el precio de S (S).

活动图片