BitShares Forum

Main => Technical Support => Topic started by: VoR0220 on December 24, 2015, 04:40:45 pm

Title: The potential for DPOS to merge with Ethereum's Serenity
Post by: VoR0220 on December 24, 2015, 04:40:45 pm
I was reading through Vitalik's newer article https://blog.ethereum.org/2015/12/24/understanding-serenity-part-i-abstraction/ (https://blog.ethereum.org/2015/12/24/understanding-serenity-part-i-abstraction/) and it occured to me while reading it that it appears that Ethereum is attempting to pivot to making a completely flexible and completely interchangeable consensus mechanism in each shard, enabling small levels of centralization for economies of scale when changing state while still being all around decentralized in the grand scheme of their chain.

This struck me as the perfect use case for a DPOS style consensus algorithm to be the consensus basis for these shards and then to push into the massive scheme overall. Particularly in the case of graphene this allows for the benefits of centralization while also keeping things relatively decentralized for those who care enough.  I hope this doesn't get moved...I would like to hear your thoughts on the matter.
Title: Re: The potential for DPOS to merge with Ethereum's Serenity
Post by: toast on December 25, 2015, 08:24:13 pm
Quote
Ethereum is attempting to pivot to making a completely flexible and completely interchangeable consensus mechanism in each shard

That's not what he's saying. Ethereum plans to use Casper for all shards (it doesn't even make sense to formulate it this way IMO). What he's saying is if you wanted to fork ethereum and make a *new* network, it will be easier to use your own consensus mechanism.
Title: Re: The potential for DPOS to merge with Ethereum's Serenity
Post by: VoR0220 on December 29, 2015, 05:34:34 pm
Quote
Ethereum is attempting to pivot to making a completely flexible and completely interchangeable consensus mechanism in each shard

That's not what he's saying. Ethereum plans to use Casper for all shards (it doesn't even make sense to formulate it this way IMO). What he's saying is if you wanted to fork ethereum and make a *new* network, it will be easier to use your own consensus mechanism.

Are you saying that it doesn't make sense to use Casper for all shards? Or what I was suggesting? In any case, thanks for the clarification.