Author

Topic: [ANN] (QTUM) - A Scalable Smart Contract Platform w/ Proof of Stake - page 120. (Read 525459 times)

member
Activity: 72
Merit: 10
Qtum Tokens Announcement
July 10, 2017

At the request of many Qtum community members, a Qtum ERC-20 token will be released today, Monday, July 10th, and given to the partners that participated in the crowdsale.

This will enable users to withdraw their tokens off the exchange they used into ETH wallets that support ERC-20 tokens, like imToken and MyEtherWallet. Please test with small amounts first.

The Qtum mainnet is still on schedule to be released in September, which is when these tokens will be allowed to be swapped with Qtum.

Thank you for your understanding and support of Qtum project!

Qtum Foundation

What time are the tokens being released? How do we claim them? Can we expect for Qtum token to be listed on Western exchanges?
member
Activity: 66
Merit: 10
Qtum Tokens Announcement
July 10, 2017

At the request of many Qtum community members, a Qtum ERC-20 token will be released today, Monday, July 10th, and given to the partners that participated in the crowdsale.

This will enable users to withdraw their tokens off the exchange they used into ETH wallets that support ERC-20 tokens, like imToken and MyEtherWallet. Please test with small amounts first.

The Qtum mainnet is still on schedule to be released in September, which is when these tokens will be allowed to be swapped with Qtum.

Thank you for your understanding and support of Qtum project!

Qtum Foundation

Will there be instructions for how to add the ERC20 Qtum token as a "Custom Token" on MyEtherWallet? 
sr. member
Activity: 722
Merit: 259
Qtum Tokens Announcement
July 10, 2017

At the request of many Qtum community members, a Qtum ERC-20 token will be released today, Monday, July 10th, and given to the partners that participated in the crowdsale.

This will enable users to withdraw their tokens off the exchange they used into ETH wallets that support ERC-20 tokens, like imToken and MyEtherWallet. Please test with small amounts first.

The Qtum mainnet is still on schedule to be released in September, which is when these tokens will be allowed to be swapped with Qtum.

Thank you for your understanding and support of Qtum project!

Qtum Foundation
newbie
Activity: 20
Merit: 0
Guys Im from turkey. And I cant buy it from allcoin. Anyone know where can I buy this coin Huh



I am not 100% sure if you can create a new account to buy but your only potential option would be Bizhongchou. Contact their support team and ask them to send you info on how to setup an account.
vip
Activity: 1428
Merit: 1145
Guys Im from turkey. And I cant buy it from allcoin. Anyone know where can I buy this coin Huh



All because the poster is a direct descendant from a turkey doesn't mean that his request should be ignored. HELP THE DUDE! Stuff him with some knowledge, basting him in glory that's sure to fry his brain.
full member
Activity: 532
Merit: 100
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.

All there are risks But how far we can be sensitive and quickly replace a better reply. It's good we plan better and consider all the risks that will arise.

what do you think of this recently drop down of qtum?
Just the whales playing their usual games in my opinion.

people buy and sell..

smart people will hold.
Smart people who either don't want to invest time or don't know how to trade volatile markets hold, yes.

Both can be viable strategies and there is no such thing as a best strategy. At least not without perfect knowledge of the future.
sr. member
Activity: 434
Merit: 251
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.

what do you think of this recently drop down of qtum?
Just the whales playing their usual games in my opinion.

people buy and sell..

smart people will hold.

Are you saying that you haven't sold any of your Qtum tokens?
member
Activity: 229
Merit: 10
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.

what do you think of this recently drop down of qtum?
Just the whales playing their usual games in my opinion.

people buy and sell..

smart people will hold.
Smart people who either don't want to invest time or don't know how to trade volatile markets hold, yes.

Both can be viable strategies and there is no such thing as a best strategy. At least not without perfect knowledge of the future.
hero member
Activity: 1582
Merit: 670
Guys Im from turkey. And I cant buy it from allcoin. Anyone know where can I buy this coin Huh

hero member
Activity: 952
Merit: 501
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.

what do you think of this recently drop down of qtum?
Just the whales playing their usual games in my opinion.

people buy and sell..

smart people will hold.
member
Activity: 229
Merit: 10
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.

what do you think of this recently drop down of qtum?
Just the whales playing their usual games in my opinion.
member
Activity: 128
Merit: 10
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.

what do you think of this recently drop down of qtum?
sr. member
Activity: 770
Merit: 250
"Proof-of-Asset Protocol"
Happy to see progress of Qtum Network  Smiley
hero member
Activity: 952
Merit: 501
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.

wow X86 VM, that's amazing..

i hope this VM is better than EVM

Qtum will be a top5 coin this year.
full member
Activity: 196
Merit: 100
Hoqu.io – Decentralized Affiliate platform
Qtum seems like a great coin, it is under the radar right now. Since it is mainly only traded on Chinese exchanges.
sr. member
Activity: 722
Merit: 259
Development Update:


Week of June 25th and July 3rd:


