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

Foresight News2026-06-23 tarihinde yayınlandı2026-06-23 tarihinde güncellendi

Özet

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

Trend Kriptolar

İlgili Sorular

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.

İlgili Okumalar

The Final Piece of Franklin Templeton's Crypto Ambition

Franklin Templeton Completes Crypto Ambition with Acquisition of 250 Digital On June 22, Franklin Templeton announced the acquisition of 250 Digital and established Franklin Crypto, a new division focused on actively managed cryptocurrency strategies for institutional investors. The unit is led by Christopher Perkins and Seth Ginns. This acquisition marks a key piece in Franklin Templeton's multi-year crypto strategy, which began in 2018 with a digital assets team. The firm's crypto product suite now spans three layers: tokenized funds like the blockchain-based money market fund BENJI (~$831M AUM); a series of passive ETFs including Bitcoin (EZBC, ~$368M), Ethereum (EZET), XRP (XRPZ, ~$252M), Solana (SOEZ), and a multi-crypto index fund (EZPZ); and the newly added active management strategies from Franklin Crypto. The company has also expanded its crypto ecosystem through investments in projects like Ethena and Crossmint, and collaborations with blockchains such as Aptos and Sui. With approximately $18B in digital asset AUM and a total firm AUM of ~$1.78T, Franklin Templeton is positioning itself as a comprehensive crypto asset manager for pensions and sovereign wealth funds. In contrast, competitor Fidelity Investments has taken a different path, focusing early on building its own custody and trading infrastructure. Fidelity's Bitcoin ETF (FBTC) holds over $11B, significantly larger than Franklin Templeton's equivalent offering. Both giants' moves underscore the deepening trend of traditional finance entering the crypto space.

Foresight News19 dk önce

The Final Piece of Franklin Templeton's Crypto Ambition

Foresight News19 dk önce

İşlemler

Spot
Futures

Popüler Makaleler

$S$ Nedir

