We got a detailed response from Matic almost immediately after publishing our audit. The admins are very active in communication (unlike some other teams).
First of all, we would like to reiterate that our scaling mechanism is based on Plasma.
Fundamentally, Plasma consists of 2 parts - one part is that of taking a set of computations and reducing them into a form (e.g. merkle tree) that is smaller in size, but queryable. The second part is implementing a consensus mechanism, which will mitigate the issue of block withholding. How we approach the first part is that we have a higher block creation frequency (~1s block) and higher transaction throughput, and we take this set of blocks and construct a Merkle root of multiple blocks, which we checkpoint to the Ethereum mainchain in a pre-defined interval. The second part is by way of Proof of Stake consensus.
Q) When will the new version of the White Paper, website, and roadmap be published? Really curious to see them.
The new website ( https://matic.network/ ) has been made live 3-4 days back but we haven’t made a public announcement about it as we are curating a lot more content around it. Plus we are ready to release an exciting feature on our product “Dagger” wherein we have provide easy integrations for Dapp Developers to deploy custom notifications (Emails, push notifications etc) by listening to smart contract events. So we wanted to make a big announcement with the product feature along with the go live of the website.
Whitepaper 2.0 has also been made live at https://whitepaper.matic.network/
Roadmap’s draft is here, there may be a few changes here and there but the draft is as below :
https://drive.google.com/file/d/1R-WICPWI_Qcb2_Ic2MYmybfVxRIpdath/view?usp=sharing
Q: How will Multi Chain Support work?
A: Matic Network uses Plasma framework which has few key principles. In simple words, proofs of the transactions happening off chain should be pushed on Mainchain, Fraud proofs on the mainchains and safe exit mechanisms in case of a fraudulent activity for ex. Exit queues.
The same mechanisms can be implemented on any mainchain to support side chains.
Basically any asset being deposited to Matic Network is deposited as a equivalent protocol contract. For example an ERC20 on Ethereum Mainchain is deployed as a ERC20 on the Matic sidechain. Similarly for ERC721 or any other standard. The same will go for say, a NEP5 standard. It will have an equivalent protocol contract on the Matic side chain.
Also, if by Multi Chain support you mean multiple side chains, then yes Matic checkpointing layer can support multiple side chains. A single side chain can have tens of thousands of TPS. Multiple side chains can provide a capacity of millions of transactions per second to Matic Network.
The Plasma whitepaper itself has made it very clear on how multiple sidechains can be implemented. The Plasma sidechain tree architecture is the best way to implement this. You can have a number of side-chains of arbitrary depth, with different use cases possible as you go up and down the tree. Sidechain exits are an important design consideration in Plasma, and therefore, we will need to implement multiple sidechains, because if exits happen in one child chain, users can easily shift to another side chain. The entire element of the Proof of Stake layer is to mitigate the possibility of such exits, so that user experience is not spoilt.
Q: Via what principles will new Side Chains be added? Will there be any special requirements for private companies' local Side Chains?
A: As mentioned above, sidechains for a single Layer 1 blockchain (say Ethereum) can be implemented using the Plasma framework. Relative to state channels, Plasma represents a superior alternative to scaling frameworks, chiefly due to the security guarantees provided by the framework - which basically say that users will never lose funds in any eventuality. Sure, there could be delays in getting back the money, but a Byzantine Plasma operator cannot create money out of thin air, or double spend a transaction.
Matic Network will strive to be a completely open and public blockchain infra in the future wherein the economic incentives/disincentives will primarily drive the security and stability of the system. So anyone should be able to join the system and participate in the consensus. In the network seeding stage however, initially Matic network will have to play a larger role to enable side chains.
Also, Matic side chains would be primarily public side chains i.e sidechains available for use for anyone in public just like other public blockchains. Although, Enterprise Matic chains will intend to provide dedicated side chains (non-privacy enabled) for particular organizations. The security and decentralization of such chains would still be kept intact using the checkpointing layer and fraud proofs on the mainchain. However, supporting privacy enabled sidechains with checkpoint validation and fraud proofs on the mainchain is still a research topic for us.
Q: Side Chains will also be synced with the mainchain (Ethereum)?
A: Absolutely! As discussed previously, we are implementing the Matic Network infrastructure on the foundation of Plasma. The main way to incentivize that Plasma operators (in our case, this is a 2-layer Delegate and Staker chain for added security and mitigation of block withholding) remain non-Byzantine in block generation is an ever-running bounty campaign on the Plasma contract in the Ethereum mainchain.
For this, Plasma framework mandates proofs of the transactions/blocks produced on the side chains to be published on the mainchain. The public checkpointing layer will validate all the transactions happening on the side chains and publish the proofs to the mainchain. To ensure foolproof security of side chain transactions, the mainchain Plasma contract contains various kinds of Fraud Proofs where any sidechain transactions can be challenged for any fraudulent activity. If challenger succeeds, the stakes of the side chain actors involved in the fraud are slashed and are provided to the challenger. A good diagram for understanding is as below:
Q: Will you implement atomic swaps? If yes, how?
A: There are ways to do so - Swingyby protocol, Doge/ETH bridges (check https://medium.com/truebit/enter-the-rabbit-hole-the-doge-ethereum-art-project-31e8116043c4 ), hash time locked contracts or simple pegging. We will choose best suited with UI/UX and security as we go ahead. Once assets from multiple blockchains are available on the sidechain, DEXs will be able to provide exchange between assets which are originally from different base chains.
Q: At the end of the White Paper, there is a list of "Potential Use Cases" - will all of that be implemented? In what order?
A: Matic Network Foundation will enable and support ecosystem teams to develop these potential use cases. It is not our intention to implement all of these projects on our own - and we do not wish to give off that impression. We intend Matic to be a DApp platform, which will provide instant transactions at low costs. Once the Matic Network goes live, we will keep adding support to all these use cases. We will be leaning on community teams to work with us on our platform to create these apps.
The basic logic is - if there is a DApp/Protocol which is working on Ethereum, but is limited by low transaction throughput and high transaction fees - then we will be able to add support for these DApps/Protocols on Matic.
The ultimate objective is to come up with Generalized State Scaling - however, this will take time. We are already working with teams such as Parsec Labs, Truebit and Decentraland on this initiative - see this link and this for our mentions. But before that happens, we will add support for specific contracts and protocols. Once the contract is secured by Fraud proof guarantees, it can go live on Matic Network, and can be used by DApps.
Priority order would be DEX, Payments, Liquidity Providers, Lending & Credit Scoring, Atomic Swaps.
Although most of these features will run in parallel, we are in talks with various top teams to collaborate with us to deploy these protocols on Matic side chains.
The roadmap is just a draft but rather detailed and rasies no questions.
Their plans:
Overall, we liked their answers. No more questions for the project.
Not a scam, Approved!
Мы получили оперативный и развернутый ответ от команды Matic практически сразу после нашей публикации. Админы вообще активно идут на контакт, в отличие от команд других проектов.
Во-первых, еще раз хотим подчеркнуть что наш механизм масштабирования основан на Плазме. Фундаментально, Плазма состоит из двух частей. Одна часть берет набор вычислений и упрощает их до формы (например, дерева Меркл), которая меньше размером, но поддается запросам. Вторая часть, это реализация консенсус механизма который смягчает вопрос удержания блоков.
Для первой части, мы чаще создаем блоки (~блок в секунду) и более высокую проходную способность транзакций. Мы берем этот набор блоков и создаем корень Меркл нескольких блоков которые мы выгружаем на mainchain Эфириума по предопределённому интервалу. Вторую часть делаем через PoS консенсус.
В Плазме центральной концепцией являются пруфы от обмана, которые надо создать в контракте mainchain. Различные функции Плазмы были представлены комюнити: Plasma MVP, Plasma Cash, и, недавно, More Viable Plasma. Насколько я понимаю, вы в них шарите. Мы внедряли элементы различных функций в наши контракты, которые выпустим на Гитхабе когда они будут готовы. Стоит заметить что у нас есть и частый репо Гитхаба и мы перекидываем код в основной Гитхаб только когда мы в праве делать его публичным.
В: Когда ждать ВП версии 2.0, новую версию сайта и roadmap? Очень интересно взглянуть.
О: Новый сайт (https://matic.network/) уже 3-4 дня как доступен публично, просто еще не успели об этом объявить т.к. мы собираем кучу контента вокруг него. Плюс, мы вот-вот выпустим очень интересную фичу “Dagger” которая позволит разработчикам DApp запускать кастомизированные сообщения (имейлы, пуш сообщения, и т.д.) в результате событий смарт контрактов.
Поэтому мы хотели сделать большое совместное объявление и о фиче и об обновлении сайта. Кстати, наша ВП 2.0 уже есть на https://whitepaper.matic.network/. Драфт нашей дорожной карты вот тут: https://drive.google.com/file/d/1R-WICPWI_Qcb2_Ic2MYmybfVxRIpdath/view?usp=sharing
В: Какой будет принцип работы Multi Chain Support?
О: Matic Network использует фреймворк Plasma, в которой есть несколько ключевых принципов. Простыми словами, пруф офлайновых транзакций должны быть протолкнуты на mainchain, включая пруфы обмана и механизмы безопасного выхода в случае обманных действий, например, очередей на выход.
Такие же механизмы могут быть реализованы на любом mainchain для поддержки сторонних chains.
Грубо говоря, любой актив вложенный в Matic Network вкладывается в виде эквивалентного протокольного контракта. Например, ERC20 на Ethereum Mainchain применяется как ERC20 в стороннем chain Matic. То же самое с ERC721 и любым другим стандартом. Аналогично и со стандартом NEP5, например. У него будет эквивалентный протокольный контракт он стороннем chain Matic.
Tакже, если под поддержкой multi chain имеется ввиду несколько side chains, тогда да, слой TPS Matic может поддерживать несколько side chains. Одна цепь может иметь десятки тысяч ТВС. А несколько таких цепей могут дать Matic Network возможность пропускать миллионы транзакций в секунду.
В самой ВП Plasma четко видно как несколько side chain могут быть реализованы. Наилучший способ это реализовать – архитектура дерева side chain Plasm. Можно иметь несколько side chains рандомной глубины, с различными примерами использования по мере хождения вверх и вниз по дереву. В Plasma уделили внимание выходам side chains, и поэтому надо будет реализовать несколько side chains. Потому что если выходы произойдут в одной дочерней side chain, пользователи могут легко перейти в другую side chain. Весь смысл слоя Proof of Stake — смягчить возможность таких выходов дабы не портить пользовательский опыт.
В: По каким критериям будут добавляться новые Side Chains? Будут ли особые требования к локальным Side Chains частных компаний?
О: Как я уже упоминал выше, side chains одного блокчейна 1го слоя (например, Эфириум) могут быть реализованы используя структуру Plasma. Сравнительно с каналами состояния, Plasma представляет лучшую альтернативу для масштабирования фрэймворков, в основном благодаря гарантиям безопасности которые предоставляет фрэймворк (которые, грубо говоря, обозначают что пользователи никогда и ни в каких случаях не теряют свои средства). Конечно, могут быть задержки с возвратом средств, но ведь Византийский оператор Plasma не может создать деньги с нуля либо потратить их дважды.
Matic Network стремиться быть полностью открытым и публичным блокчейном в будущем, где экономические стимулы и антистимулы будут основными двигателями безопасности и стабильности системы. Так что любой сможет присоединиться к системе и участвовать в формировании консенсуса. Тем не менее, в зачаточной стадии сети, изначально, сеть Matic должна будет играть более крупную роль дабы включить side chains.
Также, Matic side chains будут в основном публичными side chains, т.е. side chains которые смогут использовать публично как и любые другие публичные блокчейны. Хотя Enterprise Matic chains будут намереваться предоставить специальные side chains (не приватные) для конкретных организаций. Безопасность и децентрализация таких chains всё-равно будет сохраняться используя слой TPS и пруфы против обмана на mainchain. Однако, тема поддержки приватных side chains с верификациях через TPS и пруфами против обмана на mainchain у нас еще требует дополнительных исследований.
В: Side Chains будут также синхронизироваться с mainchain(Etherium)?
О: Конечно! Как мы говорили раньше, мы реализуем инфраструктуру Matic Network на основе Plasma. Главный способ стимулировать операторов Plasma (в нашем случае это двухслойная chain Делегата и Стейкера, для дополнительной безопасности и смягчения удержания блоков) оставаться невизантийскими в генерации блоков, это постоянно активная кампания баунти на контракте Plasma в mainchain Эфириума.
Для этого, структура Plasma жестко устанавливает, что пруфы транзакций и блоков созданных на side chains должны быть опубликованы на main chain. Публичный слой TPS будет подтверждать все транзакции созданные на side chains и публиковать пруфы на main chain. Чтобы обеспечить стопроцентную безопасность транзакций на side chains, main chain контракт Plasma включает в себя различные пруфы обмана где можно оспорить любую транзакцию на side chain на предмет любого обмана. Если оспаривающий выигрывает, стейки тех кто проводил обман на side chain переходят к оспаривающему. Вот хорошая диаграмма этого процесса:
В: Будет ли реализован atomic swap? Если да, то как?
О: Да, есть методы: протокол Swingyby protocol, мосты Doge/ETH bridges (вот тут: https://medium.com/truebit/enter-the-rabbit-hole-the-doge-ethereum-art-project-31e8116043c4 ), контракты залокированные по hash time или простой pegging. Мы выберем наиболее подходящий по UI/UX и безопасности. Когда активы из множественных блокчейнов будут доступны на side chain, децентрализированные биржи смогут предоставлять обмен между активами изначально из разных base chains.
В: В конце ВП есть список "Potential Use Cases", будете ли вы реализовывать всё что там есть? В каком порядке?
О: Matic Network Foundation сделает возможной и будет поддерживать команды экосистемы для разработки этих потенциальных случаев использования. У нас нет намерения реализовывать все эти проекты самим — и мы не хотим создавать такое впечатление. Хотим чтобы Matic был DApp платформой которая будет предоставлять мгновенные транзакции по низкой цене. Как только Matic Network активируется, мы будем добавлять поддержку всех этих использований. Мы будем полагаться на командунашего коммюнити, на их работу с нами над нашей платформой чтобы создать эти приложения.
Основная логика тут: если есть DApp/Protocol работающий на Эфириуме но ограниченный низкой пропускной способностью транзакций, тогда мы сможем добавить поддержку этим DApps/Protocols на Matic.
Наша конечная цель — создать Generalized State Scaling, но это займет время. Мы уже работаем с такими командами как Parsec Labs, Truebit, и Decentraland по этой инициативе. Смотрите тут и тут.
Но прежде чем это случится, мы добавим поддержку конкретных контрактов и протоколов. После того как контракт защищен гарантиями против обмана, он может быть запущен на Matic Network и использован DApps.
Наш порядок приоритетов: Децентрализированная биржа, Платежки, Источник ликвидности, кредитование и оценка кредитоспособности, и Атомические свапы.
Хоть большинство этих фич будут работать параллельно, мы в процессе переговоров с различными топовыми командами по теме сотрудничества с нами в реализации этих протоколов на Matic side chains.
Роадмап только в виде черновика, но он довольно подробный и не вызывает вопросов.
У них в планах:
В целом ответы нам понравились, больше вопросов к проекту у нас нет.
Не скам, Одобрено!
Disclaimer: The above audit is not in any way financial advice or a solicitation to buy - it's merely our collective opinion that we are kind enough to share with you. Don't make us regret that.
The report is prepared in partnership with https://t.me/ico_reports
Our links:
