Author: @DaPangDunCrypto; Source: Author’s Twitter

FAQ: Protocol

1.What is the technology of homogeneous binding?

A: Isomorphic binding provides a native way to map layer 1 assets on BTC (currently limited to RGB++ assets) to layer 2 (currently limited to ckb) networks. This is achieved without using a bridge, allowing assets to be “transferred from layer 1 to layer 2” to enjoy the security of layer 1 and the scalability of layer 2.

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

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

3.What happens when RGB++ assets are transferred in one layer?

A: When the RGB++ asset is created on the first layer, a shadow asset is created on the second layer. When the asset is transferred on the first layer, the shadow asset is transferred isomorphically. Only when the user Leaps to the second layer can the asset on the second layer be operated.

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

A: 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 + CKB fees occupied by the second-layer isomorphic CELL + others. Among them: GAS is the network fee for users to participate. Except for Mint, it is generally not very high. On the contrary, the CKB occupation fee may be the largest. For example, a CELL occupies 144ckb, which is 3.6U at a price of 0.025. If it occupies 300ckb, it is 7.5U. Others refer to the service fees of some platforms, etc.

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

A: 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; the RGB++ protocol is only consumed when you are always playing 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 basically be 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 are you playing on the first floor instead of the second floor?

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 the only way to go to the second layer is to 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 expect more 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 its superiority. However, if we 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 to distribute in a non-centralized manner, but this requires users to build the second-layer mapping process themselves, including splicing transactions, issuing and broadcasting transactions, and preparing CKB to complete such operations. It is basically impossible for ordinary people, so the launch platform handles this process in the background. However, I understand that there are people in the specific script community who are 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?

A: 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 a concession to allow more devs to come in, and on the other hand, it can promote the rapid development of the ecosystem in multiple lines. The reason for devs to come in is that their projects are likely to successfully occupy a position in this ecosystem, and if they are optimistic about this ecosystem, a successful position represents possible "success" in the future. From a development perspective, 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 first and second layer infra will be gradually improved in this process.

FAQ: Ecological aspects

1. Why does it take so long for Huehub to Mint after deployment?

A: It’s a problem with the protocol mechanism. After the protocol is deployed, it needs 6 blocks of security confirmation, so it takes time to wait.

2. Why doesn’t Huehub review asset issuance?

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

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

A: The official Twitter account actually has detailed introductions. To sum up, here are some 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 transfers - Do not transfer all BTC assets in the wallet alone

4. What infras are currently available in the ecosystem?

Answer: Trading platform - Huehub, and some other platforms, I haven't researched them in depth. 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 are teams working on dobs market (dobs, simply understood as the concept of NFT, of course, there are actually extensions). Inscription platform - Omiga

5. Which assets in this ecosystem are worth investing in?

A: I am not very good at investing. I have always emphasized 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 the infra is relatively weak, so I hope everyone will be as "tolerant" as possible, report problems if there are any, 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 we have come into contact with so far are quite good.

Of course, from the perspective of ordinary users like us, we hope that these teams can take a broader view and work towards a win-win situation with users.