Moving beyond "Smart contracts"


Bitcoin is a “peer-to-peer electronic cash system”. It is a digital currency that can be transferred without an intermediary.

Ethereum is a “smart contract platform”. Nodes can execute contracts without an intermediary. This was a significant step beyond a payment platform. Now, any contract that can be encoded in a specific format, can be verified by a community of nodes acting as a decentralized computer.

A plethora of smart contract platforms have emerged since then (and a handful of purely payment platform). While platforms like Ethereum has given rise to hundreds of decentralized applications, none of them has seen mass adoption. While the problem of these platforms being not scalable is a key reason, traditional app developers have not jumped in for a simpler reason - the barrier to build an app is significantly high. The developer needs to understand how smart contracts work, the intricacies of decentralized apps and learning a brand new programming language.

We need to move beyond smart contract platforms and build truly decentralized platforms that can host any applications. The ability to choose the language and computation requirements is important to a developer. It should also be up to the developer’s discretion and the use case of the app to define which part of the application will make use of decentralization.

To do that, we need to decouple the computation layer from the decentralized platform. The platform should be an application “integration” platform which facilitates applications, but doesn’t tie the application with the platform. This will usher the true revolution of decentralized applications through microservices, built with traditional programming languages and approaches.



We need to move beyond smart contract platforms and build truly decentralized platforms that can host any applications.

If we get these systems working in a modular fashion, you are saying there is upside for all parties?


That is correct. Modularity is core of any application development, including the microservices architecture - one of the most popular mechanism behind the hyper-scalable applications (think Uber, Netflix…) in deployment today.


Which projects do you think are close to achieving this? EOS?


actually, does the smart contract sounds dont show the testnet, can offical people show the detail source path?


Can you rephrase the question? Sounds?


I find the idea to use microservices to move beyond smart contacts very interesting. However it is not clear to me how Constellation ties into this exactly. It is mentioned in the whitepaper that Constellation also aims to complement cloud services like AWS for example. Will Constellation nodes execute these smart-contract / microservices like other smart-contract platforms do, or will it still be up today’s providers like AWS (or tomorrows decentralized computing platforms) to execute them but then leverage Constellation as the mentioned application ‘integration’ platform? Will Constellation provide anything specific to smart-contract execution / computation? Do they see todays microservices already as a better solution to smart-contracts, only not yet adopted in the blockchain space and why not adopted yet?