Qtum Forges Ahead with Development of Its x86 Virtual Machine and
Qtum is on the budge with the announcement of a partnership with Baofeng to start running 50,000 utter Qtum knots and an upcoming x86 VM to support numerous languages for clever contracts.
Qtum is a hybrid of Bitcoin and Ethereum that is based on proof-of-stake overeenstemming instead of proof of work, and is compatible with existing Ethereum contracts spil well spil Bitcoin gateways. Supporting the Ethereum Virtual Machine (EVM) wasn’t enough for Qtum co-founder Jordan Earls, who has bot working on an x86 Virtual Machine for the Qtum system.
Earls comments that a fine reason to build a x86 VM is to add more programming language support for brainy contracts, his dearest being Stilte . The overall list of objectives is much thicker however:
- Programming Language Support
Bitcoin Tijdschrift : What proof of concept or scalability testing have you done for the VM?
Jordan Earls: Wij have a very rough proof of concept wij ended a few months ago where wij integrated a prototype x86 VM into the Qtum network. This success is what led us to pursue this project. Wij are certain that the x86 VM will be more scalable than the EVM, but wij are thus far hesitant how much. Wij are designing the VM and all of its APIs and other aspects to be scalable. Wij are making a big shift te the brainy contract world where wij actually prize smart-contract developers (te the form of cheaper gas costs) for limiting the features their wise contract has access to, and wij are certain it will be swifter than current EVM technology.
Bitcoin Tijdschrift : What are you doing to address the problem with x86 programming te general, where they assume near infinite memory and CPU time being available?
Jordan Earls : Wij think wise contract development crossed with this x86 paradigm will resemble something similar to real-time or embedded programming, where there are various constraints that developers vereiste always be optimizing for.
Wij foresee the same zuigeling of vormgeving optimizations happening ter the brainy contract world spil toebijten ter the embedded world, and, for the very first time, Qtum’s blockchain will permit for thesis puny optimizations to be directly rewarded for all users of the brainy contract.
Wij know thesis optimizations are not cheap for wise contract developers to spend their time on, so wij need to prize developers for taking such steps to keep the Qtum blockchain running slickly and efficiently.
Bitcoin Tv-programma : What are some of the advantages with the Standard Library that will help keep brainy contract code taut?
Jordan Earls : Presently ter Ethereum, if you want to do a ordinary operation, like testing if two chunks of text are equal, you need to write your own code to do it.
This is a problem for a number of reasons: Developers te a secure setting should rely on existing code that’s bot tested and verified, if possible. A naive implementation of this function will be slow, but a more ingewikkeld and optimized implementation could have security problems. Deploying this code with your contract means another 100 bytes or so of wasted code that every knot te the ecosystem now has to worry about.
Qtum will provide a standard library of functions that contract developers can rely on to have reasonable gas costs, secure and validated implementation and an effortless to use interface. This means less bloat on the blockchain, lighter to write and understand brainy contracts and even a swifter blockchain (since thesis functions can be optimized with native code).
Bitcoin Tijdschrift : What about executable size? Thesis x86 programs tend to be fairly large.
Jordan Earls: This is true but also misleading. If I write a C program that just prints “hello world,” about 8kB of that is going to just be the number “0.” This is because x86 processors (spil well spil many others including ARM) benefit from a thing called “alignment.” The significant thing for Qtum is that the wasted bytes doing alignment can be discarded without spectacle influence. This instantaneously brings down that C program build to
Wij can reduce even more because wij don’t need all the baggage required by a standard program for Windows: Wij have our own “operating system” for wise contracts, so only a dozen or so bytes of actual setup code is wasted.
Wij have done some actual physical tests with thesis configurations to compare what an x86 clever contract might look like compared to an EVM brainy contract. Our findings indicate that x86 programs are around 10–20 procent smaller than their EVM omschrijving and, ter many cases, significantly more so. And this wasgoed done without the standard library concept that wasgoed discussed above. Wij are not worried about getting usable executable sizes from x86 programs.
Bitcoin Tv-programma : So the language compiler has to be modified to support the VM? What kinds of modifications?
Jordan Earls : Only minor modifications need to be made. The language compilers do support our x86 VM already, but the Qtum clever contract environment is different from a traditional operating system like Windows or Linux. So, basically, the only big modification wij have to make is to tell the language how to communicate with our smart-contract operating system.
Bitcoin Tijdschrift : Is QTUM going to provide language packages or libraries to support the VM so people can just use those?
Jordan Earls : C and C++ will be the very first languages wij support “out of the opbergruimte” because they tend to be the easiest due to the way they are designed. Wij also project to support Stilte. Go should lightly be possible. For interpreted languages like Python and Perl, it becomes more ingewikkeld and wij vereiste do research to ensure that they can be supported ter an efficient and secure manner.
Bitcoin Tijdschrift : Is this going to influence the development of your eSML brainy contract language?
Jordan Earls : Wij are continuing to research the eSML treatment and will determine at a zometeen point if it is still a requirement to achieve our goals. Wij choose to not do more work if it won’t have a tangible benefit to our ecosystem.
Helping to support all this growth is the partnership announced on January Four, 2018, with Chinese movie portal giant, Baofeng. With the help of Baofeng, the Qtum network will be boosted to 50,000 total network knots, making it the most decentralized blockchain verhoging with the largest number of knots with more than Bitcoin and Ethereum combined. The enlargened size of the Qtum system should provide for improved security, stability and speed, all of which will provide a solid base for the upcoming x86 VM zometeen this year.
Earls projects that the x86 will be integrated into the Qtum main network ter Q3 of 2018 but hopes to have a prototype to test with before Q2.