详解B²Network机制：ZK+BitVM挑战会成为比特币layer2标榜吗？

The author, an independent researcher, comes from Ethereum, from side chain to status channel to client verification. In essence, he is looking for a decentralized solution that takes into account security and scalability. Based on this, I compared it with the recently discussed solution, and discussed the differences and complexity of Bitcoin from the technical realization aspects such as realizing interoperability security challenges. In order to make a better year-on-year reference, we can first define a group of corresponding relationships, and the status channel side chain client verification is not difficult to see Ethereum correspondence. The security of Bitcoin Ecology has been undertaken, but the contract is currently limited by the direction of micro-payment. The side chain scalability of Ethereum corresponding to Bitcoin Ecology is very strong, but a set of independent consensus keeps it from being recognized by the mainstream. Ethereum, I tend to verify the security scalability of the client corresponding to Bitcoin Ecology, and the decentralized characteristics will take a comprehensive balance point. Ethereum has also become a mainstream focus track. Following the idea of Ethereum, we take bitcoin client verification as the breakthrough point. How to build it? For example, the client verification part in a complete Ethereum includes collecting and trading, generating certificates and trees, packaging and synchronizing them to the main network, and then uploading the certificates to the main network after systematic verification, and finally verifying the integrity and consistency of the data according to the block data in the root recombination. The client part of the status confirmation mainly includes two major workflows: collecting and trading are synchronized to the decentralized storage ring first. At the same time, there are two differences in the process of synchronizing the transaction tree and other data into a joint certificate. On the one hand, Bitcoin needs to synchronize the original data to the decentralized storage environment and defaults to the local environment storage. On the other hand, Ethereum can directly synchronize the data to the main network, but the storage capacity of Bitcoin's main network is limited and the verification ability is lacking. Therefore, some of these data are synchronized to the client environment, and the main network in Ethereum system is used for chain transmission. The purpose of synchronizing the data is the verification ability of the main network. In view of the fact that the main network of Bitcoin does not have the verification ability, the function is built in the client environment. After receiving this part of the summary data, the circuit compilation operation will be carried out, and the data will be compressed and uploaded to the main network of Bitcoin in the form of inscriptions. At the same time, the system will be operated to decentralize the verification and generate bitcoin. The promise will be engraved with the summary data. Why not? Directly using this kind of third party and choosing to build it yourself is precisely determined by the particularity of bitcoin ecology. It is necessary to equip indexers to deconcentrate and index the inscriptions on the main network of Bitcoin and upload them to the main network in the form of conferences generated at the same time. When engraving the inscriptions, it is necessary to precompile and compress the data in circuit to ensure that the storage space of the main network is reduced. Since it is not provided by the main network, why should all kinds of data be synchronized to the main network in the form of inscriptions? This is actually to keep an inviolable one in the main network. The changed transaction record provides the foundation for the subsequent process. The packaged data in the passable contract of the main network and the secondary verification uploaded to the main network ensure the integrity and consistency of the transaction, which is the technical advantage of the main network with verification ability. However, in the bitcoin environment, due to the lack of verification ability of the main network, the technical value lies in the concise compression of data and ensuring consistency. If there is data fraud in the process of collecting and trading in the offline environment, the state of the whole chain is confirmed and confirmed. We can't refuse the fake data, so we should design a mechanism to challenge the fake behavior. How can we do it? If you look back at my article, you will know that it is a scheme that enables Bitcoin to achieve Turing complete calculation under theoretical assumptions, but the way in which its precompiled circuit transmits to Bitcoin's main network is too expensive and unrealistic. If we use the realization logic for reference to design the challenge mechanism, it will be different. The challenge mechanism will lock the warehouse in the main network once the user challenges the chain in the form of. You can take away the assets locked in the main network of Bitcoin in advance, burn the inscription on the main network of Bitcoin, and make an open and transparent equi-tree promise, which will all become the evidence for users to challenge. Once the challenge results prove that a series of data in the main network are inconsistent with the data engraved on the main network, the nodes will not only lose the assets locked in the main network, but also need to roll back the transaction and update the indexer and historical data. It is not difficult to see that the scheme of Bitcoin ecology has considerable technical complexity and particularity, such as customers. The user-side verification link should be based on decentralized storage, and all the data generated should be reserved. In order to ensure the traceability of the data, for example, a decentralized data verification system should be built in the offline environment and the consistency of the data should be ensured by promises and inscriptions. For example, even if the technology is adopted, an open and transparent challenge mechanism should be equipped to ensure security. The whole process should weigh three contradictions of decentralized security and scalability to get a fair solution to explore. Obviously, since the main network of Bitcoin can't be verified, we should use the inscription to burn a limited Turing complete challenge system based on circuit to realize the transparency and security of the chain, and use the technical challenge system to make up for the lack and verification ability of Bitcoin. Since there are still hidden dangers of multi-signing contracts in Ethereum, we can't be 100% sure of security. What everyone believes is actually a relatively transparent and open contract interaction mechanism, so now we can't reach an absolute consensus on security. The former is a transparent and open challenge mechanism based on. Although the technical implementation is complicated and there are too many logics, it seems that in short, the paradigm of Bitcoin's client verification and engraving challenge will become a new round of Bitcoin advertising if it is gradually recognized by the market. 比特币今日价格行情网_okx交易所app_永续合约_比特币怎么买卖交易_虚拟币交易所平台

注册有任何问题请添加 微信：MVIP619 拉你进入群

文章转载注明 网址：https://netpsp.com/?id=61372