Author

Topic: ASK - should i using smart contract or not for our bussines? (Read 585 times)

newbie
Activity: 14
Merit: 0
In that case -- especially since you are dealing with finances between entities in separate locations Ethereum may be the way to go. You certainly want a contract per division.

Reason why I feel this:

Imagine you are signing a contract with three (sister) companies. You have a client which has dealings with all three.
Upon a new contract being established, it would be impractical for four people or entities to sign a single contract. Just doesn't make much sense and is imo harder to track than having 4 (or however many you need) individual contracts which are all reviewed separately.

If a contract is screwed  and there is only one, who is to blame? How do you determine who went wrong and broke the contract? How do you determine if there is foul play if there is only one contract and no other contract to compare that against ?

Those are some things you may want to keep in mind Smiley

ok, thanks i got some suggest from you. What do you think if i solve this case using non smart contract blockchain? For example, i create 4 address as main address for all my division, so they interact to each others using this address

pm me btc address, i will give small reward

I think that essentially is exactly the same as 4 contracts but is more secure. So yes, use Smart contracts in that fashion if it fits your business model. Sounds pretty solid to me Cheesy
sr. member
Activity: 462
Merit: 250
In that case -- especially since you are dealing with finances between entities in separate locations Ethereum may be the way to go. You certainly want a contract per division.

Reason why I feel this:

Imagine you are signing a contract with three (sister) companies. You have a client which has dealings with all three.
Upon a new contract being established, it would be impractical for four people or entities to sign a single contract. Just doesn't make much sense and is imo harder to track than having 4 (or however many you need) individual contracts which are all reviewed separately.

If a contract is screwed  and there is only one, who is to blame? How do you determine who went wrong and broke the contract? How do you determine if there is foul play if there is only one contract and no other contract to compare that against ?

Those are some things you may want to keep in mind Smiley

ok, thanks i got some suggest from you. What do you think if i solve this case using non smart contract blockchain? For example, i create 4 address as main address for all my division, so they interact to each others using this address

pm me btc address, i will give small reward
newbie
Activity: 14
Merit: 0
In that case -- especially since you are dealing with finances between entities in separate locations Ethereum may be the way to go. You certainly want a contract per division.

Reason why I feel this:

Imagine you are signing a contract with three (sister) companies. You have a client which has dealings with all three.
Upon a new contract being established, it would be impractical for four people or entities to sign a single contract. Just doesn't make much sense and is imo harder to track than having 4 (or however many you need) individual contracts which are all reviewed separately.

If a contract is screwed  and there is only one, who is to blame? How do you determine who went wrong and broke the contract? How do you determine if there is foul play if there is only one contract and no other contract to compare that against ?

Those are some things you may want to keep in mind Smiley
sr. member
Activity: 462
Merit: 250
I plan to create private blockchain for my organization, and i really confused to use smart contract or not in our case. I will give reward(donate) 0.001 - 0.0058 BTC for any answer that make me clear and happy with your answer.

Here is my case:

I have five division, every division have different bussines process but every division related with others(create, confirm, verify, approval, etc), and finally we give output to our costumer and stored their metadata in blockchain.

1. Should i create one contract for our division and costumer, or i create five contract for them?
2. How should I solve our case using smart contract and non smart contract?
3. If i use non smart contract blockchain, so i should create 4 address (for four division). is this correct?
4. Can i store all data in a blockchain? Now i only understand that we can only store data about 80 char, am i correct?
5. If I create private blockchain forked from ether, should i give miner to verify all transaction?
6. What is the best chain to forked, Ether, Qora, NXT, or other Pure POS chain?

I hope to get a clear answer, link, or your suggest for our case

It really depends on whether or not your divisions really need contracts between each other?

Are your divisions separate entities where there may (even slightly) be a possibility that one would try to deceive the other? Are you dealing with inventory, finances, or other data that never changes? Please specify for what reason you need a "contract".


-- Assuming I knew the information above, this is how i'd likely respond if I saw your situation fit --
1. Is your business complex? Is five contracts really necessary?
One per division and a unified contract may work. I don't really see how only one contract would work unless it's somehow authorized by each team. Seems much easier to just require a contract from each division.

2. We kind of need to know why a non-smart contract does not work.
If it works, use it. If not, don't.

3. Yes. One per division and perhaps a unified contract. Depends on how your business operates though.

4. Contract storage is a key of 32 bytes and a value of 32 bytes. Max Size = 1.46 GB. That can be any text data that you'd like. I'm no Ethereum expert so someone correct me if Ethereum contracts allow data other than text.

5. It will absolutely be required that you have miners. No miners means no contract would ever get reviewed. Obviously, the number of miners depends on how fast and how many transactions or contracts being managed. If there are not a lot, you won't need a lot of miners. A possible solution would be setting up a few servers which constantly mine. However, things may be pretty slow since you're limited to whatever your hardware can do.

6. There is no "best chain". It depends on what you are trying to do. If you need contracts, Ethereum is clearly the way to go.

I hope this sheds some light on your situation. Feel free to provide us with more information Cheesy

My division is separate entity and in diffrent location, and i try to create something like inventory, asset, finances, etc. Reason to use contract is to keep ecosystem running well, and no one will cheat each others CMIIW.

1. Is your business complex? Is five contracts really necessary?
Yes my business really complex, and i still looking good option with one or more contracts.
newbie
Activity: 14
Merit: 0
I plan to create private blockchain for my organization, and i really confused to use smart contract or not in our case. I will give reward(donate) 0.001 - 0.0058 BTC for any answer that make me clear and happy with your answer.

Here is my case:

I have five division, every division have different bussines process but every division related with others(create, confirm, verify, approval, etc), and finally we give output to our costumer and stored their metadata in blockchain.

1. Should i create one contract for our division and costumer, or i create five contract for them?
2. How should I solve our case using smart contract and non smart contract?
3. If i use non smart contract blockchain, so i should create 4 address (for four division). is this correct?
4. Can i store all data in a blockchain? Now i only understand that we can only store data about 80 char, am i correct?
5. If I create private blockchain forked from ether, should i give miner to verify all transaction?
6. What is the best chain to forked, Ether, Qora, NXT, or other Pure POS chain?

I hope to get a clear answer, link, or your suggest for our case

It really depends on whether or not your divisions really need contracts between each other?

Are your divisions separate entities where there may (even slightly) be a possibility that one would try to deceive the other? Are you dealing with inventory, finances, or other data that never changes? Please specify for what reason you need a "contract".


-- Assuming I knew the information above, this is how i'd likely respond if I saw your situation fit --
1. Is your business complex? Is five contracts really necessary?
One per division and a unified contract may work. I don't really see how only one contract would work unless it's somehow authorized by each team. Seems much easier to just require a contract from each division.

2. We kind of need to know why a non-smart contract does not work.
If it works, use it. If not, don't.

3. Yes. One per division and perhaps a unified contract. Depends on how your business operates though.

4. Contract storage is a key of 32 bytes and a value of 32 bytes. Max Size = 1.46 GB. That can be any text data that you'd like. I'm no Ethereum expert so someone correct me if Ethereum contracts allow data other than text.

5. It will absolutely be required that you have miners. No miners means no contract would ever get reviewed. Obviously, the number of miners depends on how fast and how many transactions or contracts being managed. If there are not a lot, you won't need a lot of miners. A possible solution would be setting up a few servers which constantly mine. However, things may be pretty slow since you're limited to whatever your hardware can do.

6. There is no "best chain". It depends on what you are trying to do. If you need contracts, Ethereum is clearly the way to go.

I hope this sheds some light on your situation. Feel free to provide us with more information Cheesy
sr. member
Activity: 462
Merit: 250
I plan to create private blockchain for my organization, and i really confused to use smart contract or not in our case. I will give reward(donate) 0.001 - 0.0058 BTC for any answer that make me clear and happy with your answer.

Here is my case:

I have five division, every division have different bussines process but every division related with others(create, confirm, verify, approval, etc), and finally we give output to our costumer and stored their metadata in blockchain.

1. Should i create one contract for our division and costumer, or i create five contract for them?
2. How should I solve our case using smart contract and non smart contract?
3. If i use non smart contract blockchain, so i should create 4 address (for four division). is this correct?
4. Can i store all data in a blockchain? Now i only understand that we can only store data about 80 char, am i correct?
5. If I create private blockchain forked from ether, should i give miner to verify all transaction?
6. What is the best chain to forked, Ether, Qora, NXT, or other Pure POS chain?

I hope to get a clear answer, link, or your suggest for our case
Jump to: