BRC-721A Standard: Inscribing multi-tokens in the pre-mint ticket system on the chain
This idea is about deploying the ERC-721A standard from Ethereum to Bitcoin Core to extend the future use cases of inscribing process and explore more possibilities in Ordinals Inscriptions.
Author: Ivan Tsang (@ivantkf)
Created: 2023-03-29 [Inscription 641698]
Requires: Ordinals, BRC-1155 Standard
Idea
The concept is inspired by the ERC-721A standard and the team of Azuki. The inscriptions with BRC-721A standard are just another kind of Ordinals inscriptions, they can be traded, collected, and transferred as usual. The Ordinals Inscription here will be defined as similar to the ERC-721 / BRC-1155 protocol standard.
Introduction
Minters are suffering from the huge cost of sats (gas fee) during the gas war when minting the inscriptions with the same images. It cost a lot for the pointless inscriptions when they lose on queue since their inscriptions are not the first inscription and wasting the fee. In order to deal with the issue, this is demonstrating what operations we can do {deploy, mint} by using the BRC-721A standard to inscribe the pre-mint tickets instead of the images,
| Project Owner | Holders |
|---|---|
Deploy | Mint |
Operations
1. Deploy
The project owner could create a BRC-721A standard for the queuing ticket system before launching the collections with the BRC-721 or BRC-1155 standard. Here is a basic example below (replace the x),
| Key | Must? | Description |
|---|---|---|
p | ✅ | Protocol: To identify and process BRC-721A events |
op | ✅ | Operation: Type of events {deploy, mint} |
abbrev | ✅ | Abbreviation: Set a max. 10 letters identifier of the project |
max | ✅ | Set the total quantity of the project collection, default to "1000" |
lim | ✅ | Limit: Set the max. amount can be minted in each inscription, default to "1" |
vfy | ❌ | Verify: Place the secret code for connection via SHA-256 Algorithm for verification |
2. Inscribe (Mint)
The ticket system will minimize the cost of sats (gas fee) for the minters during the gas war and receive the actual image in order by using the verification code to communicate with the project team. The tickets for a specific collection will be sold out when the minting amount has been reached the maximum amount, the inscriptions over the maximum amount of the collection will be defined as invalid tickets. Here is a basic example below (replace the x),
| Key | Must? | Description |
|---|---|---|
p | ✅ | Protocol: To identify and process BRC-721A events |
op | ✅ | Operation: Type of events {deploy, mint} |
abbrev | ✅ | Abbreviation: Set a max. 10 letters identifier of the project |
atm | ✅ | Amount to mint in the collection, default to {deploy} setting |
vfy | ❌ | Verify: Place the secret code for connection via SHA-256 Algorithm for verification |
Suggestions
It is welcomed to provide recommendations for better improvement upon the structure, designs, rules, or compression issues it poses. For traceability json {} is required, as well as the minimum required information to satisfy one of the functions.
Ending
The standard is still updating. Thank you for the time to read the whole passage. You are going to be one of the historical witnesses in Bitcoin development. Please bear in mind that these might be worthless, but the journey should be priceless.
Extention of Supporting Standard
BRC-5058 Standard: Locking Capability of BRC-721 / BRC-1155
Coming Soon
Last updated
