<p>I'm investigating what blockchain technology to use for basically <code>intercompany asset management</code> assets like laptops, shares, intellectual property and other, more complex contracts where party X agrees with Y on Z.</p>

<p>Now, <code>ethereum</code> looks very suitable but I have a few things that I can't seem to find a clear answer to.</p>

<ol>
<li>What if I create a new <code>private</code> blockchain with a genesis file, am I stuck forever with this chain and all its contracts? (i.e. is migrating existing data to another blockchain even possible in any way?)</li>
<li>Is the usecase of <code>where X agrees on Y</code> doable? Since contracts cannot read eachothers data. How would you translate existing legal documents to a functional or automated entity? I think that third party, centralized servers would be needed in almost any case where the complexity is slightly more that <code>transfer X value to Y</code>. Because otherwise contracts are meaningless, other than being registered.</li>
</ol>

<p>example #1:</p>

<p>When <code>time X</code> expires, then invalidate contract Y.</p>

<p>At the very least I would need to externally trigger a new transaction in the blockchain, whenever that time is past?</p>

<p>And in what degree would it be possible to digitalize human-readable contract, albeit simplified versions of it, would one human-contract equate to one <code>solidity</code> contract (or LLL or serpent), or would these have to be cut up, and how would they then communicate with eachother?</p>

CC BY-SA 3.0
2016-06-01T15:44:09.363Z
You may want to break this up into several questions.  It's hard for any would-be answer-ers to know where to start.  It will also be easier to follow when someone else searches for an answer to one of your questions.
Jestin
CC BY-SA 3.0
2016-06-02T11:00:08.480Z
It's only 2 questions really
Cubedj
<ethereum>
Blockchain, smart-contracts and migration
Cubedj
# Blockchain, smart-contracts and migration

(Asked by: username_0 on 2016-06-01)

I'm investigating what blockchain technology to use for basically `intercompany asset management` assets like laptops, shares, intellectual property and other, more complex contracts where party X agrees with Y on Z.

Now, `ethereum` looks very suitable but I have a few things that I can't seem to find a clear answer to.

1. What if I create a new `private` blockchain with a genesis file, am I stuck forever with this chain and all its contracts? (i.e. is migrating existing data to another blockchain even possible in any way?)
2. Is the usecase of `where X agrees on Y` doable? Since contracts cannot read eachothers data. How would you translate existing legal documents to a functional or automated entity? I think that third party, centralized servers would be needed in almost any case where the complexity is slightly more that `transfer X value to Y`. Because otherwise contracts are meaningless, other than being registered.

example #1:

When `time X` expires, then invalidate contract Y.

At the very least I would need to externally trigger a new transaction in the blockchain, whenever that time is past?

And in what degree would it be possible to digitalize human-readable contract, albeit simplified versions of it, would one human-contract equate to one `solidity` contract (or LLL or serpent), or would these have to be cut up, and how would they then communicate with eachother?

**Tags:** ethereum

> **Comments:**
> **username_1**: You may want to break this up into several questions.  It's hard for any would-be answer-ers to know where to start.  It will also be easier to follow when someone else searches for an answer to one of your questions.  
> **username_0**: It's only 2 questions really  

---

## 0 answers