Changes made through this week to the core wallet:

Note: not all of these changes were merged into testnet-1

Bugs fixed:

* [Staker/Wallet] Fixed minor bugs with the initial unlock for staking code
* [EVM/AAL] Fixed a bug in the vout limit checking that caused problems when the number of outputs in a transaction is greater than 256

Work completed:

* [Documentation] Updated the issue template on github
* [EVM/AAL] Changed the vector for tracking "deleted addresses" to be a set, which resulted in a major performance boost in the AAL's Condensing Tx generation
* [Staker/Wallet] Added ability to unlock the wallet for staking only
* [EVM/AAL] Changed how the contract vout limit checking was implemented to be faster and have a more reasonable security profile
* [Tests] Fixed failing QA tests due to changing the coin maturity to 500 for testnet-1 parameters
* [Documentation] Added guide for how to participate in the Sparknet/testnet-1
* [Documentation] Added instructions for building on OSX
* [Tests] Fixed failing tests caused by switching to a new contract address format
* [Consensus/EVM] Made it so that `coinbase` in Solidity returns the 2nd vout of the 2nd tx in a PoS block - This breaks consensus and was only merged to master
* [RPC] Added new commands to convert base58 addresses to and from the hex addresses used in the EVM
* [RPC] Added a `sendmanywithdupes` RPC call which is like `sendmany` but can send more than 1 output to a single address in a single transaction
* [Documentation] Cleaned up changelog to remove old Bitcoin releases
* [Documentation] Add instructions for compiling Qtum on Ubuntu 14.04
* [Misc] Fixed some minor code syntax to allow building on older GCC compilers (part of building on Ubuntu 14.04)
* [Misc] Refactored code so that it is more easily possible to access the Version field of a contract creation/call transaction
* [Testing] We have been testing and reviewing the DGP implementation
* [Consensus/EVM] Updated the EVM to allow a sender that is 0 (before it threw an exception). This is a minor consensus break that will be merged into testnet-1

In-progress work and soon to be fixed bugs:

* [Misc] we have been doing some prototyping on Qtum to add a 32bit x86 VM to Qtum. This would allow for writing contracts in C, C++, Rust, etc. Anything that supports x86. It should be complete for prototype purposes next week and will be accompanied by a blog post etc, covering what exactly that means. This does not mean that Qtum will be officially supporting x86 contracts in the future, this prototyping is to help us determine if it is a good idea, and it would most likely not happen until after the mainnet release if we were to support it.



also we will release the first version mobile wallet on Monday.
hero member
Activity: 952
Merit: 501
hero member
Activity: 952
Merit: 501
To be fair, put the following in the Plus Column for Team Qtum:

https://www.twitteraudit.com/QtumOfficial


i love you Gleb, your critique are making Qtum project better.

haha   Grin

how do you think about EOS?

they are too greedy?

i think we should remind all the people in crypto word, since they are the biggest greedy project.

and f@@@k... they only have a ERC20 shit tokens.. and they want do an ICO last one year,, and they want to raised 1 billion dollars!!!!!!!!!!!!


how do you think Gleb?


EOS is a scam !



this is become true now!

full member
Activity: 266
Merit: 100
Quick Update From Russia:

Qtum team members are still in Moscow, presenting Qtum and Blockchain technology:


https://twitter.com/QtumOfficial/status/883326962294562816[/size]



thanks for the updates
vip
Activity: 1428
Merit: 1145
QTUM Team - on Slack and WeChat there has been information shared by your team (on SLACK - johnscianna) that QTUM will release an ERC20 token to allow trading of QTUM as soon as this week - please comment.



C'mon man... Why would Qtum, a coin that wants to compete with Ethereum with it's own blockchain, use Ethereum's blockchain?

On a completely different note, I am your third cousin, and my father is a rich prince in Nigeria. He wants to come to America, but needs $5,000 USD (he only owns Nigerian currency, and there is no bank or airport in Nigeria that will do the exchange). I don't have the money, but if you wire him that money, he will repay you 400X that when he gets to America.

They are creating an ERC20 token.  It's a placeholder IOU token but will probably allow qtum to be listed on exchanges that didn't participate in the ICO.  They're doing this to allow people to trade their tokens earlier.  It's listed on their official Slack....

not sure this is wise, going to confuse people

Here's a business model. Create another ERC20 token whose sole utility is to facilitate trade of Qtum's ERC20 token. Offer it only in South America and on the African continent - AND the island of Yap when exchanging Rai Stones.


"Genius, this ERC20 token used to acquire another ERC20 token used to acquire another ERC20 token whose purpose is to acquire yet another ERC20 token, then we give our investors of Quark's Bar vouchers sometime in September. Tell me more about this ICO where we'll garner ten thousand bars of pure gold-pressed latinum, hopefully enough money to build this program, else we'll have to do another ICO. You say you got some guy named Steven onboard to help build this bitch? Patrick? Whatever! Nobody in this quadrant cares about names."
Jump to: