Why doesn't Bitshares dominate Ethereum?

in bitshares •  9 years ago 

Smart Contracts on Bitshares

"The BitShares platform itself is run and maintained by the BitShares community–an open consortium of individuals and organizations committed to providing universal access to the power of smart contracts."

The above quote is the only place I see smart contracts mentioned on the Bitshares.org website page where it's found.

But I remember hearing that Bitshares can run any Ethereum smart contract and run it faster. If that's true why are projects like The DAO choosing to use an inferior technology in Ethereum?

Wouldnt The DAO be better off running on the Bitshares blockchain since it is faster and has a decentralized exchange and apparently better security?

Should Bitshares perhaps start courting these smart contract projects like the one Nick Szabo is starting up?

Why are they choosing to do their projects on Ethereum instead of Bitshares if Bitshares is faster and more secure? Am I missing something? It seems like a no brainer!

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!
Sort Order:  

The value proposition of Ethereum is that anyone can add new smart contract logic without a hard fork blessed by token holders. On one hand I want to criticize bitshares for this abuse of the term "smart contract", but on the other hand the word is so meaningless and diluted to begin with that it doesn't matter.

To follow up: true network effects come from emergent complexity - ethereum enables this on a much richer level because logic updates do not have to go through a centralized processing point.

Hard fork approval voting is as de-centralized as project funding voting in "the DAO" .. or am I missinterpreting the centralized processing point you are talking about?

Anyway, I agree that Ethereum is much much better for prototyping "smart contracts" (what ever that means).
What is left be be proven is that both Ethereum and BitShares can actually scale up for mass adoption with a slight advantage for BitShares as it does not process everyones' smart contract state, and input.

Hard fork approval voting is as de-centralized as project funding voting in “the DAO” … or am I missinterpreting the centralized processing point you are talking about?

"The DAO" is one app. I can make another app that talks to the DAO, without their permission.

A new op in bitshares can talk to the whole bitshares database/current state aswell, can it not? A new op could also execute a trade, do a transfer and some other nasty stuff if it was only coded to do so.

what's an op in bitshares, and how do I make one?

  ·  8 years ago (edited)

I think the point is that on Ethereum a new smart contract/DApp can be added to the network without the approval of anyone but the author of the code.

This is not possible on BitShares. And it isn't just a technical difference (AOT-compiled code vs interpreted or JIT-compiled bytecode) but a policy difference. The Graphene toolkit is well-designed for blockchains that choose to not allow arbitrary user-submitted code to be executed on their network. The cost in resources to run any particular logic on their network is explicitly approved by stakeholders for each new piece of logic added to the system rather than generalizing that cost to some sort of "gas" that must be paid per unit of computational resource consumed.

This policy decision comes with trade-offs. On one hand, through explicit approval by stakeholders, the computation costs can be tailored to the specific logic in commercially smart ways. For example, you gain the flexibility to not even charge a fee for certain transactions, e.g. posting comments or voting on Steem. As far as I am aware, that sort of no-fee structure isn't even possible to do with the current Ethereum design (although perhaps it can be approximated if you provide a "deposit" fee in your transaction that is returned to you from the DApp fund pool if your transaction successfully completes without running of gas).

The downside is that requiring explicit approval from a decentralized group of stakeholders to actually realize your code on a live network adds further uncertainty to the success of your business. It definitely tends to weed out any non-serious additions to the code. But by discouraging a lot of small devs from trying to build cool new projects experimenting with high-risk concepts that could turn out to be really big and valuable, that policy might be hurting the platform in the long-run.

Of course, even going beyond the policy difference, technical differences can also account for a lot of the difference in dev involvement in the BitShares and Ethereum communities. C++ is pretty intimidating for the average coder. Making sure your changes don't end up accidentally screwing up other people's code in the BitShares/Steem codebase is also pretty intimidating. It is nice to have a dev environment that sandboxes your code to provide everyone with guarantees that this won't happen, and also allows you to code in a more user-friendly (even if less efficient) language accessible to more developers.

Edit: By the way, I think there might be some potential of adapting the concept of rate-limited free transactions (i.e. your fraction of stake in the system determines your fraction of the dynamic bandwidth available) to the concept of Ethereum gas. In other words, your fraction of the stake in the system determines the fraction of the currently allocated computation resources your transaction is allowed to consume (perhaps with safeguards included in the transaction to not even bother running it, which would avoid consuming from the submitter's daily resource allotment, if the network cannot guarantee some minimum amount of computational resources for computing that transaction). Then you simply inflate the stake like Steem to pay block producers, thus requiring users to continually buy more of the stake to maintain their same resource allotment fraction. This could be a clever way to get around the transaction-fee cognitive burden.

I think so

  ·  7 years ago (edited)

This is a classic apples-to-oranges comparison. "Ethereum is a better fighter jet than BitShares because it has an olympic sized swimming pool." "BitShares is a better fighter jet than Ethereum because it doesn't carry around an olympic swimming pool."

Ethereum is good for prototyping. BitShares is good for scaling once the prototype is proven worth having. THEN you do the extra work to translate the smart contract into scalable form on BitShares.

But the bottom line is, all proven smart contracts will eventually move to BitShares if they want to scale.

BitShares will then upgrade to EOS technology, Ethereum probably won't.

Thanks @stan. So if I believe in EOS technology and want to invest now am I better off owning BitShares or the EOS ERC20 tokens on Ethereum?

bottom line: Ethereum allows you to run a computer program inside the blockchain, bitshares doesn't. Needless to say, I own some bitshares for diversification purposes. I think the POS algorithm that bitshares uses will come to ethereum as well.

It takes to long to work out whats going on and how to use it as a novice the price of shares or transactions and wondering where your hares are make it a bit of system to handle.

I have almost given up tryibg to work out how you can use the system to buy and sell at a proffit as the price to do a trade is exorbitant.

Price to trade in BitShares are exorbitant? Check out the fees here:

Limit order create: 0.00056 USD (or 0.00011 USD for Life Time Members)

so 1/100th of a penny is too much?