Strategically it makes much much more sense to reach out to eris and consensys. They have much better connections to actors who would use bitshares technology. Furthermore the R3CEV effort is also a place to collaborate with. There is little to gain trying to work with the ethereum foundation.

Quote from: IOHKCharles on December 30, 2015, 11:29:53 PM
Over a year too late dan. A lot of good could have been accomplished back in Miami. You should have listened to your dad.

I hope you would agree that it's never too late to admit you were wrong about something. The door should always be open for reconciliation.....

Review the panel video from 2014 in Jan with Dan, David Johnston and me. Stan asked to form a crypto triumvirate between ethereum, mastercoin and bitshares. At that same conference, Dan asked an ambush question to vitalik and then made a YouTube video attacking his answer. It created a lot of very unnecessary bad blood.

I actually wanted a partnership and was willing to work with Bo and Stan at creating one. The video and how vitalik was treated made it extremely difficult politically for me to suggest it.

Quote from: IOHKCharles on December 30, 2015, 11:29:53 PM
Over a year too late dan. A lot of good could have been accomplished back in Miami. You should have listened to your dad.

Do tell do tell-- what else was on the table?

Over a year too late dan. A lot of good could have been accomplished back in Miami. You should have listened to your dad.

The ability for shareholders to approve or dissaprove new features is a feature, not a bug IMO.

I like this proposal a lot for the following reasons

Ethereum already has recognition amongst banks (ubs) and tech companies (microsoft, ibm). It's a known quantity and should make Bitshares an easier sell.

Evm is very likely to emerge as a standard. Ethereum chains can verify each others contracts which means a Bitshares chain implementing the evm can trivially interoperate with other Ethereum chains.

Once a dapp has been developed, it should be easy to port. That means we potentially get projects like Augur on the Bitshares chain.

The dapp developer ecosystem is very diverse and attractive to third-parties - languages like solidity (c++/java like), lll (lisp like), serpent (python like). Also multiple deployment and testing frameworks such as strato, embark, dapple etc.

Quote from: CoinHoarder on December 30, 2015, 08:47:41 PM
Have you seen Crypti? https://crypti.me/

It is a cryptocurrency written in Node.js that is secured by dPoS. It has a Javascript/Node scripting language enabled on chain to make dApps.

This coin is way undervalued and has been flying under the radar. I thought you guys may find it.interesting since theit chain is secured by dPoS.

Crypti has already been discussed on this forum and as far as I know BM is aware of it being a js version of DPOS.

Have you seen Crypti? https://crypti.me/

It is a cryptocurrency written in Node.js that is secured by dPoS. It has a Javascript/Node scripting language enabled on chain to make dApps.

This coin is way undervalued and has been flying under the radar. I thought you guys may find it.interesting since theit chain is secured by dPoS.

It has always been an will always be/or contain a financial smart contracts platform.

So bitshares is no longer a specialized smart contract system.  What is bitshares then?  A faster ethereum?

Quote from: topcandle on December 30, 2015, 07:48:28 PM
Not sure how bitshares solves ethereum' problems.  They have solutions in the works with casper.

BitShares can process smart-contracts faster and in a more efficient way than Ethereum.
Also, block frequency close to 1 second might be unavailable on Ethereum.
But it's a trade-off because it's harder to deploy a smart-contract on BitShares than on Ethereum.

But how to combine a smart contract that runs both on Ethereum and BitShares and what goal would this achieve? - I don't know.
EDIT: Now I guess the goal is to integrate Ethereum VM into BitShares, so that we could have "write once, deploy anywhere" feature - the same smart-contract code could run on both Ethereum and BitShares.

Not sure how bitshares solves ethereum' problems.  They have solutions in the works with casper. 

@bytemaster , would you consider making another (much needed) blog post on this subject:
"A brief guide on Graphene development and documentation"

And cover these areas:
1. The current status of the Graphene documentation/tutorials and your plans in this regard for the next 1-3 months.
2. To what extent the documentation embedded in the source code is useful? Are there any examples there?
3. If I hire a C++ developer and give them the task of becoming a fully-fledged Graphene developer able to create smart contracts and deploy them - where should s/he start? What is the path s/he should follow to learn these skills?
4. What subjects will the documentation by xeroc cover as opposed to the documentation aimed at developers?
5. Whom to contact with questions and how to contact them? (e-mail addresses?)
6. Current licensing policy (e.g. it's not clear to me whether the move to the BSD License announced in November has already come into effect or it is subject to 10M BTS payout as described here)

EDIT:
7. How big is the Graphene source code? (in terms of lines of code) How much time do you expect an experienced C++ developer (not familiar with the blockchain concept) would require to become productive with Graphene?

Quote from: bitacer on December 30, 2015, 06:15:42 PM

Quote from: bytemaster on December 30, 2015, 04:42:43 PM
http://bytemaster.github.io/blog/2015/12/30/Why-I-like-Ethereum/

+5% +5% +5%

Very exiting blog post!