This article was first published on null
TL;DR? gWasm is our new use-case AND a core part of the Golem API, and developers can already build their Golem integrations through it. As the Golem API/Task API development progresses, both gWasm and the API will get better.
We have mentioned a couple of times that one of our upcoming use-cases was going to be a WebAssembly integration. Today, we would like to explain what it is, what it enables and how developers will be able to build applications on top of Golem thanks to it.
For clarity, gWasm is the name of this new use-case, so from here, we’re going to call it that way. Without further ado, let’s start.
What is Wasm?
WebAssembly, or Wasm for short, originally coming from the world of web browsers, is a relatively new, OS-independent binary format (much like Java in fact) that allows arbitrary applications to be compiled to a form that allows them to be executed with close-to-native performance in a cleanly sandboxed environment on a variety of hardware and software systems.
What is gWasm? How does it fit into Golem?
gWasm brings Wasm to Golem. As mentioned in the header of this blogpost, it is a first step towards a larger Golem API, and gWasm enables the community to develop and run their own apps compiled to Wasm on Golem network with as little fuss as possible!
In the process of integrating Wasm with Golem, we came up with a slogan describing the experience we hope to achieve with gWasm: if you can compile it to Wasm, you can distribute it on Golem network!
This is best described with an example: with gWasm, you can now leverage cool open-source projects such as a text-to-speech project flite (http://www.festvox.org/flite/), to do your bidding distributed over Golem network! In ...
To keep reading, please go to the original article at: