Ethereum's Next Stop Glamsterdam: The Core Upgrades You Must Know

Foresight NewsPublié le 2026-06-23Dernière mise à jour le 2026-06-23

Résumé

The Glamsterdam upgrade, scheduled for late 2026, is a major Ethereum hard fork combining the Amsterdam execution layer and Glasgow consensus layer updates. Its primary goal is not simply increasing throughput but restructuring Ethereum's block production, validation, and resource pricing to enable future scaling. Key technical changes include **EIP-7732 (ePBS)**, which formally enshrines proposer-builder separation into the protocol. This decouples consensus and execution tasks, extending the execution payload propagation window to ~9 seconds. This provides more time for node verification, allowing for safer increases in block capacity (Gas limit) in the future. Another core component is **EIP-7928 (Block-Level Access Lists - BAL)**. It mandates a list of all state accessed within a block, moving this feature from an optional transaction-level (EIP-2930) to a mandatory block-level requirement. This explicit access list enables client optimizations like parallel disk reads and state root computations, paving the way for parallel execution. To manage long-term state growth, **EIP-8037** increases the cost of creating new state (e.g., accounts, storage slots), separating the pricing of permanent database bloat from temporary computation. This allows execution capacity to scale more aggressively without causing state size to explode proportionally. The planned upgrade bundle includes around 10 EIPs categorized into: 1) Core protocol restructuring (ePBS, BAL), 2) Resource pri...


Author: KarenZ, Foresight News


The Glamsterdam upgrade for Ethereum is most easily misunderstood as yet another purely technical iteration to increase throughput. A more accurate description is: it is reorganizing Ethereum's block proposal process, validation process, resource pricing methods, and more, laying the groundwork for higher gas limits, larger blob capacities, and future parallel execution.


As of June 23, 2026, ethereum.org labels Glamsterdam as an upgrade planned for the second half of 2026. The name Glamsterdam comes from the combination of the execution layer upgrade "Amsterdam" and the consensus layer upgrade "Gloas." The official roadmap places it after Fusaka in December 2025 and before Hegotá, clearly listing two main features: enshrined proposer-builder separation (ePBS) and block-level access lists (BAL).


Who Proposes, Who Builds: ePBS Codifies Block Creation Roles into the Protocol


Today's Ethereum block production is like a very tight shift change: someone is responsible for proposing a block, someone else for building the transaction content, with dependencies on off-protocol infrastructure like MEV-Boost and third-party relays.


This system has been running for years, but it places some trust relationships off-protocol and also forces validators to handle consensus, execution, data availability, and other tasks within a very short time window.


One of Glamsterdam's headline changes, EIP-7732, or ePBS (Enshrined Proposer-Builder Separation), codifies the division of labor between proposers and builders into the protocol.


Simply put, the proposer is responsible for selecting the consensus block, and the builder is responsible for preparing the transaction content inside it. A builder cannot just make verbal promises; it must first "post a bond" within the protocol: specify exactly which execution payload it will deliver and how much it is willing to pay the proposer. Subsequently, a Payload Timeliness Committee (PTC) will check whether it delivers on time.


The key to this change is not just reducing reliance on third-party relays but also buying time for block propagation and validation.


Today, validators need to handle both consensus and execution simultaneously within a very short critical window; ePBS separates these two tasks, allowing the execution payload to be revealed and verified later. According to the design of EIP-7732, the propagation window for the execution payload—the available time for data to spread through the network and be received by nodes—can be extended from about 2 seconds to about 9 seconds. With a longer window, Ethereum can more safely handle larger payloads when increasing block capacity, reducing the risk of missed votes or reorgs due to nodes not having enough time to download, verify, and vote.


This change may not be directly perceptible to ordinary users, but it is crucial for Ethereum scaling. A longer propagation and validation window means the network can more securely handle larger loads. CoinDesk reported on June 16, 2026, citing Ethereum Foundation DevOps engineer Parithosh Jayanthi, that Glamsterdam could be one of the biggest forks since the Merge, changing many assumptions about Ethereum and preparing for larger-scale scaling in the future.


BAL and Repricing: Scaling Isn't Just About Stepping on the Gas, It's Also About Managing the Database


Another core change in Glamsterdam is EIP-7928, Block-Level Access Lists.


It can be understood as providing each block with an "access record": which accounts and which storage locations were touched during the block's execution, and what the related state became after execution, are all recorded. This way, nodes no longer process blocks completely like opening a blind box; they can know earlier which data needs to be read and which computations can be advanced in parallel.


The earlier EIP-2930 introduced transaction-level access lists, but they were optional and saw limited practical use. The change with EIP-7928 is that it elevates access lists to the block level: the block header contains a "fingerprint" (hash) of this list, while the execution payload stores the complete list. Nodes executing the block will verify whether the access records written in the list actually match the block's execution process; if they don't match, the block is invalid.


Why is this important? Today, when Ethereum executes transactions, many data accesses are only known when that specific step is reached. Nodes don't know if a batch of transactions will read/write the same account or storage slot simultaneously, making it hard to confidently process them in parallel. BAL explicitly writes out the access trajectory during block execution, allowing clients to perform parallel disk reads, parallel transaction validation, parallel state root computation, and also update the state in some scenarios without fully replaying transactions. It's not a direct button to lower user fees but opens up engineering space for client-side parallelization.


But Glamsterdam's scaling logic isn't just about "widening the road." It also needs to manage the long-term bloat of Ethereum's database. EIP-8037 increases state creation costs and introduces a cost per state byte (CPSB). State can be understood as the database content that Ethereum must preserve long-term, such as new accounts, new contracts, and new storage slots. Transactions end after execution, but state remains in the ledger that all nodes must maintain; if state grows too fast, running a node becomes increasingly expensive, and decentralization is gradually eroded.


The background numbers provided by EIP-8037 are straightforward: As of January 2026, a Geth node database dedicated to state is about 390 GiB; after the mainnet gas limit increased from 30 million to 60 million, daily new state growth rose from about 105 MiB to about 326 MiB, translating to an annual growth of about 116 GiB. Extrapolating proportionally under a 200 million gas limit, state growth could reach about 387 GiB per year and exceed the 650 GiB performance degradation threshold in less than a year.


Therefore, what EIP-8037 aims to do is separate the pricing of "temporary computation" from "permanently occupying the database." Creating new state will be more expensive because it imposes not a one-time computation cost on the network but a long-term storage burden.


Vitalik Buterin also mentioned, while explaining the Glamsterdam scaling roadmap, that Glamsterdam will separate state creation costs from execution and calldata costs: the goal is to allow execution capacity to expand more significantly while preventing state size from膨胀 at the same rate.


Looking at them together, BAL makes it easier for nodes to process blocks in parallel, addressing "running faster"; state creation repricing makes operations that long-term occupy the database pay a higher cost, addressing "don't let the ledger get fatter and fatter." Glamsterdam's scaling isn't simply raising the gas limit; it's asking a more realistic question: can Ethereum accommodate more transactions while preventing block propagation, transaction validation, and state storage pressures from spiraling out of control.


The Glamsterdam EIP List Takes Shape: Which Are Set, Which Are Still Waiting?


As of June 23, 2026, according to tracking content on Forkcast regarding Ethereum upgrades, Ethereum developers are currently testing the Glamsterdam upgrade in devnets environments, with deployment scheduled for Sepolia on August 3 and for the mainnet on September 16 (specific deployment dates are subject to change).




Currently, 10 EIPs are planned for inclusion in the Glamsterdam list:


  • EIP-7708 (ETH transfers will also trigger logs, facilitating indexing and tracking of native ETH transfers)
  • EIP-7732 (ePBS, codifying proposer-builder separation into the protocol, reducing reliance on off-protocol relays)
  • EIP-7778 (Removes block gas accounting related to gas refunds, simplifying block gas calculation)
  • EIP-7843 (Adds SLOTNUM opcode, allowing contracts to read the current slot number)
  • EIP-7928 (Block-level access lists BAL, recording accounts and storage locations accessed during block execution, paving the way for parallel verification)
  • EIP-7954 (Increases the maximum contract size limit, allowing larger contract bytecode)
  • EIP-7976 (Increases calldata floor cost, adjusting the minimum cost for calldata)
  • EIP-7981 (Increases access list cost, recalibrating gas pricing for access lists)
  • EIP-8024 (Backward-compatible SWAPN, DUPN, EXCHANGE opcodes, enhancing EVM stack operation capabilities)
  • EIP-8037 (Increases state creation gas cost,抑制 state database过快膨胀)


These EIPs can be roughly categorized into several groups: The first is the restructuring of block proposal and validation processes, with EIP-7732 and EIP-7928 at the core; the second is resource pricing adjustments, including EIP-7778, EIP-7976, EIP-7981, and EIP-8037; the third is EVM and developer experience changes, including EIP-7708, EIP-7843, EIP-7954, and EIP-8024.


In other words, Glamsterdam isn't changing just one feature point; it's simultaneously upgrading block creation roles, parallel validation, gas pricing, and EVM usability.


Another batch of EIPs remains on the "Considered for Inclusion" list:


  • EIP-2780 (Splits transaction intrinsic gas by resource)
  • EIP-7610 (Contract creation reverts when using a non-empty storage account)
  • EIP-7688 (Future-compatible consensus layer data structure)
  • EIP-7904 (Computational gas cost analysis, potentially to be removed from Glamsterdam)
  • EIP-7975 (eth/70, partial block receipt lists)
  • EIP-7997 (Deterministic factory contracts)
  • EIP-8038 (State access gas cost updates)
  • EIP-8045 (Excludes slashed validators from continuing to propose blocks)
  • EIP-8061 (Increases exit and merge churn)
  • EIP-8070 (eth/72, Sparse Blobpool)
  • EIP-8080 (Allows exits to use the consolidation queue)
  • EIP-8136 (Cell-level deltas for data column broadcasts)
  • EIP-8159 (eth/71, block access list exchange)
  • EIP-8246 (Removes SELFDESTRUCT burn)
  • EIP-8282 (Builder Execution Requests, provides dedicated registration and exit requests for ePBS builders)


Additionally, Forkcast currently lists EIP-8254 (Limits the number of deposit requests per execution layer block to 8192) on the "Proposed for Inclusion" list.


From a staker's perspective, EIP-8061 and EIP-8080 on the considered list are particularly noteworthy. For stakers, this could mean improved exit liquidity. Figment stated in an article on May 5, 2026, that institutional stakers should pay most attention to ePBS, EIP-8061, and EIP-8080, estimating that under the ~38.9 million ETH staked规模 as of April 2026, EIP-8061 could increase the exit churn limit from 256 ETH/epoch to ~1187 ETH/epoch, while EIP-8080 allows regular exits to utilize spare capacity in the merge queue. Figment also cautions that all pre-mainnet numbers should be considered speculative.


Source: Figment


The Protocol is Upgrading, and Foundation Members Are Also Changing


The technical preparation for Glamsterdam coincides almost simultaneously with personnel changes in the Ethereum Foundation's Protocol cluster. An Ethereum Foundation blog post on May 11, 2026, stated that Glamsterdam had reached several milestones: a 200 million gas limit floor had been established as a credible post-Glamsterdam target, ePBS was running stably on multi-client Glamsterdam devnets, and EIP-8037 was finalized.


The same article announced a leadership transition for the Protocol cluster: Will Corcoran, Kev Wedderburn, and Fredrik would become the new Protocol cluster coordinators. Original coordinators Barnabé Monnot and Tim Beiko left the Ethereum Foundation, and Alex Stokes is on leave.


The Foundation's description of the分工 for the three new coordinators is: Will Corcoran has cross-team coordination experience; Kev Wedderburn leads the zkEVM team; Fredrik leads the Protocol Security and Trillion Dollar Security project.


These changes didn't stop at the protocol team. On June 18, 2026, Hsiao-Wei Wang posted that after a leave of absence, they had decided to resign from their positions as Co-Executive Director and Board Member of the Ethereum Foundation.


Former Ethereum Foundation researcher Dankrad Feist stated on June 19, 2026, that those leaving the EF are believers in CROPS (Censorship & Capture Resistance, Open Source, Privacy, Security), that the issue isn't with strategy but with management, and called this wave of talent outflow slightly bearish for Ethereum. Miden co-founder Azeem interpreted it from the opposite direction, believing the EF struggles to change itself, and that the talent outflow might lead to the formation of new organizations better able to execute the Ethereum roadmap, ultimately a net positive for the ecosystem long-term.


The narrative from within the Ethereum Foundation sounds more like setting boundaries. Ethereum Foundation Interim Co-Executive Director Bastian Aue (Aerugo) responded that reasons for EF members leaving include strategic disagreements, role fit, normal institutional turnover, or personal choice, that the EF wouldn't discuss individual personnel matters on social media, but stated that those leaving should have a dignified way to depart.


The Ethereum Foundation later provided a clearer organizational narrative via an official Twitter thread: realizing Ethereum's potential requires a coalition of multiple organizations, and over the past year, several organizations have jointly enhanced the ecosystem's resilience and capabilities. Examples listed by the EF include: ethlabs announced on June 23 (a non-profit R&D lab focused on the next stage of Ethereum and ETH adoption), the Eth Apps Guild launched in April 2026 (focused on real adoption of Ethereum-native apps, especially in emerging markets), the Ethereum Economic Zone launched in 2026 (aiming to reduce ecosystem fragmentation through synchronous composability and zero-knowledge real-time proofs), and Argot established in 2025 (an autonomous collective of engineers and researchers maintaining Solidity and open-source compiler tools).


This official thread makes the recent changes at the Ethereum Foundation easier to understand: the Foundation isn't simply pushing people and projects out, nor is it abandoning central coordination; rather, it might be distributing the Ethereum roadmap across more organizations to shoulder together.


Summary


Therefore, Glamsterdam shouldn't be seen merely as a set of EIPs. It is a significant engineering reorganization by Ethereum before achieving higher throughput: who builds blocks, who proposes them, who validates them, which data must be stored long-term, and which resources should be more expensive are all being re-examined.


The keywords for the technical route are ePBS, BAL, and the beginning of multi-dimensional gas; the keywords for the organizational route are more pragmatic: can the Ethereum Foundation maintain its coordinating power, and can new organizations outside the Foundation turn this coordinating power into sustained delivery.


References:
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

Cryptos en tendance

Questions liées

QWhat is the core purpose of the Glamsterdam upgrade for Ethereum?

AThe Glamsterdam upgrade is not simply about increasing throughput. Its core purpose is to restructure key processes like block production, validation, and resource pricing to pave the way for higher gas limits, larger blob capacity, and future parallel transaction execution. It aims to handle more transactions while preventing uncontrolled growth in block propagation time, verification pressure, and state storage size.

QWhat is ePBS (EIP-7732) and why is it significant in Glamsterdam?

AePBS (Enshrined Proposer-Builder Separation) formally encodes the division of labor between block proposers and block builders into the Ethereum protocol. Proposers choose consensus blocks, while builders prepare the transaction content. Builders must provide collateral and their execution payload, which is verified by a Payload Timeliness Committee (PTC). This reduces reliance on external relays like MEV-Boost and crucially extends the execution payload propagation window from ~2 seconds to ~9 seconds. This longer window allows for safer processing of larger block capacities without increasing the risk of missed votes or reorgs.

QHow does the Block-Level Access List (BAL, EIP-7928) facilitate future scaling?

AThe Block-Level Access List (BAL) attaches a detailed 'access record' to each block, listing every account and storage slot touched during execution and their resulting states. This allows nodes to know in advance which data needs to be read, enabling parallel disk reads, parallel transaction verification, and parallel state root calculations. By making data access patterns explicit, BAL creates an engineering foundation for parallel execution, allowing the network to process blocks faster and more efficiently, which is critical for handling higher transaction loads.

QWhy is EIP-8037 (increasing state creation cost) necessary alongside capacity increases?

AEIP-8037 is necessary to decouple the cost of 'permanent database occupancy' (state growth) from the cost of 'temporary computation'. State (like new accounts and contracts) persists indefinitely on all nodes, leading to database bloat and increased hardware costs that threaten decentralization. With projections showing state growth could exceed performance thresholds under higher gas limits, EIP-8037 significantly raises the gas cost for creating new state. This allows execution capacity (transactions per block) to increase more aggressively while preventing the state database from expanding at an unsustainable rate.

QWhat are the potential implications of the recent Ethereum Foundation personnel changes for the Glamsterdam upgrade and Ethereum's development?

AThe recent changes, including the departure of key figures and the promotion of new protocol cluster coordinators, have sparked debate. Some see it as a potential 'brain drain' that could slow progress. However, the Ethereum Foundation's official narrative frames it as part of a strategic shift towards a 'coalition of organizations' (like ethlabs, Eth Apps Guild, Ethereum Economic Zone, and Argot) sharing the responsibility for executing Ethereum's roadmap. The implication is that the Foundation aims to distribute coordination and development efforts more broadly across the ecosystem, which could enhance resilience and execution capacity in the long term, albeit with potential short-term transition challenges.

Lectures associées

Le Nombre de Détenteurs de Chainlink Approche les 900 000, la Croissance des Portefeuilles S'accélère

Nombre de détenteurs de Chainlink approche les 900 000, croissance accélérée des portefeuilles Le nombre total d'adresses de portefeuilles non vides contenant le jeton LINK a atteint 892 800 et devrait franchir le cap des 900 000. Cette croissance est attribuée à l'expansion des intégrations de CCIP (Cross-Chain Interoperability Protocol), offrant une base fondamentale au-delà de la simple spéculation. Point clé à noter : le nombre de portefeuilles « non micro » (détenant plus de 1 LINK) est significativement plus bas, à 535 000. Pour les traders, cette croissance du nombre de détenteurs est un indicateur de l'élargissement du réseau et du déplacement de l'appétit pour le risque. Cependant, il ne s'agit pas d'un indicateur direct de momentum des prix. Dans un marché influencé par les flux ETF, l'effet de levier et la rotation des liquidités, ce signal doit être contextualisé. Ces données peuvent influencer les sentiments autour des altcoins et les dynamiques de soutien et d'offre. Il est crucial d'interpréter cette tendance avec mesure : c'est un signal, pas une garantie. Les prochaines étapes consisteront à observer si cette tendance se confirme dans les flux, les métriques on-chain et autres indicateurs, pour déterminer s'il s'agit d'un thème durable ou d'un mouvement à court terme. Cette information s'ajoute au puzzle global de la liquidité et du positionnement sur le marché des cryptomonnaies.

bitcoinistIl y a 1 h

Le Nombre de Détenteurs de Chainlink Approche les 900 000, la Croissance des Portefeuilles S'accélère

bitcoinistIl y a 1 h

Trading

Spot

Articles tendance

Qu'est ce que $S$

Comprendre SPERO : Un aperçu complet Introduction à SPERO Alors que le paysage de l'innovation continue d'évoluer, l'émergence des technologies web3 et des projets de cryptomonnaie joue un rôle central dans la façon dont se dessine l'avenir numérique. Un projet qui a attiré l'attention dans ce domaine dynamique est SPERO, désigné comme SPERO,$$s$. Cet article vise à rassembler et à présenter des informations détaillées sur SPERO, afin d'aider les passionnés et les investisseurs à comprendre ses fondations, ses objectifs et ses innovations dans les domaines du web3 et de la crypto. Qu'est-ce que SPERO,$$s$ ? SPERO,$$s$ est un projet unique dans l'espace crypto qui cherche à tirer parti des principes de décentralisation et de la technologie blockchain pour créer un écosystème qui favorise l'engagement, l'utilité et l'inclusion financière. Le projet est conçu pour faciliter les interactions entre pairs de nouvelles manières, offrant aux utilisateurs des solutions et des services financiers innovants. Au cœur de SPERO,$$s$, l'objectif est d'autonomiser les individus en fournissant des outils et des plateformes qui améliorent l'expérience utilisateur dans l'espace des cryptomonnaies. Cela inclut la possibilité de méthodes de transaction plus flexibles, la promotion d'initiatives dirigées par la communauté et la création de voies pour des opportunités financières via des applications décentralisées (dApps). La vision sous-jacente de SPERO,$$s$ tourne autour de l'inclusivité, visant à combler les lacunes au sein de la finance traditionnelle tout en exploitant les avantages de la technologie blockchain. Qui est le créateur de SPERO,$$s$ ? L'identité du créateur de SPERO,$$s$ reste quelque peu obscure, car il existe peu de ressources publiques fournissant des informations détaillées sur son ou ses fondateurs. Ce manque de transparence peut découler de l'engagement du projet envers la décentralisation—une éthique que de nombreux projets web3 partagent, privilégiant les contributions collectives plutôt que la reconnaissance individuelle. En centrant les discussions autour de la communauté et de ses objectifs collectifs, SPERO,$$s$ incarne l'essence de l'autonomisation sans désigner des individus spécifiques. Ainsi, comprendre l'éthique et la mission de SPERO reste plus important que d'identifier un créateur unique. Qui sont les investisseurs de SPERO,$$s$ ? SPERO,$$s$ est soutenu par une diversité d'investisseurs allant des capital-risqueurs aux investisseurs providentiels dédiés à favoriser l'innovation dans le secteur crypto. L'objectif de ces investisseurs s'aligne généralement avec la mission de SPERO—priorisant les projets qui promettent des avancées technologiques sociétales, l'inclusivité financière et la gouvernance décentralisée. Ces fondations d'investisseurs s'intéressent généralement à des projets qui non seulement offrent des produits innovants, mais qui contribuent également positivement à la communauté blockchain et à ses écosystèmes. Le soutien de ces investisseurs renforce SPERO,$$s$ en tant que concurrent notable dans le domaine en rapide évolution des projets crypto. Comment fonctionne SPERO,$$s$ ? SPERO,$$s$ utilise un cadre multifacette qui le distingue des projets de cryptomonnaie conventionnels. Voici quelques-unes des caractéristiques clés qui soulignent son unicité et son innovation : Gouvernance décentralisée : SPERO,$$s$ intègre des modèles de gouvernance décentralisée, permettant aux utilisateurs de participer activement aux processus de décision concernant l'avenir du projet. Cette approche favorise un sentiment de propriété et de responsabilité parmi les membres de la communauté. Utilité du token : SPERO,$$s$ utilise son propre token de cryptomonnaie, conçu pour servir diverses fonctions au sein de l'écosystème. Ces tokens permettent des transactions, des récompenses et la facilitation des services offerts sur la plateforme, améliorant ainsi l'engagement et l'utilité globaux. Architecture en couches : L'architecture technique de SPERO,$$s$ supporte la modularité et l'évolutivité, permettant une intégration fluide de fonctionnalités et d'applications supplémentaires à mesure que le projet évolue. Cette adaptabilité est primordiale pour maintenir la pertinence dans le paysage crypto en constante évolution. Engagement communautaire : Le projet met l'accent sur des initiatives dirigées par la communauté, utilisant des mécanismes qui incitent à la collaboration et aux retours d'expérience. En cultivant une communauté forte, SPERO,$$s$ peut mieux répondre aux besoins des utilisateurs et s'adapter aux tendances du marché. Accent sur l'inclusion : En proposant des frais de transaction bas et des interfaces conviviales, SPERO,$$s$ vise à attirer une base d'utilisateurs diversifiée, y compris des individus qui n'ont peut-être pas engagé auparavant dans l'espace crypto. Cet engagement envers l'inclusion s'aligne avec sa mission globale d'autonomisation par l'accessibilité. Chronologie de SPERO,$$s$ Comprendre l'histoire d'un projet fournit des aperçus cruciaux sur sa trajectoire de développement et ses jalons. Voici une chronologie suggérée cartographiant les événements significatifs dans l'évolution de SPERO,$$s$ : Phase de conceptualisation et d'idéation : Les idées initiales formant la base de SPERO,$$s$ ont été conçues, s'alignant étroitement avec les principes de décentralisation et de concentration sur la communauté au sein de l'industrie blockchain. Lancement du livre blanc du projet : Suite à la phase conceptuelle, un livre blanc complet détaillant la vision, les objectifs et l'infrastructure technologique de SPERO,$$s$ a été publié pour susciter l'intérêt et les retours de la communauté. Construction de la communauté et engagements précoces : Des efforts de sensibilisation actifs ont été entrepris pour construire une communauté d'adopteurs précoces et d'investisseurs potentiels, facilitant les discussions autour des objectifs du projet et recueillant du soutien. Événement de génération de tokens : SPERO,$$s$ a organisé un événement de génération de tokens (TGE) pour distribuer ses tokens natifs aux premiers soutiens et établir une liquidité initiale au sein de l'écosystème. Lancement de la première dApp : La première application décentralisée (dApp) associée à SPERO,$$s$ a été mise en ligne, permettant aux utilisateurs d'interagir avec les fonctionnalités principales de la plateforme. Développement continu et partenariats : Des mises à jour et des améliorations continues des offres du projet, y compris des partenariats stratégiques avec d'autres acteurs de l'espace blockchain, ont façonné SPERO,$$s$ en un acteur compétitif et évolutif sur le marché crypto. Conclusion SPERO,$$s$ se dresse comme un témoignage du potentiel du web3 et de la cryptomonnaie pour révolutionner les systèmes financiers et autonomiser les individus. Avec un engagement envers la gouvernance décentralisée, l'engagement communautaire et des fonctionnalités conçues de manière innovante, il ouvre la voie vers un paysage financier plus inclusif. Comme pour tout investissement dans l'espace crypto en rapide évolution, les investisseurs et utilisateurs potentiels sont encouragés à mener des recherches approfondies et à s'engager de manière réfléchie avec les développements en cours au sein de SPERO,$$s$. Le projet illustre l'esprit d'innovation de l'industrie crypto, invitant à une exploration plus approfondie de ses nombreuses possibilités. Bien que le parcours de SPERO,$$s$ soit encore en cours, ses principes fondamentaux pourraient en effet influencer l'avenir de nos interactions avec la technologie, la finance et entre nous dans des écosystèmes numériques interconnectés.

123 vues totalesPublié le 2024.12.17Mis à jour le 2024.12.17

Qu'est ce que $S$

Qu'est ce que AGENT S

Agent S : L'avenir de l'interaction autonome dans Web3 Introduction Dans le paysage en constante évolution de Web3 et des cryptomonnaies, les innovations redéfinissent constamment la manière dont les individus interagissent avec les plateformes numériques. Un projet pionnier, Agent S, promet de révolutionner l'interaction homme-machine grâce à son cadre agentique ouvert. En ouvrant la voie à des interactions autonomes, Agent S vise à simplifier des tâches complexes, offrant des applications transformantes dans l'intelligence artificielle (IA). Cette exploration détaillée plongera dans les subtilités du projet, ses caractéristiques uniques et les implications pour le domaine des cryptomonnaies. Qu'est-ce qu'Agent S ? Agent S se présente comme un cadre agentique ouvert révolutionnaire, spécifiquement conçu pour relever trois défis fondamentaux dans l'automatisation des tâches informatiques : Acquisition de connaissances spécifiques au domaine : Le cadre apprend intelligemment à partir de diverses sources de connaissances externes et d'expériences internes. Cette approche double lui permet de construire un riche répertoire de connaissances spécifiques au domaine, améliorant ainsi sa performance dans l'exécution des tâches. Planification sur de longs horizons de tâches : Agent S utilise une planification hiérarchique augmentée par l'expérience, une approche stratégique qui facilite la décomposition et l'exécution efficaces de tâches complexes. Cette fonctionnalité améliore considérablement sa capacité à gérer plusieurs sous-tâches de manière efficace et efficiente. Gestion d'interfaces dynamiques et non uniformes : Le projet introduit l'Interface Agent-Ordinateur (ACI), une solution innovante qui améliore l'interaction entre les agents et les utilisateurs. En utilisant des Modèles de Langage Multimodaux de Grande Taille (MLLMs), Agent S peut naviguer et manipuler sans effort diverses interfaces graphiques. Grâce à ces fonctionnalités pionnières, Agent S fournit un cadre robuste qui aborde les complexités impliquées dans l'automatisation de l'interaction humaine avec les machines, préparant le terrain pour d'innombrables applications en IA et au-delà. Qui est le créateur d'Agent S ? Bien que le concept d'Agent S soit fondamentalement innovant, des informations spécifiques sur son créateur restent insaisissables. Le créateur est actuellement inconnu, ce qui souligne soit le stade naissant du projet, soit le choix stratégique de garder les membres fondateurs sous le radar. Quoi qu'il en soit, l'accent reste mis sur les capacités et le potentiel du cadre. Qui sont les investisseurs d'Agent S ? Étant donné qu'Agent S est relativement nouveau dans l'écosystème cryptographique, des informations détaillées concernant ses investisseurs et soutiens financiers ne sont pas explicitement documentées. Le manque d'aperçus publiquement disponibles sur les fondations d'investissement ou les organisations soutenant le projet soulève des questions sur sa structure de financement et sa feuille de route de développement. Comprendre le soutien est crucial pour évaluer la durabilité du projet et son impact potentiel sur le marché. Comment fonctionne Agent S ? Au cœur d'Agent S se trouve une technologie de pointe qui lui permet de fonctionner efficacement dans divers environnements. Son modèle opérationnel est construit autour de plusieurs caractéristiques clés : Interaction homme-ordinateur semblable à l'humain : Le cadre offre une planification IA avancée, s'efforçant de rendre les interactions avec les ordinateurs plus intuitives. En imitant le comportement humain dans l'exécution des tâches, il promet d'élever l'expérience utilisateur. Mémoire narrative : Utilisée pour tirer parti des expériences de haut niveau, Agent S utilise la mémoire narrative pour suivre les historiques de tâches, améliorant ainsi ses processus de prise de décision. Mémoire épisodique : Cette fonctionnalité fournit aux utilisateurs un accompagnement étape par étape, permettant au cadre d'offrir un soutien contextuel au fur et à mesure que les tâches se déroulent. Support pour OpenACI : Avec la capacité de fonctionner localement, Agent S permet aux utilisateurs de garder le contrôle sur leurs interactions et flux de travail, s'alignant avec l'éthique décentralisée de Web3. Intégration facile avec des API externes : Sa polyvalence et sa compatibilité avec diverses plateformes IA garantissent qu'Agent S peut s'intégrer sans effort dans des écosystèmes technologiques existants, en faisant un choix attrayant pour les développeurs et les organisations. Ces fonctionnalités contribuent collectivement à la position unique d'Agent S dans l'espace crypto, alors qu'il automatise des tâches complexes en plusieurs étapes avec un minimum d'intervention humaine. À mesure que le projet évolue, ses applications potentielles dans Web3 pourraient redéfinir la manière dont les interactions numériques se déroulent. Chronologie d'Agent S Le développement et les jalons d'Agent S peuvent être encapsulés dans une chronologie qui met en évidence ses événements significatifs : 27 septembre 2024 : Le concept d'Agent S a été lancé dans un document de recherche complet intitulé “Un cadre agentique ouvert qui utilise les ordinateurs comme un humain”, présentant les bases du projet. 10 octobre 2024 : Le document de recherche a été rendu publiquement disponible sur arXiv, offrant une exploration approfondie du cadre et de son évaluation de performance basée sur le benchmark OSWorld. 12 octobre 2024 : Une présentation vidéo a été publiée, fournissant un aperçu visuel des capacités et des caractéristiques d'Agent S, engageant davantage les utilisateurs et investisseurs potentiels. Ces jalons dans la chronologie illustrent non seulement les progrès d'Agent S, mais indiquent également son engagement envers la transparence et l'engagement communautaire. Points clés sur Agent S Alors que le cadre Agent S continue d'évoluer, plusieurs attributs clés se distinguent, soulignant sa nature innovante et son potentiel : Cadre innovant : Conçu pour offrir une utilisation intuitive des ordinateurs semblable à l'interaction humaine, Agent S propose une approche nouvelle de l'automatisation des tâches. Interaction autonome : La capacité d'interagir de manière autonome avec les ordinateurs via une interface graphique signifie un bond vers des solutions informatiques plus intelligentes et efficaces. Automatisation des tâches complexes : Avec sa méthodologie robuste, il peut automatiser des tâches complexes en plusieurs étapes, rendant les processus plus rapides et moins sujets aux erreurs. Amélioration continue : Les mécanismes d'apprentissage permettent à Agent S de s'améliorer grâce à ses expériences passées, améliorant continuellement sa performance et son efficacité. Polyvalence : Son adaptabilité à travers différents environnements d'exploitation comme OSWorld et WindowsAgentArena garantit qu'il peut servir un large éventail d'applications. Alors qu'Agent S se positionne dans le paysage Web3 et crypto, son potentiel à améliorer les capacités d'interaction et à automatiser les processus représente une avancée significative dans les technologies IA. Grâce à son cadre innovant, Agent S incarne l'avenir des interactions numériques, promettant une expérience plus fluide et efficace pour les utilisateurs à travers divers secteurs. Conclusion Agent S représente un saut audacieux en avant dans le mariage de l'IA et de Web3, avec la capacité de redéfinir notre interaction avec la technologie. Bien qu'il soit encore à ses débuts, les possibilités de son application sont vastes et convaincantes. Grâce à son cadre complet abordant des défis critiques, Agent S vise à mettre les interactions autonomes au premier plan de l'expérience numérique. À mesure que nous plongeons plus profondément dans les domaines des cryptomonnaies et de la décentralisation, des projets comme Agent S joueront sans aucun doute un rôle crucial dans la façon dont la technologie et la collaboration homme-machine évolueront à l'avenir.

884 vues totalesPublié le 2025.01.14Mis à jour le 2025.01.14

Qu'est ce que AGENT S

Comment acheter S

Bienvenue sur HTX.com ! Nous vous permettons d'acheter Sonic (S) de manière simple et pratique. Suivez notre guide étape par étape pour commencer votre parcours crypto.Étape 1 : Création de votre compte HTXUtilisez votre adresse e-mail ou votre numéro de téléphone pour ouvrir un compte sur HTX gratuitement. L'inscription se fait en toute simplicité et débloque toutes les fonctionnalités.Créer mon compteÉtape 2 : Choix du mode de paiement (rubrique Acheter des cryptosCarte de crédit/débit : utilisez votre carte Visa ou Mastercard pour acheter instantanément Sonic (S).Solde :utilisez les fonds du solde de votre compte HTX pour trader en toute simplicité.Prestataire tiers :pour accroître la commodité d'utilisation, nous avons ajouté des modes de paiement populaires tels que Google Pay et Apple Pay.P2P :tradez directement avec d'autres utilisateurs sur HTX.OTC (de gré à gré) : nous offrons des services personnalisés et des taux de change compétitifs aux traders.Étape 3 : stockage de vos Sonic (S)Après avoir acheté vos Sonic (S), stockez-les sur votre compte HTX. Vous pouvez également les envoyer ailleurs via un transfert sur la blockchain ou les utiliser pour trader d'autres cryptos.Étape 4 : tradez des Sonic (S)Tradez facilement Sonic (S) sur le marché Spot de HTX. Il vous suffit d'accéder à votre compte, de sélectionner la paire de trading, d'exécuter vos trades et de les suivre en temps réel. Nous offrons une expérience conviviale aux débutants comme aux traders chevronnés.

1.9k vues totalesPublié le 2025.01.15Mis à jour le 2026.06.02

Comment acheter S

Discussions

Bienvenue dans la Communauté HTX. Ici, vous pouvez vous tenir informé(e) des derniers développements de la plateforme et accéder à des analyses de marché professionnelles. Les opinions des utilisateurs sur le prix de S (S) sont présentées ci-dessous.

活动图片