ERC721 vs. ERC721A

Maciej Zieliński

29 Mar 2022
ERC721 vs. ERC721A

Technology can be a great solution for many businesses and companies. Unfortunately, one of the unfortunate side effects is the amount of various technical jargon, which may be unintelligible to the average person. For the end-user, NFT often means little more than a decentralized collectors' item or a work of digital art. You can enjoy this industry without understanding how it works. But the trends in blockchain technology can be fascinating even for those who are not involved with creating it. Why are ERC721 and ERC721A so important in NFT? What makes it special and why should we learn about this technology? We're writing about this below!

What is ERC721?

Although blockchain technology is decentralized, we need a common language which will allow us to understand the data contained within it. As such, token standards like ERC721 become essential. It is a standard which works in a similar way to how all ports or plugs on various devices work. It is worth noting, for example, that formats such as PNG i JPEG, which are commonly associated with NFT, are by themselves image standards.
ERC721 is an extremely popular token standard for creating non-fungible tokens – NFT – on blockchains, such as Ethereum and Polygon. The letter ‘E’ in ‘ERC721’ stands for ‘Ethereum’ and is not the NFT standard that runs on blockchains that are incompatible with Ethereum portfolios such as Solana and Tezos.

​What makes ERC721 compliant tokens useful?

Below we outline some of the advantages of this solution:

  • Each token is unique (previously mentioned non-fungibility)
  • Each token can be transferred or sold
  • Owners can authorize other smart contracts to manage tokens

In addition, each of them is crucial to ensuring that NFT markets, such as OpenSea and LooksRare, can operate as intended. It should be pointed out that smart contracts are simply applications that live within blockchain technology. Seems complicated? It can be described in an even simpler way: ERC721 is a standardized way of creating unique blockchain tokens, which can be traded at markets.

​What is ERC721A?

Software developers in crypto typically use existing code libraries to simplify the development process of a project. When you write a code that's in the blockchain, there's even more pressure to use a battle-proven, existing code wherever possible, because blockchain technology prevents any code editing! In the NFT sector, a single open source code was widely accepted in order to enable the use of ERC721. Then there was the “Azuki” project, which quickly gained recognition in the NFT sector. In addition to the NFT issue itself, the project has created a new implementation of ERC721A.
The implementation of ERC721A is not meant to change the token standard. Its main purpose is to fit the token perfectly, but this task requires a number of other standards to be met, as opposed to ERC721 which has been used to date.
This has led to the reduction of the amount of gas needed to mint new NFT (especially those that are minted in batches).
The gas costs incurred in transferring NFT based on ERC721A to other persons at the original owner's prices are slightly higher. Overall, the gas savings that ERC721A can provide compared to ERC721 are excellent, but this solution cannot be implemented everywhere. For example, entities that do not mint NFT in bulk will still spend a significant amount of gas if we consider the transfer costs.

Let us remember that NFT provides many limitless possibilities not only for art, music, or sports. It is important to know and understand ERC721 and ERC721A, as this allows us to understand what NFT really is from its very basics. This makes us more aware of the direction in which this sector is developing. It is worth noting that while both implementations are important, they are neither the first nor last elements of NFT. They are the benchmark to follow.

How does ERC721A work?

ERC721A adopts specific conditions which then affect the smart contract project. This impact makes the following things happen:

  • Token IDs should always grow steadily – starting from zero. Currently, many NFT projects fulfill this condition.
  • The reduction of the gas costs related to minting NFT is the most important part of NFT production.

With these assumptions, ERC721A makes the following optimization of contracts:

  • Reduces the unused space, which is used to store metadata from tokens.
  • Limits ownership to one coin from the entire NFT batch.

Why is ERC721A so important?

Because it allows us to understand how high the gas charges really are, and what they result from! Reducing your work to sending transactions saves energy. At this point, we should emphasize that blockchain generates 2 types of transactions – reads and writes.

  • Write – occurs when we are doing something in a blockchain and its condition changes (for example, we sell NFT).
  • Read – it can be said that this is a review of the transaction file.

Users who use blockchain technology incur higher write costs than read costs. Therefore, if we reduce the pool of write information or transaction transfer requirements, we will reduce the cost of minting NFT.

What risks are involved with using ERC721A contracts for generating multiple NFT transactions?

TransferFrom and safeTransferFrom transactions cost more gas, which means that NFT can cost more from the moment of its minting. We should emphasize that using ERC721A leads to an increase in performance without the need to set owners of particular token ID.

For example, in the picture below there are two calls to mint a batch, one by Marcus to mint chips #100, #101, and #102 in one call, and the other by Brutus to mint chips #103 and #104

