WHITEPAPER v 1.0.

5
Business | Technical
English

06.02.2018 Minsk, Republic of Belarus

Authors: Multiversum Team
www.multiversum.io
 There are innumerable universes
besides this one, and although
they are unlimitedly large, they
move about like atoms in You.

Bhagavata Purana 6.16.37

Multiversum
All Rights Reserved 2017– 2018
 3

Multiversum
Identity and mission
The pioneer of cryptocurrencies, Bitcoin, together with all its various clones and forks
based on Proof of Work algorithm for transaction validation, are considered first-genera-
tion blockchains.

The second generation, with Ethereum leading the charge of smart-contracts-enabled

blockchains, is instead more heterogeneous, allowing easy tokenization of assets.
Both architectures have extremely low energy efficiency and medium-low block valida-
tion speed and transactions per block.
Solving the scalability, speed, and energy consumption issues is the goal of third-gener-
ation blockchain solutions, using different approaches and techniques like Proof of Stake
validation algorithm, off-chain routing, graph-chains, and complete or partial centralization.

The fourth generation is going far beyond this, achieving faster and more scalable solu-
tions and trying, at the same time, to become competitive from a business perspective;
simple chains of data are not flexible enough to fulfill corporate environment needs, in
which complex data structures need to be organized in tables (as in relational databases).

At the same time, those structures need to be validated and made immutable with block-
chain-based techniques, increasing traceability and security.
In other words, fourth generation blockchain brings this technology to a complete prima-
ry production application, and expand current business-oriented offer in terms of data
storage, application decentralization, auditing, security, reliability.

Multiversum offers complex data organization instead of data sequencing, chain splitting
and rejoining to allow for greater scalability and parallelism, and the concept of Proof of
Integrity validation (i.e. cryptographic proof of server code) instead of existing Proof of
Work or Proof of Stake solutions.

Furthermore, Multiversum will feature ERC20/ERC23 integration, allowing coins and to-
kens from other solutions to be hosted on our chain and vice-versa, with notary services
as an external confirmation method.
Meanwhile, together with these innovations, we are certainly going to make use of several
good solutions that our colleagues already implemented over time.
 4

Multiversum
The 4th Generation Relational Blockchain
Why is Multiversum the 4.0 Blockchain?

Transaction Speed
In less than 0.2 seconds funds are transferred across wallets,including secure validation
of the transactions. Among the fastest in the world.

Transaction Throughput
Unmatched scalability: Up to 64,000 Tps (1000 Tps/core) on a 64 cores server.

Proof of Integrity
PoS (Proof of Stake) will be replaced by PoI (Proof of Integrity).
 5

Next Generation Wallet

Cutting edge security in access and funds transfers with biometric inputs.

Eco-friendly
A Multiversum transaction will have insignificant costs and
next to zero environmental footprint.

Rollback
Optional rollback can be activated on Multiversum-hosted tokens.
 6

Divisible Chains
Resources optimization among nodes because of chain severability.

Recovery Nodes Allocation

MTV Nodes scattered all over the world for reliability and global disaster recovery.

Relational Blockchain
A brand new blockchain which features different types of data,
related in a multidimensional structure.
 7

Public presentation
Current Blockchain State of the Art

The lead characters of Blockchain phenomenon share a common feature: remarkable

safety and reliability. At the same time, we pay for this in terms of huge processing pow-
er, unacceptable pollution, high transaction costs and slowness which can hardly repre-
sent current technological progress standards, and give a reasonable technical answer to
modern financial and commercial use cases.
This slowness is caused by the lack of horizontal scalability1, i.e. the increase of compu-
tation capacity obtained by merely adding processors instead of replacing them with
faster versions. Another cause of this slowness is inherent to its current blockchain safety
mechanism, designed to prevent anyone from taking over the majority of the clusters by
making it very expensive to achieve in terms of calculation power and/or cost (Proof of
Work2 and Proof of Stake3).
Furthermore, current blockchains are simple concatenations of single data entities state
changes; reconstructing the actual states of these entities implies a whole chain scan,
which causes an even greater system slowdown and resources usage.
This simplification makes blockchains inadequate for scientific and industrial purposes, as
requirements in terms of data structures can become extremely complex.
Moreover, security measures stop at data level as they don’t ensure user safety, making it
impossible to recover lost or stolen coins and tokens even if they are located on the chain,
or to block malicious accounts.
At last, another issue is fragmentation and inhomogeneity among cryptocurrencies, that
are unable to communicate with each other and live in unrelated universes.
 8

Multiversum and blockchain global adoption

Multiversum technology pushes traditional blockchain beyond its current limits, by en-
hancing the data layer through self-verifying and distributed structures of organized data
entities, related one to another by symbolic links.

This technology set the foundations for a decentralized and distributed system of coher-
ent self-verifying transactions: Multiversum blockchain.

Multiversum allows, instead of the existing blockchain simple data model, the creation of
a Relational Crypto Database (an advanced and organized data storage solution) which
can handle not just a single data-type, but a series of data grouped in graphs of complex
data structures related one another. Relations are now first class citizens of the blockchain
and are assured by cryptographic methods.

Each one of them, when a state change is requested, will have its own sub-chain splitting
from the original branch, that will rejoin after the operation, in order to be validated.

Therefore Multiversum is an evolved blockchain technology, offering unique features to

overcome the previously analyzed inconveniences, with a set a crypto-validation and dis-
tribution techniques fit for every environment: Administrative, Industrial, Financial and
Governmental.

One of Multiversum main targets is to offer the market, in every moment, the most evolved
product available: this will be possible adopting an AGILE4 software development meth-
odology.

AGILE methodology implies a drastic reduction in initial project design involvement, in fa-
vor of valorization of experiences encountered during project development, which show
opportunities and threats hardly predictable ex ante, rewarding best practices and leav-
ing behind the inadequate ones.
AGILE is an established software development standard and urges developers, product own-
ers and investors to consider project scope5 as flexible and readily adaptable to market needs.
Furthermore, in such a rapidly evolving sector as software, releasing a product after six
months of study and a year of implementation, when it was conceived to match the mar-
ket needs of eighteen months before, means offering an obsolete product which gives
answers to outdated issues, that have maybe been solved by competitors and lacking of
responses to just-created challenges.
 9

AGILE, instead, gives the chance to offer to the market the most innovative product at
time of delivery.

Speed and Technology

One of the strengths of this technology is indeed speed, thanks to its abili-
ty to run different transactions parallely and the split-rejoin mechanism of our blockchain.
These features allow for greater horizontal scalability, and increase processing transactions capac-
ity adding additional computational power to the existing one, making each node count, perfor-
mance-wise.

Horizontal Scalability
Multiversum benefits from two specific features to maximize system efficiency:
1- The main chain is able to optimize its structures by splitting autonomously in multiple sub-
chains, according to requested resources and data streams, parallelizing the work across multiple
threads and nodes.
This chain-split process is executed until the normalization of work loads, when, still autonomous-
ly, the chain will become whole again.
All of this is possible because of a technique allowing every block of the chain to validate two
different sub-chains from two different incoming links.
2- Data sharding6, i.e. a technique that allows data distribution among multiple nodes.
Given an ABC data series and three Cluster nodes, we will have a data distribution as follows:

AB

BC

CA

This subdivision permits higher processing speed of transactions, as data queries will im-
pact only subchain nodes, optimizing each step.
Another extremely important feature of our technology is High Availability7: the chance
of relying on a cluster type that ensures continuity of services even in case of shutdown of some
nodes in the network.
Using the previous example (A, B and C nodes), should C go offline, A and B nodes would still
remain completely operative, allowing continuity of service without any kind of data loss as far as
50%+1 of the nodes remain operative.
 10

This way, in case of multiple node failure, the cluster will autonomously reorganize data distribu-
tion communicating with every node, until complete operational recovery.

Environment
Multiversum is also Eco-Friendly: one of our main goals is to lower the computational power
needed for cryptographic validation therefore avoiding mining (Proof of Work), a huge waste of
power and resources.
Instead of this obsolete technique, we are implementing Proof of Integrity, a protocol that per-
forms cryptographic validation by checking the authenticity of the software that resolves every
persistence of the transaction.

Data Management
Multiversum, with its Crypto-Relational Database can easily structure it without limits of
data linking.
Every wallet will have a series of states and will be linked to a person (user), and a new
wallet state change will include two data fields:
the previous state, to check for validation.
a link to the last transaction (or to the last main chain link)
so that the provenience of the new state change link will be known.
After the change, the transaction modification will be added and its modified state link
will rejoin the main chain.
Therefore, the new transaction will inherit two hashes: one from the state link, one from
the previous transaction, and in this way, all operations will validate the previous ones re-
lated to the transaction itself.

This advanced solution, able to manage complex data scenarios, will allow people to
implement any kind of application on our technology, ensuring worldwide institutional,
governmental, financial and industrial diffusion, bringing the whole blockchain universe
one step forward.

Unique Features !
Crypto relational DB
Autovalidating Complex
Data structures
Severable and rejoinable chain
(Parallel Work)
Sharding data
(Parallel Work)
Minimal ecological footprint
Reciprocal chain confirmation
(Interoperability with other BC)
Advanced API offer
Native off-chain adapter for
own ERC20
(Interoperability with other BC)
Java, Spring and Javascript
(Libraries for Integration)
Freezable wallets
(User Security)
11
Proof of Integrity
(Protocol Innovation)
Biometric Data integration as
Electronic Signature seed
(User Security)
Double Access Lock
(Structural Security)
Reversal Access Denial
(Structural Security)
Rollbacks
(User Security)
Self managing Crypto-Cluster
Native in-chain adapter for
own ERC20
(Interoperability with other BC)
ERC23
(Interoperability with other BC)
 12

The Multiversum Mission

Multiversum aims for a generational step-up in the blockchain world, and as Unique Sell-
ing Points, we are proposing the following objectives:

1. Achievement of a Crypto Relational DB with self-validating Complex Data Structures

2. Divisible / re-joinable chains based on current system workload (Parallel Work)
3. Data Sharding (Parallel Work)
4. Advanced API offering
5. Rollback (User Security)
6. Freezable wallets (User Security)
7. Integration of biometric data as seed for the Electronic Signature
8. ERC23 interface (Interoperability with other blockchains)
9. Native off-chain adaptors for its own ERC20/ERC23 (Interoperability with other block-
chains)
10. Native off-chain adaptors for ERC20/ERC23 guests (Interoperability with other block-
chains)
11. Proof of Integrity (Protocol Innovation)
12. Double Access Lock (Structural Security)
13. Reverse Access Denial (Structural Security)
14. Reciprocal Chain Confirmation (Interoperability with other blockchains)
15. Integration for Java, Spring and Javascript
16. ACID model
17. Transactional Model
18. SQL-like language
 13

Owner Transaction

Name Transactionid
Surname Transaction
Wallets id Time
Hash PreviousTransactionHash
PreviousHash SenderHash
ReceverHash
Value

Wallet

WalletState
Creation
DataTime
Hash
PreviousHash

WalletState

Value
ModificationTime
Hash
PreviousHash

1. Achieving a Crypto relational DB with self-validating Complex Data Structures

Multiversum has a strong vocation towards industrial and institutional use, contexts in
which we have data with complex structures, impossible to be represented in an efficient
and normalized way with a simple chain.
We aim to become the first relational crypto relational database on the market, decentral-
ized or simply distributed if needed.
This capability derives from chainable entities conceptualization: in our technology a pri-
mary chain is able to split into secondary chains, containing different sets of entities and
records.
These entities will rejoin again at their last persisted state and, after the required modifica-
tions, they will rejoin once more to the last link of the primary chain, becoming a whole again.
The “chainable” interface presupposes a kind of record which includes two or more hash-
es of the previous records, validating not only one but more sub-chains.
In Multiversum standard implementation, that is used by Versum coins, the Chainable en-
tities that coexist on the chain will belong to four tables: User, Wallet, Wallet State, Trans-
action, related one another and reciprocally confirming themselves.

2. Divisible / re-joinable chains based on current system workload (Parallel Work)

The same ability to derive multiple links from a given one and join them back allows the
technology to use workload analyzers which will indicate the cluster the need of splitting
 14

the primary chain in two secondary chains (and possibly splitting themselves again indef-
initely) when a high request of transactions executions occurs. Once the workload has
dropped again, multiple pre-existing sub-chains are allowed to link back and validated.
This mechanism allows parallel work while maintaining safety to the transaction’s record.

3. Data sharding (Parallel Work)

Each node will contain the whole chain data or just a part of the chain.
When data sharding is needed, coordinator nodes will set specific data partition modes,
in order to optimize their own distribution according to current workload. According to
high availability techniques, reliability and persistence will always be ensured, even in
case of sudden loss of part of the cluster, given that at least 50%+1 of the nodes survive.
These nodes, after a partial cluster crash, will be able to redistribute and reorganize the
data structures to be able to confront another partial cluster crash as soon as possible.
By means of techniques 2 and 3, Multiversum blockchain will have enhanced parallel
work and data sharding capacity, which means horizontal scalability, increased security,
high availability, system resilience, absence of a single point of failure8 and self disaster
recovery.

shard1

Custld txn
1
1
shard1
2
2

Custld txn
1
copy to split
1
2
shard3
2

Custld txn
1
1

pre re-shard map 2 post re-shard map

2
Custld Shard Custld txn
1 1 1 1
1 1 2 1
2 2 3 2
2 2 4 2

shard2

Custld txn
shard3
3
3
4
Custld txn
4
3
copy to split
3
4
4

shard4

Custld txn
3
3
4
4
 15

4. Microservice structure and Advanced API offer

Developed on a platform based on both Microservices9 and Serverless models10, Multi-
versum will be able to offer advanced secure and modern API functionalities and to adapt
on both structures.

Microservice Approch Traditional Application

• Single app process or 3-Tier approach

• Several modules
UI Presentation service 3-Tier approach
• Layered modules

Single App Process

Or

Stateful service

Stateless services with related database

Model/Database per Microservice Single Monolithic Database

5. Rollback (User Security)

Our technology, in a transactional context, will allow for rollbacks of undesired opera-
tions, i.e. recover an early state without disrupting credibility of chain validation, by imple-
menting a set of transaction recovery states. This feature can be enabled, optionally, on
all tokens and applications hosted on the Multiversum blockchain.
 16

6. Freezable wallets (User Security)

The chance of including a wallet-freezing feature in case of unlawful or suspect activities
will be implemented after studying its feasibility on the Business Logic side.
Proprietary applications, built on Multiversum blockchain, will have the option to imple-
ment this feature if desired.

Biometric
Sample
Live BioCert
Capturing Matching
Data BC

Biometric Biometric
Y Template Certificate

Personal Key Extracting Protected

Secret Protected Data
Private Template
Key

Signed
Message Digital Sign Message

Sent to Receiver

Biometric Digital Key Generation Framework

7. Integration of biometric data as a seed for Electronic Signature

Starting from the research done by Je-Gyeong Jo, Jong-Won Seo and Hyung-Woo Lee’s
work11, Multiversum team will assess the feasibility of biometric data like fingerprints, reti-
na scan and graphometric signature as a source of asymmetric cryptographic key to guar-
antee authenticity of the signer’s identity.
Safety of encrypted data and their use as a validation in legal arguments will be evaluated.
Furthermore, biometric data will be used on Android, IOS and other platforms applica-
tions to manage user security.
 17

Template
Key Generation minutiae (T)

CRC Polynomial (P) Polynomial

Secret (S)
encoding (SC) construction projection

01001101 0100110110

Chaff (C)
generation

List scrambling
Vault (V)
(VS)

Fuzzy Vault Scheme for Biometric Digital Key Protection

8. ERC23 interface (Interoperability with other blockchains)

Versum coins will be developed implementing ERC23 interface, that is backwards com-
patible with ERC2012, to ensure interoperability with other chains.

int totalSupply();
int balanceOf(String walletId);
boolean transfer(String receiverWalletId, int value);
boolean transferFrom(String senderWalledId, String receiverWalletId, int value);
boolean approve(String spenderWalledId, int _value);
int allowance(String walletId, String spenderWalledId);
boolean Transfer(String senderWalledId, String receiverWalletId, int value);
boolean Approval(String walletId, String spenderWalledId, int _value);

9. Native off-chain adapter for proprietary ERC20/ERC23 (Interoperability with oth-

er blockchains)
Multiversum will develop a native adapter to allow inbound and outbound flow of its own
coins and tokens to non-proprietary chains.

10. Native off-chain adapter for external ERC20/ERC23 (Interoperability with other
blockchains)
Multiversum will develop a native adapter to allow inbound and outbound flow of coins
and tokens from non-proprietary chain on its own chain.
 18

11. Proof of Integrity (Protocol Innovation)

As a solution to replace Proof of Work and Proof of Stake in its various shapes, Multi-
versum proposes Proof of Integrity: a set of algorithms able to verify cryptograph-
ic validity of a compiled node and uniformity of response from the majority of nodes.
The verification is done against a random-seed challenge, combined with the hash calcu-
lated by an external component (protected from reverse engineering, and communicat-
ing with node software over an encrypted channel) of the software itself and with transac-
tion data. In order to validate a transaction, the result of this calculation must be the same
for a specific transaction, on each node.
This procedure requires a remarkably lower computing power, preventing wastes of
computing power typical of other block validation solutions (PoW, PoS, DpoS), providing
structural security, based neither on statistical models nor Byzantine Consensus13 models,
which is quite vulnerable in small clusters.

12. Double Access Lock (Structural Security)

Nodes will be distributed in secured Virtual Containers, with credentials not available to the
Host machine operator, precluding access; therefore safety is referred to Linux Security14 Best
Practices, as, for instance, SeLinux and/or other packages. Meanwhile, if someone had Guest
machine credentials, he would still not be able to gain access to it, being unable to access the
host machine running that node. The node is, as a matter of fact, secured by double access lock.
 19

Server
Reciprocal
Locked
Access

Container

Virtual Machine

Multiversum Team

Server Manager

13. Reverse Access Denial (Structural Security)

The access lock described at point 12 entails a reciprocal preclusion of node access to
both host machine operators and someone eventually possessing the node credentials;
this ensures that every node not directly managed by Multiversum is authentic and inac-
cessible by anybody, basically autonomous and isolated from external human intervention.
Three fundamental components will be distributed within container in addition to Op-
erative System and Safety ones: Multiversum Server compiled code, a certificate with
asymmetric key to authenticate to Multiversum cluster, a component already described
at point 11) which is responsible for challenge computation based on server code hash,
certificate, challenge seed and transaction data.
Additional optional security techniques might be implemented, such as automated up-
date of container access credentials with a random password during its compiling phase,
in order to prevent anyone from accessing. This mechanism might be adopted for cluster
access certificate.
 20

14. Reciprocal chain confirmation (Interoperability with other blockchains)

Multiversum will study the feasibility of an external chain integration component, able to
store states of other blockchains (eventually in exchange of tokens) providing additional
validation and trust.
The very same technique can also be used to let Multiversum share its own state valida-
tion to other blockchains, “outsourcing” verification.
A specific interface would be provided for this functionality, that would also need to be
promoted among existing and future blockchain implementations.
Such feature will rely on a serverless component that can be accessed also after container
compilation, to allow the inclusion of adapters toward other chains.

15. Integration with Java, Spring and Javascript

Multiversum will offer high end interfaces grouped in functional libraries for Java, Javas-
cript and possibly other mainstream languages, allowing an easier adoption of our tech-
nology at enterprise and institutional level.
Integration modules with frameworks like Spring15 will also be developed. This kind of
libraries will facilitate the integration of Multiversum in proprietary solutions, both in pri-
vate chains and official MainNet.
 21

16. ACID model

Multiversum will satisfy the ACID16 paradigm; this acronymous empathizes the logic prop-
erties required by transactions.
To ensure a secure transactional model, the technology implemented needs to fulfill the
following properties:
Atomicity: A transaction is not divisible in its execution and its execution must be com-
plete or null, partial executions are not allowed.
Consistency: Any transaction will bring the database from one valid state to another. Per-
sisted data must be valid according to all defined rules.
Isolation: every transaction must be executed in an isolated way: the eventual failure of a
transaction shall not interfere with other concurring transactions.
Durability: also named persistence, imposes that once a transaction is committed, the
result cannot be lost for any reason (crashes, errors, power loss).

17. Transactional Model

Multiversum will persist transaction data in a transactional18 model, making sure that all
of the data or none of it on the multiple sub-chains involved will be persisted, enforcing
coherence of each executed transaction and data completeness.

18. SQL-like Language

To simplify development of applications based on our Crypto-Relational Database tech-
nology and to soften the learning curve versus existing technologies, Multiversum will
feature a SQL-based18 syntax to use standard persistent-storage functions (CRUD).

19. Full Route Data Flux

The processes of acceptance, control, validation and persistence of a transaction take
place with the following schematized and simplified procedure:
The transaction is sent to a REST client, with its necessary data, signed with private key;
The REST client sends the transaction to a leader node of coordination clusters: it will split
the work across nodes with a proprietary coordination protocol;
They will run an initial check of data completeness, signature, funds availability, already
used hashes, inactual wallet states, blocked wallets or users;
Any additional operation from the sender ID is now locked in the volatile memory, while
specific data fields are finalized (like previous transactions to link to, timestamp and pre-
vious hash);
The transaction is sent to a Topic Message Queue19 with a protocol that has to be defined
 22

(AMQP for the pilot, MQTT and others to be defined) and distributed in parallel to worker
nodes;
Worker nodes verify their interest in processing the request (they could be missing nec-
essary data, be already busy and other conditions to be evaluated) and proceed to create
the new wallet state, recovering correlated hashes of previous linked transactions and
adding them to transaction record. Proof of Integrity result is now added;
Transaction Hash is calculated;

Outer Circle Cluster Partition

Client Inner Circle Cluster Messaging Cluster
(Work Load Consumer)

Check both signature

Receiver Sender getting hash codes Listen
Publish “Work-Load”
Create << datastore >> “Work-Load”
transaction
Check hash
and Consumed and
codes Check signatures and
Send code integrate Blocked Hash
data (own feasibility of operation on
with last
last hash), Any hash is owned Wallet Status
hash,
amount sign with blocked or
YES
(optional), private key burnt Public result
wallet ID, Result Queue
sign with ...
Block hash of
sender
communicate failure to actors

Send Topic
“Work-Load” to MQ Listen State Update Topic

Add transaction to
Listen Listen Singleton for
transaction transaction waiting results
results results Refresh Data of wallets

Listen queue
This can be moved
to Work Loader

Sum results
End

YES
There is Publish new
Consensum State Update
Topic

Release block on
sender hash

Communicate
failure

Communicate success and update state

Worker nodes register the transaction in memory and send a vote to coordinator nodes
through a Message Queue, collecting the results;
If votes and hashes are coherent, the coordination nodes will persist the transaction and
any new states of wallets, burning any hashes from previous states and broadcasting vote
validity with an additional Topic Message Queue system. Worker nodes will now also per-
sist the transaction and wallet state changes;
End of best case full route scenario.
 23

Logic data flux

Detail of process flow

<< component >>

RestClient

REST

<< component >>

Start Transaction

activemq.topic.work-load

<< component >>

WorkLoadListener

activemq.queque.consensum-result

<< component >>

CentralConsensumSink

activemq.topic.finalizedTransaction

<< component >>

ConsensumListener
 24

Smart Contracts
Multiversum believes in the importance of proposing improved Smart Contracts20 to the
public, but at the time of writing, unless there is an adjustment in research scopes, has not
decided to explore this possibility. Therefore, we are looking to include in Multiversum
technology the Open Source solution that fits our needs at best, to be implemented as
reference according with its licensing model.

Infrastructure
Multiversum infrastructure is designed to ensure resilience and reachability21. This objec-
tive has been achieved developing node clusters that are able to self elect their members
to specific roles, according to each node technical specs, among which:

• Computation capacity
• Memory capacity
• Reciprocal Latency
• Chain data completeness
• Machine reliability
• Doubts on Proof of Integrity

Nodes will then have one or more roles:

• Client nodes
• Coordination nodes
• Messaging nodes
• Work nodes
• Persistence nodes
• Backup nodes
Every node that can provide a valid certificate will be able to register to the cluster and
obtain a role.
In case of crash of one or more nodes, the cluster will be able to autonomously redistrib-
ute tasks, optimizing roles.
 25

RESULT
QUEUE
WORK
1

IV MQ

REST MQTP
WORK WORK
API SERVER COORDINAMENTO QUEUE 2
I II

+ ID
+ Check
+ Timestamp
WORK
N
Sender ID
VOTE
Reveiver ID
QUEUE
Amount
Signature
MQTP

III

Components of shared cache intra JVM22 will be there as memory database, allowing:
Read Through, i.e. data-read queries directly executed in volatile memory before looking
into physical memory.
Write Through, loading data in volatile memory before executing a mass insertion to
persist data, in order to optimize performance.

Write Through

K1 V1 Node 1
Keys
K1 K2 K2
K2 V2 Node 2
Values
V1 V2 V2
K3 V3 Node 3

Red Through

In-Memory
Data Grid

Notes on security
During development, “Hacker’s bounties” will be offered to developers exposing vulner-
abilities and able to suggest a valid fix.
 26

Technical Road Map

2018

September 2018
DBRS on chain abstraction,
drivers, libraries. December 2018
control and update system

2019

March 2019
Proof of Integrity (or other
Anti-50%+1 Hijack System)
along with biometric data app
on Android, web, iOS
June 2019
External “Ethereum-like” apps
system, multicoin and ex-
change support
 27

References

1 https://en.wikipedia.org/wiki/Scalability#Horizontal_and_vertical_scaling
2 https://en.wikipedia.org/wiki/Proof-of-work_system
3 https://en.wikipedia.org/wiki/Proof-of-stake
4 https://en.wikipedia.org/wiki/Agile_software_development
5 https://en.wikipedia.org/wiki/Scope_(project_management)
6 https://en.wikipedia.org/wiki/Shard_(database_architecture)
7 https://en.wikipedia.org/wiki/High-availability_cluster
8 https://en.wikipedia.org/wiki/Single_point_of_failure
9 https://en.wikipedia.org/wiki/Microservices
10 https://en.wikipedia.org/wiki/Serverless_computing
11 http://goo.gl/CVBzJd Biometric Digital Signature Key Generation and Cryptography Com-
munication Based on Fingerprint”
12 https://en.wikipedia.org/wiki/ERC20
13 https://en.wikipedia.org/wiki/Byzantine_fault_tolerance
14 https://en.wikipedia.org/wiki/Security-Enhanced_Linux
15 https://en.wikipedia.org/wiki/Spring_Framework
16 https://en.wikipedia.org/wiki/ACID
17 https://en.wikipedia.org/wiki/Models_of_communication#Transactional_Model
18 https://en.wikipedia.org/wiki/SQL
19 https://en.wikipedia.org/wiki/Message_queue#Standards_and_protocols
20 https://en.wikipedia.org/wiki/Smart_contract
21 https://en.wikipedia.org/wiki/Reachability
22 https://en.wikipedia.org/wiki/Java_virtual_machine
Crowdsale details
 29

Pre-ICO and ICO

Target: 65.000.000$
141.000.000 MTV coins

Starting price: 1$

At first, an already exchangeable eMTV ERC-20 token will be distributed. Right after offi-
cial opening of the Main Net, it will be converted into MTV coin.
 30

Pre-ICO
Starts on 01 | 03 | 2018 until 31 | 03 | 2018

25% Bonus for contributions from 0 $ to 1,000 $

30% Bonus for contributions from 1,000 $ a 50,000 $
35% Bonus for contributions above 50,000 $

ICO
Starts on 16 | 04 | 2018 until 10 | 06 | 2018

1st and 2nd week: 20% Bonus

3rd and 4th week: 15% Bonus
5th and 6th week: 10% Bonus
7th and 8th week: 5% Bonus

Multiversum, in case of issues in ICO access which it can’t be held responsible for, or other
force majeure delays, reserves the right to extend the ICO phase by 15 days in order to
guarantee contributors’ participation.

Soft Cap 5,000,000 $

(if the soft-cap will not be reached during pre-ICO and ICO, the funds will be returned)

Hard Cap 65,000,000 $

(once the hard-cap is reached, the donations will be halted)

Total Supply 141.000.000 MTV

Airdrop of the unsold tokens twice a week, to all the wallets that still hold 100% of the
MTV tokens purchased at any ICO stage.

The airdrop will start 2 weeks after the end of ICO and will last 18 months.

1% of funds raised will be donated to charitable organizations.

 31

Token Distribution

15% tokens for founders and team (blocked for 12 months)

6% Collaborators
3% Advisors, Partnerships
76% Contributors

Contributors
Founders and team

Collaborators

Advisors, Partnerships
 32

Destination of contributions
47% Multiversum Development
25% Operations
12% Marketing
5% Security
5% Legal
5% Reserve
1% Charity

Reserve
Legal Charity
Security
Multiversum Development
Marketing

Operations
 33

Marketing Strategy

Operating in the ever-changing IT market, will update our strategy, communication tech-
niques and company mission accordingly, focusing on creating value for stakeholders
and ensuring the appropriate balance between short and long-term management logic.

The key points of our plan are:

• Company mission
• Business objectives
• Business strategies
• Business activity portfolio

Accordi con Advertising siti

Exchanges di riferimento

Android

AirDrops
iPhone

App dispositivi mobili

Partnership Multi-lingua

Feedback clienti

Riferimenti da Marketing Sito web Multiversum.io SEO

testate giornalistiche

SEM

Stream Multiversum

Directory-Online Correzioni immagine brand,

politiche comunicative

Social media

Correzioni immagine brand,

politiche comunicative
 34

One of the main tools will be Social Media Marketing: campaigns conducted on social
networks to increase brand awareness, identify potential consumers, generate contacts
and build meaningful relationships with customers.
Our Social Media Strategists will carry out several actions that are part of a single strategic
plan, starting with the management and monitoring of channels using dedicated tools
and community development, focusing on contents and interaction and tactics efficiency
assessment based on obtained results.
 35

Legal statement

General information
The Multiversum token does not have the legal qualification of a security, since it does not give any rights to
dividends or interests. The sale of Multiversum tokens is final and non-refundable. Multiversum tokens are
not shares and do not give any right to participate to the general meeting of Multiversum Crypto Systems
Limited Liability Company. Multiversum tokens cannot have a performance or a particular value outside
the Multiversum Platform. Multiversum tokens shall therefore not be used or purchased for speculative or
investment purposes. The purchaser of Multiversum tokens is aware that national securities laws, which en-
sure that investors are sold investments that include all the proper disclosures and are subject to regulatory
scrutiny for the investors’ protection, are not applicable. Anyone purchasing Multiversum tokens expressly
acknowledges and represents that she/he has carefully reviewed this white paper and fully understands the
risks, costs and benefits associated with the purchase of Multiversum.

Knowledge required
To ensure the highest level of awareness, Multiversum requires any interested person to thoroughfully
read “A Securities Law Framework for Blockchain Tokens”, freely drawn up by Coinbase, Coin Center, Union
Square Ventures, and Consensys retrievable at: https://www.coinbase.com/legal/securities-law-framework.
pdf. This report is considered as part of the explicit warnings that Multiversum LLC gives to any interested
person. Multiversum LLC strongly recommends to consult independent financial and legal advisors before
taking part to the ICO.
The purchaser of Multiversum tokens undertakes that she/he understands and has significant experience
with cryptocurrencies, blockchain systems and services, and that she/he fully understands the risks associ-
ated with the crowdsale as well as the mechanism related to the use of cryptocurrencies (including storage
and wallet transfer). Multiversum shall not be held responsible for any loss of Multiversum tokens or situ-
ations making it impossible to access Multiversum tokens, which may result from any actions or omissions
of the user or any person undertaking to acquire Multiversum tokens, which include but are not limited to
password losses, hardware failure, global network failure and hacker attacks.

Risks
Prior to acquiring Multiversum tokens, any user should carefully consider the risks, costs and benefits of ac-
quiring Multiversum tokens in the context of the crowdsale. Any interested person who is not in the position
to accept or to understand the risks associated with the activity (incl. the risks related to the non-develop-
ment common to every crowdfund project) or any other risks as indicated in the Terms & Conditions of the
crowdsale should not acquire Multiversum tokens.

Important disclaimer
This white paper shall not and cannot be considered as an invitation to enter into an investment. It does not
constitute or relate in any way nor should it be considered as an offering of securities in any jurisdiction.
This white paper does not include or contain any information or indication that might be considered as a
recommendation or that might be used as a basis for any investment decision. Multiversum tokens are just
utility tokens which can be used only on the Multiversum platform and are not intended to be used as an
investment. The offering of Multiversum tokens on a trading platform is done in order to allow the use of
the Multiversum platform and not for speculative purposes. The offering of Multiversum tokens on a trading
platform does not change the legal qualification of the tokens, which remain a simple means for the use
of the Multiversum platform and are not a security. Multiversum Crypto Systems LLC is not to be consid-
ered as an advisor in any legal, tax or financial matters. Any information in the white paper is provided for
 36

general information purposes only and Multiversum Crypto Systems LLC does not provide any warranty as
to the accuracy and completeness of this information. Multiversum Crypto Systems LLC is not a financial
intermediary according to international law and is not required to obtain any authorization for Anti Money
Laundering purposes. Acquiring Multiversum tokens shall not grant any right or influence over Multiversum
Crypto Systems LLC’s organization and governance to the Purchasers. Regulatory authorities are carefully
scrutinizing businesses and operations associated to cryptocurrencies in the world. In that respect, reg-
ulatory measures, investigations or actions may impact Multiversum Crypto Systems LLC’s business and
even limit or prevent it from developing its operations in the future. Any person undertaking to acquire
Multiversum tokens must be aware of the Multiversum Crypto Systems LLC business model, the white pa-
per or terms and conditions may change or need to be modified because of new regulatory and compli-
ance requirements from any applicable laws in any jurisdictions. In such a case, purchasers and anyone
undertaking to acquire Multiversum tokens acknowledge and understand that neither Multiversum Crypto
Systems LLC nor any of its affiliates shall be held liable for any direct or indirect loss or damage caused by
such changes. Multiversum Crypto Systems LLC will do its utmost to launch its operations and develop the
Multiversum platform. Anyone undertaking to acquire Multiversum tokens acknowledges and understands
that Multiversum Crypto Systems LLC does not provide any guarantee that it will manage to achieve it. They
acknowledge and understand therefore that Multiversum Crypto Systems LLC (including its bodies and
employees) assumes no liability or responsibility for any loss or damage that would result from or relate to
the incapacity to use Multiversum tokens.

Representation and warranties

By participating in the crowdsale, the purchaser agrees to the above and in particular, they represent and
warrant that they:

• Have read carefully the terms and conditions attached to the white paper; agree to their full contents
and accept to be legally bound by them;

• Are authorized and have full power to purchase Multiversum tokens according to the laws that apply in
their jurisdiction of domicile;

• Are not USA (including its self governing territories, the Minor Outlying Islands, Washington DC) Can-
ada, People’s Republic of China nor Singapore citizens nor resident or live in a territory subject to the
laws of these countries;

• Are not legal persons nor business entities based nor fiscally based in USA (including its self governing
territories, the Minor Outlying Islands, Washington DC) Canada, People’s Republic of China nor Singa-
pore nor in territories subject to the laws of these countries;

• Live in a jurisdiction which allows Multiversum Crypto Systems LLC to sell Multiversum tokens through
a crowdsale without requiring any local authorization;

• Are familiar with all related regulations in the specific jurisdiction in which they are based and that pur-
chasing cryptographic tokens in that jurisdiction is not prohibited, restricted or subject to additional
conditions of any kind;

• Will not use the crowdsale for any illegal activity, including but not limited to money laundering and the
financing of terrorism;

• Have good knowledge of the cryptographic tokens system and have significant experience with, and
 37

functional understanding of, the usage and intricacies of dealing with cryptographic tokens and curren-
cies and blockchain-based systems and services;

• Purchase Multiversum tokens because they wish to have access to the Multiversum platform;

• Are not purchasing Multiversum tokens for the purpose of speculative investment or usage

Multiversum Crypto Systems

Limited Liability Company
Republic of Belarus, Minsk,
str. Gurskogo 37,
office 5H, room 19/19
 The layers of elements covering
the universes are each ten times
thicker than the one before, and
all the universes clustered togeth-
er appear like atoms in a huge
combination

Bhagavata Purana 3.11.41