Four Key Components Of Metcalfe Chain

— — Mergerable governance architecture MER

In order to reduce community friction and adapt to the business development trend and operation mode of large-scale traffic commercial process, we need to consider three aspects of governance requirements.

1) MTC Intelligent traffic chain upgrades, changes, and exist;

2)Traditional traffic and external blockchain traffic injected into the MTC intelligent chain for special governance;

3) Extensive community participation, and our governance mechanisms should ensure transparency and fairness for all;

Governance is the means by which rules, norms, and standards of action are sorted out and maintained as compliant and accountable. A good governance mechanism should give participants a clear understanding of the requirements for improved methods and the steps to implement the improvements. Combined with the characteristics of MTC intelligent traffic chain, for the governance of MTC intelligent chain, we follow MTC’s test, change, upgrade and other processes, each of the key processes will be decided by the community. Governance on the MTC main chain is relatively controllable and can be understood by the community. We will not discuss it in this article. We will focus on specific governance triggered by external chains and traditional traffic injection.

Off-chain special governance based on cross-chain

We want to bring together the internal elements of the MTC cryptography economy and the internal stakeholders to determine how the market capital will be used. Therefore, special governance arising from the external chain and traditional traffic injection should be considered as a priority. Governance is aligned with the underlying technology and operational patterns. For the connection between the external chain and the traditional blockchain, we adopt the Polkadot cross-chain architecture.

For large-scale traffic applications, there are many cross-chain requirements. For example, Showlike+ video application may merge the traditional blockchain video credit system. In terms of cross-chain technology, we have adopted the development protocol based on Substrate development framework. At present, the Polkadot Project also uses the Substrate framework, and based on this mature framework design, the following objectives are achieved through the external trans-chain technology:

Realize interoperate：it realizes standardized interoperability, provides standard cross-chain communication mechanism, network protocol, asset communication service management semantics, and facilitates the realization of different parallel chain interoperability

Hiding heterogeneity of system: establish logical layer, shield the heterogeneity, deal with a hierarchy of modules that perform the same function, communication between layers and layers. Cross-hierarchy cannot be communicated directly, thus shielding heterogeneity, shielding the differences of consensus algorithm governance architecture block structure and so on.

Trusted Isolation: Establish security perimeter, define the security interface between trusted and untrusted. Clarify the reference monitor to ensure maximum security. Specify a unified security interface, using reference monitors, to ensure maximum security, access path can be confirmed and verified, to achieve security and credibility.

MER Governance Framework

Large volume traffic commercial applications involve many business scenarios of merger and acquisition systems, for example, the merger of large scale game A and large scale game B. However, there are very few blockchain projects studying this course. Gavin put forward the idea of combined governance of sovereign chain and parallel chain based on Polkadot.

MTC Intelligent chain extends Gavin Wood’s merger governance vision and proposes the MER governance architecture to make it more suitable for the multi-business merger scenario of high-throughput commercial business. The MER governance architecture supports the following business scenarios:

Transition from non-permitted chain to a permitted chain

This business scenario is similar to the Libra governance transition solution: centralization to decentralization in the first coalition chain to the public chain, as well as from the test network (alliance chain) to the public chain.

It is suitable for the case of centralization to decentralization, from alliance chain to the public chain, it is also suitable for cases from the test network (alliance chain) to the public chain. This business scenario is similar to LIBRA’s governance transition solution.

In this kind of business scenario, we can directly open permissions on the corresponding license chain node and upgrade to the public node. Since the nodes of the license network are controlled and composed of selected internal license nodes, several problems need to be solved after multiple organizations participate in the management and maintenance of data in the transition to the public chain scheme.

After transitioned to the public chain, several challenges will need to be addressed:

· After permissions are open, the original nodes are not limited to the selected internal nodes, but their permissions are extended to anyone who can become the MER node

· Processing Performance: With a fully decentralized architecture, each block update needs to be synchronized to all nodes, resulting in a reduction in processing performance. To solve the performance problem, the MER node service processing module needs to be separated into a separate process

· Privacy protection: every transaction of the MER public node is open and transparent, so the privacy protection mechanism should be adopted to avoid the disclosure of sensitive information.

Merger and acquisition of traffic among protocols

Inter-protocol traffic merger and acquisition is applicable to business scenarios where one protocol is transferred to another, such as the merger of different traffic blockchain, and direct import traditional traffic applications to MTC intelligent chain, such as live video credit system (traditional centralized pattern) transferred to Showlike+ live broadcasting immediately.

For the traffic interaction among protocols, MER’s scheme is to translate the external protocol (traditional traffic application) into a parallel chain of MTC, and then transfer the tokens on the parallel chain to the MTC main network through MER technology. MTC existing node and chain governance and main network reuse, that is to say, the nodes of MTC run both traditional traffic application and block data of the main network. This method is similar to the iteration mode of Kusama CC1 to CC3 versions of Polkadot. Of course, MER’s protocol interaction scheme needs to enhance the interface service of the node in the traditional traffic. However, MER’s protocol interaction scheme requires enhancing the interface services of the docking nodes in the traditional traffic