The above diagram shows that ERC721A must set up the property metadata twice, instead of 5 times – once for the Marcus package and once for the Brutus package. This is not so easy because by transferring a tokenID that does not have an owner address, the contract must create actions that include all tokenID’s in order to verify the original NFT owner. This is because the original owner has the right to move the token and set it to a new entity. Below we present a graph associated with this:

ERC721

The method of reading this chart is as follows: first move to the x-axis and then to the y-axis, for example:

  • „Mint a batch of 1 NFT, and then transfer tokenID 0”,
  • „Mint a batch 3 of NFT, and then transfer tokenID 1”
  • „Mint a batch 5 of NFT, and then transfer tokenID 4”

The above results indicate that moving token IDs in the middle of a larger mint batch (i.e. t1, t2) costs more than moving token IDs at the end of the batch (i.e. t0, t4).

How to minimize the cost of transferring an entire batch of NFT?

You can minimize costs if you are always minting the maximum allowed number of NFT when releasing an entire batch. In addition – when moving a batch, it is important to start a cycle with tokens of an ODD number in an ascending manner.
Examples of NFT projects using the ERC721A contract
Here is a list of projects, which are currently using the ERC721A contract:

  • @AzukiZen
  • @cerealclubnft
  • @TheLostGlitches
  • @standardweb3
  • @KittyCryptoGang
  • @XRabbitsClub
  • @WhaleTogether
  • @pixelpiracynft
  • @dastardlyducks
  • @MissMetaNFT
  • @StarcatchersNFT
  • @LivesOfAsuna
  • @richsadcatnft
  • @themonkeypoly
  • @womenofcrypto_
  • @TravelToucans
  • @HuhuNFT

Are ERC721A contracts still considered to be NFT transactions?

Of course. ERC721A contracts are NFT. Any contract that implements the ERC721 token standard, or the ERC1155 interfaces is seen as non-fungible or semi-fungible tokens. To put it simply, ERC721A is an extension and optimization of the previous version, the ERC721. The ERC721A contract is a very good idea which allows for saving money on gas in a given community, while at the same time protecting the Ethereum network from unnecessary workload.

Most viewed


Never miss a story

Stay updated about Nextrope news as it happens.

You are subscribed

Token Engineering Process

Kajetan Olas

13 Apr 2024
Token Engineering Process

Token Engineering is an emerging field that addresses the systematic design and engineering of blockchain-based tokens. It applies rigorous mathematical methods from the Complex Systems Engineering discipline to tokenomics design.

In this article, we will walk through the Token Engineering Process and break it down into three key stages. Discovery Phase, Design Phase, and Deployment Phase.

Discovery Phase of Token Engineering Process

The first stage of the token engineering process is the Discovery Phase. It focuses on constructing high-level business plans, defining objectives, and identifying problems to be solved. That phase is also the time when token engineers first define key stakeholders in the project.

Defining the Problem

This may seem counterintuitive. Why would we start with the problem when designing tokenomics? Shouldn’t we start with more down-to-earth matters like token supply? The answer is No. Tokens are a medium for creating and exchanging value within a project’s ecosystem. Since crypto projects draw their value from solving problems that can’t be solved through TradFi mechanisms, their tokenomics should reflect that. 

The industry standard, developed by McKinsey & Co. and adapted to token engineering purposes by Outlier Ventures, is structuring the problem through a logic tree, following MECE.
MECE stands for Mutually Exclusive, Collectively Exhaustive. Mutually Exclusive means that problems in the tree should not overlap. Collectively Exhaustive means that the tree should cover all issues.

In practice, the “Problem” should be replaced by a whole problem statement worksheet. The same will hold for some of the boxes.
A commonly used tool for designing these kinds of diagrams is the Miro whiteboard.

Identifying Stakeholders and Value Flows in Token Engineering

This part is about identifying all relevant actors in the ecosystem and how value flows between them. To illustrate what we mean let’s consider an example of NFT marketplace. In its case, relevant actors might be sellers, buyers, NFT creators, and a marketplace owner. Possible value flow when conducting a transaction might be: buyer gets rid of his tokens, seller gets some of them, marketplace owner gets some of them as fees, and NFT creators get some of them as royalties.

Incentive Mechanisms Canvas

The last part of what we consider to be in the Discovery Phase is filling the Incentive Mechanisms Canvas. After successfully identifying value flows in the previous stage, token engineers search for frictions to desired behaviors and point out the undesired behaviors. For example, friction to activity on an NFT marketplace might be respecting royalty fees by marketplace owners since it reduces value flowing to the seller.

source: https://www.canva.com/design/DAFDTNKsIJs/8Ky9EoJJI7p98qKLIu2XNw/view#7

Design Phase of Token Engineering Process

The second stage of the Token Engineering Process is the Design Phase in which you make use of high-level descriptions from the previous step to come up with a specific design of the project. This will include everything that can be usually found in crypto whitepapers (e.g. governance mechanisms, incentive mechanisms, token supply, etc). After finishing the design, token engineers should represent the whole value flow and transactional logic on detailed visual diagrams. These diagrams will be a basis for creating mathematical models in the Deployment Phase. 

Token Engineering Artonomous Design Diagram
Artonomous design diagram, source: Artonomous GitHub

Objective Function

Every crypto project has some objective. The objective can consist of many goals, such as decentralization or token price. The objective function is a mathematical function assigning weights to different factors that influence the main objective in the order of their importance. This function will be a reference for machine learning algorithms in the next steps. They will try to find quantitative parameters (e.g. network fees) that maximize the output of this function.
Modified Metcalfe’s Law can serve as an inspiration during that step. It’s a framework for valuing crypto projects, but we believe that after adjustments it can also be used in this context.

Deployment Phase of Token Engineering Process

The Deployment Phase is final, but also the most demanding step in the process. It involves the implementation of machine learning algorithms that test our assumptions and optimize quantitative parameters. Token Engineering draws from Nassim Taleb’s concept of Antifragility and extensively uses feedback loops to make a system that gains from arising shocks.

Agent-based Modelling 

In agent-based modeling, we describe a set of behaviors and goals displayed by each agent participating in the system (this is why previous steps focused so much on describing stakeholders). Each agent is controlled by an autonomous AI and continuously optimizes his strategy. He learns from his experience and can mimic the behavior of other agents if he finds it effective (Reinforced Learning). This approach allows for mimicking real users, who adapt their strategies with time. An example adaptive agent would be a cryptocurrency trader, who changes his trading strategy in response to experiencing a loss of money.

Monte Carlo Simulations

Token Engineers use the Monte Carlo method to simulate the consequences of various possible interactions while taking into account the probability of their occurrence. By running a large number of simulations it’s possible to stress-test the project in multiple scenarios and identify emergent risks.

Testnet Deployment

If possible, it's highly beneficial for projects to extend the testing phase even further by letting real users use the network. Idea is the same as in agent-based testing - continuous optimization based on provided metrics. Furthermore, in case the project considers airdropping its tokens, giving them to early users is a great strategy. Even though part of the activity will be disingenuine and airdrop-oriented, such strategy still works better than most.

Time Duration

Token engineering process may take from as little as 2 weeks to as much as 5 months. It depends on the project category (Layer 1 protocol will require more time, than a simple DApp), and security requirements. For example, a bank issuing its digital token will have a very low risk tolerance.

Required Skills for Token Engineering

Token engineering is a multidisciplinary field and requires a great amount of specialized knowledge. Key knowledge areas are:

  • Systems Engineering
  • Machine Learning
  • Market Research
  • Capital Markets
  • Current trends in Web3
  • Blockchain Engineering
  • Statistics

Summary

The token engineering process consists of 3 steps: Discovery Phase, Design Phase, and Deployment Phase. It’s utilized mostly by established blockchain projects, and financial institutions like the International Monetary Fund. Even though it’s a very resource-consuming process, we believe it’s worth it. Projects that went through scrupulous design and testing before launch are much more likely to receive VC funding and be in the 10% of crypto projects that survive the bear market. Going through that process also has a symbolic meaning - it shows that the project is long-term oriented.

If you're looking to create a robust tokenomics model and go through institutional-grade testing please reach out to contact@nextrope.com. Our team is ready to help you with the token engineering process and ensure your project’s resilience in the long term.

FAQ

What does token engineering process look like?

  • Token engineering process is conducted in a 3-step methodical fashion. This includes Discovery Phase, Design Phase, and Deployment Phase. Each of these stages should be tailored to the specific needs of a project.

Is token engineering meant only for big projects?

  • We recommend that even small projects go through a simplified design and optimization process. This increases community's trust and makes sure that the tokenomics doesn't have any obvious flaws.

How long does the token engineering process take?

  • It depends on the project and may range from 2 weeks to 5 months.

What is Berachain? 🐻 ⛓️ + Proof-of-Liquidity Explained

Karolina

18 Mar 2024
What is Berachain? 🐻 ⛓️ + Proof-of-Liquidity Explained

Enter Berachain: a high-performance, EVM-compatible blockchain that is set to redefine the landscape of decentralized applications (dApps) and blockchain services. Built on the innovative Proof-of-Liquidity consensus and leveraging the robust Polaris framework alongside the CometBFT consensus engine, Berachain is poised to offer an unprecedented blend of efficiency, security, and user-centric benefits. Let's dive into what makes it a groundbreaking development in the blockchain ecosystem.

What is Berachain?

Overview

Berachain is an EVM-compatible Layer 1 (L1) blockchain that stands out through its adoption of the Proof-of-Liquidity (PoL) consensus mechanism. Designed to address the critical challenges faced by decentralized networks. It introduces a cutting-edge approach to blockchain governance and operations.

Key Features

  • High-performance Capabilities. Berachain is engineered for speed and scalability, catering to the growing demand for efficient blockchain solutions.
  • EVM Compatibility. It supports all Ethereum tooling, operations, and smart contract languages, making it a seamless transition for developers and projects from the Ethereum ecosystem.
  • Proof-of-Liquidity.This novel consensus mechanism focuses on building liquidity, decentralizing stake, and aligning the interests of validators and protocol developers.

MUST READ: Docs

EVM-Compatible vs EVM-Equivalent

EVM-Compatible

EVM compatibility means a blockchain can interact with Ethereum's ecosystem to some extent. It can interact supporting its smart contracts and tools but not replicating the entire EVM environment.

EVM-Equivalent

An EVM-equivalent blockchain, on the other hand, aims to fully replicate Ethereum's environment. It ensures complete compatibility and a smooth transition for developers and users alike.

Berachain's Position

Berachain can be considered an "EVM-equivalent-plus" blockchain. It supports all Ethereum operations, tooling, and additional functionalities that optimize for its unique Proof-of-Liquidity and abstracted use cases.

Berachain Modular First Approach

At the heart of Berachain's development philosophy is the Polaris EVM framework. It's a testament to the blockchain's commitment to modularity and flexibility. This approach allows for the easy separation of the EVM runtime layer, ensuring that Berachain can adapt and evolve without compromising on performance or security.

Proof Of Liquidity Overview

High-Level Model Objectives

  • Systemically Build Liquidity. By enhancing trading efficiency, price stability, and network growth, Berachain aims to foster a thriving ecosystem of decentralized applications.
  • Solve Stake Centralization. The PoL consensus works to distribute stake more evenly across the network, preventing monopolization and ensuring a decentralized, secure blockchain.
  • Align Protocols and Validators. Berachain encourages a symbiotic relationship between validators and the broader protocol ecosystem.

Proof-of-Liquidity vs Proof-of-Stake

Unlike traditional Proof of Stake (PoS), which often leads to stake centralization and reduced liquidity, Proof of Liquidity (PoL) introduces mechanisms to incentivize liquidity provision and ensure a fairer, more decentralized network. Berachain separates the governance token (BGT) from the chain's gas token (BERA) and incentives liquidity through BEX pools. Berachain's PoL aims to overcome the limitations of PoS, fostering a more secure and user-centric blockchain.

Berachain EVM and Modular Approach

Polaris EVM

Polaris EVM is the cornerstone of Berachain's EVM compatibility, offering developers an enhanced environment for smart contract execution that includes stateful precompiles and custom modules. This framework ensures that Berachain not only meets but exceeds the capabilities of the traditional Ethereum Virtual Machine.

CometBFT

The CometBFT consensus engine underpins Berachain's network, providing a secure and efficient mechanism for transaction verification and block production. By leveraging the principles of Byzantine fault tolerance (BFT), CometBFT ensures the integrity and resilience of the Berachain blockchain.

Conclusion

Berachain represents a significant leap forward in blockchain technology, combining the best of Ethereum's ecosystem with innovative consensus mechanisms and a modular development approach. As the blockchain landscape continues to evolve, Berachain stands out as a promising platform for developers, users, and validators alike, offering a scalable, efficient, and inclusive environment for decentralized applications and services.

Resources

For those interested in exploring further, a wealth of resources is available, including the Berachain documentation, GitHub repository, and community forums. It offers a compelling vision for the future of blockchain technology, marked by efficiency, security, and community-driven innovation.

FAQ

How is Berachain different?

  • It integrates Proof-of-Liquidity to address stake centralization and enhance liquidity, setting it apart from other blockchains.

Is Berachain EVM-compatible?

  • Yes, it supports Ethereum's tooling and smart contract languages, facilitating easy migration of dApps.

Can it handle high transaction volumes?

  • Yes, thanks to the Polaris framework and CometBFT consensus engine, it's built for scalability and high throughput.