SPERO'yu Anlamak: Kapsamlı Bir Genel Bakış SPERO'ya Giriş İnovasyonun manzarası gelişmeye devam ederken, web3 teknolojilerinin ve kripto para projelerinin ortaya çıkışı dijital geleceği şekillendirmede önemli bir rol oynamaktadır. Bu dinamik alanda dikkat çeken projelerden biri SPERO, $$s$$ olarak adlandırılmaktadır. Bu makale, SPERO hakkında ayrıntılı bilgi toplamak ve sunmak amacıyla, meraklılar ve yatırımcıların web3 ve kripto alanlarındaki temellerini, hedeflerini ve yeniliklerini anlamalarına yardımcı olmayı amaçlamaktadır. SPERO,$$s$$ Nedir? SPERO,$$s$$, kripto alanında merkeziyetsizlik ve blok zinciri teknolojisi ilkelerini kullanarak etkileşimi, faydayı ve finansal kapsayıcılığı teşvik eden bir ekosistem yaratmayı amaçlayan benzersiz bir projedir. Proje, kullanıcıların yenilikçi finansal çözümler ve hizmetler sunarak eşler arası etkileşimleri yeni yollarla kolaylaştırmayı hedeflemektedir. SPERO,$$s$$'nin temel amacı, bireyleri güçlendirmek ve kripto para alanındaki kullanıcı deneyimini artıran araçlar ve platformlar sağlamaktır. Bu, daha esnek işlem yöntemlerini mümkün kılmayı, topluluk odaklı girişimleri teşvik etmeyi ve merkeziyetsiz uygulamalar (dApp'ler) aracılığıyla finansal fırsatlar yaratmayı içermektedir. SPERO,$$s$$'nin temel vizyonu kapsayıcılık etrafında dönmekte olup, geleneksel finansal sistemlerdeki boşlukları kapatmayı ve blok zinciri teknolojisinin faydalarından yararlanmayı hedeflemektedir. SPERO,$$s$$'nin Yaratıcısı Kimdir? SPERO,$$s$$'nin yaratıcısının kimliği bir miktar belirsizdir, çünkü kurucusu(ları) hakkında ayrıntılı arka plan bilgisi sağlayan sınırlı kamuya açık kaynaklar bulunmaktadır. Bu şeffaflık eksikliği, projenin merkeziyetsizlik taahhüdünden kaynaklanabilir—birçok web3 projesinin paylaştığı bir etik anlayışı, bireysel tanınmanın yerine kolektif katkıları önceliklendirmektedir. Topluluk ve onun kolektif hedefleri etrafında tartışmaları merkezileştirerek, SPERO,$$s$$, belirli bireyleri öne çıkarmadan güçlendirme özünü taşımaktadır. Bu nedenle, SPERO'nun etik anlayışını ve misyonunu anlamak, tek bir yaratıcının kimliğini belirlemekten daha önemlidir. SPERO,$$s$$'nin Yatırımcıları Kimlerdir? SPERO,$$s$$, kripto sektöründe yeniliği teşvik etmeye adanmış girişim sermayedarlarından melek yatırımcılara kadar çeşitli yatırımcılar tarafından desteklenmektedir. Bu yatırımcıların odak noktası genellikle SPERO'nun misyonuyla uyumlu olup, toplumsal teknolojik ilerlemeyi, finansal kapsayıcılığı ve merkeziyetsiz yönetimi vaat eden projeleri önceliklendirmektedir. Bu yatırımcı temelleri, yalnızca yenilikçi ürünler sunan projelere değil, aynı zamanda blok zinciri topluluğuna ve ekosistemlerine olumlu katkılarda bulunan projelere de ilgi duymaktadır. Bu yatırımcıların desteği, SPERO,$$s$$'yi hızla gelişen kripto projeleri alanında dikkate değer bir rakip haline getirmektedir. SPERO,$$s$$ Nasıl Çalışır? SPERO,$$s$$, onu geleneksel kripto para projelerinden ayıran çok yönlü bir çerçeve kullanmaktadır. İşte benzersizliğini ve yeniliğini vurgulayan bazı temel özellikler: Merkeziyetsiz Yönetim: SPERO,$$s$$, kullanıcıların projenin geleceğiyle ilgili karar alma süreçlerine aktif olarak katılmalarını sağlayan merkeziyetsiz yönetim modellerini entegre etmektedir. Bu yaklaşım, topluluk üyeleri arasında sahiplik ve hesap verebilirlik duygusunu teşvik etmektedir. Token Kullanımı: SPERO,$$s$$, ekosistem içinde çeşitli işlevler sunmak üzere tasarlanmış kendi kripto para token'ını kullanmaktadır. Bu token'lar, işlemleri, ödülleri ve platformda sunulan hizmetlerin kolaylaştırılmasını sağlayarak genel etkileşimi ve faydayı artırmaktadır. Katmanlı Mimari: SPERO,$$s$$'nin teknik mimarisi, modülerlik ve ölçeklenebilirliği destekleyerek projenin evrimi sırasında ek özelliklerin ve uygulamaların sorunsuz bir şekilde entegrasyonuna olanak tanımaktadır. Bu uyum sağlama yeteneği, sürekli değişen kripto manzarasında geçerliliği sürdürmek için hayati öneme sahiptir. Topluluk Katılımı: Proje, işbirliği ve geri bildirim teşvik eden mekanizmalar kullanarak topluluk odaklı girişimlere vurgu yapmaktadır. Güçlü bir topluluk oluşturarak, SPERO,$$s$$, kullanıcı ihtiyaçlarını daha iyi karşılayabilir ve piyasa trendlerine uyum sağlayabilir. Kapsayıcılığa Odaklanma: Düşük işlem ücretleri ve kullanıcı dostu arayüzler sunarak, SPERO,$$s$$, daha önce kripto alanında yer almamış bireyler de dahil olmak üzere çeşitli bir kullanıcı tabanını çekmeyi hedeflemektedir. Bu kapsayıcılık taahhüdü, erişilebilirlik yoluyla güçlendirme misyonuyla uyumludur. SPERO,$$s$$ Zaman Çizelgesi Bir projenin tarihini anlamak, gelişim yolculuğu ve kilometre taşları hakkında kritik bilgiler sağlar. Aşağıda, SPERO,$$s$$'nin evriminde önemli olayları haritalayan önerilen bir zaman çizelgesi bulunmaktadır: Kavram Geliştirme ve Fikir Aşaması: SPERO,$$s$$'nin temelini oluşturan ilk fikirler, blok zinciri endüstrisindeki merkeziyetsizlik ve topluluk odaklılık ilkeleriyle yakından uyumlu olarak geliştirildi. Proje Beyaz Kağıdının Yayınlanması: Kavramsal aşamayı takiben, SPERO,$$s$$'nin vizyonunu, hedeflerini ve teknolojik altyapısını ayrıntılı bir şekilde açıklayan kapsamlı bir beyaz kağıt yayımlandı ve topluluk ilgisini ve geri bildirimini toplamak amacıyla sunuldu. Topluluk Oluşturma ve Erken Katılımlar: Projenin hedefleri etrafında tartışmalar yürüterek destek toplamak ve erken benimseyenler ile potansiyel yatırımcılar için bir topluluk oluşturmak amacıyla aktif iletişim çabaları gerçekleştirildi. Token Üretim Etkinliği: SPERO,$$s$$, yerel token'larını erken destekçilere dağıtmak ve ekosistem içinde başlangıç likiditesini sağlamak amacıyla bir token üretim etkinliği (TGE) gerçekleştirdi. İlk dApp'in Yayınlanması: SPERO,$$s$$ ile ilişkili ilk merkeziyetsiz uygulama (dApp) faaliyete geçti ve kullanıcıların platformun temel işlevleriyle etkileşimde bulunmalarını sağladı. Sürekli Gelişim ve Ortaklıklar: Projenin tekliflerine sürekli güncellemeler ve iyileştirmeler yapılmakta olup, blok zinciri alanındaki diğer oyuncularla stratejik ortaklıklar, SPERO,$$s$$'yi rekabetçi ve gelişen bir oyuncu haline getirmiştir. Sonuç SPERO,$$s$$, web3 ve kripto paranın finansal sistemleri devrim niteliğinde dönüştürme ve bireyleri güçlendirme potansiyelinin bir kanıtıdır. Merkeziyetsiz yönetime, topluluk katılımına ve yenilikçi tasarlanmış işlevselliğe olan bağlılığıyla, daha kapsayıcı bir finansal manzaraya doğru bir yol açmaktadır. Hızla gelişen kripto alanındaki herhangi bir yatırımda olduğu gibi, potansiyel yatırımcılar ve kullanıcılar, SPERO,$$s$$ içindeki devam eden gelişmelerle ilgili olarak kapsamlı bir araştırma yapmaları ve düşünceli bir şekilde katılmaları teşvik edilmektedir. Proje, kripto endüstrisinin yenilikçi ruhunu sergileyerek, sayısız olasılığını keşfetmeye davet etmektedir. SPERO,$$s$$'nin yolculuğu hala devam ederken, temel ilkeleri, teknoloji, finans ve birbirimizle etkileşim biçimimizi etkileyebilir.

102 Toplam GörüntülenmeYayınlanma 2024.12.17Güncellenme 2024.12.17

$S$ Nedir

AGENT S Nedir

Agent S: Web3'te Otonom Etkileşimin Geleceği Giriş Web3 ve kripto para dünyasında sürekli gelişen manzarada, yenilikler bireylerin dijital platformlarla etkileşim biçimlerini sürekli olarak yeniden tanımlıyor. Bu tür öncü projelerden biri olan Agent S, açık ajans çerçevesi aracılığıyla insan-bilgisayar etkileşimini devrim niteliğinde değiştirmeyi vaat ediyor. Otonom etkileşimlerin yolunu açarak, Agent S karmaşık görevleri basitleştirmeyi ve yapay zeka (AI) alanında dönüştürücü uygulamalar sunmayı hedefliyor. Bu detaylı inceleme, projenin karmaşıklıklarına, benzersiz özelliklerine ve kripto para alanındaki etkilerine dalacaktır. Agent S Nedir? Agent S, bilgisayar görevlerinin otomasyonunda üç temel zorluğu ele almak üzere özel olarak tasarlanmış çığır açıcı bir açık ajans çerçevesidir: Alan Spesifik Bilgi Edinimi: Çerçeve, çeşitli dış bilgi kaynaklarından ve iç deneyimlerden akıllıca öğrenir. Bu çift yönlü yaklaşım, alan spesifik bilgi açısından zengin bir veri havuzu oluşturmasını sağlar ve görev yürütmedeki performansını artırır. Uzun Görev Ufukları Üzerinde Planlama: Agent S, karmaşık görevlerin verimli bir şekilde parçalanmasını ve yürütülmesini kolaylaştıran deneyim artırımlı hiyerarşik planlama kullanır. Bu özellik, çoklu alt görevleri etkili ve verimli bir şekilde yönetme yeteneğini önemli ölçüde artırır. Dinamik, Homojen Olmayan Arayüzlerle Başlama: Proje, ajanlar ve kullanıcılar arasındaki etkileşimi geliştiren yenilikçi bir çözüm olan Ajan-Bilgisayar Arayüzü'ni (ACI) tanıtmaktadır. Çok Modlu Büyük Dil Modellerini (MLLM'ler) kullanarak, Agent S çeşitli grafik kullanıcı arayüzlerini sorunsuz bir şekilde gezinebilir ve manipüle edebilir. Bu öncü özellikler aracılığıyla, Agent S, makinelerle insan etkileşimini otomatikleştirmede karşılaşılan karmaşıklıkları ele alan sağlam bir çerçeve sunarak, AI ve ötesinde birçok uygulama için zemin hazırlıyor. Agent S'nin Yaratıcısı Kimdir? Agent S'nin kavramı temelde yenilikçi olsa da, yaratıcısı hakkında spesifik bilgiler belirsizliğini koruyor. Yaratıcı şu anda bilinmiyor, bu da projenin yeni aşamasını veya kurucu üyeleri gizli tutma stratejik tercihini vurguluyor. Anonimlikten bağımsız olarak, odak çerçevenin yetenekleri ve potansiyeli üzerinde kalıyor. Agent S'nin Yatırımcıları Kimlerdir? Agent S, kriptografik ekosistemde oldukça yeni olduğundan, yatırımcıları ve finansal destekçileri hakkında ayrıntılı bilgiler açıkça belgelenmemiştir. Projeyi destekleyen yatırım temelleri veya organizasyonları hakkında kamuya açık bilgilerdeki eksiklik, finansman yapısı ve gelişim yol haritası hakkında sorular doğuruyor. Destekleyicilerin anlaşılması, projenin sürdürülebilirliğini ve potansiyel pazar etkisini değerlendirmek için kritik öneme sahiptir. Agent S Nasıl Çalışır? Agent S'nin temelinde, çeşitli ortamlarda etkili bir şekilde çalışmasını sağlayan son teknoloji bir sistem yatmaktadır. İşleyiş modeli birkaç ana özellik etrafında inşa edilmiştir: İnsan Benzeri Bilgisayar Etkileşimi: Çerçeve, bilgisayarlarla etkileşimleri daha sezgisel hale getirmeyi amaçlayan gelişmiş AI planlaması sunar. Görev yürütmedeki insan davranışını taklit ederek, kullanıcı deneyimlerini yükseltmeyi vaat eder. Anlatı Belleği: Yüksek düzeyde deneyimlerden yararlanmak için kullanılan Agent S, görev geçmişlerini takip etmek amacıyla anlatı belleğini kullanarak karar verme süreçlerini geliştirir. Episodik Bellek: Bu özellik, kullanıcılara adım adım rehberlik sağlayarak, çerçevenin görevler gelişirken bağlamsal destek sunmasına olanak tanır. OpenACI Desteği: Yerel olarak çalışabilme yeteneği ile Agent S, kullanıcıların etkileşimleri ve iş akışları üzerinde kontrol sağlamasına olanak tanır ve Web3'ün merkeziyetsiz felsefesiyle uyumlu hale gelir. Dış API'lerle Kolay Entegrasyon: Çeşitli AI platformlarıyla uyumluluğu ve çok yönlülüğü, Agent S'nin mevcut teknolojik ekosistemlere sorunsuz bir şekilde entegre olmasını sağlar ve geliştiriciler ile organizasyonlar için cazip bir seçenek haline getirir. Bu işlevsellikler, Agent S'nin kripto alanındaki benzersiz konumuna katkıda bulunarak, karmaşık, çok aşamalı görevleri minimum insan müdahalesi ile otomatikleştirir. Proje geliştikçe, Web3'teki potansiyel uygulamaları dijital etkileşimlerin nasıl gelişeceğini yeniden tanımlayabilir. Agent S'nin Zaman Çizelgesi Agent S'nin gelişimi ve kilometre taşları, önemli olaylarını vurgulayan bir zaman çizelgesinde özetlenebilir: 27 Eylül 2024: Agent S'nin kavramı, “Bilgisayarları İnsan Gibi Kullanan Açık Bir Ajans Çerçevesi” başlıklı kapsamlı bir araştırma makalesi ile tanıtıldı ve projenin temelini sergiledi. 10 Ekim 2024: Araştırma makalesi arXiv'de kamuya açık olarak yayınlandı ve çerçevenin derinlemesine bir incelemesini ve OSWorld benchmark'ına dayalı performans değerlendirmesini sundu. 12 Ekim 2024: Agent S'nin yetenekleri ve özellikleri hakkında görsel bir içgörü sağlayan bir video sunumu yayımlandı ve potansiyel kullanıcılar ve yatırımcılarla daha fazla etkileşim sağlandı. Bu zaman çizelgesindeki işaretler, sadece Agent S'nin ilerlemesini değil, aynı zamanda şeffaflık ve topluluk katılımına olan bağlılığını da göstermektedir. Agent S Hakkında Ana Noktalar Agent S çerçevesi gelişmeye devam ederken, birkaç ana özellik öne çıkmakta ve yenilikçi doğasını ve potansiyelini vurgulamaktadır: Yenilikçi Çerçeve: İnsan etkileşimine benzer bir bilgisayar kullanımı sağlamak üzere tasarlanan Agent S, görev otomasyonuna yeni bir yaklaşım getiriyor. Otonom Etkileşim: GUI aracılığıyla bilgisayarlarla otonom olarak etkileşim kurabilme yeteneği, daha akıllı ve verimli hesaplama çözümlerine doğru bir sıçrama anlamına geliyor. Karmaşık Görev Otomasyonu: Sağlam metodolojisi ile karmaşık, çok aşamalı görevleri otomatikleştirerek süreçleri daha hızlı ve daha az hata payı ile gerçekleştirebilir. Sürekli İyileştirme: Öğrenme mekanizmaları, Agent S'nin geçmiş deneyimlerden öğrenmesini sağlar ve sürekli olarak performansını ve etkinliğini artırır. Çok Yönlülük: OSWorld ve WindowsAgentArena gibi farklı işletim ortamlarında uyumlu olması, geniş bir uygulama yelpazesine hizmet edebilmesini sağlar. Agent S, Web3 ve kripto alanında kendini konumlandırırken, etkileşim yeteneklerini artırma ve süreçleri otomatikleştirme potansiyeli, AI teknolojilerinde önemli bir ilerlemeyi temsil etmektedir. Yenilikçi çerçevesi aracılığıyla, Agent S dijital etkileşimlerin geleceğini örneklemekte ve çeşitli sektörlerde kullanıcılar için daha sorunsuz ve verimli bir deneyim vaat etmektedir. Sonuç Agent S, AI ve Web3'ün birleşiminde cesur bir sıçramayı temsil ediyor ve teknoloji ile etkileşim biçimimizi yeniden tanımlama kapasitesine sahip. Henüz erken aşamalarında olmasına rağmen, uygulama olanakları geniş ve çekici. Kritik zorlukları ele alan kapsamlı çerçevesi ile Agent S, otonom etkileşimleri dijital deneyimin ön plana çıkmasına taşımayı hedefliyor. Kripto para ve merkeziyetsizlik alanlarına daha derinlemesine girdikçe, Agent S gibi projelerin teknoloji ve insan-bilgisayar işbirliğinin geleceğini şekillendirmede önemli bir rol oynayacağı kesin.

593 Toplam GörüntülenmeYayınlanma 2025.01.14Güncellenme 2025.01.14

AGENT S Nedir

S Nasıl Satın Alınır

HTX.com’a hoş geldiniz! Sonic (S) satın alma işlemlerini basit ve kullanışlı bir hâle getirdik. Adım adım açıkladığımız rehberimizi takip ederek kripto yolculuğunuza başlayın. 1. Adım: HTX Hesabınızı OluşturunHTX'te ücretsiz bir hesap açmak için e-posta adresinizi veya telefon numaranızı kullanın. Sorunsuzca kaydolun ve tüm özelliklerin kilidini açın. Hesabımı Aç2. Adım: Kripto Satın Al Bölümüne Gidin ve Ödeme Yönteminizi SeçinKredi/Banka Kartı: Visa veya Mastercard'ınızı kullanarak anında Sonic (S) satın alın.Bakiye: Sorunsuz bir şekilde işlem yapmak için HTX hesap bakiyenizdeki fonları kullanın.Üçüncü Taraflar: Kullanımı kolaylaştırmak için Google Pay ve Apple Pay gibi popüler ödeme yöntemlerini ekledik.P2P: HTX'teki diğer kullanıcılarla doğrudan işlem yapın.Borsa Dışı (OTC): Yatırımcılar için kişiye özel hizmetler ve rekabetçi döviz kurları sunuyoruz.3. Adım: Sonic (S) Varlıklarınızı SaklayınSonic (S) satın aldıktan sonra HTX hesabınızda saklayın. Alternatif olarak, blok zinciri transferi yoluyla başka bir yere gönderebilir veya diğer kripto para birimlerini takas etmek için kullanabilirsiniz.4. Adım: Sonic (S) Varlıklarınızla İşlem YapınHTX'in spot piyasasında Sonic (S) ile kolayca işlemler yapın.Hesabınıza erişin, işlem çiftinizi seçin, işlemlerinizi gerçekleştirin ve gerçek zamanlı olarak izleyin. Hem yeni başlayanlar hem de deneyimli yatırımcılar için kullanıcı dostu bir deneyim sunuyoruz.

1.6k Toplam GörüntülenmeYayınlanma 2025.01.15Güncellenme 2026.06.02

S Nasıl Satın Alınır

Tartışmalar

HTX Topluluğuna hoş geldiniz. Burada, en son platform gelişmeleri hakkında bilgi sahibi olabilir ve profesyonel piyasa görüşlerine erişebilirsiniz. Kullanıcıların S (S) fiyatı hakkındaki görüşleri aşağıda sunulmaktadır.

活动图片