RGB++ FAQ: Protocol Interpretation and Ecosystem Progress

Author: @DaPangDunCrypto; Source: Author's Twitter

FAQ: Protocol

1. What is the technology of homogeneous binding?  

Answer: Homogeneous binding provides a native way to map the first-layer assets (currently limited to RGB++ assets) on BTC to the second-layer (currently limited to ckb) network, which is not achieved through a bridge, allowing assets to be "transferred from 1 to 2 layers" to enjoy the security of the first layer and the scalability of the second layer.

2. After Leap, how are the assets on the first layer locked?  

Answer: The assets on the first layer are not locked. After Leap, the assets are on the second layer, not on the first layer. Only when Leap goes back can the assets be re-bound. We can compare binding to the "dyeing" of colored coins. Leap to the second layer corresponds to "decolorization", and Leap back to the first layer corresponds to "re-dyeing"

3. What happened when RGB++ assets were transferred on the first layer?  

Answer: When the RGB++ asset is created on the first layer, the second layer is isomorphic to a shadow asset; when the first layer is transferred, the shadow asset will be isomorphically transferred; only when the user Leaps to the second layer can the assets on the second layer be operated

4. Why is the GAS consumption of the first layer assets so high?

Answer: In fact, the reason for the high consumption of the first layer assets is not entirely GAS The consumption of the first layer assets = GAS + the CKB fee occupied by the second layer isomorphic CELL + others Among them: GAS is the network fee for user participation. Except for Mint, it is generally not very high CKB occupation fee may be the biggest part. For example, a CELL occupies 144ckb, which is 3.6U at a price of 0.025, and 7.5U if it occupies 300ckb Others refer to the service fees of some platforms, etc.

5. What are the advantages of the RGB++ protocol over other inscription protocols?

Answer: Many people do not correctly understand the RGB++ protocol and simply view this protocol based on current consumption. You can only operate the inscription protocol on the main network, so its scalability is very limited, and the continuous consumption is very large; RGB++ protocol consumes a lot only when you play on the main network, but its core is that you can Leap to the second layer and play on ckb. At this time, gas can be basically ignored. Its scalability is only limited by the ckb network, and the continuous consumption is only in the two processes of Leap in and Leap out.

6. Why don’t you play on the second layer now, but on the first layer?  

Answer: Because the infra of the second layer is very weak now. There are already markets on the first layer, and there are more than one, but there are none on the second layer. So if you go to the second layer, you can only play "transfer". This is why I suggest that the CKB project and the community should develop infra as soon as possible; of course, what I am looking forward to here is to develop infra based on smart contract capabilities. For example, if it just imitates the P2P Market on the first layer, I think it is not attractive enough and cannot reflect superiority, but if you can develop AMM/DEX based on the cell model, then it will be very interesting.

7. Why is the distribution method centralized?

Answer: It is completely possible not to use a centralized distribution method, but this requires users to build the second-layer mapping process by themselves, including splicing transactions, issuing and broadcasting transactions, and preparing CKB to complete such operations. For ordinary people, it is basically impossible, so the launch platform handles such a process in the background. However, I understand that someone in the specific script community is working on it, and a decentralized distribution method will be realized in the future. If it is a second-layer distribution, it will be even simpler.  

8. What is the development idea of ​​the protocol?  

Answer: My personal guess is that the Cipher team is mainly responsible for maintaining the operation, improvement and update of the protocol; while the community or other teams develop infra projects based on the RGB++ protocol on their own. On the one hand, it is to let more devs come in, and on the other hand, it can promote the development of the ecosystem in multiple lines. The reason for dev to come in is that their project is likely to successfully occupy a position in this ecosystem, and if you are optimistic about this ecosystem, a successful position represents possible "success" in the future. From the perspective of development, the first and second layers should be developed in parallel, that is, both the first and second layers of the ecological project should be done, the first layer is the first step, and the second layer is the second step (the logical relationship here is not necessary, but it is easier to understand), so that the infra of the first and second layers will be gradually improved in this process.

FAQ: Ecological aspects

1. Why does Huehub take so long to mint after deployment?  

Answer: It is a problem of the protocol mechanism. After the protocol is deployed, it requires 6 blocks of security confirmation, so it takes time to wait

2. Why doesn't Huehub audit asset issuance?  

Answer: I think this is a question of choice. ++ is an open source protocol. Anyone can make a launch pad based on the protocol. Huehub's positioning may be to provide such a functional module as the infra under the ecosystem, so there is no audit requirement; at the same time, auditing also represents a responsibility issue to a certain extent. This area may not be touched for the time being. After all, the platform has no ability to guarantee anything. Of course, I understand that everyone does not want to have too many assets without wealth effect, but we may need to think about this issue from the perspective of Huehub

3. What are the precautions for using unisat/okx wallets to participate in Huehub?

Answer: The official tweets have actually introduced them in detail. To sum up, the following points--Try to use a new wallet to prevent other assets in the wallet from being burned --Currently supports mint, pending orders, canceling pending orders, buying and selling, but does not support transfer --Do not transfer all BTC assets in the wallet alone

4. What infra are currently available in the ecosystem?  

Answer: Trading platform--Huehub, and some other platforms, I haven't done in-depth research Asset manager---Haste, manages RGB++ assets in different wallets Wallet--Joyid wallet  Neuron wallet Domain name system--.bit (ready to connect++) DOBS market--joyid wallet has a built-in unicorn market, but I understand that there is a team working on dobs market (dobs, simply understood as the concept of nft, of course, there are actually extensions) Inscription platform--omiga

5. Which assets are worth investing in the ecosystem?  

Answer: I am not very good at investment. I always emphasize that my secondary ability is quite weak, so I usually look for opportunities that are extremely early and have a certain degree of certainty and participate in them.

Finally, let me share my personal thoughts:

For new protocols, there will always be problems of one kind or another, especially in the early stage when infra is relatively weak, so I hope everyone will be as "tolerant" as possible, report problems, and be less aggressive; 

In fact, the development speed of these teams is already very fast. Development based on the UTXO model is difficult, and the attitudes of the teams I have come into contact with are all good.

Of course, from the perspective of ordinary users, we hope that these teams can have a bigger picture and move towards a win-win situation with users.