Home / Coin Guide / MATIC Network Review: Scaling Solution for Ethereum Blockchain

MATIC Network Review: Scaling Solution for Ethereum Blockchain

The Matic Network (MATIC) is a blockchain project that has been working on a solution to the scalability issues of the Ethereum blockchain.

Their vision is to improve scalability via PoS (Proof of Stake) sidechains, and they believe that once scalability issues are resolved we’ll as well realize lower transaction fees, speedier confirmations, and various other benefits. They are also one of the latest Initial Coin Offerings to be conducted on the Binance Exchange Launchpad.

Yet, how is this project different from the other scalability solutions?

This review, as regards the Matic Network project, takes an in-depth look into the project and attempts to answer this. We will delve into their tech, development, roadmap and the long term potential and use cases for the MATIC token.

Matic Network Goals

In addition to solving scalability issues, the Matic Network is as well focused on advancing usability without losing the benefits of decentralization. They also hope to leverage the existing developer community in providing improved dApp functionality and improved user experience.

The founders of the Matic Network came to the realization that even though decentralized applications (dApps) are being proposed and developed in large numbers, the networks they run on are hardly prepared to support their mass adoption. What’s more, in most of the cases, the user experience is quite poor, and the dApps are not modeled to be approachable for the average user.

The first blockchain chosen to highlight the potential of Matic is Ethereum. The developers already have a working implementation on the Kovan testnet. Whereas it is an adapted version of the Plasma network, eventually the Matic development team envisions using it as a sidechain scaling solution for any blockchain.

Below is a deeper look at the problems of current blockchains and how the Matic Network plans of solving them.

Addressing Blockchain Challenges

Regardless of how advanced blockchain technology has become, there are still a number of challenges that they face. In a number of cases, attempting to improve one challenge could lead to potential sacrifices on other features.

The Matic Network has taken stock of all of the challenges that blockchains at the moment face and have attempted to address these via a number of solutions.

o   Scalability

Scalability is realizable by adding additional sidechains horizontally, with each sidechain hypothetically adding the capacity for 216216 transactions in a second using the same PoS (proof-of-stake) checkpoint layer. This gives the Matic Network the capacity to scale to millions of transactions per second.

o   Size of Blockchain

Since public blockchains require each node to manage a full copy of the blocks and state of the chain, as time goes by and the blockchain grows larger, fewer nodes tend to participate, which threatens the decentralization of the blockchain.

In the case of the Matic Network, it is possible for the primary layer to store only the blocks from the last checkpoint to the most recent checkpoint. It can do this because all the prior blocks have been submitted to the main chain. This allows even mobile devices to run a node.

o   Slow Transactions

In most cases, blockchain transactions are slow, particularly when it comes to PoW (Proof-of-Work) blockchains. Matic uses Proof-of-Stake (PoS) to avert this limitation, but in a special way so it is also able to maintain decentralization.

In the Matic Network consensus is done through a selection of block producers who are chosen by a set of stakers. Matic then uses proof-of-stake as a layer that validates blocks and publishes Merkle roots of the sidechain blocks to the Ethereum mainchain. This allows Matic Network to keep block confirmation times under 2 seconds while at the same time providing a high level of decentralization.

o   Low Transaction Throughput

In public blockchains, there is always a lag between blocks as there needs to be ample time between blocks to ensure propagation. Block sizes are also intentionally kept small to encourage rapid propagation. This limits the number of transactions per block.

The Matic Network resolves this issue by generating blocks in a Block Producer layer. This allows for the rapid creation of blocks, and decentralization is realized via the implementation of proof-of-stake checkpoints. This configuration hypothetically allows for 216216 transactions per second on each sidechain.

o   Multiple micropayment channels with other off-chain solutions

Solving the issue of opening multiple channels to allow for micropayments is complicated, and several projects have proposed solutions. The Matic Network has resolved this issue by using an EVM (Ethereum Virtual Machine), which negates the need to open payment channels for micropayments.

Rather, any valid Ethereum address is as well a valid Matic address, the implication being that any receiver doesn’t need to be in the Matic Network. They only need a Matic Wallet to receive the payment.

o   High Transaction Fees

The limited block size of most blockchains has resulted to variability in fees based on the pending transaction pool, and in a number of cases, fees have become exorbitantly high for periods of time.

Matic is able to leverage the economies of scale by completing a large no. of transactions in the Block Producer layer. This keeps costs for each individual transaction low.

o   Poor Usability

Thus far, a majority of dApp user interfaces are somewhat poor compared to established centralized counterparts. This needs to change. If mass adoption is to occur, the dApp user experience needs to be as good as, or better than, the current centralized applications.

The Matic team is working to create mobile and web browser integrations and protocols to improve usability in a secured interaction environment for dApps.

Introducing the MATIC Network – The Technology

As discussed in brief in the section above, the Matic Network aims to solve the problems faced by the blockchain ecosystem by coming up with a decentralized platform using an adapted version of Plasma framework. This provides for fast and extremely low cost transactions with finality on a mainchain. The present working Testnet and alpha-Mainnet of the Matic Network work with Ethereum as a mainchain.

The Matic Development team is additionally building a product ecosystem including user friendly mobile apps, desktop wallets and browser extensions which will provide a seamless experience for all users. It is envisaged that users will be in a position to pay, transfer or hold crypto assets without worrying about the complexity of the underlying system.

The Architecture

Since the Matic Network’s core focus is on mass user adoption, it is ideal that a deep dive into the Matic Network’s technical architecture should start from a user journey.

In the event a user is transferring ETH or ERC20 tokens on the Ethereum network, they have to wait for the confirmation of the block which ranges from 14 seconds to 20 seconds. Even then the users have to wait for multiple block confirmations to be sure of the finality of the transaction. Assuming you are buying a coffee or paying tokens to watch a movie. On each transaction you are not only paying a high fee, but also waiting for it to be confirmed. That serves as a deterrent for users wanting to use the service.

What’s more, during peak loads, a huge number of transactions clog the Ethereum network and gas fees increase on each transaction in order to obtain faster confirmations. The Matic Network is proposed as a solution to overcome these problems.

Here is how the Matic Network will function:

  1. A user deposits a cryptographic asset in the Matic contract on the mainchain (currently implemented with Ethereum blockchain only).
  2. Once deposited, tokens get confirmed on the mainchain, tokens will appear on the Matic Chain using Matic Deposit bridge (technical details explained in a dedicated section below).
  3. The user can now transfer tokens to anyone they want almost instantly (Matic Chain has faster blocks – approximately 1 second or less) for almost negligible fees.
  4. Whenever the user wishes to, they can withdraw tokens to the main Ethereum chain by establishing proof of remaining tokens on Root contract (contract deployed on Ethereum chain).

The same method will work for any ERC-20 token or other fungible crypto assets on the Ethereum blockchain. The Matic Development Team has already created a demo version, available at: https://github.com/maticnetwork/contracts.

The project’s team expects the alpha version of the mainnet to go live in the very near future.

Actors

The Matic Network ecosystem will comprise of the following actors:

  1. The End User
  2. DApp developers:

Developers are expected to use the Matic Network to scale their applications and provide a better UI/UX to their end users.

  1. Stakers:

Stakers are required to deposit/stake tokens to qualify and play a very important role in the Matic Network. Notably, their role entails validating the transactions as well as proposing checkpoints on the mainchain using PoS (Proof of Stake) consensus mechanism with a ⅔ majority. They as well are responsible for choosing Block Producers amongst themselves, who satisfy a certain criteria, to produce blocks on the sidechains.

  1. Block Producers:

These are block producers chosen by Stakers who in turn enable faster blockchain generation times. They have to provide a significant stake to be nominated.

Consensus

The Matic Network uses a dual strategy of Proof of Stake (PoS) at the checkpointing layer and Block Producers at the block producer layer to achieve faster blocktimes while ensuring a high degree of decentralization by achieving finality on the main chains using the checkpoints and fraud proof mechanisms.

By implementing this mechanism, the Matic Network realizes high transaction speeds with a high degree of decentralization and finality on the Mainchain. In the initial version which has Ethereum only as the base chain, Ethereum root contract enforces solvency and finality through header block (checkpoints) very efficiently. The various elements and mechanisms of the system are described below:

o   Checkpointing Layer

Basically, anyone can stake their Matic Tokens on the root contract to become a Staker in the PoS checkpointing layer (contract deployed on Ethereum chain). This provides a highly decentralized base layer for the Matic Chain.

o   Block Producers

At the blockchain layer of the Matic Network, there are Block Producers, selected by PoS Stakers on the base layer, who will be creating the Matic Blocks. To achieve faster block generation times, these Block Producers will be low or rather limited in number. This layer is expected to achieve ~1 second block generation times at extremely low to negligible transaction fees.

o   Checkpointing Mechanism

On Matic Network’s checkpointing layer, which is the basis of Matic Network’s PoS mechanism, for every few blocks on the block layer of the Matic Network, a proposer will be chosen among the stakeholders to propose a checkpoint on the main chain. These checkpoints are created by the proposer after validating all the blocks on the block layer of the Matic Network and creating the Merkle tree of the block hashes since the last checkpoint. The Merkle root is then broadcasted to the Staker network for their signatures. The other stakeholders also verify the proof. They will approve the proposed block, on condition that it is valid, by providing their signatures.

The system needs the approval of ⅔ of the stakeholders to propose a “header block” to the root contract. Once the checkpoint is proposed on the mainchain, anyone on the Ethereum mainchain can challenge the proposed checkpoint within a specified period of time. If no one challenges it and the challenge period ends, the checkpoint is formally included as a valid checkpoint on the main chain.

Other than providing finality on the mainchain, Checkpoints have a very crucial role to play in withdrawals as they contain the proof-of-burn (withdrawal) of tokens in the event of user withdrawal. It capacitates the users to prove their remaining tokens on the root contract using Patricia Merkle proof and header block proof. Note that to prove remaining tokens, the header block must be committed to the Root Chain via PoS (Stakeholders). The withdrawal process will incur Ethereum gas fees as usual.

Through this mechanism, the Matic Network achieves a high transaction speed, a high degree of decentralization and finality on Mainchain. In its first version which has Ethereum as the base chain, the Ethereum root contract enforces solvency and finality through header blocks (checkpoints) very efficiently.

o   Block Producer Selection

Block Producers are chosen by Stakers in the checkpointing layer through voting on the mainchain. A Block Producer is selected for a pre-determined interval of time until slashed/removed by the network consensus mechanism or if it is unable to participate in the block production due to any external issue.

o   Seeding of the network

  1. Matic Network will ask for applications from the public to run the Block Producer nodes.
  2. It will also run 3 Block Producer nodes itself during the seed stage of the network.
  3. At the epoch, the public stakers will select a total of 5-7 block producer nodes.
  4. These nodes will be kickstarted with a Matic Chain N (number of) genesis configuration.

o   Block Producer application process

  1. The Block Producers have to apply by staking the Block Producer Stake requirement amount in Matic Tokens on the mainchain
  2. The Network will maintain a pool of interested Block Producers (An incentive system for the Block Producer nominees would be devised to keep ample number of Block Producers in the pipeline)

Criteria on the basis on which Stakers will decide to vote for a particular nominee Block Producer are as follows:

  • Uptime history
  • Technical specifications
  • Dynamic scaling capability
  • Location diversity
  • Other factors under consideration (e.g. [Zcash Board Nominations](https://github.com/ZcashFoundation/Elections/blob/master/2018-Q2/Board-Nominations/Sokolov_selfnomination.md) )

o   Selection via Voting at tenure completion

  1. Voting process is scheduled and completed one week before the completion of one tenure
  2. Existing Block Producers can re-appear in the elections
  3. Stakers vote for Block Producers from the pool of Nominees

o   Replacement of a Block Producer during the ongoing tenure

In an event of untimely removal/incapability of a Block Producer to take part in block production, a new Block Producer from the transient pool will be recruited. An appropriate incentive mechanism to have a prioritized/preferred list of Block Producers as per the stakers’ vote will be devised to maintain a healthy pool of Block Producers.

Multi Chain Support (Horizontal Sharding)

The Matic Network public checkpointing layer supports multiple side chains by design. Theoretically there can be an infinite number of side chains working under the secured and decentralized layer of checkpoints. Businesses can have their dedicated side chains connected to the public checkpointing layer having full control of their execution environments, while still retaining the immutability, provability and security of transactions via the checkpointing mechanism.

Key factors influencing design of this sharding process are expected to be:

  1. Scheduling of checkpointing layer to periodically propose checkpoints for different side chains
  2. Movement of assets across multiple side chains
  • User will be able to send assets across side chains using chain ids and receipts
  • Users will be provided with an intuitive wallet interface to perform inter-chain transactions
  • Developers will be provided with API/SDKs to build programmable interfaces for inter-chain transactions
  1. Movement of the assets from one chain to another will be managed at the checkpointing layer and may not require any interaction with the mainchain. Research is currently underway to facilitate faster (possibly instant) inter sidechain transfers.

Interoperability

As mentioned earlier in the whitepaper, the Ethereum mainchain is the first base/mainchain that Matic Network securely integrates with, using an adapted implementation of the Plasma framework. In addition, the Matic network intends to integrate multiple leading smart contract platforms cryptocurrencies such as Bitcoin and others to provide a universal platform for the users to be able to use/exchange their assets from various blockchains.

It can also provide a strong foundation for large DEXs (Decentralized exchanges) hosting assets from multiple blockchains. Also having a single platform with assets from multiple blockchains can also give rise to dramatically new use-cases, which the developer ecosystems can conceptualize their future products on. It is an exciting area of exploration for the Matic Development team.

Judging from the proliferation of Layer 1 blockchains, it is a given that there might be more than 2-3 public blockchains that will be adopted by the mainstream eventually, rather than only a single winning blockchain platform. Therefore, the Matic Development Team expects to see hitherto unseen use-cases, arising from the Decentralized application movement across these blockchains. The vision of the Matic Development Team is to provide infrastructure and interfaces such that anyone who wishes to build decentralized applications on any blockchain, will be able to do it easily – and communicate and transfer value across multiple blockchains.

Generalized State Scaling on Plasma

Generalized State scaling is the next frontier for the Matic Network, once the Matic Development Team is done with implementing micropayments, asset transfers and swaps in the first phase of development of the Matic Network. This is a research problem, and it will take time and effort to accomplish a breakthrough here.

There are mainly 3 different approaches that the team has been researching on:

  • Stateful object programming model (separating code and state)
  • State transition verification through zk-snarks
  • State transition verification using an EVM-in-an-EVM construction

One of the main approaches that the Matic Development Team has been researching on is the Stateful object programming model for Plasma. The main problem with applying the Plasma model to contracts on a sidechain is of the “ownership” of states/assets on the sidechain. One fundamental property of Plasma is that state represented on a Plasma chain must be able to be withdrawn to the root chain (e.g. Ethereum) in a way that maintains the integrity of that state. You should be able to freely move assets/state from the Plasma chain to the root chain, and vice versa. This functionality is particularly important when a consensus mechanism on the sidechain goes “bad” and users are forced to withdraw their assets/states from the Plasma chain.

States/assets belonging to a user (Externally Owned Accounts) are easy to deposit/enter and withdraw/exit from the mainchain to the sidechain and vice versa. However, in terms of contracts, it is not easy to identify the ownership of the state – because the state might be owned and (or) controlled by multiple parties. The most promising approach to solving this problem is basically separating state and code.

What this approach entails is to enable writing code which reads/writes into “stateful” objects. Stateful objects are representation of states which have a clear owner. For example, a contract has a set of states controlled by n parties, then stateful objects will be derived by encapsulating state into non-fungible tokens having clear ownership – this way a stateful programing model is introduced that enables these objects to be exitable and therefore Plasma-ficable.

The second approach entails the usage of zk-snarks for verifying state transitions for a sidechain. Basically one could operate a roll-up style chain, which can perform any state transitions, and a zk-proof can be submitted.

A valid state transition is proven within the snark by opening one or several leaves of the merkle tree describing the current state, checking the user’s signatures, doing predefined operations, updating the leaf and finally recalculating the stateRootHash. DApp-specific roll-up style chains on the plasma chain can allow developers to have secure, high-throughput DApps without worrying about liveliness, data-availability issues or withdraw issues. We can store any information we want in merkle leaves of the trees and write the snark logic on how they should be updated, since invalid snark proofs cannot be pushed and so it’s inherently secure and simple. We are actively researching on this area and trying to come up with a secure and scalable construction.

The third approach involves a Plasma sidechain implementation that can run EVM-compatible smart contracts – i.e. the Matic Virtual Machine. Since the philosophy of the Matic Network heavily revolves around an incentive mechanism of security deposits on the main chain, it can be instructive to think about an efficient way of identifying the data involved in fraud challenges.

Validation of consensus rules can be enforced through a system of challenges, using a TrueBit-like verification. The main motivation is to run software in a similar manner as we currently do on the Ethereum mainchain. The security deposit makes it easier to estimate the security of the sidechain in monetary terms. When working correctly, the stakers will frequently commit the sidechain blocks to the root chain.

A set of validations is expected to keep the stakers honest. There are a number of insurance contracts incentivizing the verification of the chain. Together these contracts combined would make for a complete set of consensus validation rules on the root blockchain. Such rules include:

  • Withholding challenges: The Block Producers might have submitted blocks to the blockchain but have withheld the contents. The stakers must present a preimage or risk getting slashed.
  • Parsing challenges: The Block Producers submitted an invalid block structure.
  • Transaction censorship: Submit a transaction on the root chain, requesting for it to be included in the sidechain within a certain timeframe.
  • Invalid block signature: The stakers provided an invalid signature of the block.
  • Invalid previous block hash, height, or previous state, among other block verifications.
  • Any other consensus failure checks, like transaction receipts posting an invalid after state.
  • Invalid transaction execution: an on-chain way to verify a transaction.

The last step is the most complex technically, but using a TrueBit-like binary search, there would only be a need to verify one EVM state transition.

A precompile is required to run the EVM inside an EVM. This is done through a stepper contract that can compute a EVM state transition.

Some work on this already started (see solevm), but the focus will be to correctly encode the whole EVM state in such a way that it can fit inside a transaction in the root chain, for the purposes of verifying it with an interactive TrueBit game. The Matic Development Team believes that a large security deposit, plus other economic interests that participants might have in the correct operation of the sidechain, would lead to less risks.

Overall, if one can efficiently identify the problematic EVM state transition for verification, through an EVM-in-an-EVM construction, one can subject it to challenges, and thereby securing it.

Security

o   Fraud Proofs

To enhance the security of the transactions, Matic Network also provides Fraud Proofs on the mainchain. The mechanism enables any individual on the mainchain to submit the details of the transactions which he/she thinks is fraudulent. If the challenge is successful, the stakes of the parties involved in the fraud are slashed and the challenger receives the slashed funds as an incentive for detecting the fraud. This can be considered as an always-running high reward bounty program for any parties who wish to investigate the veracity of the transactions on the Matic Network.

o   Basic proofs

Each proof must be submitted with the following corresponding proofs whenever necessary:

  • Merkle proof for transaction inclusion: This type of proof is needed to prove that the given transaction is included in the block
  • Merkle proof for block inclusion: This type of proof is needed to prove that the block is included in the given checkpoint

o   Block

This proof is needed to prove that the block is in sequence with a valid referenced hash.

o   Transaction

ü  Single level txn proof

// validate ERC20 TX  function validateERC20TransferTx(    uint256 headerNumber,    bytes headerProof,     uint256 blockNumber,    uint256 blockTime,    bytes32 txRoot,    bytes32 receiptRoot,    bytes path,     bytes txBytes,    bytes txProof,     bytes receiptBytes,    bytes receiptProof  ) public {    // validate TX receipt existence  }

ü  Nonce validation

To check if there are transactions with duplicate nonces

To check for transactions with missing nonce values (skipping multiple nonces in between). This is an interactive fraud proof. The Block Producer must submit missing nonce transaction in certain amount of time when challenged for this type of transaction.

To check for transactions with non-ordered nonces

function validateMisMatchedNonce(    bytes tx1,    bytes tx2  ) public {    // check if both transactions are not the same        …     // validate first transaction    …     // validate second transaction    …     // check if sender is the same in both transactions    …     // make sure 2 is included after tx1        …     // check if both nonce values are same or nonce2 < nonce1, just call slasher        …     // revert the operation        …}

ü  Receipt validation

To check receipt fields, events, topics and data types in given receipt

ü  Deposit

  • Validate deposit transactions Validates deposit transaction on the mainchain and see if it matches with DepositBlock object in rootchain.
  • Duplicate deposit transactions This proof validates if there are duplicate transactions that have the same DepositId and that each DepositID is included only once
  • Validate deposited amount and the depositor address

ü  ERC20 transfer

  • To validate ERC20 transaction data, receipt logs and values
  • To check if UTXO-style input in log receipt log equals that of an UTXO-style output of a recent transaction log receipt

ü  Iterative txn proof

  • Details to be updated in a later version of the whitepaper.

Matic Network Team

The Matic Network team remains rather small, comprising of the 3 co-founders, six engineers, a head of operations, one project manager and one community manager.

  • Jaynti Kanani:

Jaynti Kanani is the CEO and one co-founder of Matic. He comes from a software engineering background and was most recently a data scientist at Housing.com.

  • Sandeep Nailwal:

Sandeep Nailwal is the COO (Chief Operations Officer) of Matic and a second co-founder. In addition to working as a blockchain developer he also previously held the position of CEO of Scopeweaver, and CTO (E-commerce) of Welspun Group.

  • Anurag Arjun:

And finally, there is Anurag Arjun, who is the third co-founder of Matic and the CPO (Chief Product Officer). His background is in engineering and he has over a decade of product management experience.

The Matic Network is also partnered with quite a number of important blockchain projects, being inclusive of MakerDAO and Decentraland. In addition, Ari Meilich and Esteban Ordano, the CEO and CTO of Decentraland serve as advisors to the project.

Matic Marketing and Social Networks

While Matic has a good group of partners and advisors, and it is notable that they’ve been chosen to launch their ICO on the Binance Launchpad platform, they have a very poor social media presence.

On Reddit, which is known as one of the top social platforms for crypto, the Matic Network has just 13 readers. The YouTube channel has no subscribers, and the Twitter account has just 2351 followers.

Matic also has a Medium blog, which was previously updated once a month or every few weeks. It has been updated more frequently recently, I would guess in anticipation of the project’s ICO.

The largest group of followers is the project’s Telegram channel, where there are nearly 9500 members.

MATIC Network Economics

The Matic Network conducted an ICO on the Binance Launchpad platform on April 24, 2019. Unlike a typical ICO where tokens are simply sold, Matic conducted their ICO as a lottery, with a total of 16,666 winning lottery tickets.

There is a total supply of MATIC of 10,000,000,000 and 19% of that, or 1,900,000,000 is being made available for the ICO. That means each winning lottery ticket will receive 114,068.44 MATIC, which is $300 worth at the ICO price of $0.00263.

Lottery tickets were allotted on the basis of each user’s Binance coin (BNB) balance, with the final calculation occurring at 00:00 UTC on April 24, 2019. Ticket claims for eligible users began at 08:00 UTC on April 24, 2019, and continued for 24 hours.

The moment the ticket claim period concluded, the winning tickets were drawn announced at 14:00 UTC on April 25, 2019. Payments were made in BNB within 24 hours and users were required to ensure they have sufficient BNB in their account in the event they had a winning ticket.

The MATIC tokens will allow holders to become stakers and receive staking rewards. As network usage increases the value of MATIC tokens is expected to increase commensurately.

o   Transaction Fee Determinative Factors and Trade-off

  1. Block Size = (Average Transaction Amount)/(Block)
  • 100Txs/Block is insanely expensive.
  • ETH is 600~1000Txs/Block
  • If The Matic Network permits 3000Txs/Block, this variable is going to be the predominant factor over other factors.
  1. Number of Block Producers
  2. If there are more Block Producers, transaction fee allocation will be more.
  3. Block Producer setting of 7 is cost efficient.
  4. If the number of Block Producers is increased to say, 120, the transaction fee increases.
  5. Number of Checkpoint stakers
  6. If number of stakers is 10,000, then it will be expensive to structure incentives.
  7. 100-150 stakers will result in an optimum transaction fee.
  8. Having fewer stakers than this is better, but decentralization in such a setup is lower.
  9. Block Time
  10. The Matic Development team could assign 2~3sec for block time.
  11. 5sec block time still works with regards to block propagation, and it has no effect on user experience.
  12. Let’s say, a single Matic sidechain aims to achieve ~35k TX/sec on a chain. If node through-put is the bottleneck, then the block size would be 70k~105k TX/Block.
  13. Checkpoint duration
  14. A checkpoint duration of ~300sec (256 blocks on sidechain) has been determined to be optimum.
  15. A shorter duration means faster Maliciousness detection, but it also means a higher committed Gas fee.
  16. If a Byzantine behavior (e.g. Double Spend through TX deletion) occurs just after checkpoint creation, this duration is the worst-case time until the Ceremony. If some Block Producers delete transactions, the Matic Network can recover the cancelled transaction, and the double spend attack would be foiled.

o   Focus on User Experience

The Matic Development Team is developing a wallet by implementing the WalletConnect protocol, which is an open protocol to connect web-based distributed applications to mobile crypto assets.

This wallet will help users to interact with DApps and sign transactions easily, while still helping users keep their private keys safe on their mobile. This should go a long way in making blockchains accessible to mainstream users.

Other than this, the team is also looking at context specific ether-less accounts and Gas relay abstraction on identity to enable ether-less sign transactions, which can be a huge boost for mainstream user adoption.

o   Matic Stack

This section details out various parts of the Matic chain and components in the Ethereum chain.

ü  Matic contracts on mainchain

The Matic smart contracts on the mainchain provide the core logic for the Matic Network. The contracts contain various mechanisms such as deposit and exits from the mainchain to the sidechain and vice versa. They also contain the exit priority queue, the periodic state commitments from the Validator layer, fraud proof mechanisms, bonded exit challenge logic and various other components. The Stake Manager also resides here.

ü  Matic Deposit Bridge

The bridge(s) of the Matic Network are part of Block Producer nodes that listen to the RootContract events on the mainchain and monitor any token/ether transfer events happening to the RootContract. This bridge utilizes Matic Network’s famous tool named Dagger. Once the bridge detects a deposit on the mainchain, it fires a Deposit event on the Matic chain and the user’s address on the Matic Network is allocated the deposited amount.

ü  Matic PoS

The checkpointing mechanism of the Matic Network is a PoS enabled layer which has Stakers who propose the checkpoints to the mainchain. There will be about 100-150 Stakers at the checkpointing layer to start with. In future with the advent of more efficient signature mechanisms on the Ethereum blockchain, the Matic Network will be able to significantly increase its number of stakers on the checkpointing layer which is expected to further increase its degree of decentralization, perhaps rivaling that of the leading public blockchains like Ethereum and Bitcoin.

More details of the PoS checkpoint layers will be given in a later version of the Whitepaper.

ü  Block Producer Layer

At the base layer, the Matic Network has Block Producer nodes chosen by the Stakers of the PoS layer through voting for every checkpointing interval. These Block Producers will also run the Matic Deposit bridge.

Block Producers accept transactions through the Matic VM and are expected to create a block every ~1 second.

More technical and code level details of the Block Producer layer will be added in a later version of the whitepaper.

ü  Matic Virtual Machine

The Matic Network uses a standard EVM based state machine, which is run by the Block Producer nodes to generate blocks. Using the EVM allows the Matic Network to be able to build and deploy protocols such as ERC protocols as well as other protocols like Kyber Network, ZRX etc.

The beauty of the Matic Network architecture is that since it uses an EVM-compatible state machine, it becomes very easy to port DApps and smart contracts running on the Ethereum blockchain to the Matic Network. The Matic Development Team intends to support generalized state transitions on the Matic Network, and this architecture provides a smooth foundation to build upon.

ü  Matic Withdrawal Bridge

When an address on the Matic Network submits a withdrawal request to the network, the corresponding tokens are burnt (withdrawn from) on the Matic chain and this transaction is pushed on to the Matic chain. After the specified checkpoint interval, the PoS checkpoint layer will publish the checkpoint to the main chain, which will include the proof of burn (withdrawal) of these tokens on the Matic chain. Once this checkpoint is committed on the mainchain, the user can claim their withdrawn tokens.

o   Spam Protection

The Block Producers running the block producer layer of the Matic Network will watch the transfer state of the assets to identify frivolous transactions. They reject any incoming transactions with zero amount in payments thereby foiling any DoS/spam attacks with zero cost transactions. Even if the Matic tokens are very low in cost and the fees being very low, due to the high TPS of Matic Network, it would not be economically viable to run sustained DoS attacks on the Matic Network.

The Matic Network maintains payment transfer event logs in a UTXO-like data structure, which allows for efficient verification of inputs and outputs. This allows for a variety of security measures.

Additional checks are run to mitigate spam based on this:

  • For each input, the referenced output must exist and cannot already be spent
  • Check if the sum of input values is less than sum of output values.
  • Check if transaction fee is too low.
  • Check for duplicate transactions with same outputs in the transaction pool.
  • Check for duplicate transactions with same transaction fee in the pool.

Matic Network Strengths

One of the strengths of the Matic project regards the vast number of available use cases. These are inclusive of a decentralized exchange, identity features, credit scoring, atomic swaps, payments, and gaming networks among others.

One very interesting feature Matic has been developing is Zappier integration through Dagger. This capacitates developers to connect Ethereum platforms with hundreds of applications and is expected to help boost user and developer adoption.

Product & Traction

Something that I am quite interested in when looking at cryptocurrency projects and ICOs is the amount of development work that is being done. One of the best ways to assess this is through the amount of code commits they have pushed in to their public GitHub repository.

So, I decided to dig into the Matic Network GitHub and take a gander at the code commits that have pushed. These are only the repos that they have made public and there are many more that are still being worked on. Below are the commits for the top two most active public repos.

Code commits to repos in the past 12 months

As you can see, there has been quite a bit of activity in these repos. This is in fact more than we have seen on other projects that completed their ICO say 2 years ago. There is as well a further 13 other public repos.

What’s more, it is important to point out that these are only their public commits to their main GitHub. According to this Binance Rating Report, they are working on a further 17 private repositories that have plenty more code.

All this shows that the Matic Network is indeed actively rolling out product and working on their protocol. This should be seen as another pro of the project when compared to other ICOs.

This frenetic pace of development can be considered reasonable when one is to look into their updated roadmap.

Potential Use Cases

Matic Network Pte. Ltd. (The Governing body) is committed to provide a scalable and user- friendly ecosystem for third party Decentralized applications to thrive on. The governing body, like Ethereum and other platform foundations, will promote various Base chain DApps (like DApps built on Ethereum currently, and NEO, EOS in future) to build and migrate their user facing applications / transactions on the Matic Network. It will also award grants and funding to third party app developers to build various use cases on top of the Matic Network like:

o   Payments

The Matic Network will provide an interface for users, payment APIs and SDKs for DApps, merchant and users to instantly accept or pay in crypto assets (e.g., ERC20 tokens, Ethers, ERC721 tokens).

The Matic Development Team has plans to roll-out this system in three phases:

  1. Ether and ERC20 token payments
  2. Multi-asset cross chain transfer and payment through atomic swaps and liquidity providers
  3. Fiat enabled off-ramp payment system integration through fiat liquidity providers

o   Atomic Swaps

Matic contract allows users to pay with any crypto token they prefer, and receiver will receive payment in assets they prefer. The Matic Network can handle conversation through atomic swaps between cross-chain crypto assets.

o   Liquidity providers

Third parties can use the Matic Network to exchange any tokens for other tokens by leveraging 0x liquidity pool or other liquidity providers while transferring crypto assets. In the case of fiat, the Matic Development Team is planning to collaborate with fiat liquidity providers in currencies of major countries.

o   Decentralized Exchange (DEX) and Marketplace support

The Matic Network is expected to have all characteristics which an exchange platform should have — faster and cheaper trades. The Matic Network is capable of supporting decentralized exchanges and enabling trust-less, reliable and easy crypto trades. The decentralized exchange is the future for digital assets and provides better security and solvency than the centralized exchanges.

o   Lending & Credit Scoring platform

The Matic Network will enable platforms for merchants to assess the creditworthiness of connected users via their transaction history. This enables merchants to lend tokens to users on the network when transacting with users that do not have sufficient funds. The Matic Network expects to use the Dharma protocol to provide tokenized debt to users.

o   Identity

Users need a utilitarian yet user-friendly interface where MetaMask or web3 enabled browsers are not required. They do not need to understand how Ethereum works under the hood.

Decentralized apps need a way to sign transactions, but that must happen without submitting private keys on each DApp on web browsers or mobile apps. The Matic Development Team believes that users must have control over their private keys without worrying about the security. The Matic Network will solve that with an Open-Identity system and will deliver a seamless experience to users.

This system will also provide a way to auto-approve certain kind of transactions depending upon the criteria chosen by the users. This will drive the recurring payments on the Matic Network.

o   Games

We expect games to be a big part of the Matic Network. In-game assets represented as NFTs (ERC721) are expected to be bought, sold and traded in huge numbers on our sidechains. Developers will also be able to save game state on the sidechains, if they choose to. Along with the NFT marketplace that we will enable, developers and users will truly have a fast, efficient and secure sidechain to build and play games on.

o   Infrastructure

The Matic Development Team will act on the simple mantra – make it simple and seamless. For that, the team will provide new infrastructure around the Matic Network including user-friendly wallets for individual users and merchants, payroll dashboards, payment SDKs and other open source tools.

o   Dagger

The Matic Development Team already has started building infrastructure for developers, starting with Dagger. Dagger is a tool or engine to track Ethereum accounts and events in real-time.

Developers can use Dagger to track their own smart contracts, accounts, and transactions. They can create custom service or integrate with third-party services through IFTTT or Zapier.

Further information about Dagger can be found here:

https://medium.com/matic-network/ethereum-in-realtime-dagger-98ee2d717c76
and check how it works:
https://medium.com/matic-network/understanding-dagger-453d90480c51

o   Matic Wallet

The Matic development team is working on building an easy-to-use Plasma wallet mobile app, integrated with WalletConnect, to ensure secure storage of keys, intuitive access to the features provided by the Matic Network, as well as a seamless mechanism to connect browser-based DApps to the mobile app. Users can interact with DApps on browsers and in the future many more devices, while still keeping their keys secure in their mobile wallet.

The Matic wallet will act as a ready tool for DApp developers to get their users onboarded and working with Matic sidechains quickly and efficiently.

Matic Tokens

The native digital cryptographically-secured utility token of the Matic Network (Matic Token) is a major component of the ecosystem on the Matic Network, and is designed to be adopted for use as the primary token on the network. Matic Token will be issued as ERC-20 standard compliant digital tokens on the Ethereum blockchain.

Matic Token is designed to be a utility token which functions as the unit of payment and settlement between participants who interact within the ecosystem on the Matic Network. Matic Token does not in any way represent any shareholding, participation, right, title, or interest in the Governing body, the Issuer, its affiliates, or any other company, enterprise or undertaking, nor will Matic Token entitle token holders to any promise of fees, dividends, revenue, profits or investment returns, and are not intended to constitute securities in Singapore or any relevant jurisdiction. Ownership of Matic Token carries no rights, express or implied, other than that which may be afforded by the Matic Network and/or any other third parties whom may use such Tokens.

Matic Tokens are expected to provide the economic incentives to encourage participants to contribute and maintain the ecosystem on the Matic Network. Computational resources are required for performing various functions on the Matic Network such as validating blocks and publishing proofs, thus providers of these services / resources would be rewarded with Matic tokens for providing these resources to the network (i.e. “mining” on the Matic Network) to maintain network integrity. Matic Token will be used as the unit of exchange to quantify and pay the costs of the consumed computational resources. Matic Token is an integral and indispensable part of the Matic Network, because without the Matic Token, there would be no incentive for users to expend resources to participate in activities or provide services for the benefit of the entire ecosystem on the Matic Network. Only users which have actually contributed to network maintenance would receive token incentives. Users of the Matic Network and/or holders of Matic Token which did not actively participate will not receive any Matic Token as rewards.

In order to participate in the consensus process on the Matic Network, users would be required to stake Matic Token as an indication of that user’s commitment to the process. Matic Token would thus also be used as a deterrent for punishing stakers for various offences (e.g. invalid blocks, illegally verifying blocks, or invalid transaction execution) by requiring them to first put up a stake of Matic Token before being entitled to participate in the ecosystem. Matic Token would be deducted in the event that an offence was committed by a Staker.

In particular, it is highlighted that Matic Token:

  1. is non-refundable and cannot be exchanged for cash (or its equivalent value in any other virtual currency) or any payment obligation by the Governing body, the Issuer or any affiliate;
  2. does not represent or confer on the token holder any right of any form with respect to the Governing body, the Issuer (or any of its affiliates), or its revenues or assets, including without limitation any right to receive future dividends, revenue, shares, ownership right or stake, share or security, any voting, distribution, redemption, liquidation, proprietary (including all forms of intellectual property or license rights), or other financial or legal rights or equivalent rights, or intellectual property rights or any other form of participation in or relating to the Matic Network, the Governing body, the Issuer and/or their service providers;
  3. is not intended to represent any rights under a contract for differences or under any other contract the purpose or pretended purpose of which is to secure a profit or avoid a loss;
  4. is not intended to be a representation of money (including electronic money), security, commodity, bond, debt instrument or any other kind of financial instrument or investment;
  5. is not a loan to the Governing body, the Issuer or any of its affiliates, is not intended to represent a debt owed by the Governing body, the Issuer or any of its affiliates, and there is no expectation of profit; and
  6. Does not provide the token holder with any ownership or other interest in the Governing body, the Issuer or any of its affiliates.

The contributions in the token sale will be held by the Issuer (or its affiliate) after the token sale, and contributors will have no economic or legal right over or beneficial interest in these contributions or the assets of that entity after the token sale. To the extent a secondary market or exchange for trading Matic Token does develop, it would be run and operated wholly independently of the Governing body, the Issuer, the sale of Matic Token and the Matic Network. Neither the Governing body nor the Issuer will create such secondary markets nor will either entity act as an exchange for Matic Token.

Matic Network Roadmap

The project’s team has an ambitious ahead of them and these include numerous core product releases, DApps, integrations and interoperability.

Below are some of the most important milestones laid out per quarter, as per their website:

2019 Q2

  • Mainnet Release in Alpha Stage
  • Development of Plasma cross asset swaps between different ERC standards
  • Deposits / Withdrawals of Ethereum based assets using plasma
  • Onboarding PoS validators
  • Release of Matic Wallet and the WalletConnect integration

2019 Q3

  • Mainnet Beta release of Network
  • Asset swap support on the Mainnet
  • Plasma Watcher nodes
  • Fast exits plasma implementation released on Testnet
  • Smart contract support with PoS guarantees

2019 Q4 and 2020

  • Complete release of Matic Network Mainnet
  • Transaction relay pool to allow easy asset movement from Ethereum to Matic
  • Plasma fast exits moved onto mainnet
  • Smart contract support with Plasma Guarantees

So, seemingly there is quite a lot ahead for the developers. This road-map may change as we move into the rest of 2019 but given that the team has been able to meet milestones previously, I remain quite optimistic.

Summary of the Features on the Project’s Development Roadmap

The Matic Development team expects to conduct various additional researches based on topics proposed by the community, including but not limited to:

  1. Generalized state scaling and fraud proofs/cryptographic mechanisms for the same.
  2. Evaluate the approach to expand Staker base in the checkpointing layer with the future Threshold based signatures implementations on Ethereum, if any.
  3. Robust structure and design pattern for upgradeable smart contracts.
  4. Context specific Ether less accounts and Gas Relay Abstractions on Identity
  5. Privacy-enabled transactions
  6. Blockchain interoperability
  7. State channels on top of the sidechain.

Risks

You acknowledge and agree that there are numerous risks associated with purchasing Matic Token, holding Matic Token, and using Matic Token for participation in the Matic Network. In the worst scenario, this could lead to the loss of all or part of the Matic Token which had been purchased. IF YOU DECIDE TO PURCHASE Matic Token, YOU EXPRESSLY ACKNOWLEDGE, ACCEPT AND ASSUME THE FOLLOWING RISKS:

  1. Uncertain Regulations and Enforcement Actions:

The regulatory status of Matic Token and distributed ledger technology is unclear or unsettled in many jurisdictions. The regulation of virtual currencies has become a primary target of regulation in all major countries in the world. It is impossible to predict how, when or whether regulatory agencies may apply existing regulations or create new regulations with respect to such technology and its applications, including Matic Token and/or the Matic Network. Regulatory actions could negatively impact Matic Token and/or the Matic Network in various ways. The Foundation, the Distributor (or its affiliates) may cease operations in a jurisdiction in the event that regulatory actions, or changes to law or regulation, make it illegal to operate in such jurisdiction, or commercially undesirable to obtain the necessary regulatory approval(s) to operate in such jurisdiction. After consulting with a wide range of legal advisors and continuous analysis of the development and legal structure of virtual currencies, a cautious approach will be applied towards the sale of Matic Token. Therefore, for the token sale, the sale strategy may be constantly adjusted in order to avoid relevant legal risks as much as possible. For the token sale, the Foundation and the Distributor are working with Tzedek Law LLC, a boutique corporate law firm in Singapore with a good reputation in the blockchain space.

  1. Inadequate disclosure of information:

As at the date hereof, the Matic Network is still under development and its design concepts, consensus mechanisms, algorithms, codes, and other technical details and parameters may be constantly and frequently updated and changed. Although this white paper contains the most current information relating to the Matic Network, it is not absolutely complete and may still be adjusted and updated by the Matic Development team from time to time. The Matic Development team has no ability and obligation to keep holders of Matic Token informed of every detail (including development progress and expected milestones) regarding the project to develop the Matic Network, hence insufficient information disclosure is inevitable and reasonable.

  1. Competitors:

Various types of decentralised applications are emerging at a rapid rate, and the industry is increasingly competitive. It is possible that alternative networks could be established that utilize the same or similar code and protocol underlying Matic Token and/or the Matic Network and attempt to re-create similar facilities. The Matic Network may be required to compete with these alternative networks, which could negatively impact Matic Token and/or the Matic Network.

  1. Failure to develop:

There is the risk that the development of the Matic Network will not be executed or implemented as planned, for a variety of reasons, including without limitation the event of a decline in the prices of any digital asset, virtual currency or Matic Token, unforeseen technical difficulties, and shortage of development funds for activities.

  1. Security weaknesses:

Hackers or other malicious groups or organizations may attempt to interfere with Matic Token and/or the Matic Network in a variety of ways, including, but not limited to, malware attacks, denial of service attacks, consensus-based attacks, Sybil attacks, smurfing and spoofing. Furthermore, there is a risk that a third party or a member of the Foundation, the Distributor or its affiliates may intentionally or unintentionally introduce weaknesses into the core infrastructure of Matic Token and/or the Matic Network, which could negatively affect Matic Token and/or the Matic Network. Further, the future of cryptography and security innovations are highly unpredictable and advances in cryptography, or technical advances (including without limitation development of quantum computing), could present unknown risks to Matic Token and/or the Matic Network by rendering ineffective the cryptographic consensus mechanism that underpins that blockchain protocol.

  1. Other risks:

In addition, the potential risks briefly mentioned above are not exhaustive and there are other risks (as more particularly set out in the Terms and Conditions) associated with your purchase, holding and use of Matic Token, including those that the Foundation or the Distributor cannot anticipate. Such risks may further materialise as unanticipated variations or combinations of the aforementioned risks. You should conduct full due diligence on the Foundation, the Distributor, its affiliates and the Matic Development team, as well as understand the overall framework, mission and vision for the Matic Network prior to purchasing Matic Token.

Conclusion

Matic Network strives to solve the scalability and usability issues, while not compromising on decentralization and leveraging the existing developer community and ecosystem. It is an off/side chain scaling solution for existing platforms to provide scalability and superior user experience to DApps/user functionalities.

The Matic development team has chosen Ethereum as the first platform to showcase its scalability and already has a working implementation for Ethereum on Kovan Testnet. It is expected to allow near-instant transfers, exchange and conversion of digital assets (e.g. crypto tokens) and cryptocurrencies in the future. The Matic Network is an adapted implementation of the Plasma framework for Ethereum to start with, but the “vision” of the Matic development team is to provide off/side chain scaling solutions for blockchains in general. Matic foundation intends to provide Matic wallet, payment APIs & SDKs, products, identity solutions and other enabling solutions that will allow developers to design, implement and migrate dApps built on base platforms like Ethereum. One of the key pillars that form the basis of Matic Network’s ideology is the improvement of user experience; this area is poorly developed for Blockchain applications as of now. The Matic Development team has already built high quality user experience Mobile/Web browser libraries which will enable businesses to create real world end user applications on a large scale. The development roadmap of the Matic Network also includes supporting cross-chain transfers and third-party Decentralized exchanges, liquidity pools etc.

In light of the fact that scalability is extremely important to the Ethereum network, there are quite a number of competing projects aiming to do the same, but if Matic can deliver a solution first, or the best solution, they stand to become one of the top blockchain-based projects.

The mission of Matic hasn’t been proven yet, but development on the testnet seems positive. One thing the project could use is improved marketing and social network growth. This would give the developers a built-in promotion community.

Matic Network Rating

Tech - 8.3
Economics - 8.4
Team - 7.6
Market Opportunities - 8.3
Product - 8.1

8.1

User Rating: Be the first one !

About TheCryptoToday

Check Also

What is Tron (TRX)?

TRON is an interesting and incredibly ambitious digital currency project attempting to provide a decentralized …

Leave a Reply

Your email address will not be published. Required fields are marked *