You are on page 1of 1

Roles: definition of different roles?

- admission to the blockchain require permission signed by root authority


- the blockchain can have observer nodes
- a notary that when requested to sign a transaction
- consensus is at level of individual deals, not necessarily the entire blockcha
in
Sub-chain: does it support tree like struture blockchain network (subchain)
- data is only transmitted to relevant parties within the permissioned network

Data Confidentiality: does it support only relevant nodes can view asset
- data-sharing is not a global broadcast, it is only transmitted to relevant par
ties only when they need to see it

Sidechains introduce additional complexity on several levels. On the network lev


el, we have multiple independent unsynchronised blockchains supporting transfers
between each other. They must support transaction scripts which can be invalida
ted by a290 laterreorganisationproof. Wealsoneedsoftwarewhichcanautomaticallydet
ectmisbehaviourand produce and publish such proofs. On the level of assets, we n
o longer have a simple one chain, one asset maxim; individual chains may support a
rbitrarily many assets, even ones that did not exist when the chain was ?rst cre
ated. Each of these assets is labelled with the chain it was transferred from to
ensure that their transfers can be unwound correctly. Enabling the blockchain i
nfrastructure to handle advanced features isn t suf?cient: user interfaces for man
aging wallets will need to be reconsidered. Currently in the altcoin world, each
chain has its own wallet which supports transactions of that chain s coin. These
will need to adapt to support multiple chains (with potentially different featur
e sets) and transfers of assets between300 chains. Of course, there is always th
e option of not using some functionality when the interface would be too complex
.

It is complex
Sidechains introduce additional complexity on several levels. On the network lev
el, we have multiple independent unsynchronised blockchains supporting transfers
between each other. They must support transaction scripts which can be invalida
ted by a290 laterreorganisationproof. Wealsoneedsoftwarewhichcanautomaticallydet
ectmisbehaviourand produce and publish such proofs. On the level of assets, we n
o longer have a simple one chain, one asset maxim; individual chains may support a
rbitrarily many assets, even ones that did not exist when the chain was ?rst cre
ated. Each of these assets is labelled with the chain it was transferred from to
ensure that their transfers can be unwound correctly. Enabling the blockchain i
nfrastructure to handle advanced features isn t suf?cient: user interfaces for man
aging wallets will need to be reconsidered. Currently in the altcoin world, each
chain has its own wallet which supports transactions of that chain s coin. These
will need to adapt to support multiple chains (with potentially different featur
e sets) and transfers of assets between300 chains. Of course, there is always th
e option of not using some functionality when the interface would be too complex
.

You might also like