🎉 [Gate 30 Million Milestone] Share Your Gate Moment & Win Exclusive Gifts!
Gate has surpassed 30M users worldwide — not just a number, but a journey we've built together.
Remember the thrill of opening your first account, or the Gate merch that’s been part of your daily life?
📸 Join the #MyGateMoment# campaign!
Share your story on Gate Square, and embrace the next 30 million together!
✅ How to Participate:
1️⃣ Post a photo or video with Gate elements
2️⃣ Add #MyGateMoment# and share your story, wishes, or thoughts
3️⃣ Share your post on Twitter (X) — top 10 views will get extra rewards!
👉
Aptos launches the MOVE language with innovative GAS design, detailing the on-chain fee calculation mechanism.
MOVE Language's Innovative GAS Design: Exploring the GAS Fee Calculation Mechanism on the Aptos Chain
On October 14, Aptos Labs announced the GAS plan for Aptos. Since previous versions of the MOVE language did not consider the GAS mechanism, this GAS plan established for Aptos is the first GAS design for the MOVE language and is referred to as "a bold adventure".
The GAS plan of Aptos outlines the principles, processes, calculation methods, subsequent adjustments, and community participation involved in the formulation of GAS.
GAS measurement is a fundamental concept in most blockchains like Aptos, used to abstract the amount of computational and storage resources required for executing and storing on-chain transactions. The GAS plan determines the costs of all executions on-chain, used to calculate the GAS expenditure during transaction execution.
implementation process
The implementation process on the Aptos blockchain includes:
Core Principles
The core principles defined by Aptos include:
GAS calculation method
When users submit a transaction, they need to specify two quantities:
During the execution of the transaction, the following will be charged:
Final transaction fee = Total amount of GAS consumed × GAS unit price
For example, a transaction consumes 670 GAS units, and the user specifies the GAS price as 100 Octa/unit, so the final fee is 670 × 100 = 67000 Octa = 0.00067 APT.
If the GAS is exhausted during the transaction execution, the sender will be charged for the maximum GAS amount, and all changes will be reverted.
GAS plan schedule construction
Basic Configuration
The GAS plan includes components that are independent of individual operations, such as transaction size and maximum GAS units.
trading scale
Most transaction sizes are at the kilobyte level, with the Move module release reaching several kilobytes, and the Aptos framework around 100 KB. User modules generally range from 4KB to 40KB. Currently, the transaction size is set to 64KB to balance network bandwidth costs and ease of application development.
Maximum GAS Unit
The maximum GAS unit defined in the GAS plan specifies the maximum amount of operations that can be executed in a single transaction, set at 1,000,000. A setting that is too high may lead to performance issues, such as infinite loops.
Execution Cost Assessment
Estimate the relative costs of MOVE instructions and native functions through benchmarking frameworks and Valgrind analysis. Considering system robustness and security, derive the final number of executed machine instructions, and determine the current value in balance with storage and maximum GAS units.
Storage Cost
Storage GAS fee = Project fee + ( byte fee × Byte count )
Access types include read, create, and write, each with different billing standards:
Defined 6 GAS parameters: per item read, per byte read, per item creation, per byte creation, per item write, per byte write.
stable GAS unit cost
The fixed GAS unit cost helps maintain the stability of the GAS plan, decoupled from the market value of APT. The Aptos team represents GAS units with approximately three-digit precision, for example, the cost of a transfer transaction is about 700 GAS units.
Community Participation
Aptos encourages community members:
GAS cost adjustment
The GAS plan serves as on-chain configuration storage and can be modified through governance proposals. Designed to be scalable, it allows for upgrades and parameter adjustments. Complex changes require updates to node software and widespread adoption.
Future Outlook
As the first viable GAS framework for MOVE, future work directions include:
The team is exploring the TTL concept for each project, automatically deleting unvisited status projects when the TTL expires.